-
Data: 2009-05-18 17:35:29
Temat: Re: jak napisać szybki program
Od: A.L. <a...@a...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]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
>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.
>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
A.L.
Następne wpisy z tego wątku
- 18.05.09 19:11 Piotr Kulinski
- 18.05.09 19:34 Boguś
- 18.05.09 19:47 jelen
- 18.05.09 20:44 Maciej Sobczak
- 18.05.09 20:50 A.L.
- 18.05.09 20:53 A.L.
- 18.05.09 20:58 A.L.
- 18.05.09 21:07 jelen
- 18.05.09 21:12 Marteno Rodia
- 18.05.09 21:28 A.L.
- 19.05.09 07:37 Paweł Kierski
- 19.05.09 08:32 Jędrzej Dudkiewicz
- 19.05.09 09:34 Mateusz Loskot
- 19.05.09 09:48 Mateusz Loskot
- 19.05.09 09:50 Mateusz Loskot
Najnowsze wątki z tej grupy
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- 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
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=