Sollte ich die Website meines potenziellen zukünftigen Arbeitgebers bei einem Vorstellungsgespräch für eine Stelle als Entwickler vorstellen? [Duplikat]

Anstatt über die Probleme mit der Website zu sprechen, die sie haben, würde ich stattdessen ein Dokument erstellen, das die Schritte auflistet, die Sie unternehmen würden, wenn es in Ihrer Verantwortung wäre, die Website zu verbessern, zusammen mit der Zeit, die Ihrer Meinung nach jeder Schritt dauern würde und wie wichtig Sie denken, dass die Änderungen vorzunehmen sind.

Lassen Sie dieses Dokument dann in Ihrem Portfolio. Wenn sie irgendwann über ihre Webseite sprechen, können Sie erwähnen, dass Sie einen Blick darauf geworfen und eine Zusammenfassung der Änderungen erstellt haben, die Sie vornehmen würden, wenn dies zu einer Ihrer Aufgaben werden würde. Auf diese Weise sagen Sie nicht, dass sie etwas falsch gemacht haben, sondern schlagen vielmehr Verbesserungsmöglichkeiten vor. Und zeigen, dass Sie die Fähigkeit haben, Dinge zu planen und die Initiative zu ergreifen.

Wenn sie es nie zur Sprache bringen und es keinen natürlichen Weg gibt, es ins Gespräch zu bringen, würde ich diese Zusammenfassung einfach in Ihrer Tasche lassen. Dies zu erzwingen würde wahrscheinlich schlecht auf dich wirken.

Ich denke nicht, dass es klug wäre, dies vor der Einstellung zu erwähnen, es sei denn, Sie werden im Vorstellungsgespräch ausdrücklich danach gefragt. In einem Vorstellungsgespräch möchten Sie Ihre Fähigkeiten und Leistungen demonstrieren und nicht auf die Fehler anderer hinweisen.

Sie wissen auch nichts über die Situation in diesem Unternehmen und was zu einem so mittelmäßigen Ergebnis geführt hat, was aus Erfahrung durchaus üblich ist. Sicher könnte man denken, dass sie ihr Talent auf ihrer Website zeigen sollten, aber Sie müssen sich darüber im Klaren sein, dass die meisten Interessenten nicht auf die Quelle der Website schauen werden, um einen Anbieter auszuwählen. Da der ROI einer technisch perfekten Website gegen Null gehen kann (oder zumindest der Meinung ist), ziehen sie es dann vor, ihre Leute an kostenpflichtigen Projekten für tatsächliche Kunden arbeiten zu lassen, wobei ihre Website im Laufe der Jahre zu einem Haufen Patches wird von. Wenn Sie in einem Vorstellungsgespräch darauf hinweisen, könnten die Interviewer frustriert oder irritiert sein, da sie sich der schlechten Qualität ihrer Website bewusst sein könnten. Sie wollen einen Interviewer nicht verärgern...

Wie auch immer, solange Sie (noch) nicht einer ihrer Mitarbeiter sind, sollte Ihre einzige Sorge darin bestehen, die technische Qualität der Websites zu kennen, die sie für ihre Kunden erstellen, und ob Sie durch die Arbeit dort Code produzieren werden das Ihren Standards entspricht, oder überhaupt ein glücklicher Entwickler sein. Tatsächlich ist ein Vorstellungsgespräch idealerweise zweiseitig und Sie können Fragen zu Ihren zukünftigen Arbeitsbedingungen stellen, es steht Ihnen sogar frei, sie den Joel-Test bestehen zu lassen , aber es ist sicherlich eine schlechte Idee, ihre Website zu kritisieren.

Wenn Sie den Job bekommen, wäre es eine gute Idee, solche Verbesserungen proaktiv vorzuschlagen, die Sie hier in einer anderen Frage stellen könnten, wenn Sie Ratschläge dazu wünschen, wie Sie damit umgehen können.

Wenn Sie es diplomatisch und an einem geeigneten Punkt tun (z. B. wenn sie nach Frontend-Bedenken oder nach Website-Optimierung fragen), wäre dies meiner Meinung nach ein großer Gewinn.

Ein paar Dinge zu beachten:

Geschäfte finden nicht in einem technischen Vakuum statt, viele Unternehmen wählen bewusst nicht optimale Lösungen aus finanziellen oder anderen Gründen (z. B. vielleicht besteht ihre Talentbasis ausschließlich aus Server-Jungs).

Erkennen Sie das an und sprechen Sie dann vielleicht darüber, wie der Aufbau einer Pipeline usw. dazu beitragen könnte, diese Dinge ohne große Vorabkosten zu automatisieren und sich langfristig auszuzahlen. Vor allem, wenn Sie mit jemandem sprechen, der keine technischen Fachkenntnisse hat, stellen Sie sicher, dass Sie die geschäftlichen Gründe angeben, aus denen dies wichtig ist (Bandbreitenkosten, Endbenutzererfahrung, Mobilgeräte usw.).

Wenn der leitende Entwickler im Raum ist, beginnen Sie damit, darüber zu sprechen, wie großartig Sie die Site ansonsten finden, und geben Sie zu, dass sie wahrscheinlich andere Dinge in ihrem Rückstand haben usw. Mit anderen Worten, tun Sie so, als ob Sie glauben, er wüsste bereits, was Sie vorhaben zu sagen, und hatte legitime Gründe, dies nicht bereits getan zu haben.

Fügen Sie ein persönliches Beispiel hinzu, angesichts der Anzahl der Antworten, die sich wie folgt zusammenfassen: „Nein, bist du verrückt???“ Ich hatte einmal ein Vorstellungsgespräch bei IBM. Am Ende machten sie das übliche: "Haben Sie Fragen an mich?" Ich hatte tatsächlich vergessen, an irgendwelche zu denken, geriet in Panik und fragte: "Ja, treten Sie sich jemals selbst in den Hintern, weil Sie die Rechte an MS-DOS an Bill Gates abgegeben haben?"

Der Interviewer war ein VP (das wusste ich eigentlich nicht, als ich hineinging).

Ich habe die Stelle bekommen.

Jahre später hatte ich ein weiteres Interview, bei dem ich einen meiner Interviewer wegen unsozialen Verhaltens, das ich vor dem Interview beobachtet hatte, zur Rede stellte. Habe dort auch ein Angebot bekommen.

Mir ist klar, dass hier ein gewisser Bestätigungsfehler im Gange ist, aber mein Punkt ist, dass Interviews nicht so schwarz und weiß sind, wie die Leute es oft machen. Interviewer sind Menschen und das Wichtigste ist, eine Beziehung zu ihnen aufzubauen.

Alle Kommentare, die Sie machen, lassen Sie wirklich unprofessionell aussehen, weil Sie als Nicht-Mitarbeiter (wirklich) keine Ahnung haben.

Unabhängig davon, was Sie für „Best Practice“ halten oder welche Konzepte Sie haben, kennen Sie wirklich keines der Probleme, die sie haben, warum sie in der Position sind, in der sie sich befinden, und was ihre Pläne sind. Alles, was Sie sagen, ohne etwas zu wissen, wird als Arroganz rüberkommen.

Sie haben möglicherweise eine parallele Website erstellt und führen abschließende Tests durch. Sie hätten keine Möglichkeit, das zu wissen.