Schreiben Sie keine Demo für ein Interview, wenn Sie dies vermeiden können. Senden Sie vorhandenen Code oder Projekte, wenn Sie können.
Demos und Codebeispiele sind aus vielen Gründen wichtig (die je nach Prüfer unterschiedlich sind), aber hauptsächlich geht es darum, potenziellen Arbeitgebern die Art von Code zu zeigen, die Sie in freier Wildbahn schreiben, und die Art von Problemen, die Sie lösen möchten. Sie helfen auch dabei, Ihr Interesse am Handwerk der Softwareentwicklung zu demonstrieren.
Es ist viel besser, Code einzureichen, den Sie bereits für ein vorheriges Projekt oder Spiel geschrieben haben, auf das Sie stolz sind oder das eine clevere Lösung für ein Problem zeigt - alles, was interessant oder schwierig ist oder als das dienen kann die Basis für eine gute Diskussion.
Das explizite Schreiben von Code zur Übermittlung als Beispielcode wirkt in der Regel erfunden und gefälscht. Es kann zum Beispiel überraschend einfach sein zu sagen, dass ein Programmierer dachte, dass ein potenzieller Arbeitgeber "gut dokumentierten" Code sehen und daher wirklich detaillierte Kommentare zu allem abgeben möchte, um das zu erreichen, was er für Perfektion hält. Echter Code ist nicht perfekt, er hat Warzen und raue Kanten, und wenn Sie Code explizit für die Demo-Einreichung schreiben, neigen Sie dazu, ihn so stark zu polieren, dass es offensichtlich wird, dass Sie ihn nicht geschrieben haben, weil Sie das Schreiben geliebt haben. Du wolltest nur einen Job.
Das heißt, wenn Sie keine Arbeit haben, die Sie einreichen können - entweder weil Sie noch keine geschrieben haben oder weil Ihr vorheriger Job Sie daran hindert, einen der Codes (unter NDA) einzureichen -, haben Sie keine viele Möglichkeiten, aber etwas Neues zu schreiben. In diesem Szenario möchte ich Sie ermutigen, sich darauf zu konzentrieren , die Sache um ihrer selbst willen zu schreiben und zu vergessen, was Arbeitgeber "wollen". Schreiben Sie ein Spiel, weil Sie ein Spiel schreiben möchten. Schreiben Sie eine coole Tech-Demo, weil Sie diese Tech erkunden möchten, weil Sie daran interessiert sind.
- Wie wichtig ist Codemodularität?
- Wie wichtig ist es, eine typische Algorithmusimplementierung zu präsentieren?
- Wie wichtig ist es, neue Funktionen aufzunehmen?
- Wie wichtig ist die Spielbarkeit?
- Sollte ich die Lesbarkeit von Code oder die Codeoptimierung privilegieren?
- Wie wichtig ist die Codedokumentation?
Die Antworten auf all diese kleineren Fragen lauten leider "es kommt darauf an" (mit Ausnahme der Lesbarkeit - ich denke, Sie sollten die Lesbarkeit im Allgemeinen bevorzugen, insbesondere für "Demo-Code"). Einige Arbeitgeber möchten möglicherweise, dass Sie Quicksort erneut implementieren. Anderen ist das vielleicht egal. Andere werden Sie sowieso nur bitten, Quicksort beim Interview auf einem Whiteboard neu zu implementieren.
Konzentrieren Sie sich nicht auf das, was Arbeitgeber Ihrer Meinung nach wollen , da verschiedene Arbeitgeber und sogar verschiedene Personen, die Ihren Code überprüfen, unterschiedliche Dinge wollen. Konzentrieren Sie sich stattdessen auf das, was Sie über sich selbst präsentieren möchten , da Sie weitaus mehr Kontrolle darüber haben und es Ihnen auf lange Sicht mehr zugute kommt.
