-
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
- Can you activate BMW 48V 10Ah Li-Ion battery, connecting to CAN-USB laptop interface ?
- We Wrocławiu ruszyła Odra 5, pierwszy w Polsce komputer kwantowy z nadprzewodzącymi kubitami
- Ada-Europe - AEiC 2025 early registration deadline imminent
- John Carmack twierdzi, że gdyby gry były optymalizowane, to wystarczyły by stare kompy
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2025
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- ,,Polski przemysł jest w stanie agonalnym" - podkreślił dobitnie, wskazując na brak zamówień.
- Rewolucja w debugowaniu!!! SI analizuje zrzuty pamięci systemu M$ Windows!!!
- Brednie w wiki - hasło Dehomag
- Perfidne ataki krakerów z KRLD na skrypciarzy JS i Pajton
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- U nas propagują modę na SI, a w Chinach naukowcy SI po kolei umierają w wieku 40-50lat
- C++. Podróż Po Języku - komentarz
Najnowsze wątki
- 2025-07-03 Trybik
- 2025-07-04 Renault Symbioz
- 2025-07-04 Architektura IIIRP: Wyjątkowa, a prymitywniejsza niż stodoła pod zaborami
- 2025-07-04 Warszawa => International Freight Forwarder <=
- 2025-07-04 Wrocław => SAP ABAP Developer <=
- 2025-07-04 Warszawa => Mid/Senior IT Recruiter <=
- 2025-07-04 Białystok => Kotlin Developer <=
- 2025-07-04 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo
- 2025-07-04 Warszawa => Specjalista wsparcia IT - analiza techniczna sprzętu IT <
- 2025-07-04 Zakrzewo => Konsultant SAP HCM <=
- 2025-07-04 Łódź => Programista Mainframe (z/OS, Assembler) <=
- 2025-07-04 Szczecin => Key Account Manager IT <=
- 2025-07-04 Warszawa => Technik IT - Konfiguracja i Wsparcie Sprzętowe <=
- 2025-07-04 Warszawa => Technique IT - Hardware Configuration and Support <=
- 2025-07-04 Warszawa => Specjalista ds. Sprzętu IT i Wsparcia Technicznego <=