Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.alt.folklore.computer > #44512

Re: Triumph of the Nerds

Show all headers | View raw

poc@pocnet.net schrieb oder zitierte:
>Korrekt. Aber gilt das nicht auch für andere Berufszweige? Wenn ich eine
>Brücke bauen will, dann kümmere mich mich doch vorher um die geologischen
>Gegebenheiten, externe Faktoren wie Wind- und ggfs. Wasserdruck, wieviel
>Geicht schlechtestenfalls getragen werden muss, usw. Kurz: Ich *plane*.

  Ein vollständiger vorheriger Plan kann gut gemacht werden,
  wenn man schon mehrere Projekte einer Art bewältigt hat,
  weil man dann weiß, was einen erwartet.

  Es gibt aber auch die Erfahrung, daß Kunden plötzlich Änderungen
  haben wollen, nachdem die Planungsphase eigentlich schon
  abgeschlossen wurde. "Nein, das geht jetzt nicht mehr." ist
  da für einen Lieferanten nicht immer die beste Antwort.

  Dann kann es besser sein, von Anfang an gleich auf solche
  Kundenwünsche vorbereitet zu sein.

  Bei manchen Prozessen kann man den nächsten Schritt überhaupt
  erst erkennen, nachdem man den ersten Schritt gemacht hat.

  Man kann solche inkrementellen Änderungen aber durchaus so
  organisieren, daß man dabei von einer korrekten Programmversion
  zur nächsten korrekten Programmversion kommt.

  Um mal ein Beispiel zu geben: Ich soll ein Programm schreiben, das
  die Wörter "Haus", "Hof", und "Garten" ins Englisch übersetzen kann.

  Anstatt gleich alles zu planen, plane ich erstmal ein Programm,
  das nur "Haus" übersetzen kann. Ergebnis:

entry = input()
if entry == 'Haus': print( 'house' )

  . Jetzt zeige ich das meinem Kunden, und frage ihn, ob das für
  diese Wort so ist, wie er es sich vorgestellt hat. Nachdem das
  dann geklärt wurde, nehme ich mir als nächstes "Hof" vor.

  Das ganze Handwerk des Refaktoring basiert auch darauf, Programme
  /inkrementell/ zu verbessern. 

Back to de.alt.folklore.computer | Previous | Next | Find similar | Unroll thread

csiph-web