Mateusz Ludwin wrote:

> crtm81 wrote:
>
>> IT to dosc ryzykowny biznes i takie praktyki sa uzasadnione na poczatku
>> projektu, chocby po to, zeby wybadac reakcje potencjalnych klientow.
>>
>> Ale po jakims czasie, jak aplikacja zaczyna sie rozrastac, wypadaloby
>> pomyslec o jakosci. Nie tylko zwieksza to szanse na sprzedaz, ale tez
>> ulatwia rozwoj. Poza tym jezeli produkt ma szanse sie sprzedawac, to
>> pieniadze wydane na jego dopracowanie sa dobra inwestycja.
>
> Aplikacja w Javie z n-warstwami, wzorcami itd. gdzie dodanie nowej
> funkcjonalności trwa tydzień.
>
> Aplikacja w PHP zawierająca się w jednym pliku obsranym logiką, SQL-em,
> CSS-ami i HTML-em, gdzie dodanie nowej funkcjonalności trwa jeden dzień
> dłubania.

I po tym jednym dniu wszyscy szczesliwi wrzucaja nowa wersje na produkcje,
po czym po 3 nastepnych dniach ktos zauwaza, ze z jakiegos powodu spadl
ruch. Sprawdzamy i... co to!!! HTTP 500 w "starej funkcjonalnosci"???
Przeciez mysmy "tylko dodali nowa funkcjonalnosc".

Jak ktos mowi, ze "dodanie nowej funkcjonalnosci" trwa jeden dzien, to ja
odpowiadam - byc moze w "Hello, World" dodanie wykrzyknika po "World".

--
Michal