W dniu wtorek, 20 stycznia 2015 18:38:16 UTC+1 użytkownik firr napisał:
> W dniu wtorek, 20 stycznia 2015 17:59:22 UTC+1 użytkownik M.M. napisał:
> > On Tuesday, January 20, 2015 at 4:05:29 PM UTC+1, firr wrote:
> > > W dniu wtorek, 20 stycznia 2015 15:36:05 UTC+1 użytkownik M.M. napisał:
> > > > On Tuesday, January 20, 2015 at 2:00:18 PM UTC+1, Wojciech Muła wrote:
> > > > > On Monday, January 19, 2015 at 2:51:09 PM UTC+1, M.M. wrote:
> > > > > > > Żeby programiści pythona łatwo się wdrożyli. :)
> > > > > >
> > > > > > A tak poważnie, rozpoznawanie instrukcji blokowej (czy jak to się
> > > > > > zwie w Pythonie) po samych wcięciach, nie jest wystarczająco
> > > > > > upierdliwe, żeby tę składnie porzucić? W meta-kodzie zgadzam się
> > > > > > że tak jest czytelniej, ale tak? To się nie miesza w oczach?
> > > > >
> > > > > Mnie to nie przeszkadza, kwestia gustu.
> > > > Może na dłuższą metę też bym się przyzwyczaił, na razie
> > > > nie lubię.
> > > >
> > > >
> > > > > Chociaż dla długich bloków i dużej liczby wcięć przestaje być
> > > > > czytelnie - ale wtedy i tak znaczy, że coś jest nie tak z kodem,
> > > > > niezależnie od języka.
> > > > Niby w 'językach klamerkowych' też się robi wcięcia. Jednak jak coś
> > > > się w pośpiechu zepsuje, to ostatecznie decydują klamerki. Czy coś
> > > > z kodem jest nie tak? Niekoniecznie. Rozbijanie na małe funkcje
> > > > dużego, ale prostego kodu, pisanego na szybko, często do
> > > > jednokrotnego użycia, moim zdaniem to strata czasu. W takich
> > > > sytuacjach ta klamerka jakoś dodaje mi pewności siebie.
> > > >
> > > da mnie (mimo ze jestem srednio zaawansowanym z grubsza programista) klamerki
bywają ciegle od czasu do czasu przyczyną błedów (kompilacji)
> > >
> > > dluzsze bloki tez mi sie zdarzają,
> > > (zarowno dluzsze i takie z nawet
> > > 3-ma 4-rema 9ale 4 raczej max wiecej chyba nie ma) zagniezdzeniami klamer)
> > > chyba dletego ze jak sie optymalizuje
> > > kod to wole miec wiekszy kawalek w jednym miejscu i tez czesta wylaczam
> > > bloki kodu przez if(0) co daje dodatkowe klamry - klamry nie sa wtedy wygodne;
ostatnio rozwalazlem wersje c bez klamer, gdzie blok sie konczy srednikiem ; czy
czyms takim - moze to by lepiej dzialalo...
> > Hmmmm to mamy odwrotne doświadczenia. Ja taki kod produkuję w innych
> > sytuacjach niż podczas optymalizacji. Produkuję np. gdy nie wierzę że
> > w przyszlości da się łatwo wykorzystać, gdy np. wolę cały moduł wywalić i
> > napisać na nowo. Albo gdy program ma być uruchomiony doslownie jeden raz.
> > Wtedy mam procedury po 200 linijek. No i też wtedy klamerki ratują mi
> > życie, a przynajmniej tak mi się wydaje.
>
>
> ja raczej nie mam sklonnosci do dlugich funkcji, moj naturalny 'styl' to takie
10-centymetrowki, 20-stki
> 30-stki (gdzies tak pewnie do 70-tek
> ale wiecej chyba krotkich)
>
> 200 linijek to nie sa jeszcze jakos specjalnie dlugie, to pewnie gdzies tak ze 4
ekrany (w malej czcionce) czyli nie tak duzo

fajnie jest wogole przeliczac kody na dlugosc (10 linijek nieco mniej niz 10 cm 0,
wtedy takie typowe moduly czyli zwoje/scrolle maja po kilka metrów

to jest o tyle sensowne ze wlasnie
wygoda uzywania i tez wlasnie rozwoj podzialu wiaze sie niejako z fizykalnymi
cechami, nie inaczej