Nützliche Entwicklergewohnheiten

Dank dessen werden Sie als Programmierer besser

Jeder Entwickler hat Gewohnheiten im Zusammenhang mit dem Schreiben von Code - sowohl schädlich als auch nützlich. Wenn Sie jedoch die richtigen Gewohnheiten anwenden, können Sie die Effizienz der Arbeit mit Code erheblich verbessern. Solche Gewohnheiten betreffen nicht nur Sie, sondern höchstwahrscheinlich auch Ihre Kollegen.

Wie Denis Waitley sagte: "Sie können eine schlechte Angewohnheit nicht loswerden, aber Sie können sie durch eine gute ersetzen." Aus diesem Grund biete ich Ihnen eine Liste von sieben Gewohnheiten an, von denen ich denke, dass sie Ihnen dabei helfen werden, als Programmierer besser zu werden.

Übersetzt nach Alconost

1. Wiederholen Sie nicht

Sicherlich ist Ihnen das mehrmals passiert: Sie sehen sich einen Teil des Codes an und stellen fest, dass er einem Fragment sehr ähnlich ist, das Sie bereits geschrieben haben .

Dies ist ein schlechtes Omen: Wiederholungen sollten vermieden werden. Das Duplizieren von Code ist ein schlechter Ton, da es mit der Zeit schwieriger wird, diesen Code zu pflegen, da Korrekturen an mehreren Stellen vorgenommen werden müssen. Infolgedessen steigt die Wahrscheinlichkeit, dass sich Fehler in den Code einschleichen.

Es hat sich bewährt, dem Prinzip "NICHT WIEDERHOLEN" oder "TROCKEN" (dt. "Wiederholen Sie sich nicht") zu folgen: Wenn Sie Code schreiben, der sich bereits in einem anderen Teil des Systems befindet, müssen Sie ihn höchstwahrscheinlich umgestalten. Teilen Sie den Code und die Logik in kleinere wiederverwendbare Blöcke auf und rufen Sie sie bei Bedarf auf.

2. Schrieb - Refactor

Die meisten Programmierer, insbesondere diejenigen mit wenig Erfahrung, sind der Meinung, dass der Code nach Abschluss der Aufgabe wie vorgesehen funktioniert. Um die Aufgabe "abzuschließen", reicht es jedoch nicht aus, nur Code aufzuschreiben, der eine neue Funktion implementiert.

Aber wenn der Code funktioniert, was wird sonst noch benötigt?

Na ja, es funktioniert. Bevor Sie jedoch mit der nächsten Aufgabe fortfahren, müssen Sie eine Umgestaltung durchführen: Dadurch wird die Lesbarkeit des Codes verbessert. In der Tat ist dieses Fragment wahrscheinlich nicht das genaueste und offensichtlichste von denen, die Sie geschrieben haben: Etwas mag für Sie sofort verständlich sein, aber wie wird dieser Code für andere sichtbar sein? Seien Sie kritisch gegenüber Ihrer Schöpfung.

Darüber hinaus trägt das Refactoring zur Reduzierung der Codekomplexität bei, wodurch die Wartung vereinfacht wird. Und in Zukunft wird es sich auszahlen.

3. Konzentrieren Sie sich auf Geschäftsziele

Entwickler sind in der Regel so in die Erforschung des technologischen Stacks vertieft, dass sie die Aufgaben des Unternehmens aus den Augen verlieren - wir dürfen sie jedoch nicht vergessen. Erinnern Sie sich, was der Zweck des Projekts ist, das Sie entwickeln?

Einige Entwickler interessieren sich nur für die technischen Aspekte ihrer Arbeit. Sie sind nicht besorgt über geschäftliche und wirtschaftliche Faktoren, deren Vorhandensein ihnen tatsächlich Arbeit gibt.

Wofür arbeiten Sie? Profitieren Sie vom Geschäft - oder verbringen Sie zu viel Zeit damit, dass es in der Tat nicht sehr wichtig ist? Stellen Sie sich diese Frage öfter.

4. Kleine Verpflichtungen

Wenn der Umfang des Commits klein ist, können Sie ihm eine klare Beschreibung geben. Jeder versteht, dass "ein paar Fehler behoben wurden" eine schlechte Beschreibung ist, oder?

Kleine Commits vereinfachen das Debuggen: Sie können zum vorherigen Commit zurückkehren und prüfen, ob ein Fehler aufgetreten ist. Und wenn das Commit nicht viel Code enthält, ist es einfacher, nach Fehlern zu suchen.

Wenn die Commits groß sind, kann dies zu verschiedenen Problemen und Unannehmlichkeiten führen. Wenn sich Änderungen in einem Commit auf viele Dinge auswirken, wird unklar, was sich genau geändert hat.

Aber jemand muss diesen Code überprüfen, und er (oder sie) hat Angst, die Zusammenführung durchzuführen, weil zu viel Commit den Rest des Codes möglicherweise stören kann.

Bei kleinen Commits wird die Codeüberprüfung daher erheblich vereinfacht: Wenn Sie eine Änderung nach der anderen überprüfen, können Sie leicht herausfinden, was sich tatsächlich geändert hat.

5. Die Hauptsache ist die Einheitlichkeit

Wenn Sie sich entscheiden, Variablen im Camel-Stil zu benennen, gehen Sie von dieser Regel nicht zurück. Möchten Sie Leerzeichen anstelle von Tabulatoren verwenden? Mach weiter! Aber egal für was Sie sich entscheiden, bleiben Sie überall dabei.

Mit der Zeit wird es immer schwieriger, geschriebene Software zu verstehen: Je länger ein Projekt existiert und je mehr Leute daran arbeiten, desto mehr Unordnung im Code. Ein Mangel an Einheitlichkeit schafft daher Probleme.

Was kann getan werden, um die Einheitlichkeit aufrechtzuerhalten?

Zunächst müssen Sie einen bestimmten Designstil auswählen und sich daran halten. Sie können Code-Analysatoren (Linters) verwenden, die überprüfen, ob die geschriebenen Informationen dem ausgewählten Stil entsprechen.

Zweitens bleiben Sie bei der einheitlichen Benennung von Variablen, Methoden und Klassen. Lesen Sie in meinem Artikel mehr darüber, wie man gute Namen nennt.

Die Hauptsache - denken Sie daran: Die Bequemlichkeit der Pflege der Codebasis hängt stark von der Einheitlichkeit des Codes ab!

6. Verlassen Sie nicht "für später"

„Okay, ich repariere es später“, kommt mir das bekannt vor? Wir alle wissen, dass ein solches "später" oft zu "nie" wird. Wenn Sie den Kommentar „TODO“ sehen, bedeutet dies, dass jemand etwas für eine unbestimmte Zeit „später“ hinterlassen hat.

Arbeiten Sie von Grund auf an einem Code-Snippet oder einer User Story.

Aber was bedeutet "vor Fertigstellung"?

Dies bedeutet zunächst, dass der Code wie oben erwähnt überarbeitet wurde. Außerdem muss der Code getestet werden. Und das Testen ist für die meisten Entwickler vielleicht der ungeliebteste Teil des Jobs. Gleichzeitig reicht es nicht aus, ein Szenario zu durchlaufen, das nur die bereitgestellten Aktionen enthält. Überprüfen Sie auch die anderen Optionen. Und Sie können sich etwas mehr Mühe geben und ein paar automatische Tests schreiben.

Und der letzte ist die Dokumentation. Benötige ich Dokumentation für diese bestimmte Funktion? Haben Sie dem Tester erklärt, wie Sie diese Funktion testen können? Muss er (oder sie) über irgendwelche Voraussetzungen Bescheid wissen?

7. Hören Sie nicht auf zu lernen

Täglich tauchen neue Technologien auf. Manchmal scheint es unmöglich, mit allen Trends Schritt zu halten. Sie können jedoch nicht aufhören, neue Dinge zu lernen: Sobald Sie aufhören zu lernen, werden Sie aufhören, professionell zu wachsen.

Das Lernen des Neuen ist der einzige Weg, um im technologischen Zeitalter des ständigen Wandels auf dem Arbeitsmarkt relevant zu bleiben.

"Sie werden nicht wachsen, wenn Sie nicht versuchen, etwas zu tun, das über das hinausgeht, was Sie bereits perfekt kennen."
- Ralph Waldo

Über den Übersetzer

Der Artikel wurde von Alconost übersetzt.

Alconost lokalisiert Spiele , Anwendungen und Websites in 70 Sprachen. Muttersprachliche Übersetzer, Sprachtests, Cloud-Plattform mit API, kontinuierliche Lokalisierung, Projektmanager rund um die Uhr, jedes Format von Zeichenfolgenressourcen.

Wir machen auch Werbe- und Schulungsvideos - für Websites, die verkaufen, Image, Werbung, Schulung, Teaser, Expliner, Trailer für Google Play und den App Store.

→ Lesen Sie mehr