-
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
- 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
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
Najnowsze wątki
- 2025-06-28 Upadłość i zwolnienia [w Diorze, która była pol prod. głośników - przyp. JMJ]
- 2025-06-28 Taśma izolacyjna do prac elektrycznych
- 2025-06-27 Recenzja 3.1A ;) w 6 gniazdach...
- 2025-06-27 Re: Recenzja 3.1A ;) w 6 gniazdach...
- 2025-06-27 Re: Recenzja 3.1A ;) w 6 gniazdach...
- 2025-06-27 Re: Recenzja 3.1A ;) w 6 gniazdach...
- 2025-06-28 China => Production Coordinator / Representant Product Dev <=
- 2025-06-28 Gdynia => Przedstawiciel handlowy / KAM (branża TSL) <=
- 2025-06-28 Piaseczno => Developer .NET <=
- 2025-06-28 Warszawa => Specjalista ds. Sprzętu Komputerowego <=
- 2025-06-28 Warszawa => Recruiter 360 <=
- 2025-06-28 Warszawa => Sales Assistant <=
- 2025-06-28 Warszawa => PC Hardware Expert / Specjalista PC <=
- 2025-06-27 Warszawa => Fullstack PHP Developer <=
- 2025-06-27 Gdańsk => Programista Delphi <=