eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpython...Re: python...
  • Data: 2015-01-20 19:17:56
    Temat: Re: python...
    Od: "M.M." <m...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On Tuesday, January 20, 2015 at 6:38:16 PM UTC+1, firr wrote:
    > 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

    W normalnym kodzie, o którym wiem, że będę go pielęgnował przez
    długi czas, to 20 linijek na procedurę wydaje mi się dużo, no
    powiedzmy, że 20 linijek to dopuszczalny max.

    Pozdrawiam

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: