Gesetz des Instruments und der Fluch des Programmierers

Wenn Sie mit dem nicht vertraut sind Gesetz des Instruments, auch bekannt als Maslows Hammer / Hammer, oder der goldene Hammer, als den er oft ausgedrückt wird

Wenn Ihr einziges Werkzeug ein Hammer ist, behandeln Sie alles wie einen Nagel.

Nach meinem Verständnis bedeutet das Gesetz des Instruments, dass Sie durch Instrumente oder Werkzeuge eingeschränkt sind, die Sie verwenden können. Wenn Sie beispielsweise eine Schraube, etwas Holz und einen Hammer haben, können Sie die Schraube möglicherweise erfolgreich in das Holz einführen, aber ein Schraubendreher wäre eine bessere Alternative.

Das Gesetz des Instruments bedeutet auch ein Besessenheit mit der Perfektion der Instrumente, die Sie kennen. Ich erinnere mich an die Zeit, als ich überzeugt war, dass es keinen Grund gab, sich mit anderen Programmiersprachen zu beschäftigen, weil Delphi die beste war. Jetzt habe ich einige Zeit damit verbracht, viele andere Programmiersprachen zu verwenden, und kann daher mit Sicherheit sagen, dass Delphi die beste ist, während ich auch den Wert und die Verwendung anderer Programmiersprachen erkennen kann.

Ich glaube, es lohnt sich, neue Technologien, Frameworks, Sprachen oder Methoden kennenzulernen. Dann können Sie die richtige für den Job auswählen. Dies bedeutet nicht, dass Sie ein Experte in allen Bereichen sein müssen, aber Sie sollten genug wissen, um sich auf Ihre Wahl zu verlassen.

Das Gegenteil davon ist die Besessenheit, alle paar Jahre neue und aufregende Technologien zu verfolgen und Dinge neu zu erschaffen. Dies hält die Entwickler unterhalten, bietet aber keinen wirklichen Geschäftswert. Wiederum glaube ich, dass Delphi hier gute Arbeit leistet, da es Ihren vorhandenen Code respektiert und gleichzeitig zu neuen Plattformen, Funktionen und Frameworks übergeht.

Also, was ist das? Fluch des Programmierers?

Wenn ich mit anderen Programmierern spreche, sehe ich zwei Verhaltensweisen. Das erste ist, dass jedes Problem, auf das sie im Leben stoßen (bei der Arbeit und darüber hinaus), mit „Ich könnte ein Programm schreiben, um dies zu tun, ”Oder eine Variation. Im weiteren Sinne werfen sie auch ein kritisches Auge auf jedes Softwaresystem (auch auf selbst entwickelte), um zu sehen, wie sie besser gemacht werden können. Dies führt zu einem riesigen Rückstand an Projekten, die sie erstellen, um Probleme zu beheben, ein Problem besser zu beheben oder einfach nur aus Neugier, ob sie dies können.

Dies ähnelt dem Gesetz des Instruments, aber ich sehe es eher darin, dass Sie durch das Erlernen der Flexibilität und Leistungsfähigkeit des Programmierens viele Möglichkeiten sehen, es anzuwenden. Ich habe mit Leuten aus anderen Branchen gesprochen, und ich denke, die allgemeine Tendenz ist ziemlich universell. Es ist nur so, dass die Programmierung (meiner Meinung nach) so viel leistungsfähiger und flexibler ist als viele andere angewandte Technologien.

Das zweite Verhalten, bei dem man vorsichtiger sein sollte, ist das Drang, ein “Bibliothek" oder "Rahmen”Anstatt das vorliegende Programm zu beenden. Sie erstellen beispielsweise ein Programm zur Lösung eines Problems und erstellen dabei eine Reihe von Bibliotheken für den Fall, dass Sie ähnliche Probleme lösen müssen.

Es ist wertvoll, wiederverwendbare Bibliotheken, Funktionen, Komponenten und Frameworks zu haben. Der Trick besteht darin, die Erstellung nicht den Versand behindern zu lassen. Der beste Weg, damit umzugehen, besteht darin, die Bibliothek nur dann zu erstellen, wenn Sie sie benötigen. Schreiben Sie Ihren Code mit der entsprechenden Kopplungsstufe, um das vorliegende Problem zu lösen. Wenn Sie ein Stück davon an anderer Stelle wiederverwenden müssen, sollten Sie es in etwas Wiederverwendbares umgestalten. Wenn Sie es dann an mehreren Stellen verwenden, können Sie es weiter überarbeiten und erweitern, bis Sie ein vollständiges Framework haben.

Wie sehen Sie den Fluch des Programmierers in Ihrem Leben? Was verwenden Sie, um zu verhindern, dass jedes Projekt eine Reihe wiederverwendbarer Frameworks hervorbringt?

Quelle:http://delphi.org/2018/01/curse-of-the-programmer/