Es ist Verstehen vor dem Codieren

Wann immer Sie über eine Reihe verschiedener Dinge bloggen möchten, die alle darauf abzielen, Menschen dabei zu helfen, hochwertigen Code zu schreiben (oder wirklich irgendetwas zu schreiben), um ihren Arbeitsablauf zu verbessern, erhalten Sie bestimmt Feedback, oder?

Versteh mich nicht falsch. Ich begrüße es. Ich denke, es hilft, in Zukunft besser zu schreiben (das heißt, ich frage, was kann ich besser machen).

Und auf die Gefahr hin, dass es aussieht, als würde ich „jemanden herausrufen” (was ich nicht bin), möchte ich einen [nicht zugeordneten] Tweet teilen, den ich letzte Woche erhalten habe:

Ihr Titel „Hochwertiger Code” hat mich für ein paar Hardcore-Sachen gepumpt, aber Alter ~ 99 % Erzählung vs. ~ 1 % Code?? fällt tot auf seine Tastatur

Und ich verstehe es. Es gibt sehr wenig Code in einem Beitrag, der darauf abzielt, über Code zu sprechen. Aber es gibt Gründe dafür, und es kommt von ein paar Jahren des Lesens von Artikeln, des Schreibens von Artikeln, des Lesens von Code und des Schreibens von Code.

Also dachte ich, für andere, die die gleichen Gedanken haben, könnte es sich lohnen, zu erklären, warum ich den Ansatz verfolge, den ich tue.

Verstehen vor dem Codieren

Um es klar zu sagen, nichts hier soll irgendjemanden oder irgendetwas hervorheben. Wenn überhaupt, ist es mein Generalist zu diesem Thema und warum ich darüber nachdenke, über hochwertigen Code zu sprechen, zu schreiben und Beiträge zu teilen

1 Ein Oxymoron

Unsere aktuelle Programmierkultur scheint die Idee zu fördern und aufrechtzuerhalten, zuerst zu programmieren und [vielleicht] später zu verstehen. Das kommt mir rückständig vor.

Ich mag keine Copy-and-Paste-Codierung, weil der Begriff ein Oxymoron ist. Sie können nicht Code schreiben und ihn kopieren und einfügen. Es ist entweder das eine oder das andere.

Ich denke, Toby hat es am besten erwähnt:

Hochwertiger Code kann nicht aus dem Internet kopiert und eingefügt werden.

Ich denke, es ist wichtig sicherzustellen, dass wir den Code selbst schreiben können. Und um das zu tun, müssen wir ein bisschen Verständnis haben.

2 Einladung zur Verständigung

Schließlich heißt es aus einem bestimmten Grund Code. Meiner Meinung nach ist das Letzte, worüber wir uns Sorgen machen müssen, der Code selbst.

Tools können natürlich helfen, aber wenn Sie die Fehler nicht verstehen, können Sie nichts verbessern.

Das heißt, es ist wichtig zu verstehen, was wir zu tun versuchen, und einen hochwertigen oder robusten Weg zu finden, um etwas zu tun. Daher ist es wichtiger, die Konzepte hinter dem zu verstehen, was wir tun, als den eigentlichen Code.

Denn wenn Sie das Konzept nicht verstehen, werden Sie den Code nicht verstehen.

Noch mehr Gründe?

Aus der Spitze meines Kopfes? Nein, aber das bedeutet nicht, dass es nicht mehr gibt.

Aber wenn dies die drei sind, die mir am leichtesten einfallen, dann finde ich, dass sie normalerweise die besten Gründe für einen bestimmten Ansatz sind. Das bedeutet nicht, dass der Ansatz richtig ist, aber er ist zumindest gerechtfertigt.