eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpython...Re: python...
  • X-Received: by 10.140.108.9 with SMTP id i9mr741752qgf.1.1421775495540; Tue, 20 Jan
    2015 09:38:15 -0800 (PST)
    X-Received: by 10.140.108.9 with SMTP id i9mr741752qgf.1.1421775495540; Tue, 20 Jan
    2015 09:38:15 -0800 (PST)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
    bm13no1859937qab.0!news-out.google.com!l7ni1qai.0!nntp.google.com!v8no2377561qa
    l.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Tue, 20 Jan 2015 09:38:15 -0800 (PST)
    In-Reply-To: <b...@g...com>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=164.126.215.226;
    posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
    NNTP-Posting-Host: 164.126.215.226
    References: <5...@g...com>
    <e...@g...com>
    <7...@g...com>
    <6...@g...com>
    <a...@n...v.pl>
    <9...@g...com>
    <a...@n...v.pl>
    <0...@g...com>
    <a...@n...v.pl>
    <b...@g...com>
    <a...@n...v.pl>
    <54b4beb1$0$2155$65785112@news.neostrada.pl>
    <a...@n...v.pl>
    <e...@g...com>
    <54b5b917$0$2650$65785112@news.neostrada.pl>
    <5...@g...com>
    <54b95705$0$2151$65785112@news.neostrada.pl>
    <3...@g...com>
    <3...@g...com>
    <e...@g...com>
    <e...@g...com>
    <e...@g...com>
    <c...@g...com>
    <e...@g...com>
    <b...@g...com>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <9...@g...com>
    Subject: Re: python...
    From: firr <p...@g...com>
    Injection-Date: Tue, 20 Jan 2015 17:38:15 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.comp.programming:207513
    [ ukryj nagłówki ]

    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

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: