> > Softwarearchitekt wirklich tun sollte. > > Falls es jemanden gibt, der von all dem was da in der Liste > steht sagen wir mal jeweils nur 50% beherrscht - aber hallo, > den Supergott w�rde ich gerne mal treffen wollen. > > Im normalen Leben sind das wohl eher drei K�pfe - die > zusammenarbeiten m�ssen, dies aber nicht immer stressfrei tun > k�nnen weil doch ganz unterschiedliche Charaktere dahinter stecken!???
Das beherrschen der Techniken und auch anwenden dieser Information w�re kein Problem. Woram es immer scheitert ist a)pers�nliche Schlamperei und Faulheit, b) Deadlines, c) Geld, d) Verst�ndnis des Auftraggebers, e) Verst�ndnis der Coder die das nutzen sollen. Schau dir beispielsweise das Microsoft Solution Framework an. Die Idee is ja nicht bl�d und das w�rde auch in der Praxis funktionieren. Oder Rational Unified Process Model; auch ein feines Ding, aber meine Kundschaft kann sich keine 95% perfekte Software leisten. Da ist nicht mehr als 80% drinnen. Und sind wir ehrlich, dann m�ssen wir zugeben, dass viele Kunden bereits 75% klein beigeben und sich mit dem begn�gen was sie kriegen. Wie oft hat schon ein Kunde resigniert nach dem 300sten "das geht halt nicht" von einem Softwareentwickler der einfach nur zu faul war sich vorher ein Design zu �berlegen das auf ALLE Kunden w�nsche eingeht und trotzdem eine gewisse flexibilit�t zul��t.... lG Peter _______________________________________________ Coffeehouse Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/coffeehouse
