Wie kann ich beantworten, was an meiner letzten Rolle herausfordernd war, ohne meine Chancen zu ruinieren? [Duplikat]

Ich versuche, eine vernünftige Antwort auf diese Interviewfrage zu finden: „Was war die größte Herausforderung an meiner letzten Rolle?“

Ich war im Grunde genommen über ein Jahr lang ein UI-Widget-Affe im Unternehmen mit sehr wenig Gelerntem außer ReactJS. Ich war in einem Team von 4 Entwicklern. Wir wurden angeheuert, um ein völlig kaputtes, schlechtes Outsourcing-Projekt zu reparieren.

Ich habe viel ReactJS, JavaScript, Code-Styling-Standards, Code-Qualitätsstandards gelernt, aber das war es auch schon und nach 6 Monaten war ich zu Tode gelangweilt. Es war keine gute Passform. Ich durfte kaum eigenständige Entscheidungen treffen, oder wenn, dann müsste ich es höchstwahrscheinlich zu einem späteren Zeitpunkt wiederholen oder dafür kritisiert werden, wie ich es getan habe. Aber wenn ich versuchte, darüber zu sprechen, als es auftauchte, würden sich einige Leute darüber ärgern, dass ich keine Wahl treffen konnte oder auf neue Spezifikationen warten und die Ausrüstung wechseln musste. Es war wirklich anstrengend. Ich hatte nie das Gefühl, dass meine Vorschläge ernst genommen wurden.

Was ich herausfordernd fand:

  1. Ich hatte keine Domänenkenntnisse. Dies machte es schwierig, Vorschläge oder Verbesserungen für die Benutzeroberfläche anzubieten.
  2. Ich kannte keine der benötigten Technologien. Ich kannte kein JavaScript, ReactJS, SASS, Gulp, Webpack oder eines der modernen JS-Ökosysteme. Ich wurde ins kalte Wasser geworfen und musste lernen. Ich habe schnell gelernt und viele Widgets programmiert.
  3. Ich fand mich oft in dieser Situation wieder: Ich fing an, an einem Feature zu arbeiten, nur um 2/3 des Wegs durchzufinden, dass die Grenzfälle nicht ausgearbeitet waren und ich aufhören, mit dem Projektmanager sprechen und warten musste ihre neuen Spezifikationen und starten Sie dann eine neue Funktion. Das ständige Schalten war anstrengend, da ich erst verstehen musste, was ich tat, bevor ich mich in die nächste Aufgabe stürzte. Es war schwierig, in diesen Situationen effizient zu sein und den qualitativ hochwertigsten Code zu schreiben. Es war schwer, so viel Zeit in ein Feature zu investieren und es dann fallen zu lassen und noch am selben Tag umzuschalten.
  4. Ich habe mich oft in dieser Situation wiedergefunden: Ich habe ein Designmusterproblem/Leistungsproblem gefunden und es mit den erfahrenen Entwicklern besprochen. Wir haben darüber geredet, aber zu einem späteren Zeitpunkt fand ich heraus, dass sie weitergemacht und es implementiert haben, sodass ich nie die Chance hatte, an so etwas auf einer sinnvollen Ebene teilzunehmen.

Einige herausfordernde Dinge, an denen ich gearbeitet habe, aber nicht die Gelegenheit hatte, sie alleine zu erledigen:

  • Validierung
  • Performance-Probleme

Dinge, die ich alleine gemacht habe, aber nicht für die schwierigsten Teile der Anwendung hielten:

  • Benutzereinstellungen (komplizierte Spezifikationen mit vielen Permutationen)
  • Berechtigungen (komplizierte Spezifikationen mit vielen Permutationen)
  • Bestellformular (komplizierte Spezifikationen mit vielen Permutationen)

Performance vs. Design Pattern vs. Wartbarkeit Da wir viele verschachtelte ReactJS-Widgets hatten, gaben die übergeordneten Komponenten manchmal nur Daten an die untergeordneten Komponenten weiter. Wenn Sie diese Methode zusammen mit shouldComponentUpdate verwenden, kann der Code nicht mehr wartbar werden, obwohl dies wahrscheinlich die leistungsstärkste Methode zur Behebung des Problems ist. Die Lösung bestand darin, Kontext zu verwenden oder andere UI-Ansichten als „Datenanbieter“ zu erstellen. Ich habe keine endgültige Lösung gefunden, aber ich habe das Problem identifiziert und mit den erfahrenen Entwicklern besprochen.

Die leitenden Entwickler sagten mir, dass die Berechtigungen der komplizierteste Teil der Phase 1 des Projekts seien, aber ich fand es nicht herausfordernd. Es war hauptsächlich nur ein bisschen Nachdenken über einige komplizierte Spezifikationen und dann Grunzarbeit.

Was ist eine Antwort, die ich geben kann?

Nein, ich suche eine spezifische Antwort auf meine Situation und keine allgemeine.
@AudraQuinn siehe das ungesagte Gesetz von SE: "Alles ist ein Duplikat, bis das Gegenteil bewiesen ist"
Außerdem dreht sich bei SE alles um allgemeine Antworten, die so vielen Menschen wie möglich helfen können. Nicht eine bestimmte Person.

Antworten (2)

Sie können „herausfordernd“ auf zwei Arten interpretieren: Einerseits Dinge auflisten, die Sie schwierig fanden und die Sie im neuen Job hoffentlich nicht haben werden, und andererseits Dinge auflisten, in denen Sie im Laufe des Jobs besser geworden sind. Ich empfehle nicht, diese beiden möglichen Definitionen zu mischen und aufeinander abzustimmen. Wählen Sie stattdessen eine aus, teilen Sie dem Interviewer mit, welche Definition von Herausforderung Sie verwenden, und listen Sie dann ein paar auf, jeweils einen Satz.

Wenn Sie den ersten Weg gehen:

Einige Dinge in meinem aktuellen Job sind frustrierend, und das ist einer der Gründe, warum ich nach einem neuen suche. Ein Muster, das häufig vorkam, war, dass man aufgefordert wurde, zu beginnen, bevor alle Entscheidungen getroffen waren, und die Arbeit später wiederholen musste, wenn die Spezifikationen vollständig verstanden wurden. Ein anderer war, Leistungsprobleme zu finden, aber nicht an der Implementierung der Korrekturen teilnehmen zu können. Ich hoffe, dass die Teams in dieser Position Informationen austauschen und [was auch immer Sie sonst wünschen, ist bei diesem Job anders.]

Wenn Sie den zweiten Weg gehen:

Als ich anfing, wusste ich nicht viel über ReactJS, JavaScript, Code-Styling-Standards oder Code-Qualitätsstandards, also habe ich in der Zeit, in der ich in dieser Position war, enorm viel gelernt. Ich habe jetzt das Gefühl, dass ich [starke Aussage darüber, viel zu wissen oder solide in der Technik zu sein, die der neue Job erfordert.]

Beachten Sie, wie in jedem Fall:

  • Sie sagen nicht "eine Herausforderung war", da dies mehrdeutig ist: Sie verdeutlichen, was Sie beschreiben möchten
  • Sie halten das Jammern oder die Liste dessen, was Sie nicht wussten oder nicht konnten, nett und kurz
  • Sie schließen mit einem starken Übergang, der entweder sagt „Ich möchte, dass dieser Job X hat“ oder „Ich bin wirklich gut in Y“. So ziemlich jede Frage, die Ihnen in einem Vorstellungsgespräch gestellt wird, sollte jedes Mal auf eine dieser beiden Aussagen stoßen.

Der Schwerpunkt bei der Beantwortung dieser Frage sollte darauf liegen, wie Sie diese Herausforderung gemeistert haben. Wählen Sie die Herausforderung aus, die Ihnen das ermöglicht.

Ich würde entweder bei Nr. 1 oder Nr. 2 bleiben. Vorausgesetzt natürlich, dass Sie sich das Domänenwissen tatsächlich angeeignet und JavaScript und die anderen Technologien gelernt haben, möchten Sie wahrscheinlich darüber sprechen, wie Sie das gemacht haben. Wenn Sie sich für Nr. 2 entscheiden, bleiben Sie bei „Ich wurde ins kalte Wasser geworfen – und ich konnte schwimmen.“

Sagen Sie nicht so etwas wie "Ich hatte keine Domänenkenntnisse, daher konnte ich keine UI-Vorschläge machen" - bringen Sie dies nur zur Sprache, wenn Sie diese Herausforderung tatsächlich gemeistert haben (dh Sie haben die Domänenkenntnisse erlernt).

Ich würde dringend empfehlen, Nr. 3 und Nr. 4 zu vermeiden , weil es so klingt, als würden Sie Ihren alten Arbeitgeber schlecht machen, was normalerweise als unprofessionell angesehen wird und dazu neigt, eine große Abneigung zu erzeugen (weil sie sich dann fragen, was Sie werde ich darüber sagen, wenn Sie irgendwann gehen, und Sie können als Nörgler rüberkommen).

Wie kann ich beantworten, was an meiner letzten Rolle herausfordernd war, ohne meine Chancen zu ruinieren? [Duplikat]
AntwortenHierDatenschutz-Bestimmungen1y, 0v