Andrzej Jarzabek wrote:

>> U mnie na
>> szczęście zagadnienia dają się podzielić na osobne, działające wspólnie w
>> systemie procesy, więc nie trzeba prowadzić wojen o strukturę programu -
>> każdy wykonuje taką, jaka mu pasuje.
>
> Pozwolę sobie w związku z tym zauważyć dwie rzeczy: po pierwsze, sporo
> oprogramowania nie jest tak pisane. Gdyby specjalnie w ten sposób
> wszystko projektować żeby unikać sytuacji kiedy kod jednego programisty
> jest wykorzystywany przez kod innego programisty, to bardzo negatywnie
> wpłynęłoby to na wydajność i niezawodność tego oprogramowania.

Ale tu wcale nie tworzy się barier, aby drugi człowiek korzystał z
fragmentów pierwszego. Pasuje mu, to korzysta, nie - to nie.

>> W pozytywny wpływ technik obiektowych na niezawodność zwyczajnie nie
>> wierzę. Z moich obserwacji, awaryjność moich programów powstałych po
>> odrzuceniu
>> większości technik obiektowych wyraźnie spadła, natomiast ogromnie
>> poprawiła się elastyczność - w sensie, że pojawiają się nowe wymagania i
>> trzeba program szybko do nich dostosować. Tworząc jakieś hierarchie
>> obiektów, ciągle natrafia się na coś, czego się nie przewidziało i trzeba
>> prawie całkowicie przebudowywać program.
>
> A według mnie w 99 przypadkach na 100 takie opinie wynikają ze słabego
> zrozumienia i nieumiejętności efektywneego posługiwania się technikami
> obiektowymi, w dużej części właśnie wynikające z tego, że ktoś się sam
> nauczył i potem nie chciał zmieniać przyzwyczajeń.

Chciałem. Opamiętanie się, zajęło mi około dwa lata (pracy zarobkowej +
własnych eksperymentów).
Niestety nasza dyskusja skazana jest na bycie nieco jałową, bo przecież nie
wrzucę na grupę dyskusyjną programów wykonywanych w pracy, aby inni mieli
szansę zrobić obiektowy kontr-przykład do porównania czytelności tych dwóch
wersji.

> Oczywiście nie mówię,
> że to ty. Może i nawet jesteś tym 1 przypadkiem na 100, ale nawet w tym
> przypadku zaleta technik obiektowych jest taka, że jesteś 1 przypadkiem
> na 100.

Stosowanie rozwiązań modnych ma swoje zalety, ale czasem warto modę
odrzucić.

>> A może po prostu ci miłośnicy technik obiektowych nigdy nie nauczyli się
>> porządnie stosować technik nie-obiektowych i to ich strata?
>
> Oczywiście każda technika, której się porządnie nie nauczysz, to jakaś
> tam strata. Tylko że właśnie wracając do punktu wyjścia, samodzielnie
> klepiąc kod niczego się porządnie nie nauczysz.

Są w internecie kody źródłowe projektów, które się udały i utrzymały się
przez wiele lat. Można oglądać i próbować naśladować.