-
Path: news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net
.pl!news.internetia.pl!news.nask.pl!news.nask.org.pl!polnews.pl!not-for-mail
From: "Aleksander Galicki" <n...@n...com>
Newsgroups: pl.praca.dyskusje
Subject: Re: to moze byc prawda
Date: Fri, 14 Oct 2005 22:40:37 +0200
Organization: PolNEWS - http://www.polnews.pl
Lines: 71
Message-ID: <0...@p...pl>
References: <s...@e...elsat.net.pl>
<5...@n...onet.pl>
<s...@e...elsat.net.pl> <0...@p...pl>
<s...@e...elsat.net.pl> <0...@p...pl>
<s...@e...elsat.net.pl>
NNTP-Posting-Host: swift.atra.com.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: swift.atra.com.pl 1129322437 22457 194.181.190.181 (14 Oct 2005 20:40:37
GMT)
X-Complaints-To: h...@p...pl
NNTP-Posting-Date: 14 Oct 2005 20:40:37 GMT
X-Original-NNTP-Posting-Host: 83.27.164.15
X-Original-NNTP-Posting-From: baa15.neoplus.adsl.tpnet.pl
Xref: news-archive.icm.edu.pl pl.praca.dyskusje:165213
[ ukryj nagłówki ]>Aleksander Galicki napisał(a):
>
>[...]
>
>> "For a number of years I have been familiar with the observation that the
>> quality of programmers is a decreasing function of the density of go to
>> statements in the programs they produce. More recently I discovered why the
>
>> use of the go to statement has such disastrous effects, and I became
>convinced
>> that the go to statement should be abolished from all "higher level"
>> programming languages (i.e. everything except, perhaps, plain machine
>code). "
>
>> esli chcesz sie bronic tym, ze w "plain machine code" nie obowiazuje
>przeciez
>> asada nieuzywania goto, to zauwaze, ze w "plain machine code" nie
>obowiazuja
>
>Nie chcę bronić nic co jest w nawiasie (bo to 'i.e.' co ja rozumiem jako
>przykład). Zadałem konkretne pytanie - czy uważasz, asm za język wysokiego
>poziomu, oczekuję po tym odpowiedzi 'tak' lub 'nie', nie wymówek.
ezyk nie "higher level" w danym przypadku ma znaczenie pejoratywne(czyli cos
w czym ludzie nie powinni pisac), a nie scisle. I w tym znaczeniu nie, nie
uwazam "assembler" za jezyk "higher level" - jest przeciez prostym
odwzorowaniem kodu maszynowego.
>Co do poglądów - bronię poglądu, że w assemblerze [1] (który nie jest
>językiem wysokopoziomowym) nie da się uniknąć używania skoków (jmp),
>czy skoków warunkowych (je/jne, itd). Jeżeli temu przeczysz, to proszę
>o podanie rozwiązania innego, które w takiej sytuacji zadziała.
>
>>
adne tego typu zasady, bo "plain machine code" jest dla "machines" wlasnie.
>> Strzeliles gafe, ale nie mozesz sie przyznac do niej. EOT
>
>Ja się staram od Ciebie wyciągnąć konkrety, a operujesz na strasznych
>ogólnikach, więc może powiedz jak byś to zrobił? Fajnie jest powiedzieć,
>że strzeliłem gafę, bez pokazania w jaki sposób to można inaczej. :)
Wiec wyjasnie. Gafe strzeliles bo:
napisalem: <"Dobre nawyki", a wiec umiejetnosc dobrego programowania, to cos
co jest wspolne w roznym stopniu dla wszystkich jezykow. Jesli masz jakies
kontr-przykady to je podaj, ale najpierw przemysl dobrze sprawe.>
Wydaje mi sie wiec, ze miales przytoczyc przyklad, pokazujacy, ze istnieje
jakas zasada dobrego programowania zwiazana tylko i wylacznie z konkretnym
jezykiem. Podales przyklad instrukcji goto w c/c++. Przyznam, ze lepiej
podlozyc sie nie mogles. Poniewaz: 1) instrukcja goto istnieje w roznych
jezykach. 2) Fakt, ze ta instrukcja czyni kod malo czytelnym zostal zauwazony
jeszcze zanim powstaly c/c++, a artykul to opisujacy nie odwolywal sie do
zadnych konkretnych jezykow. Zatem instrukcja goto jako przyklad zasady
dobrego programowania wynikajacej z "c/c++" to glupi przyklad(a przeciez
rosilem o zastanowienie sie zanim wyslesz przyklad). Zasada "nie uzywam goto"
wynika nie z konstrukcji c/c++ a z faktu, ze "goto" czyni kod w dowolnym
jezyku malo czytelnym. Wyjasnilem jak dziecku.
A.
--
============= P o l N E W S ==============
archiwum i przeszukiwanie newsów
http://www.polnews.pl
Następne wpisy z tego wątku
- 14.10.05 20:51 Immona
- 14.10.05 21:04 Wojciech Bańcer
- 14.10.05 22:07 Kira
- 15.10.05 01:16 michal
- 15.10.05 02:16 Paweł 'Styx' Chuchmała
- 15.10.05 02:21 Paweł 'Styx' Chuchmała
- 15.10.05 02:23 Paweł 'Styx' Chuchmała
- 15.10.05 05:57 vertret
- 15.10.05 12:49 Matrix
- 15.10.05 12:51 Matrix
- 15.10.05 12:54 Matrix
- 15.10.05 12:54 Matrix
- 15.10.05 14:26 Jotte
- 15.10.05 19:28 Bronek Kozicki
- 15.10.05 20:15 Sebastian Rusek
Najnowsze wątki z tej grupy
- Pedalskie ogłoszenia na rządowej s. WWW oferty.praca.gov.pl:443
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Ile powinien trwać tydzień pracy?
- Jakie znacie działające serwery grup dyskusyjnych?
- is it live this group at news.icm.edu.pl
- praca 12/24
- 5 minut przerwy przy komputerze
- raczej już nigdy nie będę pracował w Polsce
- Stanowiska sztucznie tworzone
- Re: SOLUTIONS MANUAL: Optical Properties of Solids 2nd Ed by Mark Fox
- zapłata
- Re: Cwana cwaniurka czyli niemieccy oszuści.
- Re: Cwana cwaniurka czyli niemieccy oszuści.
- Jawność zarobków wszystkich
- rozmówki przy wódeczce...
Najnowsze wątki
- 2024-11-30 Łódź => Technical Artist <=
- 2024-11-30 Lublin => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-30 Warszawa => Microsoft Dynamics 365 Business Central Developer <=
- 2024-11-30 Bieruń => Team Lead / Tribe Lead FrontEnd <=
- 2024-11-30 Zielona Góra => Senior PHP Symfony Developer <=
- 2024-11-30 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-30 Lublin => Spedytor międzynarodowy <=
- 2024-11-30 Warszawa => Mid IT Recruiter <=
- 2024-11-30 Warszawa => Fullstack Developer <=
- 2024-11-30 Żerniki => Dyspozytor Międzynarodowy <=
- 2024-11-30 Warszawa => System Architect (background deweloperski w Java) <=
- 2024-11-30 Katowice => Key Account Manager (ERP) <=
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=