On 15/10/2012 21:34, M.M. wrote:
[...]
> Z doswiadczenia wiem ze w firmach czesto produkuje sie nawet znacznie
> gorszy kod, glownie z powodu ogromnej presji czasu.

Żeby nie było - też mam takie doświadczenia...

> Program dziala na
> akceptowalnym poziomie, kilent placi i na karku juz kolejne zlecenie.
> Czesto nie mam czasu zeby cos dopracowac. Czesto zatrudnia sie mniej
> doswiadczonych programistow bo sa tansi. Zwykle o losach projektu
> decyduje ten kto ma pieniade na projekt, a posiadanie pieniedzy czesto
> nie idzie w parze ze stosownymi umiejetnosciami.

Tylko że opłacalność tego potrafi też działać w drugą stronę - firma
sprzedała program w jakiejś tam wersji, klienci chcą następnej wersji i
nawet są skłonni zapłacić dużą kasę, ale z powodu niedobrych praktyk
rozwijanie kolejnych wersji staje się coraz droższe, a co za tym idzie
coraz mniej opłacalne.

Albo jeszcze gorzej: program którego zrobienie kosztowało dwa miliony
został sprzedany za cztery, tylko że się okazuje, że w programie jest
sporo bugów, które producent musi zapatchować za darmo, i patchowanie w
końcu kosztuje kolejne trzy miliony.

> Przykladowo w tej chwili mam program o czesciowej funkcjonalnosci. Uparli
> sie zeby najpierw napisac program tylko o czesciowej funkcjonalnosci.
> Chodzilo glownie o to, zeby mozna bylo szybko zobaczyc cokolwiek dzialajacego.
Chcieli to zribilem. Zadzialalo, nawet spodobalo sie i
> nawet bylo ladnie zaprojektowane, ale teraz trzeba przerobic jeden
> program na niemal zupelnie inny. Nie mam dobrze wydzielonego wspolnego
> kodu, nie mam dobrych abstrakcji, nie mam w kodzie ogolnych struktur
> danych, to tu dopisuje sprytengo ifa, to tam duzo kodu powielam przez
> copy-paste i sie zrbobila sieczka. Nie ma czasu na uporzadkowanie, ma
> zadzialac i koniec.

"Miał zadziałać, i proszę bardzo - zadziałał. I koniec."

Poważnie jednak - to jest absolutnie normalne, że funkcjonalność
programu jest rozbudowywana w ten sposób. Tak się robi, na tym się
zarabia, i porządnie zrobione jest to obopólnie korzystne dla
zamawiającego, jak i dla producenta. Chodzi jednak o to, że porządne
zrobienie tego nie oznacza dopuszczenia do sieczki, a nawet jak już się
sieczka gdzieniegdzie zrobi, to da się ją posprzątać. Powiesz, że
klienta nie interesuje, czy jest sieczka, czy nie. Ale czy nie
interesuje go również, czy zaimplementowanie kolejnego wymagania zajmie
dwa tygodnie, czy - z powodu sieczki - dziesięć? Czy nie interesuje go
ile razy na miesiąć system będzie padał i jaki będzie miał downtime?

Oczywiście zarobić da się i na tym, że klient nie ma pełnej informacji o
tym, co kupuje, między innymi o takich aspektach. Ale skoro pytałeś o
definicję porządnej firmy, moja definicja jest taka, że jest to firma,
która nie opiera na tym fakcie swojego modelu biznesowego.