Ich habe ein Angebot von einer Softwarefirma erhalten: Darf *ich* jetzt um ein Codebeispiel bitten? [Duplikat]

Ich weiß, dass diese Frage die Augenbrauen hochziehen wird, und ich genieße sie irgendwie.

Ich bestand das Vorstellungsgespräch bei einem Unternehmen, das Software herstellt, und bekam ein Angebot. Darf ich um ein Beispiel ihrer Codebasis bitten? Der Grund dafür ist, dass das Unternehmen von einer Reihe hochtalentierter promovierter Mathematiker und Physiker gegründet und geführt wird, was oft impliziert, dass die Qualität des Quellcodes reiner Schrott ist (um einen Klassiker zu zitieren: https://academia.stackexchange.com /questions/17781/warum-schreiben-viele-talentierte-wissenschaftler-schreckliche-software ). Jeder "reine" Software-Ingenieur kennt das: Hinter einem brillanten Forscher verbirgt sich ein furchtbarer Programmierer, und ich möchte nicht der Hausmeister sein, der hinter ihm herputzt.

Ist das eine akzeptable Bitte? Wenn ja, wie kann ich es motivieren, ohne unhöflich zu klingen?

Ich bin mir nicht sicher, wie hilfreich das Internet hier sein wird. Das wirst du nur herausfinden, indem du sie fragst. Für mich klingt das nicht unvernünftig. Wenn ich die Firma wäre, würde ich Sie wahrscheinlich bitten, ins Büro zu kommen, anstatt Ihnen etwas zu schicken.
Und ein Beispiel sagt nichts darüber aus, wie ihre anderen Leute codieren. Abgesehen von der Frage, ob sie Ihnen etwas Bedeutendes ohne unterschriebenes NDA zeigen wollen, könnte das aber machbar sein. Grundsätzlich denke ich, dass die Antwort darauf lauten wird, dass es immer ein impliziter Teil des Jobs ist, die Fehler anderer zu beseitigen, und zu viel Gestank darüber zu machen, ist ein guter Weg, um eingeladen zu werden, sich woanders zu bewerben. Tl;dr: Du kannst immer fragen, aber vielleicht magst du ihre Antwort oder ihre Reaktion nicht.
THAAAT ist die Einstellung, die Unternehmen wollen, dass neue Mitarbeiter mit </sarcasm> erscheinen. Haben Sie darüber nachgedacht, dass sie vielleicht einen „reinen“ Softwareentwickler einstellen möchten, um bewährte Verfahren in ihr Unternehmen einzubringen? Außerdem hättest du diese Frage im Vorstellungsgespräch stellen sollen.
@NathanCooper - "Gut genug" ist nicht das Problem. Als Ingenieur (egal welcher Fachrichtung) werden Sie eingestellt, um Probleme zu lösen. Niemand sagte „auf die Knie fallen“, aber wenn Sie so eine Primadonna sind, dass Sie nicht bereit sind, sich mit einer abgefahrenen Codebasis auseinanderzusetzen, würde ich vorsichtig sein, wenn Sie sich „Ingenieur“ nennen. Die Frage, ob die Position die Autorität haben wird, die Funkiness zu korrigieren, ist jedoch durchaus angemessen.
Ich vermute, Keshlam hat recht. Schade, dass dies nicht Teil des Interviews war. Aber ich bin sicher, Sie könnten sich an sie wenden und sich etwas Zeit nehmen, um sich den Code anzusehen, die Probleme, die sie lösen, und ein Gefühl für Ihre Kollegen zu bekommen. Ich bin mir sicher, dass diese Firma kein Interesse daran hat, jemanden einzustellen, der nicht an der Codebasis arbeiten möchte.
@WesleyLong Ja. Entschuldigung für meine Übertreibung. Ich nehme an, wenn das OP diese Denkweise hat, ist das eine schlechte Sache. Mir persönlich macht es nichts aus, in knorrige Codebasen einzutauchen. Meine eigene Primadonna-Anforderung ist, dass ich mit guten Leuten zusammenarbeite, die sich für das Programmieren interessieren und von denen ich lernen kann. Wenn ich das im Interview nicht feststellen kann, würde ich gerne denken, dass es eine Möglichkeit gibt, dem nachzugehen. Wir können dies im Chat besprechen , wenn Sie fortfahren möchten.
Ich verstehe deine Logik hier überhaupt nicht. Sie haben Sie eindeutig wegen Ihrer Softwarekenntnisse eingestellt. Ihre Logik ist, wenn ihr Code wirklich schlecht ist, ist dies ein Grund, dort NICHT zu arbeiten. Wenn Sie also ein wertvolles Gut sind, passt es nicht zu Ihnen? Wenn Sie nicht der Software-Typ sein wollen, dann gehen Sie nicht dort arbeiten. Sie stellen Sie nicht ein, um Algorithmen zu schreiben. Wenn Sie denken, dass Sie diese Frage stellen müssen, dann ist dies nicht der richtige Job für Sie.
Die Gefühle des OP sind vielleicht nicht schmackhaft, aber es ist eine gute Frage. Stimmen Sie gute Fragen nicht ab.
Ich sehe nicht, wie sie sich daran halten werden. Wie werden sie ein bestimmtes Stück Code auswählen? Und warum sollten sie nicht das beeindruckendste Stück Code im Repository auswählen? Was auch immer Sie bekommen, es wird irrelevant, unwesentlich oder widersprüchlich sein.
@keshlam Nun, ich denke, ein Beispiel könnte die Art von Code zeigen, die sie durch Peer-Review zulassen.

Antworten (2)

Es kann schwierig sein, diese Frage zu stellen, ohne unhöflich oder arrogant zu wirken. Sie laufen Gefahr, den Brunnen zu vergiften, wenn Sie von den Firmengründern gleich zu Beginn der Beziehung verlangen, ihre Kompetenz unter Beweis zu stellen.

Angenommen, Sie sind der Personalchef in einer ähnlichen Organisation. Was würden Sie von dieser Anfrage halten? Wenn Sie bedenken, was dies über Jahre in der Zukunft für Ihre täglichen Interaktionen mit dem Mitarbeiter bedeutet, würden Sie die Person, die es geschafft hat, in Ihrem Team haben wollen? Denken Sie sorgfältig über diese Dinge nach, wenn Sie Ihre Frage formulieren (oder entscheiden, ob Sie sie stellen möchten).

Wenn Sie sich entscheiden, Ihre Frage weiter zu stellen, sollten Sie sie so formulieren, dass Sie sicherstellen möchten, dass Ihre Fähigkeiten gut zur vorhandenen Codebasis passen, und nicht, dass Sie sich Sorgen machen, jemandes Chaos beseitigen zu müssen.

Ich kann nicht umhin, andersherum darüber nachzudenken: „Denken Sie darüber nach, was der Kandidat über seine täglichen Interaktionen mit diesem Arbeitgeber in den kommenden Jahren denken würde; hinterfragen Sie die Fähigkeiten, die Sie angegeben haben, und fragen Sie sogar nach Beweisen!“ . Der Interviewprozess ist nicht wirklich so etwas wie alltägliche Interaktionen. Sie können Recht haben, aber Sie sollten nicht sein

Wenn Sie den berechtigten Verdacht hatten, dass die Codebasis "reiner Müll" ist, ist es an der Zeit, dies während des Interviewprozesses zu untersuchen. Es ist völlig in Ordnung zu fragen, ob man sich mit jemandem zusammensetzen und eine „Code-Tour“ machen möchte, und man könnte dann gezielte Fragen stellen und sehen, wo die Dinge stehen. Ich habe das mehr als einmal selbst gemacht (obwohl ich mich eher auf der Domänenseite als auf der Entwicklerseite betrachte). Was ich daraus jedoch gelernt habe, ist, dass die Codebasis VIEL WENIGER wichtig ist als die Leute, mit denen Sie arbeiten würden.

Ich hätte viel lieber eine beschissene Codebasis und ein wirklich achtsames/kreatives Team, das offen für neue Ideen ist, als eine enge Codebasis mit „Löchern, die die Show am Laufen halten“.

Warten, bis das Angebot kommt und dann kalte Füße haben, bedeutet, dass Sie das nicht durchdacht haben. Es ist in Ordnung, sich Gedanken zu machen, aber seien Sie offen darüber, anstatt zu versuchen, alles der „Codebasis“ zuzuschreiben, nur damit Sie etwas in Ihren Händen halten können, mit dem Sie Ihre Gefühle bestätigen können.

Ich habe ein Angebot von einer Softwarefirma erhalten: Darf *ich* jetzt um ein Codebeispiel bitten? [Duplikat]
AntwortenHierDatenschutz-Bestimmungen1y, 0v