-
Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
From: "Mateusz Loskot" <m...@l...net>
Newsgroups: pl.comp.programming
Subject: Re: jak napisać szybki program
Date: Tue, 19 May 2009 10:34:53 +0100
Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
Lines: 80
Message-ID: <gutueh$h3n$1@inews.gazeta.pl>
References: <9...@r...googlegroups.com>
<guooce$u1t$1@news.onet.pl> <gup1i8$rlj$1@mx1.internetia.pl>
<gurkis$5d7$1@news.onet.pl> <gurnhq$4cg$1@inews.gazeta.pl>
<7...@4...com>
<gurpjl$dlg$1@inews.gazeta.pl>
<t...@4...com>
<gus2ah$mtr$1@inews.gazeta.pl>
<t...@4...com>
<gus529$5tm$1@inews.gazeta.pl>
<1...@4...com>
NNTP-Posting-Host: 82.110.183.162
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="ISO-8859-2"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Trace: inews.gazeta.pl 1242725649 17527 82.110.183.162 (19 May 2009 09:34:09 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Tue, 19 May 2009 09:34:09 +0000 (UTC)
In-Reply-To: <1...@4...com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049
X-Priority: 3
X-Newsreader: Microsoft Windows Mail 6.0.6001.18000
X-User: mloskot
X-MSMail-Priority: Normal
Xref: news-archive.icm.edu.pl pl.comp.programming:182010
[ ukryj nagłówki ]"A.L." <a...@a...com> wrote in message
news:1f63155hoq26am5o4ls42d28s5bveolmt8@4ax.com...
> On Mon, 18 May 2009 18:15:31 +0100, "Mateusz Loskot"
> <m...@l...net> wrote:
>
>>"A.L." <a...@a...com> wrote in message
>>news:ti4315lppo0dg90vvabkugm4fgf1s93mhi@4ax.com...
>>> On Mon, 18 May 2009 17:28:34 +0100, "Mateusz Loskot"
>>> <m...@l...net> wrote:
>>>
>>>>
>>>>
>>>>Wszystko co Kolega pisze jest gleboko sluszne, jednak moim zdaniem
>>>>stosowanie notacji prefiksowej, zarówno w odniesieniu do
>>>>typów użytkownika jak i typów wbudowany jest dobrym nawykiem.
>>>>Oczywiście tam gdzie jest to poprawnie użyte dla danego algorytmu.
>>>
>>> Pozwole sie nie zgodzic. Nie ma nic gorszego nie "dobre nawyki".
>>
>>IMHO, to jest uogólnienie.
>>
>>> Zwlaszcza nieuzasadnione
>>
>
> Dlatego nie lubie "nawykow" bo nawyki eliminuja myslenie, a czasem
> moga stanowiac zagrozenie dla zdrowia. Jeden moj znajomy mial nawyk
> jezedenia pzrez most i nie zauwazyl ze nawierzchnie mosy zdjeli do
> remontu. Gdyby myslal zamiast miec nawyki, to by sie nie utopil
Zgoda, nawyk jest zly jesli zwalnia od myslenia.
Moze powinienem ująć to inaczej - w moim coding style preferuję ++var
dla typów dla których ta operacja jest zdefiniowana i w takich konstrukcjach
pętle for i while do zwiększenia wartości/pozycji liczników, wskaźników i
iteratorów o jeden.
>>Dana jest zmienna
>>
>>int var = 0;
>>
>>dalej użyta jako licznik w pętli.
>>W celu ziększenia wartości var o 1 mamy kilka możliwości,
>>rozpatrzmy dwie z nich: ++var lub var++.
>>
>>Którą wersję Kolega by wybrał i jak uzasadniłby wybór?
>>
>
> Nie da sie uzasadznic wyboru nie znajac kontekstu w ktorym ta operacja
> jest uzyta.
Ano właśnie. Ja nie podałem szczegółów kontekstów a mimo to Kolega
potrafił wyrazić krytykę, rozumiem że uzasadnioną i o to uzasadnienie
prosiłem.
Przyjmuję, że "nawyki eliminuja myslenie" jest tym uzasadnieniem. Zgadzam
sie z nim.
>>Ja wybrałbym ++var ponieważ 1) przyzwyczajam się do pre-inkrementacji
>>dla liczników/indeksów, a to automatyzuje wybób operatora przy
>>zastosowaniu
>>iteratorów oraz 2) w przypadku gdy zmienię typ zmiennej var z wbudowanego
>>na własny, nie muszę wyszukiwać i zmieniać użycia operatorów, bo wiem
>>iż konsekwentnie używałem pre-inkrementacji.
>>
>>Czy Kolegi zdaniem, nawyki opisane w 1 i 2 są dobre czy "dobre" ?
>>Jeśli zdaniem Kolego są one "dobre", to proszę o wyjaśnienie dlaczego nie
>>są
>>dobre.
>>
>
> kazdy nawyk jest dobry dopoki nei jest zatosowany w sytuacji w ktorej
> powinno sie uruchomic myslenie
Pełna zgoda.
Pozdrawiam
--
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite
Następne wpisy z tego wątku
- 19.05.09 09:48 Mateusz Loskot
- 19.05.09 09:50 Mateusz Loskot
- 19.05.09 11:34 Maciej Sobczak
- 19.05.09 11:45 Jędrzej Dudkiewicz
- 19.05.09 12:02 GLaF
- 19.05.09 18:20 Michoo
- 19.05.09 20:28 Maciej Sobczak
- 19.05.09 20:31 Maciej Sobczak
- 19.05.09 20:41 Bronek Kozicki
- 19.05.09 21:08 Michoo
- 19.05.09 21:09 A.L.
- 19.05.09 22:12 Marteno Rodia
- 19.05.09 22:36 A.L.
- 19.05.09 22:38 Mateusz Loskot
- 20.05.09 08:55 Maciej Sobczak
Najnowsze wątki z tej grupy
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
Najnowsze wątki
- 2024-12-28 Antyradar
- 2024-12-28 Deweloper przegral w sadzie musi zwrócic pieniądze Posypia sie kolejne pozwy?
- 2024-12-28 Warszawa => Full Stack .Net Engineer <=
- 2024-12-28 Warszawa => Sales Assistant <=
- 2024-12-28 Warszawa => Programista Full Stack .Net <=
- 2024-12-28 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-12-28 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-12-28 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=
- 2024-12-28 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-12-28 Żerniki => Employer Branding Specialist <=
- 2024-12-28 ale zawziętość i cierpliwość
- 2024-12-27 most kilometrowy
- 2024-12-27 Dyplomaci a alkomaty
- 2024-12-27 Zmiana kary
- 2024-12-27 Chiński elektrolizer tester wody