Vorwort
Dieser Text setzt voraus, dass der Leser mit dem sogenannten vertraut ist. agiles Manifest der Softwareentwicklung und ihrer sogenannten Grundprinzipien .
Im Moment gibt es eine große Anzahl von Menschen, die dieses "Manifest" akzeptieren, ihm zustimmen und sogar versuchen, es anzuwenden. Aber für mich persönlich sieht es aus wie ein Witz, der sich in die Länge gezogen hat.
Inhalt
- Rigid Programmer Manifesto
- Grundprinzipien eines harten Programmierer-Manifests
- Kommentare
Wir entdecken ständig fortschrittlichere Methoden der Softwareentwicklung, führen die Entwicklung direkt durch und helfen anderen dabei. Dank der geleisteten Arbeit konnten wir Folgendes realisieren:
Das Konzept ist wichtiger als die neuen Anforderungen.
Qualität ist wichtiger als Geschwindigkeit
Tun, was wichtiger ist, als wie gewünscht zu tun
Das heißt, ohne die Wichtigkeit dessen zu leugnen, was rechts ist, schätzen wir immer noch mehr auf das, was links ist.
Die höchste Priorität für uns ist die fruchtbare und produktive Arbeit des Programmierers dank eines durchdachten Plans und der folgenden Softwareentwicklungstechnologie. Und als Ergebnis all dessen Zufriedenheit mit den Ergebnissen ihrer Arbeit.
Das Ändern von Anforderungen ist möglich, aber neue Anforderungen müssen dieselben Reflexionsstufen durchlaufen, die alle alten Anforderungen erfüllt haben. Der Kunde muss sich bewusst sein, dass sich ändernde Anforderungen zum Produktrecycling führen können.
Das Produkt sollte erst freigegeben werden, wenn es das erforderliche Qualitätsniveau erreicht hat. Nein, und es kann keine feste Periodizität geben.
Jeder sollte verstehen, was er tut und versuchen, es gut zu machen. Erfolglose Verkaufs- oder Planungsarbeiten sollten nicht zu einem endlosen Strom von Änderungen von Anforderungen oder Fristen führen, dh an Ingenieure übertragen werden.
Motivierte Fachkräfte sollten an dem Projekt arbeiten. Schaffen Sie für die zu erledigende Arbeit Bedingungen, bieten Sie Unterstützung und vertrauen Sie ihnen voll und ganz.
Direkte Kommunikation sollte die direkte Arbeit nicht beeinträchtigen. Halten Sie Besprechungen ab, wenn der Workflow sie benötigt.
Ein Qualitätsprodukt ist ein Schlüsselindikator für den Erfolg.
Niemand sollte "zum Tragen" arbeiten. Sie müssen ruhig arbeiten, ohne unangemessenen „Rhythmen“ und „Zyklen“ zu folgen. Die Verarbeitung ist nicht akzeptabel.
Die ständige Beachtung des Prozesses erhöht die Qualität, Zuverlässigkeit und Flexibilität des Systems.
Die besten Anforderungen, architektonische und technische Lösungen entstehen aus Teams, die eng an Anforderungen, architektonischen und technischen Lösungen arbeiten.
Es ist nützlich, Präsentationen und Seminare abzuhalten, um das allgemeine berufliche Niveau und den Grad der Beteiligung am Gesamtprozess zu verbessern.
Das Konzept ist wichtiger als die neuen Anforderungen.
Bevor Sie mit der Softwareentwicklung beginnen, müssen zwei Dinge getan werden:
- Entwickeln Sie ein Softwaremodell.
- Denken Sie an Softwarearchitektur.
Wenn der Kunde plötzlich neue Anforderungen stellt, müssen Sie nicht „bereit für Änderungen“ sein, sondern neue Anforderungen mit dem alten Konzept vergleichen.
Wenn die Anforderungen an das vorhandene Matmodel und die vorhandene Architektur fallen - in Ordnung. Wir stellen die Aufgabe in die Warteschlange. Wenn Sie nicht Schritt halten, müssen Sie entweder neue Anforderungen anpassen oder verwerfen oder das Modell und die Architektur so ändern, dass die Anforderungen auf sie fallen. Und dies ist eine neue Planung, ein mögliches Remake dessen, was bereits getan wurde, dh Zeit und Geld.
Wenn der Kunde dies nicht versteht, muss er es geduldig erklären und darf nicht beim ersten Anruf in die Richtung rennen, die durch die flüchtige Welle seiner königlichen Hand angezeigt wird. Ansonsten kommt anstelle von Software ein Haufen stinkender Müll heraus.
Qualität ist wichtiger als Geschwindigkeit
Mit anderen Worten, der technische Prozess ist wichtiger als das Timing.
Auf einer Baustelle tragen sie Helme. Warum? Weil es Sicherheit erfordert.
Softwareentwickler schreiben Tests und Dokumentationen. Warum? Denn das ist die Technologie der Softwareproduktion.
Zahlreiche Büros werfen Tonnen von nicht genutzter oder schlecht funktionierender Software ab, anstatt ein wenig Zeit damit zu verbringen, sich an alles zu erinnern. Und dann fangen sie an, "Fehler zu beheben".
Bei alarmierender Regelmäßigkeit gibt es Signale, dass die nächste Anwendung (oder sogar das gesamte Betriebssystem) nach dem nächsten Update nicht mehr funktioniert. Was ist mit wöchentlichen „technischen“ Updates, die die „allgemeine Stabilität und Zuverlässigkeit“ verbessern? Ist das bekannt?
Wir selbst bilden diesen Teufelskreis: Jeder hat es eilig, also haben wir es eilig, deshalb haben alle es eilig. Es ist Zeit anzuhalten und nachzudenken.
Tun, was wichtiger ist, als wie gewünscht zu tun
. , X . , , X, , , , , , , A, B , , C.
— "" " ", , " ", "", " ". , — , .
, . , , , , , , X, , Y , . , , ? ?
→
P.S.
.
, , , "".
… , , — , ...
powerman
— . :)
DexterHD