-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
16. Feb 2012
Du hast recht.
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
16. Feb 2012
Nein. Das meine ich nicht. Ich nehme die Welt anders wahr als der Chef SW-Architekt bei Google. Unterschiedliche Wahrnehmung führt zu unterschiedlichen Gewichtungen und Entscheidungen.
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
16. Feb 2012
Der Spruch auf der Startseite ist nicht schlecht. Gut finde ich auch - zum Thema "wieder ein Tag 'rum":
"Einer mehr ist einer weniger."
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
16. Feb 2012
Zweifellos gibt es ganz andere Ligen als die in der ich spiele. Ich baue/warte eine kleines Mietshaus, nicht Stuttgart21. Um mit Marx zu sprechen: Das Sein bestimmt das Bewusstsein. Google hat andere Sorgen als ich.
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
16. Feb 2012
Weil ich bunte Armbänder für Satire halte? Das Buch von Robert Martin habe ich mir erstmal bestellt. Die Zielrichtung von cleancode finde ich löblich. Ettliche der dort propagierten Grundsätze bemühe ich mich schon seit langem einzuhalten. Ich werde aber genausowenig bunte Armbänder tragen wie ich irgendwelche Manifestos unterzeichne. Das geht mit verlaub dann doch in Richtung Religion und...
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
15. Feb 2012
Ich werde mit deiner Verachtung leben müssen und weiter als kleiner Junge jeden Tag Probleme lösen. Ich werde die Augen offenhalten und sehen, welche Werkzeuge es so gibt die mir das Leben leichter machen. Was cleancodedeveloper.de angeht:
Das mit den Armbändchen ist doch Satire, oder?
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
14. Feb 2012
Im wirklichen Leben ist das nicht das auch nicht so. Da bekommt die Einkaufsabteilung die Anweisung von den Fachabteilungen zu Beschaffung der benötigten Materialien in der benötigten Menge. Müsste die Einkaufsabteilung pollen, würden sich unsere Einkäufer sofort erschießen.
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
14. Feb 2012
case fuhrpark.eingeteiltesfahrzeug.motor.kraftoffart of
diesel : einkaufsabteilung.dieselbestellen;
hafer : einkaufsabteilung.haferbestellen;
plutonium : sicherheitsdienst.anrufen;
end;
Denke ich zu einfach?
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
14. Feb 2012
Puh. Er versteht mich.
Meine Welt besteht fast komplett aus typisierten Objektlisten. Objekte die potentiell Property verschiedener anderer Objekte sein können haben ein property "userlist". Ihr Owner (immer eine typisierte Liste) implementiert eine cleanup Methode welche Items mit userlist.count=0 freigibt. Die cleanup methode wird aufgerufen, wenn ein neues Objekt von der Liste verlangt...
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
14. Feb 2012
Wo wir so schön dabei sind:
Kein Mensch behauptet, dass die Einkaufsabteilung Kenntnis über den Fuhrpark haben muss. Dass kannst du der einen Pseudocodezeile auch klar entnehmen: Da heisst es "einkaufsabteilung.dieselbestellen".
Und wie sie der Anweisung Diesel zu bestellen nachzukommen hat, sollte sie durchaus wissen.
Der Herr des Fuhrparkes muss aber detaillierte Informationen über die...
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
14. Feb 2012
Mit Verlaub: Da wird imo nichts auf den Kopf getroffen. Du wirst eine Stelle haben an der festzustellen ist ob der Motor Diesel oder Hafer frisst. Das ist der Punkt. Und die Einkaufsabteilung wird zu irgendeinem Zeitpunkt erfahren müssen ob sie Superbenzin oder Kerosin beschaffen muss. Das sollte diese "Codezeile" verdeutlichen. Und genau das meine ich mit der Behauptung vom "Mythos der...
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
13. Feb 2012
Möglicherweise ist das so. Ich werde darum auch weiter am Ball bleiben und meinen Code sehr genau betrachten. Entwickler sollten schließlich nicht ignorant sein. Bisher haben mich allerdings weder die hier noch die an anderer Stelle beschriebenen Beispiele überzeugt oder auch nur beeindruckt.
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
13. Feb 2012
Klar. Das geht. Nur warum ist
if fuhrpark.eingeteiltesfahrzeug.motor.kraftoffart = diesel then einkaufsabteilung.dieselbestellen;
schlechter Stil? Genau das behauptet Demeter. Entkopplung ist Mythos.
Als Ausnahme lasse ich in der Tat nur die Entkopplung von GUI/BL gelten. Und auch da nur bedingt.
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
13. Feb 2012
Autobeispiele sollten nicht mehr gewählt werden :-). Aber ich bleibe mal im Bild: Die Hierarchie haben wir jetzt vom Motor bis zum Fuhrparkleiter. Der will vielleicht nicht wissen wie der Motor im Wagen xy Brumm! macht, aber schon ob er Diesel oder Super will. Das muss er nämlich für seine Einsatzplanung bestellen. Das muss ich dem TFuhrparkleiter dann wieder über DI hintenrum mitteilen, oder...
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
13. Feb 2012
Ich geb's zu. Der letzte Satz war eine rethorische Platzpatrone. Das mit der StVO verstehe ich durchaus. In einem Team wo die rechte nicht weiss was die linke tut sind verbindliche Spielregeln unerlässlich. Ich argumentierte auch ausdrücklich aus meiner Sicht: Einzelkämpfer. Ich wage die gar nicht so kühne Behauptung: Die Anzahl der Delphi Projekte in denen mit Dunit/DSpring gearbeitet wird ist...
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
12. Feb 2012
Niemand hat was gegen ordentliche Programmierung. Aber die Framework- und Patternbesessenheit führt zum "Schweizer Taschenmesser Syndrom". Die Teile sind flexibel bis zum abwinken und können immer mehr Dinge immer schlechter erledigen. Kein Mensch will mit sowas arbeiten. Ein Messer ist ein Messer und ein Schraubendreher ein Schraubendreher. Profis arbeiten nicht mit Schweizer Taschenmessern.
-
Forum: Algorithmen, Datenstrukturen und Klassendesign
Delphi
by exilant,
10. Feb 2012
Ich bin in der gleichen Situation wie Stahli, arbeite also an allein an einem über die Jahre gewachsenem Projekt. Ich habe mich in letzter Zeit ebenfalls mit den hier besprochenen Teckniken beschäftigt und sie für mich verworfen. Das ganze Kram führt zu imo zu "over engeneering". Zu Spring habe ich eine Session bei der EKON besucht und diverse Literatur durchgeackert. Es ist mir gänzlich...