Die wesentliche Entwicklerfähigkeit, die Ihren Code verbessert

Die wesentliche Entwicklerfähigkeit, die Ihren Code verbessert

Vorwort des Übersetzers: Nachdem Sie diesen Artikel gelesen haben, werden Sie vielleicht überrascht oder sogar wütend sein. Ja, wir waren auch überrascht: Der Autor hatte angeblich noch nie von der Hierarchie im Team gehört, von der Festlegung von Aufgaben mit dem Status „schnell und ohne Begründung erledigen“. Ja, das stimmt, das ist ein etwas seltsamer Text. Tatsächlich schlägt der Autor vor, dass der Programmierer die Rolle eines Systemarchitekten übernimmt – warum braucht man dann einen Architekten? Aber all diese Einwände sollten Sie nicht für die Hauptsache blind machen – warum wir diesen Text trotzdem aufgenommen und übersetzt haben. Er redet nicht über Rollen. In diesem Text geht es um einen professionellen Ansatz und Bewusstsein. Die Wahrheit ist, dass Sie niemals ein großartiger Programmierer werden werden, solange Sie einfach „tun, was Ihnen gesagt wird“, ohne über die Bedeutung Ihrer Handlungen nachzudenken.

Sagen Sie Nein zu unnötigem Code. Sie müssen lediglich drei Buchstaben zusammensetzen und das Wort sagen. Lasst uns das gemeinsam versuchen: „Nooooo!“

Aber warte. Warum machen wir das? Schließlich besteht die Hauptaufgabe eines Programmierers darin, Code zu schreiben. Aber müssen Sie Code schreiben, der von Ihnen verlangt wird? Nein! „Zu verstehen, wann man keinen Code schreiben sollte, ist wahrscheinlich die wichtigste Fähigkeit eines Programmierers.“ Die Kunst des lesbaren Codes.

Erinnerung: für alle Leser von „Habr“ – ein Rabatt von 10 Rubel bei der Anmeldung zu einem beliebigen Skillbox-Kurs mit dem Aktionscode „Habr“.

Skillbox empfiehlt: Praktischer Kurs „Mobile Developer PRO“.

Programmieren ist die Kunst, Probleme zu lösen. Und Sie beherrschen diese Kunst.
Um so schnell wie möglich mit der Arbeit beginnen zu können, denken wir manchmal an nichts anderes, als die anstehende Aufgabe zu erledigen. Und dies kann noch schwerwiegendere Probleme verursachen.

Wovor verschließen Programmierer die Augen?

Der gesamte Code, den Sie schreiben, muss für andere Entwickler verständlich sein und muss getestet und debuggt werden.

Aber es gibt ein Problem: Was auch immer Sie schreiben, es wird Ihre Software komplizierter machen und wahrscheinlich in Zukunft zu Fehlern führen.

Laut Rich Skrent, Code ist unser Feind. Folgendes schreibt er:

„Der Code ist schlecht, weil er anfängt zu faulen und ständige Wartung erfordert. Das Hinzufügen neuer Funktionen erfordert häufig die Änderung alten Codes. Je größer es ist, desto höher ist die Wahrscheinlichkeit, dass ein Fehler auftritt, und desto länger dauert die Kompilierung. Ein anderer Entwickler braucht mehr Zeit, um es herauszufinden. Und wenn eine Umgestaltung erforderlich ist, gibt es auf jeden Fall Fragmente, die es wert sind, geändert zu werden. Großer Code bedeutet oft eine eingeschränkte Flexibilität und Funktionalität des Projekts. Eine einfache und elegante Lösung ist schneller als komplexer Code.“

Woher wissen Sie, wann Sie keinen Code schreiben sollten?

Das Problem besteht darin, dass Programmierer häufig die Anzahl der Funktionen übertreiben, die ihre Anwendung benötigt. Dadurch bleiben viele Codeabschnitte unvollendet oder werden von niemandem genutzt, erschweren aber die Anwendung.

Sie müssen genau verstehen, was Ihr Projekt braucht und was nicht.

Ein Beispiel ist eine Anwendung, die nur eine Aufgabe löst – die Verwaltung von E-Mails. Zu diesem Zweck wurden zwei Funktionen eingeführt – das Senden und Empfangen von Briefen. Sie sollten nicht erwarten, dass der Mail-Manager gleichzeitig zum Task-Manager wird.

Zu Vorschlägen zum Hinzufügen von Funktionen, die nicht mit der Hauptaufgabe der Anwendung zusammenhängen, müssen Sie entschieden „Nein“ sagen. Genau in diesem Moment wird klar, dass kein zusätzlicher Code erforderlich ist.

Verlieren Sie nie den Fokus Ihrer Bewerbung.

Fragen Sie sich immer:

— Welche Funktion soll jetzt implementiert werden?
— Welchen Code soll ich schreiben?

Hinterfragen Sie die Ideen, die Ihnen in den Sinn kommen, und bewerten Sie Vorschläge, die von außen kommen. Andernfalls kann zusätzlicher Code das Projekt einfach zum Erliegen bringen.

Wenn Sie wissen, wann Sie keine unnötigen Dinge hinzufügen sollten, behalten Sie die Kontrolle über Ihre Codebasis.

Die wesentliche Entwicklerfähigkeit, die Ihren Code verbessert

Ganz am Anfang des Pfades stehen dem Programmierer nur zwei oder drei Quelldateien zur Verfügung. Es ist einfach. Das Kompilieren und Starten der Anwendung erfordert ein Minimum an Zeit. Es ist immer klar, wo und wonach gesucht werden muss.

Wenn die Anwendung erweitert wird, erscheinen immer mehr Codedateien. Sie füllen den Katalog mit jeweils Hunderten von Zeilen. Um dies alles richtig zu organisieren, müssen Sie zusätzliche Verzeichnisse erstellen. Gleichzeitig wird es immer schwieriger, sich daran zu erinnern, welche Funktionen wofür verantwortlich sind und welche Handlungen sie verursachen; Auch das Erkennen von Fehlern nimmt mehr Zeit in Anspruch. Auch das Projektmanagement wird immer komplexer, nicht nur ein, sondern mehrere Entwickler müssen den Überblick behalten. Dementsprechend steigen sowohl die monetären als auch die zeitlichen Kosten und der Entwicklungsprozess verlangsamt sich.

Das Projekt wird schließlich riesig und das Hinzufügen jeder neuen Funktion erfordert immer mehr Aufwand. Selbst für etwas sehr Unbedeutendes muss man mehrere Stunden aufwenden. Die Behebung vorhandener Fehler führt zum Auftreten neuer Fehler und es werden Fristen für die Anwendungsfreigabe verpasst.

Jetzt müssen wir um das Überleben des Projekts kämpfen. Warum?

Tatsache ist, dass Sie einfach nicht verstanden haben, wann Sie keinen zusätzlichen Code hinzufügen sollten, und auf jeden Vorschlag und jede Idee mit „Ja“ geantwortet haben. Du warst blind, der Wunsch, Neues zu schaffen, ließ dich wichtige Fakten ignorieren.

Klingt wie ein Drehbuch für einen Horrorfilm, oder?

Genau das wird passieren, wenn Sie immer wieder Ja sagen. Versuchen Sie zu verstehen, wann Code nicht hinzugefügt werden sollte. Entfernen Sie unnötige Dinge aus dem Projekt – das wird Ihnen das Leben erheblich erleichtern und die Lebensdauer der Anwendung verlängern.

„Einer meiner produktivsten Tage war, als ich 1000 Zeilen Code gelöscht habe.“
– Ken Thompson.

Es ist schwierig zu lernen, wann man keinen Code schreiben sollte. Aber es ist notwendig.

Ja, ich weiß, dass Sie gerade den Weg eines Entwicklers eingeschlagen haben und Code schreiben möchten. Es ist gut, den ersten Eindruck nicht zu verlieren, aber wichtige Faktoren nicht aus Begeisterung aus den Augen zu verlieren. Wir haben alles durch Versuch und Irrtum realisiert. Auch Sie werden Fehler machen und daraus lernen. Aber wenn Sie daraus lernen können, wird Ihre Arbeit bewusster.

Schaffen Sie weiter, aber wissen Sie, wann Sie Nein sagen müssen.

Skillbox empfiehlt:

Source: habr.com

Kommentar hinzufügen