Akzeptable Codezeilen für Projekte, die dem Interviewer präsentiert werden sollen? [geschlossen]

Ich werde bald meinen Abschluss machen und habe nachgedacht. Ich habe ein paar wirklich kleine Projekte / Skripte (~ 100-200 LOC), die ich in meiner Freizeit gemacht habe, und ich habe sie auf Github. Ich habe mich gefragt, ob sie "würdig" genug sind, um zukünftigen Arbeitgebern präsentiert zu werden. Oder sollte ich nur diejenigen einschließen, die groß sind (~ 1000 LOC)?

Wenn wir interviewen, bitten wir dies beim letzten Interview. Ich werde zunächst sagen, dass die Größe keine Rolle spielt, und mich dann ein wenig qualifizieren (ist das nicht immer so).

Wenn ich jemanden auffordere, einen Code einzureichen, auf den er stolz ist und auf den er seinen Namen stempeln möchte, und der mir eine einzige Datei sendet, verliere ich das Vertrauen. In einem Fall habe ich eine lange ASCX-CodeBehind-Datei erhalten, in die ich nichts einlesen kann, außer "Junge, mag er seinen Code in der UI-Ebene".

In anderen Fällen habe ich ganze große Projekte erhalten. Einerseits macht mich das sicherer, aber es gibt mir auch viel, Löcher zu bohren, ohne sehr tief zu graben.

Aber hier ist das Geheimnis: der Code selbst spielt keine Rolle , dass viel. Ich kann Löcher in alles stechen, was du mir gibst. Was zählt, ist, wie Sie reagieren. Sei nicht argumentativ, aber stimme mir auch nicht zu. Ich kann nicht wirklich glauben, was ich sage, und selbst wenn ich es tue, werde ich Sie dafür respektieren, dass Sie Ihren Code auf konstruktive Weise unterstützen.

Es ist nicht die Größe des Projekts. Es ist die Qualität. Nehmen Sie sich Zeit, um es richtig zu machen, damit es sich lohnt, ein Portfolio-Stück zu sein. Solange das Projekt groß genug ist, um das Wissen zu demonstrieren, das Sie vermitteln möchten, ist nur die Qualität von Bedeutung.

Ich denke, die Frage hängt davon ab, wie und wann Sie sie einem zukünftigen Arbeitgeber vorstellen möchten. Gehen sie zu einer Werbebuchung in Ihrem Lebenslauf oder bitten Sie die Arbeitgeber, kurze Beschreibungen von etwas zu geben, das Sie während eines Interviews getan haben?

Für eine Werbebuchung im Lebenslauf würde ich mich nur größeren Projekten zuwenden. Auf der anderen Seite ist ein kleineres Skript etwas, das Sie einem Interviewer in kürzester Zeit beschreiben und den gesamten Inhalt erfassen können.

Am Ende kommt es mehr darauf an, wie interessant das ist, was Sie erwähnen. Wenn das Skript etwas Neues macht und nicht viel Code benötigt, hat das Gewicht.

"Beurteilen Sie mich nach meiner Größe, oder?" - Yoda

Entscheidend ist die Qualität. Ein beeindruckendes Projekt wird durch die Menge der Dinge, die es tun kann, und die Komplexität der Dinge, die es tun kann, bestimmt, und das ist alles, was für die Endergebnisse wichtig ist.

Wenn Ihr Projekt 1.000 Zeilen hat, von denen die gleichen 100 Codezeilen zehnmal mit geringfügigen Änderungen kopiert wurden, sehen Sie aus wie ein schlechter Programmierer. Sie werden wie ein schlechter Programmierer aussehen, weil Sie etwas nicht gut erstellt hätten . Sie hätten Ihr Projekt nicht wartbar, lesbar, verwaltbar und skalierbar gehalten.

Erstellen Sie einfach die Dinge wirklich große Dinge gut . Es ist nicht nötig, die Länge zu berücksichtigen.

Ich persönlich denke nicht, dass das #LOC der bestimmende Faktor sein sollte. Stattdessen denke ich, dass es die Kreativität, Komplexität und das Problem sein sollte, die das Projekt löst, die die von Ihnen eingereichten Codebeispiele bestimmen sollten. Die meisten Arbeitgeber möchten keine Codezeilen durchgehen, nur um einen Ausschnitt zu finden, der ihnen beweist, dass Sie komplexe Algorithmen und dergleichen verstehen. Wenn Sie in der Lage sind, Projekte zu erstellen, die Ihre Fähigkeiten zeigen, ohne viel zu sichten, ist dies meiner Meinung nach letztendlich eine beeindruckendere Qualität als die bloße Menge an Codezeilen. Abgesehen davon ist der Link zu einem großen Projekt nützlich, wenn sie nur das Projekt kompilieren und sicherstellen konnten, dass es funktioniert. Dies zeigt jedoch nur, dass Sie in der Lage sind, ein Programm zu schreiben, das Bedenken angemessen voneinander trennt.

Größe spielt keine Rolle (wie im LOC). Es steht (fast) in direktem Zusammenhang mit der Sprache (mehr gegen weniger Zeilen für dieselbe Sache), daher wäre es unfair, irgendetwas auf dieser Grundlage zu beurteilen.

Ich würde das Projekt eher als groß oder klein bewerten, basierend auf der Anzahl der Funktionen, dem persönlichen Interesse für mich und der Anzahl der Benutzer, die zur Lösung eines Problems beigetragen haben (dies hätte der erste in der Liste sein sollen).

Codieren ist wie Formen - es geht nicht darum, mehr zu schreiben, es geht darum, das wegzunehmen, was nicht notwendig ist.

Die Aufgabe eines Programmierers besteht nicht darin, Codezeilen zu erzeugen. Die Aufgabe besteht stattdessen darin, aus all den Massen von Junk-Code, die möglicherweise geschrieben werden könnten, herauszufinden, was der kleinste und sauberste Satz ist, der ein bestimmtes Problem löst.

Wenn eines Ihrer Projekte die kleinstmögliche, einfachste und sauberste Lösung für ein Problem zeigt, verwenden Sie es als Referenz. Wenn nicht, nicht.

Ich wurde nie gebeten, einem Interviewer Codebeispiele zur Verfügung zu stellen. Normalerweise geben Unternehmen, die sicherstellen möchten, dass Sie denken und codieren können, eine Prüfung ab. Im technischen Interview werden Sie möglicherweise gebeten, einen kleinen Algorithmus zu schreiben, aber die meisten technischen Interviews, die ich für Entwickler oder für mich gemacht habe, wurden diskutiert.