On Sat, 06 Aug 2011 22:13:47 +0200, m...@t...pl wrote:

>
>
>> A co ma wielowatkowosc do rzeczy? I co ma wydajnosc do rzeczy? I co ma
>> "zlosliwosc uzytkownika" do rzeczy?...
>Kod programu z wymienionymi przeze mnie cechami jest bardziej
>skomplikowany. Takie drobiazgi jak estetyka kodu w prostym
>programie sie nie licza, natomiast w duzym i skomplikowanym moga miec
>kluczowe znaczenie.
>

W dalszym ciagu nie rozumiem co wielowatkowosc ma do rzeczy

>> Pzrepraszam, ale to nonsens. Oryginalny Poster nic nie mowli o "kodach
>> bledu"
>A czy ja gdzies pisalem ze Oryginalny Poster cos mowil o kodach bledow?
>Padlo pytanie na temat:
>
>if(!warunek)
> return;
>kod();
>
>VS
>
>if( warunek ) {
> kod();
>}
>
>W malej procedurze nie ma najmniejszego znaczenia jaki styl wybierzemy.
>W duzej, jesli klamra otwiera sie w linii nr. 100, a zamyka w linii nr
>1000

Jezeli klamra otwiera sie w linii 100 a zamyka w linii 1000, to
jedynym sensownym rozwiazaniem jest wyrzucenie programisty z pracy.
Najlepiej z wilczym biletem.

Ja przypomne czasy gdy na pl.comp.objects toczyly sie zazarte
dyskusje, miedzy innymi o stylu programowania. Z owych czasow, zapewne
przedpotopowych z punktu widzenia mlodych "miszczow" programowania
pochodzi zasada: jak metoda nie miesci sie w calosci na ekranie, to
prawdopodobnie cos spieprzyles z projektem.

Zreszta, zalecenei jest aktualne do dzis. Proponuje mala ksiazeczke
"The Elements of Java Style", Vermuelen i inni, paragraf 69: Define
small classes and small methods.

O ile mi wiadomo, ksiazeczka byla wydana po polsku

A.L.