> > welche entwicklungsprozesse setzt ihr bei gr�sseren projekten ein? > 1. Enthusiasmus 2. Entt�uschung 3. Panik 4. Suche nach dem Schuldigen 5. Bestrafung der Unschuldigen 6. Lob und Ehrung der Unbeteiligten
> in unserer firma soll eine externe firma ein neues front-end > basteln - wir > sollen dazu unsere asp-seiten so umbauen, dass xml rauskommt > (damit die > weitermachen koennen). > > ich halte das fuer relativ schlecht, weil: > 1. das ganze in java sein soll (der rest des systems aber > asp/vb-com ist) > 2. die asp-seiten mit logik gepflastert sind und die > ausraeumen muehseligst > ist > 3. eine neu-entwicklung mit .NET im raum steht > > glaubt ihr, ist es sinnvoll (!) m�glich, zuerst ein frontend > so generisch > zu bauen, dass die middleware und auch die DB dahinter (sql-server) > ausgetauscht > werden k�nnen, ohne signifikate �nderungen am frontend > vornehmen zu m�ssen? Das ist schon sinnvoll, klappt aber nur bei einem ordentlichem Konzept. Wenn das richtig gemacht wird kann man sich sp�ter durchaus Arbeit erleichtern und sogar die Teilmodule relativ simpel gestalten. Au�erdem ist gerade dann egal in welcher Sprache die jeweiligen Schichten der Anwendung entworfen sind. Soweit ich wei� ist das auch die '�bliche' Vorgehensweise bei Java. Ganz oben auf der Liste muss einfach Nachdenken und Konzept erstellen stehen. Nur leider wollen viele Chefs bzw. Kunden immer gleich etwas Programmiertes sehen. Gru� Heiko Richler Fachbereich Informatik Georg-Simon-Ohm-Fachhochschule N�rnberg http://www.informatik.fh-nuernberg.de/heiko.richler/ | [aspdecoffeehouse] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
