Kaffeepause Nr. 43. 6 Programmierfehler, die Sie daran hindern, Ihren Traumjob zu bekommen. So tragen Sie zum ersten Mal zu Open-Source-Software bei

6 Programmierfehler, die Sie daran hindern, Ihren Traumjob zu bekommen

Quelle: Medium Um einen Job als Programmierer zu finden, benötigen Sie ein Git-Repository. Dies ist eines der ersten Dinge, auf die Personalvermittler achten werden. Damit Ihr Repository einen positiven Eindruck hinterlässt, sollte es Projekte mit aktuellen Änderungen enthalten. Zeigen Sie nur Projekte, auf die Sie stolz sind, und nicht jede Codezeile, die Sie jemals geschrieben haben. Dies sind die Grundlagen der Arbeit mit einem Repository. Denken Sie daran, dass sich früher oder später jemand Ihren Code ansehen wird, um zu sehen, ob Sie gut zum Unternehmen passen. Dies wird ein entscheidender Moment für Sie sein. Nach wenigen Minuten entscheidet der Personalvermittler, ob er Sie zu einem Vorstellungsgespräch einlädt. Und hier gibt es sowohl gute als auch schlechte Nachrichten. Die schlechte Nachricht ist, dass ein einfacher Fehler Ihre Chancen auf den Job beeinträchtigen kann. Die gute Nachricht ist, dass die Leute normalerweise nicht tief in den Code eintauchen wollen. Sie benötigen ein allgemeines Verständnis Ihres Codes und Ihrer Architektur. Sie müssen also kein Genie sein – Sie müssen nur ein guter Programmierer sein. Hier sind einige häufige Fehler, die Neulinge machen. Vermeiden Sie sie und Ihre Chancen auf ein Vorstellungsgespräch erhöhen sich dramatisch.

Veraltete Kommentare

Programmierer haben unterschiedliche Meinungen zu Kommentaren. Manche lieben sie, andere hassen sie. Wir können nicht zu einer gemeinsamen Schlussfolgerung darüber kommen, ob es sich lohnt, den Code zu kommentieren und in welchen Fällen dies zu tun ist. Aber in einem Punkt sind sich alle einig: Wenn Sie Kommentare haben, sollten diese mit Ihrem Code übereinstimmen. Zur Erläuterung des Codes sind Kommentare vorhanden. Wenn Ihr Code komplex oder unklar ist, benötigen Sie Hilfe, damit die Leser ihn verstehen. Außerdem müssen Sie Ihren Kommentar ändern, wenn Sie den Code ändern. Wenn Sie dies nicht tun, ist Ihr Kommentar nicht mehr nützlich. Ein schlechter Kommentar ist viel schlimmer als kein Kommentar. Erschwerend kommt hinzu, dass Kommentare im Code hervorgehoben werden. Moderne IDEs heben Kommentare in einer anderen Farbe hervor, um sie leichter lesbar zu machen. Durch das Hinzufügen eines Kommentars platzieren Sie ein „Lies mich“-Zeichen im Code. Auf diese Weise können Abweichungen zwischen dem Kommentar und dem Code leicht erkannt werden. Wählen Sie Ihre Kommentare mit Bedacht aus und denken Sie daran, sie zusammen mit Ihrem Code zu aktualisieren. Auf diese Weise werden sie Ihnen gute Dienste leisten.

Kombination von Bibliotheken und Sprachen mit gleichen Anwendungsfällen

Vor dem ersten Vorstellungsgespräch musste ich ein Rekrutierungsproblem lösen. Es war eine einfache Web-App, also habe ich etwas Code geschrieben, ein paar komplexe Fragen gegoogelt und die App war fertig. Während des Vorstellungsgesprächs fragte mich der Personalvermittler, warum ich im gesamten Code jQuery-Code mit einfachem JavaScript gemischt habe. Meine Antwort? „Ähm …“ Um ehrlich zu sein, habe ich ein paar Codeausschnitte von Stack Overflow eingefügt. Ich habe nicht viel darüber nachgedacht. Der Code funktionierte, also machte ich weiter. Dieser Fehler tritt sehr häufig bei neuen Entwicklern auf. Wir konzentrieren uns so sehr auf die Lösung von Problemen bei der Arbeit, dass wir nicht darauf achten, wie wir es tun. Gehören Sie nicht zu den Neulingen, die in diese Falle tappen. Untersuchen Sie jede Codezeile und stellen Sie sicher, dass Sie wissen, warum Sie sie dort platziert haben.

Codewiederholung

Don't Repeat Yourself (DRY) ist ein Programmierdogma. Das Erstellen von Abstraktionen für sich wiederholenden Code ist die Essenz der Programmierung. Ja, am Anfang kann es schwierig sein. Wenn Sie ein Problem lösen möchten, tun Sie es auf jede erdenkliche Weise. Dann gehen Sie zu anderen Aufgaben über und der sich wiederholende Code bleibt im Gedächtnis. Sie können diese Gewohnheit loswerden, indem Sie sich Regeln aufstellen. Lesen Sie jedes Mal, wenn Sie eine Funktion verfeinern, den Code erneut und prüfen Sie, ob Sie etwas daran ändern können. Denken Sie daran, dass die erste Version des Codes normalerweise falsch ist und Sie sie verbessern können. Wenn Sie doppelten Code bemerken, nehmen Sie sich die Zeit, ihn zu studieren. Auf diese Weise können Sie herausfinden, wie Sie es am besten umschreiben können (z. B. mithilfe einer Schleife oder Erstellen einer neuen Funktion). Wenn Sie diese Reinigung jedes Mal durchführen, erhalten Sie zuverlässigeren und eleganteren Code.

Unbehandelte Fehler

Es ist nahezu unmöglich, eine sinnvolle Anwendung zu erstellen, die immer einwandfrei funktioniert. Unabhängig davon, ob Sie eine Datenbank füllen oder API-Aufrufe durchführen, treten Fehler auf. Unbehandelte Fehler können nicht nur die Ausführung einzelner Funktionen stoppen, sondern sogar zum Absturz der gesamten Anwendung führen. Das Antizipieren möglicher Fehler ist ein Zeichen für einen kompetenten Programmierer. Jedes Mal, wenn Sie auf externe Daten zugreifen oder diese aktualisieren, müssen Sie auf den schlimmsten Fall vorbereitet sein. Kennzeichnen Sie potenzielle Probleme auf eine Weise, die die Anwendung nicht unhandlich macht. Dadurch können Leser Ihres Codes (und vielleicht auch Sie) Fehler schnell finden. Es zeigt dem Personalvermittler auch, dass Sie zusammenhängenden Code schreiben können.

Mangel an Konsistenz

Konsistenz ist das Markenzeichen hochwertiger Software. Dadurch ist der Code einfacher zu lesen und zu warten. In einem einheitlichen Stil erstellter Code ist vorhersehbarer und die Leistung des Programms lässt sich einfacher bewerten. Auf einer höheren Abstraktionsebene ist Konsistenz schwer zu erreichen. Es wird Jahre dauern, diese Technik zu beherrschen, daher müssen Sie so früh wie möglich mit dem Erlernen dieser Technik beginnen. Denken Sie daran, Titel nur in einer Sprache zu erstellen. Es sollte wahrscheinlich Englisch sein, aber in persönlichen Projekten können Sie Variablen und Funktionen in jeder Sprache benennen, solange es immer dieselbe Sprache ist. Wenn Sie konsistent sind, spielt es keine Rolle, ob Sie Tabulatoren oder Leerzeichen verwenden. Erstellen oder wählen Sie einen Styleguide und halten Sie sich immer daran. Sie sollten auch ein Tool wie Prettier verwenden . Es hilft wirklich, den Code einheitlich formatiert zu halten. Welche Tools und Stile Sie auch verwenden, verwenden Sie sie konsequent. Selbst wenn Sie schlechten Code in einem konsistenten Stil schreiben, ist er in der Regel besser als inkonsistent guter Code, da er viel einfacher zu beheben ist.

Missverständnis von Werkzeugen

In einem typischen Projekt müssen Sie wahrscheinlich eine externe Bibliothek verwenden. Viele Programmierer installieren Bibliotheken fast automatisch, da sie in jedem Projekt verwendet werden. Externe Bibliotheken sind großartig, weil sie eine bewährte Möglichkeit zur Lösung wiederkehrender Probleme darstellen. Allerdings verstehen neue Entwickler oft nicht, welche Bibliotheken sie verwenden, und fügen am Ende eine Bibliothek über eine andere hinzu oder implementieren einige vorhandene Funktionen neu. Lesen Sie jedes Mal, wenn Sie eine Bibliothek in Ihrem Projekt installieren, die Dokumentation oder sehen Sie sich diese zumindest an. Überprüfen Sie die Methoden und Eigenschaften, die Sie verwenden können, und stellen Sie sicher, dass Sie verstehen, welche Probleme die Bibliothek lösen soll und welche den Einsatz eines anderen Tools erfordern. Auf diese Weise können Sie die richtigen Werkzeuge für die jeweilige Aufgabe auswählen und Ihre Auswahl erläutern.

So tragen Sie zum ersten Mal zu Open-Source-Software bei

Quelle: Jamestucker.dev Neulich sah ich einen Tweet von Evan Yu (Erfinder von Vue.js ) über ein neues Repository, an dem er arbeitete, und das weckte mein Interesse. Ich beschloss, dass ich dazu beitragen wollte! Der Haken ist, dass ich noch nie zu Open-Source-Projekten beigetragen habe und nicht wusste, wo ich anfangen sollte. Aber so schwierig kann es doch nicht sein, oder? Als ich im Repository ankam, erstarrte ich sofort. „Was zum Teufel soll ich tun?“ dachte ich mir. Wenn ich eine PR (Pull Request, Merge Request) mache, werden Spezialisten meinen Code wahrscheinlich in Stücke reißen. Ich werde in der Entwicklungswelt immer als der Typ bekannt sein, der nicht weiß, wie man richtig mit Open Source arbeitet. Und meine Karriere wird enden. Glücklicherweise habe ich einen Artikel gelesen (ich weiß nicht mehr, wo), in dem der Autor darauf hingewiesen hat, dass Ihr erster Beitrag zum Repository einer anderen Person so diskret wie möglich sein sollte. Dies kann so etwas Einfaches wie das Korrigieren eines Tippfehlers sein. Und das tat ich. Ich habe die Repository-Dokumentation gelesen, ein paar Tippfehler gefunden, eine PR geöffnet und siehe da, Evan hat meine Änderungen genehmigt. Ich bin offiziell ein Vue-Mitwirkender! Vielleicht sollte ich das in meine Twitter-Biografie aufnehmen?

„Das ist toll, aber wie fange ich an?“

Okay, fangen wir an: Ich zeige Ihnen Schritte, die Sie unternehmen können, um etwas zu bewirken.

1. Suchen Sie ein Projekt

Denken Sie zur Inspiration an Ihre Lieblingstechnologie oder Ihr Lieblingswerkzeug. Nehmen wir an, Sie arbeiten mit JavaScript und verwenden häufig Gatsby ? Schauen Sie sich ihr Repository an ! Sie können auch zu einem meiner Repositories beitragen. Hier ist eine Liste meiner Frontend-Projekte. Wenn Sie etwas haben, das Ihnen gefällt oder das Sie nützlich finden, würde ich mich freuen, wenn Sie es hinzufügen! Schließlich ist Awesome First PR Opportunities eine riesige Sammlung von Open-Source-Projekten für Anfänger. Es gibt Projekte in 22 verschiedenen Sprachen!

2. Entscheiden Sie, wie Sie einen Beitrag leisten können

Schauen Sie sich das Projekt an. Lesen Sie die Readme-Datei. Scannen Sie verschiedene Ordner und Dateien. Gewinnen Sie ein Verständnis für die Struktur der Codebasis. Auf diese Weise können Sie den Tippfehler leicht finden und korrigieren! Wenn Sie das erledigt haben, werfen Sie einen Blick auf den Abschnitt „Probleme“ des Projekts. Dort finden Sie eine Liste bereits gefundener Fehler oder vorgeschlagener Funktionen. Glücklicherweise handelt es sich bei vielen Projekten um Probleme, die sich an Anfänger richten. Ich denke, Ihr erster Beitrag sollte so subtil wie möglich sein, aber wenn Sie schnell Anerkennung erlangen möchten, liegt es an Ihnen. Sobald Sie etwas gefunden haben, das Sie dem Projekt hinzufügen können, müssen Sie es forken.

3. Erstellen eines Forks des Projekts

Ein Fork (Fork eines Projekts) erstellt eine exakte Kopie davon in Ihrem eigenen Github-Repository.

4. Klonen Sie das Projekt lokal

Klonen Sie dann das Projekt mithilfe der Projekt-URL in einen lokalen Ordner.

git clone <project-url>

Hier finden Sie die URL. Da sich das Projekt nun auf Ihrem Computer befindet, öffnen Sie es in einem Editor. Wenn Sie der Meinung sind, dass Änderungen einige Zeit in Anspruch nehmen werden, synchronisieren Sie unbedingt eine Kopie des Projekts mit dem Original, damit Sie immer über die Änderungen informiert sind. Die genauen Git-Befehle hierfür finden Sie hier .

5. Erstellen Sie einen neuen Zweig für Ihre Änderungen

Es ist Zeit, Ihre Änderungen/Korrekturen vorzunehmen! Erstellen Sie einen neuen Zweig, in dem Ihre Änderungen wirksam werden.

git branch <branch-name>

Sie können es beliebig nennen, aber meiner Erfahrung nach werden Sie im Originalprojekt ein Muster für die Benennung von Zweigen erkennen können. In diesem Fall empfehle ich, der bestehenden Vorlage zu folgen. Ein guter Zweigname zum Beheben des Tippfehlers wäre patch/typo-fix . Sie können mit git checkout <branch-name> zu diesem Zweig wechseln . Nehmen Sie jetzt Ihre Änderungen vor!

6. Öffnen Sie eine PR (Zusammenführungsanfrage)

Sie haben also einen offensichtlichen Tippfehler behoben oder einen defekten Link aktualisiert. Sie sind stolz auf Ihre Arbeit. Sie möchten, dass die ganze Welt weiß, dass Sie einer dieser mythischen Entwickler sind, die gleichzeitig programmieren, löschen und Netflix ansehen können. Übertragen Sie Ihre Änderungen mit git push -u origin <branch-name> in ein verzweigtes Github-Repository . Gehen Sie zu Ihrem geforkten Github-Repository und öffnen Sie eine PR (Pull-Anfrage). Hinweis: Wenn Sie noch nie zuvor eine Pull-Anfrage gestellt haben, sehen Sie sich dieses Video von Kent Dodds an, um zu erfahren, wie das geht. Stellen Sie sicher, dass Ihr Branch auf den Master-Branch des Quell-Repositorys verweist. Jetzt können Sie Details zu Ihrer PR hinzufügen. Stellen Sie sicher, dass Ihre Überschrift den Inhalt der PR klar vermittelt. Fügen Sie eine Beschreibung hinzu: Wenn Sie ein bestehendes Problem beheben, fügen Sie unbedingt einen Link dazu hinzu. Sobald Sie mit Ihrer Beschreibung fertig sind, reichen Sie Ihre PR zur Überprüfung ein. Wer auch immer die Befugnis hat, PR zu genehmigen, wird Ihren Antrag wahrscheinlich innerhalb weniger Tage prüfen und einen der folgenden Schritte ausführen:

1. Änderungen werden sofort übernommen.
2. Sie werden aufgefordert, Änderungen vorzunehmen.
3. Wird Ihre PR schließen.

Bitte haben Sie etwas Geduld, da der Repository-Ersteller möglicherweise mit einem Vollzeitjob oder anderen Projekten beschäftigt ist.

Du hast es geschafft!

Sie sind jetzt Mitwirkender am Open-Source-Projekt! Wie fühlt es sich an? Sind Sie bereit, Ihren eigenen Node.js-Konkurrenten zu erstellen? Ich hoffe, dass die Aussichten für zukünftige Open-Source-Arbeiten durch einen einfachen Beitrag weniger entmutigend werden. Weitere Informationen zu Open-Source-Beiträgen finden Sie in den Open-Source- Leitfäden .