Warum wird 'erwartet', dass Software-Entwickler in ihrer Freizeit an ihren eigenen Projekten arbeiten?

Die negative Sichtweise ist, dass sie wollen, dass man so süchtig danach ist, Dinge zu erschaffen, dass man 80 Stunden pro Woche für sie arbeitet, ohne Rücksicht auf Gesundheit und Wohlbefinden.

Eine positive Sichtweise ist, dass sie Codebeispiele sehen wollen und nicht wissen, wie sie einfach um welche bitten können

Arbeitgeber wollen Leidenschaft und Antrieb sehen. Manche Unternehmen nennen diese Dinge Führungsqualitäten.

Jemand, der leidenschaftlich ist, sollte sich für alles begeistern, was er sich in den Kopf setzt.

Hüten Sie sich vor Unternehmen, die Sie so lange ausquetschen wollen, bis Sie nur noch eine ausgehöhlte Zitrone sind. Davon gibt es eine Menge da draußen.

Wie andere Antworten bereits erwähnt haben, ist dies ein Weg, um in der Lage zu sein, Code-Samples bereitzustellen, die frei von jeglichen Einschränkungen für den Kandidaten sind (keine NDAs oder etwas, worüber man sich Sorgen machen muss).

Der weitaus größere Faktor ist jedoch, dass Unternehmen dies erwarten, einfach weil es sehr oft der Fall ist. Diejenigen, die später professionelle Software-Entwickler werden, fangen oft als Hobbyisten an und behalten das Hobby, während sie aufwachsen. Und da die Leute in der Regel keine Hobbys haben, die sie hassen (zumindest ist das nicht gerade Plan A!), und Leute, die gerne das tun, was ihre Arbeit mit sich bringt, sind weniger geneigt, sich nur halb auszuchecken und den ganzen Tag zuzuschauen.

Persönlich habe ich in 15 Jahren Arbeit als Entwickler, in denen eine ganze Reihe von ihnen damit verbracht haben, andere Entwickler zu managen und einzustellen, nie einen starken Indikator dafür gesehen, dass diejenigen, die ihre “eigenen” Projekte haben, “bessere” Mitarbeiter sind als diejenigen, die keine haben.

Für jeden Entwickler, der es so sehr liebt, irgendwo Code zu schreiben, daß er 12 Stunden am Tag im Büro an Firmensachen arbeitet, bis die Putzkolonne ihn rausschmeißt, gibt es einen anderen, der es nicht erwarten kann, nach Hause zu kommen und an dem zu arbeiten, woran er wollt, anstatt an dem, was die Firma an diesem Tag von ihm verlangt hat, und das ist nicht jemand, der sein A-Spiel mit ins Büro bringt!

Natürlich hat die Art und Weise, wie die Jobsuche funktioniert, dazu geführt, daß viele Entwickler jetzt außerhalb des Büros Projekte eher für den Lebenslauf als zum Spaß machen. Was natürlich nur das “Bedürfnis” verstärkt, externe Projekte zu haben, für die man sich beim Vorstellungsgespräch einsetzen kann. Was Ihnen natürlich den armen Trottel hinter Tür #3 gibt - der nicht wirklich wollte, jeden Abend/jedes Wochenende stundenlang an persönlichen Projekten zu arbeiten, aber befürchtet, nicht eingestellt zu werden, wenn er es nicht tut!

Spricht als R&D SW-Ingenieur, der auch SW-Rekrutierung und Interviews durchführt (und genau diese Frage stellt)…

1. SW beinhaltet oft einen absurden Grad an Komplexität und Ausbildung. Ich möchte jemanden einstellen, der für Jahre oder Jahrzehnte produktiv sein wird. Wenn SW nur ein Sprungbrett ist, um in die Firma zu kommen und dann in den Verkauf zu gehen (ein RL-Beispiel), dann ist die ganze Zeit, die Sie für die Schulung aufgewendet haben, und alle SW-spezifischen Altdaten, die Sie haben, verloren und meine Zeit war vergeudet.

2. In ähnlicher Weise ist das Leben zu kurz, um etwas zu tun, das man hasst (oder sogar nicht mag), ich habe viele Leute gesehen, die nach fünf oder zehn Jahren ausbrennen.

3. Erfahrungsangelegenheiten. Wenn man als Junior auf dem College ist, dann hat man vom College aus X Expositionen. Wenn Sie dies seit der Highschool gemacht haben, dann haben Sie X+Y. Wenn Sie das seit der Highschool gemacht haben und es auch als Hobby machen, dann ist es X+Y+Z.

4. Der Produktivitätsunterschied zwischen einem guten und einem schlechten SW-Menschen beträgt 10x oder mehr. Was man bei einem Vorstellungsgespräch nur schwer herauskitzeln kann. Klassenarbeit ist für mich aus mehreren Gründen nutzlos. Hobbys sind oft monate- oder jahrelange Arbeit (Klassenarbeiten dauern oft Wochen) und geben eine bessere Vorstellung von den Leistungen.

5. Die Leute reden gerne über ihre Hobbys, das ist eine Möglichkeit, sich zu verbinden und zu entspannen.

6. Ich neige dazu, alle Interviews gleich zu behandeln, ich mache das bei vielen Studenten. Viele/die meisten Studenten haben furchtbare Lebensläufe. Sie werden tonnenweise nützliche Erfahrungen im ERSTEN Robotikwettbewerb sammeln und diese in ihrem Lebenslauf weglassen, weil sie nicht bezahlt wurden, und stattdessen über ihren Mindestlohnjob als Rasenmäher oder Kellner sprechen.

7. Ich bin auch in diesem Bereich tätig, ich kenne wahrscheinlich den Unterschied.

Ratschlag: Wenn Sie in Ihrer Freizeit gerne Mental-/Logikspiele spielen und SW als solche betrachten, dann erwähnen Sie das.

Ich werde diese Frage ein wenig uminterpretieren in:

Warum wird “erwartet”, dass Software-Entwickler in ihrer Freizeit Weiterbildung betreiben?

Wenn ich es also so umformuliere, ergibt das viel mehr Sinn. Von den meisten Fachleuten wird verlangt, dass sie sich weiterbilden. Doctors sind ein hervorragendes Beispiel dafür, aber sie sind nicht die einzigen.

Tatsächlich ist die Software-Entwicklung insofern außergewöhnlich, als sie KEINE Fortbildung oder Lizenzierung erfordert, und wenn man darüber nachdenkt, ist das irgendwie alarmierend. Der Arzt muss sich fortbilden, die Krankenschwester muss es tun, aber der Softwareentwickler, der alle Tools baut, auf die er sich stützt, tut es nicht…

Es mag zwar der Fall sein, dass eine Firma versucht, mehr Arbeit aus einem Individuum herauszuquetschen, aber was wirklich passiert, ist, dass die Industrie langsam lernt, dass wir vielleicht Fortbildung vorschreiben müssen.

Ich bin nicht allein, Robert C. Martin (Onkel Bob), eine der Autoritäten in unserer Branche, schlägt etwa 20 Stunden vor (etwa 3 Minuten im Video) pro Woche MEHR an Weiterbildung. Im Durchschnitt kodieren oder lernen Sie also etwa 60 Stunden pro Woche über Entwicklung. Für Onkel Bob ist dies eine Voraussetzung, um ein guter Programmierer zu sein. Tatsächlich geht er sogar noch weiter und schlägt vor, dass Sie jedes Jahr, in dem Sie Entwickler sind, eine neue Sprache lernen sollten.

Software-Entwicklung, ist das Herzstück der wissensbasierten Wirtschaft. Sie können nicht gut darin sein, wenn Sie nicht aktiv lernen und Ihre Fähigkeiten ausbauen, und es kommt ein Punkt, an dem die Arbeit, die Sie im Büro verrichten, einfach nicht mehr ausreicht, um Ihre Fähigkeiten zu erweitern. Sie müssen also außerhalb der Arbeit die Voraussetzungen dafür schaffen, dass Sie die Teile Ihrer Fähigkeiten, die bei der Arbeit nicht genutzt werden, schärfen und üben können.

Oft ist der beste Weg zu lernen, Dinge aufzubauen. Daher der Drang, an persönlichen Projekten zu arbeiten. Aber eigentlich läuft alles darauf hinaus, das hohe Niveau (Entwurfsmuster, Architektur) und das niedrige Niveau (Generika, Sprachen) zu lernen und die Industrie im Auge zu behalten und mit ihr zu wachsen, weil die Dinge sich schnell entwickeln.

Meine Antwort ist die Annahme, dass diese Manager und Interviewer auf Konferenzen gegangen sind.

Ich war auf verschiedenen Entwicklerkonferenzen und eines der Themen dort ist Community. Sie vertreten die Idee, dass ein solider Entwickler jemand ist, der zu ihrer gesamten Produktbasis beiträgt. In meiner Situation ging ich auf php-Konferenzen, und sie drängen die Leute stark dazu, sich für Open-Source-Projekte zu engagieren. Auf die eigentliche php-Quellcode-Basis zu drängen, war keine Top-Agenda, aber in einen Rahmen zu drängen und so weiter, ist wirklich eine riesige Agenda, die sie bei verschiedenen Gesprächen aufstellen.

Der Grund dafür ist offensichtlich, wenn man sich ihre Referenzen ansieht. Sie sind in der Framework-Gemeinschaft, also ist es für sie ein wichtiger Punkt, sie am Leben zu erhalten und die Leute dazu zu bringen, sie zu benutzen.

Auf der Seite der anwesenden Gäste denke ich, dass viele Leute es beherzigen, ohne Rücksicht auf den Hintergrund des Redners, der diese Idee präsentiert. Bei meiner letzten Firma waren wir auf mehreren dieser Konferenzen, und als wir zurückkamen, war es eine große Sache, dass jeder von uns begann, zu Open-Source-Projekten beizutragen. Sie hatten sogar ihre eigene interne Konferenz, auf der genau dieselbe Idee vertreten wurde, dass ein guter Entwickler jemand ist, der einen Beitrag zu Open Source leistet. Sogar in den Stellenanzeigen, die sie veröffentlichen, ist das Commitment ein großes Plus.

Ich denke, deshalb wird es “erwartet”. Die Leute, die diese Frameworks vorantreiben, kommen auf die Idee, dass man sich engagieren und beitragen sollte. Es fällt auch in die alte Unix-Idee der Vergangenheit. So wurde Unix dank Open Source und dem Beitrag der Gemeinschaft so populär.

Es kommt einfach vor, dass Software-Entwicklung ein extrem kostengünstiges, aber lohnendes Hobby sein kann. Daher ist es sehr üblich, Entwickler mit ihren persönlichen Projekten nebenbei zu sehen, und das wird manchmal als die Norm angesehen.

Ein anderer Teil des Grundes ist, dass die Arbeitgeber einen Nachweis von Fähigkeiten sehen wollen, und nach Code zu fragen, den Sie geschrieben haben, ist eine Möglichkeit, dies zu tun, eine faule IMO. Wenn Sie nebenbei programmieren, können Sie leicht überzeugt werden, Überstunden zu machen, da es Ihnen bereits gefällt.

Ich würde sagen, Sie verpassen nichts, wenn Sie keine Angebote erhalten, nur weil Sie keine persönlichen Projekte vorweisen können. Vorstellungsgespräche sind ein zweiseitiger Prozess, und Sie filtern natürlich Unternehmen mit Kulturen heraus, die nicht zu Ihnen passen würden, da Sie anscheinend ein ausgewogenes Verhältnis zwischen Arbeit und Privatleben anstreben.

Ich gebe zu, ich bin ein Oldtimer, und die Einstellungen haben sich geändert. Als ich jünger war, wäre mir in einem Vorstellungsgespräch dieselbe Frage als disqualifizierter Bewerber gestellt worden, nicht als qualifizierter Bewerber. Als ich anfing, wäre die Durchführung von Nebenprojekten in Ihrer Freizeit als jemand angesehen worden, der sich mehr für seine eigenen Ziele als für das Team interessierte und sich wahrscheinlich nicht auf die Teamarbeit konzentrieren würde. Dasselbe galt damals für das Glücksspiel. Eine zusätzliche Befürchtung war, dass eine Person, die 8, 10, 12 Stunden am Tag im Büro arbeitete und dann nach Hause ging und mehr tat, ein erstklassiger Kandidat für ein Burn-out war.

Nochmals, ich gebe zu, dass sich Zeiten und Einstellungen geändert haben, aber ich habe auch noch nie einen Bewerber um vorbereitete Codebeispiele gebeten, und ich habe noch nie welche angefordert bekommen. Ich habe auf jeden Fall um kurze, stilsichere Code-Beispiele gebeten und wurde gebeten, diese an Ort und Stelle zu generieren. Da ich der alten Schule angehöre, hat es mich tatsächlich überrascht, wenn Bewerber Git- oder ähnlichen Zugang zu Samples anboten, und dieser Zugang interessierte mich nicht. Ich hatte immer das Gefühl, dass ich für das Reden viel mehr gelernt habe, als ich behauptete, dass ich den Besitz von vorformuliertem Code besitze.

Im Allgemeinen würde ich eine ähnliche Denkweise haben wie das, was ich in der Frage des OPs höre. Meine Freizeit habe ich damit verbracht, meinen Geist von der Arbeit zu befreien und ihn aufzufrischen, und nicht, um ehrlich zu sein, mich mehr davon zu beschäftigen.

Ich stimme den grundlegenden Punkten der Antwort von RibaldEddie zu, aber sie ist mit genügend negativen Werturteilen gespickt, so dass ich denke, dass sie das Ziel verfehlt.

Einige leidenschaftliche, talentierte Ingenieure werden angetrieben, zu bauen und zu schaffen, auch wenn sie dafür nicht bezahlt werden. Wenn man sich nach außerschulischen Projekten erkundigt, kann man nach dieser Leidenschaft und diesem Talent suchen, indem man den Kandidaten die Möglichkeit gibt, mit einem Projekt zu prahlen, das sie selbst ausgewählt haben.

Ist außerschulische Arbeit erforderlich, um ein leidenschaftlicher, talentierter Ingenieur zu sein? Nein, natürlich nicht. Diejenigen jedoch, die in ihrer Freizeit arbeiten, können nach dieser Eigenschaft auch bei anderen suchen.

In meiner täglichen Arbeit bilde ich Software-Entwickler aus, meist in einer weniger populären Technologie. Wenn wir neue Nachwuchs- oder Praktikanten einstellen, fragen wir nach einem Github- oder Stack-Überlaufprofil. Wir machen jedoch deutlich, dass es nicht erforderlich ist, eines zu haben. Wir stellen Leute mit einem allgemeinen STEM-Hintergrund ein, die Software-Entwickler werden wollen.

Die verschiedenen Gründe, dass nicht jeder seine eigenen Nebenprojekte haben will oder kann oder sinnvoll zu Open Source beiträgt, sind in den anderen Antworten mehrfach genannt worden. Die Zeit ist der wichtigste Grund. Oft hat das mit Familie zu tun. Das muss man respektieren.

Allerdings ist es unglaublich nützlich, zu sehen, dass jemand in der Unterstufe etwas auf Github (oder Bitbucket oder Gitlab oder sonst wo) hat. Es zeigt mir, dass sie wirklich Entwickler werden wollen. Genau wie jemand, der nichts vom Kochen versteht, aber das Gefühl hat, dass es seine Berufung ist, Koch zu werden, glaube ich, dass ein junger Mensch, der Software-Entwickler werden möchte, sich natürlich dazu hingezogen fühlen würde, dies zu Hause auszuprobieren. Sie würden zu Hause kochen, während Sie nach dem ersten Job in der Küche suchen. Natürlich würden Sie zu Hause Nachhilfestunden geben.

Was sagt Ihnen das darüber, wie ernst es jemandem ist oder wie motiviert er ist, wenn er das nicht tut? Angenommen, sie haben einen Abschluss in Biologie (und ich habe das zufällig ausgewählt) und sie haben überhaupt keinen Code geschrieben. Aber sie versuchen, Sie davon zu überzeugen, sie statt der 200 anderen Leute, die sich beworben haben, einzustellen. Die rund 50 Softwareentwicklungs- oder Informatik-Absolventen werden alle ihre Kursarbeit auf github haben, aber meistens wird es nur ein Commit pro Projekt und massenhaftes Kopieren und Einfügen sein.

Aber wenn es ein oder zwei Kandidaten gibt, die schon vor der formalen Ausbildung ein richtiges Interesse am Programmieren haben, und sie zeigen das auf github, dann macht sie das aus. Ein erfahrener Entwickler, der sich diesen Code ansieht, wird den Unterschied zwischen einem Projekt, das in der Uni gemacht wurde, oder nur für den Lebenslauf, oder einem, bei dem tatsächlich Leidenschaft und Bastelei im Spiel waren, erkennen. Das ist die Art von Projekt, die ich mir wünsche. Das sagt mir, dass diese Person es ernst meint.

Aber wenn Sie das nicht haben, weil Sie nicht die Zeit haben, es zu machen, ist das in Ordnung. Es ist nur eines der vielen Dinge, die ich mir anschaue, und Sie können mich auch auf andere Weise überzeugen.

Das oben Gesagte richtete sich an jüngere Leute. Ich persönlich mache etwas Open Source. Ich habe Module im Repository der Sprache meiner Wahl, und ich habe zu vielen anderen beigetragen. Ich erwähne dies in meinem Lebenslauf, weil ich mich dadurch hervorhebe. Ich denke gerne, dass es mir hilft, aber ich habe bemerkt, dass es vielen Unternehmen egal ist, weil die für die Einstellung zuständigen Personen oft nicht wissen, was es bedeutet.

Ich komme daher zu dem Schluss, dass es nicht wirklich erforderlich ist. Aber es hilft. Genau wie gute Noten oder eine angesehene Universität nicht wirklich erforderlich sind, aber sie helfen.

Entwickler, die in ihrer eigenen Zeit Code schreiben, sind, zumindest in meinen Augen, viel eher auf der Suche nach neuen/besseren Wegen, Dinge zu tun, die sie wieder in die Zusammenarbeit mit ihnen einbringen und dem Unternehmen zugute kommen können.

Ich schätze, der tl;dr wäre, dass es im Wesentlichen freie F&E ist, die jedes Unternehmen verrückt wäre, sie abzulehnen.

Ich denke, das Besondere an der Software-Entwicklung ist, dass sie ein breites Spektrum alltäglicher Probleme löst. Sei es das Modding von Computerspielen, die Anpassung der Heimautomation, das Webportal für Ihren Hobby-Verein oder die Behebung eines Fehlers in der von Ihnen verwendeten Open-Source-Software - es gibt so viele Möglichkeiten, Ihre Fähigkeiten einzusetzen. Das sind auch sehr abwechslungsreiche Möglichkeiten, Ihre Fähigkeiten einzusetzen - frei von vielen Einschränkungen, die Sie im beruflichen Kontext haben.

Wenn ich eine Anwendung ohne persönliche Projekte sehe, macht mich das etwas skeptisch. Das bedeutet, dass es für mich schwieriger ist, die Fähigkeiten des Bewerbers zu beurteilen - aber ich versuche es auf jeden Fall. Ob zum Guten oder zum Schlechten - Hobbysoftware-Projekte sind unter Software-Entwicklern üblich. Das weckt natürlich einige Erwartungen.

Ich sehe viele “Arbeitgeber wollen, dass Sie tausend Stunden pro Woche arbeiten” und denke, dass diese Antworten am Ziel vorbeischießen.

Während es sie jene Arbeitgeber gibt, die die Aussicht auf “freie Arbeit” haben wollen (vorausgesetzt, Sie erhalten ein Gehalt und arbeiten nur zwanghaft an einer Sache).

LEIDENSCHAFT!!!

Eine Sache, die Arbeitgeber sehen wollen, ist LEIDENSCHAFT!

Ich würde dasselbe fragen, wenn ich ein Manager wäre, der einen Automechaniker einstellt - erzählen Sie mir von den Autos, die Sie umgebaut haben.

Oder wenn ich einen Zimmermann beauftrage - erzählen Sie mir von allem, was Sie in Ihrer Freizeit gebaut haben.

Macht Ihnen das, was Sie tun, so viel Freude, dass Sie es außerhalb der Arbeit tun?

Ihre eigenen Projekte

Wenn Sie Code haben, den Sie außerhalb der Arbeit gemacht haben

• Er verbirgt sich nicht hinter “Vereinbarungen” und ist “Eigentum” von MegaCorp. Es ist IHR Code und SIE können ihn mit anderen teilen.
• Es sind zusätzliche Dinge, die Sie getan haben - und vermutlich auch weiterhin tun werden. Durchsetzbare Verträge, die besagen, dass “Ihr Freizeitcode uns gehört” (“durchsetzbar”, weil nicht alle Gebietskörperschaften diese Verträge erlauben) - das bedeutet, dass dieser Code vermutlich KEINE freie Arbeit für die neue MegaCorp ist.

Sie können nicht verlangen, den Code von MegaCorp zu sehen. Es ist nicht IHR Code zu teilen. Ich kann die Zahl der Projekte, die ich persönlich nicht zeigen kann, nicht zählen, weil ich entweder keinen Zugang dazu außerhalb des Netzwerks habe oder es mir rechtlich untersagt ist, sie freizugeben, weil sie nicht meine ist.

End Game

Sie wollen Leidenschaft, Wissen, Beweise sehen. Öffentlich zugängliche Projekte zu haben, über die Sie ausführlich sprechen können, wird von “privaten Projekten” abgedeckt, weil Sie den Basiscode tatsächlich teilen können.

Sie können den Code sehen, die Ideen (OOP, IoC, ausgewählte Algorithmen, verwendete Bibliotheken usw.) sehen. Sie können hören, wie Sie den Code beschreiben, den sie sehen können. Sie können sich über die getroffenen Entscheidungen erkundigen. Sie können tatsächlich WISSEN, dass Sie das Wissen über einen Abschluss und eine Berufsbezeichnung hinaus haben, die nicht viel aussagt.

Es gibt Firmen, die freie Arbeit wollen, und Firmen, die die Idee, dass Sie mehr arbeiten werden, missbrauchen werden… aber bitte nehmen Sie nicht an, “zeigen Sie mir etwas, das Sie mir zeigen können” sei NUR deswegen.

Autoliebhaber können über den Wiederaufbau eines Motors in ihrer eigenen Garage sprechen, und Schreiner können über den Bau der Schlafkabine sprechen, auf der sie nachts schlafen.

Programmierer sollten in ähnlicher Weise über Projekte, die sie produziert haben, sprechen - und diese zeigen - und Projekte “außerhalb” der erforderlichen Arbeit sind eine gute Quelle für dieses Wissen, diese Erfahrung und diese Leidenschaft.

Es gibt mehrere mögliche Gründe, warum Unternehmen nach persönlichen Projekten fragen und Kandidaten damit bevorzugen.

• Ich arbeite mit meist kleinen Unternehmen. Es herrscht eine sehr kreative, unternehmerische Atmosphäre. Sind Sie kreativ und unternehmerisch veranlagt? Wenn ja, dann haben Sie Nebenprojekte und schaffen tatsächlich Dinge. Das könnte nicht nur programmtechnisch bedingt sein, aber die Chancen dafür stehen gut.

• Können Sie ein Projekt (oder einen Zielposten) selbst spezifizieren und tatsächlich beenden? Das heißt, können Sie die Initiative ergreifen und tatsächlich etwas erreichen?

• Breite Erfahrung. Ich kann Ihnen nicht sagen, wie oft mir Dinge, die ich bei einem Nebenprojekt gelernt habe und die nichts mit einem Arbeitsprojekt zu tun hatten, bei diesem Arbeitsprojekt geholfen haben. Der Kontakt mit einer Vielzahl von Technologien und Branchen kann sehr vorteilhaft sein. Sind Sie die Art von Person, die aus (unserer) Denkweise herausholen kann?

Abgesehen davon habe ich die Erfahrung gemacht, dass ebenso viele Unternehmen keine Kandidaten wollen, die viel Zeit auf ihre eigenen Projekte verwenden, wie sie es tun.

Das wird nur von Ihnen erwartet, wenn Sie einen hochrangigen Job als Programmierer erwarten. Da die Nachfrage die Zahl der verfügbaren Stellen übersteigt, haben sie den Luxus, wählerisch zu sein. Und wenn man wählerisch ist, warum sollte man nicht jemanden wollen, der Code so sehr liebt, dass er auch in seiner Freizeit programmiert. Das heißt, er fordert sich auch selbst zu neuen Dingen heraus und lernt im Grunde schneller und ist im Wissen aktueller als die meisten.

Das ist der Grund. Die Arbeitgeber möchten, dass Sie mehr als 40 oder 45 Stunden pro Woche arbeiten. Wenn Sie also nicht mehr Zeit mit Ihrer Arbeit verbringen können, möchten sie wissen, ob Sie dazu in der Lage sind, dies außerhalb der Arbeitszeit zu tun. Es gibt ein einfaches Beispiel von Elon Musk (Tesla CEO): https://www.telegraph.co.uk/technology/2018/11/27/elon-musk-workers-should-put-80-hours-week-change-world/

Gute Ausgabe !

Meine Antwort ist nicht alles, was ich über die Angelegenheit denke, sondern eher begrenzt auf das Thema dieser Website.

Es gibt Firmen, die es vorziehen, dass ihr Entwickler Hobbyprojekte hat. Es gibt Firmen, die es vorziehen, sie nicht zu haben (ja, die gibt es).

Ich denke, Sie sollten auf jeden Fall Firmen, die zu sehr auf dieser Angelegenheit bestehen, in beide Richtungen meiden. Schließlich ist es Ihre eigene Sache, wie Sie Ihre Freizeit verbringen.

Ansonsten denke ich, dass es für Sie in Ordnung sein sollte, wenn Sie einfach sagen, dass Sie keine Hobby-Programmierung betreiben. Sorgen Sie einfach dafür, dass Sie denen gegenüber respektvoll bleiben, die sich für Hobbyprogrammierung entscheiden.

Viele Fragen darüber, warum Interviewer etwas Bestimmtes fragen, können beantwortet werden, wenn man sich daran erinnert, dass fast alle Vorstellungsgespräche Turniere und keine Qualifikationen sind. Was meine ich damit?

• In einer Qualifikation wird ein Haufen Leute nach ihren Qualitäten beurteilt, um zu sehen, ob sie es in die engere Wahl schaffen oder nicht. Je nachdem, wer teilnimmt, können sie alle oder keiner von ihnen bestehen. Alle, die bestehen, sind “gut genug” im Sinne der Erfüllung der für die Qualifikation gestellten Anforderungen.
• In einem Turnier treten mehrere Personen gegeneinander an, aber es gibt nur einen Champion. Nur weil er ein Champion ist, heißt das noch lange nicht, dass er gut ist. Vielleicht sind alle anderen, die an einem Turnier teilgenommen haben, Verlierer. Und nur weil man gut ist, heisst das noch lange nicht, dass man gewinnt - vielleicht gibt es noch einen anderen Teilnehmer, der auch wirklich gut ist. Derjenige, der das Turnier gewinnt, ist “der Beste”.

Qualifizierungen führen dazu, dass eine unbekannte Anzahl von Personen übergeht, während es bei Unternehmen, die versuchen, Mitarbeiter einzustellen, in der Regel das Ziel ist, eine bestimmte Anzahl von Positionen zu besetzen. Selbst wenn Sie Lebensläufe von 5 wirklich guten Ingenieuren erhalten, macht es keinen Sinn, alle einzustellen, wenn Sie nur eine Stelle besetzen wollen. Schließlich brauchen Sie nur einen. Deshalb werden die Leute bei Bewerbungen in eine Rangfolge gebracht, um zu sehen, wer der Beste ist, und viele wichtige Fragen sind, um Daten zu erhalten, anhand derer man sie einordnen kann.

Interviewer für Software-Stellen fragen nach Ihren Hobbyprojekten, aus der einfachen Tatsache heraus, dass viele Leute, die sich auf solche Stellen bewerben, auch Hobbyprojekte haben, und es scheint eine wichtige Vergleichsgrundlage zu sein. Wenn Sie zwei ansonsten identische Kandidaten hätten, aber der eine zusätzlich noch ein umfangreiches github-Portfolio hat, ist er dann nicht besser geeignet als der andere? Vielleicht, vielleicht nicht, aber der Punkt ist, dass es dumm wäre, so etwas nicht zu fragen, so wie es viele Leute tun. Allein die Frage bedeutet nicht unbedingt, dass man sie erwartet, in dem Sinne, dass man sofort disqualifiziert wird, nur weil man sie nicht hat. In der Regel sind Einstellungsentscheidungen ganzheitlich. Aber es wird in dem Sinne erwartet, dass die Entleiher erwarten, dass viele Bewerber ihre eigenen Hobbyprojekte haben werden, also bitten sie jeden darum, dafür zu sorgen, dass sie eine Chance haben, dies zur Sprache zu bringen.

Nun ist es natürlich kein glücklicher Anlass, wenn Sie herausfinden, dass etwas ein wichtiger Faktor für Ihren beruflichen Erfolg ist, das Sie bisher ignoriert hatten. Man möchte natürlich einen eleganten Streit darüber konstruieren, dass es sowieso keine Rolle spielen sollte, der Welt davon erzählen und sich in dem Stolz sonnen, einen unbequemen Reifen wegdiskutiert zu haben, anstatt einfach durch ihn hindurchzuspringen. Leider ist das nicht der Weg, um eine Karriere aufzubauen. Es ist sehr unwahrscheinlich, dass Sie Ihren potenziellen Arbeitgeber davon überzeugen können, sich in der Phase des Vorstellungsgesprächs nicht mehr um Hobbyprojekte zu kümmern (wahrscheinlich hatte er bereits ein System im Sinn, um diese Stelle zu besetzen, und wird sehr widerwillig sein, Änderungen vorzunehmen, wenn er bereits mit dem Vorstellungsgespräch begonnen hat). Sie könnten diejenigen ausfindig machen, die nicht danach fragen, oder sie negativ betrachten, aber sie werden in der Minderheit sein, da diese Art des Denkens in der Software sehr verbreitet ist.

Aber wenn Sie einige mögliche Gründe suchen, warum es für einen Bewerber gut ist, ein Portfolio von persönlichen Projekten zu haben:

• Es zeigt, dass sie wirklich leidenschaftlich an ihrer Arbeit interessiert sind, da sie sie auch ohne Bezahlung gemacht haben
• Es lässt sie ihre Fähigkeiten zeigen, die sie haben, obwohl sie noch nie in einer Position gearbeitet haben, in der sie beschäftigt waren (sagen wir, Sie kennen Haskell, aber kein Arbeitgeber hat Ihnen erlaubt, sie zu benutzen)
• Viele ziehen akademische Abschlüsse oder sogar frühere Erfahrungen in Betracht, ein unzuverlässiges Maß an Programmierkenntnissen, so dass Projekte ihnen eine bessere Vorstellung von Ihrer Arbeit vermitteln
• Ein Hobby zu haben, kann Sie in ihren Augen zu einer coolen, originellen Person machen, die sozial besser zu Ihnen passen würde

Diese müssen nicht unbedingt wahr sein, es reicht, dass der Interviewer ihnen glaubt. Den besten Bewerber für eine Stelle zu finden, ist letztlich eine subjektive Sache, keine exakte Wissenschaft. Auch Hobbyprojekte sind keine allgemein interessante oder gar positive Sache, die man als Bewerber haben kann: Manche denken, dass die Ausführung von Facharbeit ohne Bezahlung den Wert Ihrer Fähigkeiten herabsetzt, manche denken, dass dies zeigt, dass Sie abgelenkt oder zu ehrgeizig sind, manche haben vielleicht eine Firmenpolitik, die es verbietet, sie aus welchen Gründen auch immer als Kriterium heranzuziehen, und so weiter. Obwohl ich sagen würde, dass Sie im Softwarebereich im Durchschnitt wahrscheinlich etwas besser dran sind, wenn Sie ein gutes Portfolio mit persönlichen Projekten haben, als wenn Sie es nicht haben.

Man könnte sagen, wie es dazu kam, dass die meisten Leute sogar ein so bemerkenswertes Portfolio haben, dass sich Interviewer die Mühe machen, danach zu fragen. Das ist einfach: Software ist insofern sehr demokratisch, als jeder, der einen Computer hat, Programme schreiben kann (zumindest theoretisch…), man braucht dafür keine spezielle Ausrüstung oder Infrastruktur (eigentlich braucht man nicht einmal den Computer, streng genommen). Die meisten Leute, die sich für diesen Beruf interessieren, entwickeln sich also am Ende selbst weiter, bevor sie einen Job bekommen. Aber es ist nicht der einzige Beruf, in dem dies der Fall ist. Künstler, Musiker, Fotografen, Schriftsteller undviele andere dieser Fachleute haben in der Regel ein umfangreiches Portfolio, das sie in ihrer eigenen Zeit erstellt haben, und sie werden nach ihnen gefragt.

“ist, dass ich oft gefragt werde, ob ich eines meiner eigenen Projekte habe, über das ich sprechen kann…”

Ich habe das noch nie jemanden gefragt (und bin sicherlich noch nie danach gefragt worden).

Könnte es sein, dass Sie mehr an Ihre Erfahrungen aus der Zeit denken, als Sie ein absoluter Anfänger waren (d.h. zu einer Zeit, als Sie noch keine wirklichen Produkte hatten, an denen Sie gearbeitet haben, um darüber zu diskutieren).

“warum scheint es akzeptiert zu sein, dass von Software-Entwicklern erwartet wird, dass sie an [Hobby-Mist] arbeiten”

Vielleicht ist es eine regionale Sache, aber ich sehe das nicht als akzeptiert oder üblich an.

Wen interessieren Hobby-Sachen?

Vielleicht ist es eine Marotte Ihres besonderen Fachgebietes , OP?

Ich denke, die gute Nachricht ist, wenn Sie diese Erfahrung gemacht haben, ist es “einfach Pech”. Ich würde es vergessen.