-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsgate.m10r2.
onet.pl!niusy.onet.pl
From: m...@t...pl
Newsgroups: pl.comp.programming
Subject: Re: jaki wybrac jezyk?
Date: Wed, 17 Aug 2011 15:18:08 +0200
Organization: Onet.pl
Lines: 114
Sender: n...@n...onet.pl
Message-ID: <5...@n...onet.pl>
References: <j2g39k$4hl$1@node2.news.atman.pl>
NNTP-Posting-Host: newsgate.m10r2.onet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: 8bit
X-Trace: newsgate.onet.pl 1313587088 21934 213.180.150.14 (17 Aug 2011 13:18:08 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Wed, 17 Aug 2011 13:18:08 +0000 (UTC)
Content-Disposition: inline
X-Mailer: http://niusy.onet.pl
X-Forwarded-For: 89.229.34.123, 10.174.28.51
X-User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0
Xref: news-archive.icm.edu.pl pl.comp.programming:191960
[ ukryj nagłówki ]> On 08/17/2011 10:12 AM, Artur M. Piwko wrote:
> > In the darkest hour on Sat, 13 Aug 2011 23:11:59 +0200,
> > Edek<e...@g...com> screamed:
> >>>> Ale jakiego zadania? Przecież nic nie opisałeś - wiadomo tylko, że dla
> >>>> danych wejściowych program ma wyprodukować wartości wyjściowe. I że
> >>>> jest text I/O.
> >>>> Wszystkie języki się do tego nadają.
> >>> Nie znam takich języków jak Prolog, Lisp, Python, Perl. Zastanawiam
> >>> się czy warto któregoś się pouczyć. Czy można tak ogólnie o którymś
> >>> z nich powiedzieć, że zapis typowych algorytmów niesie mniejsze ryzyko
> >>> pomyłki?
> >>
> >> Z powyższych, poprawnie używane C++. Z powodu pełnej kontroli typów
> >> podczas kompilacji.
> >>
> >
> > To jest akurat marginalna zaleta. Podobnie sprawdzi się poprawnie
> > używany Python. Nie trzeba ludzi straszyć dynamicznie typowanymi
> > językami. https://docs.google.com/View?id=dcsvntt2_25wpjvbbhk
> >
>
> Nikogo nie straszę, znam zalety testów, w dowolnym języku da się napisać
> dowolną ilość linijek.
>
> Sprawa polega na czym innym, mówimy o wyższości jednego języka nad
> drugim w kontekście ilości popełnianych błędów. Tu nie da się ukryć, że
> tak czy inaczej testy są pomocne, że w każdym się robi błędy itd.
> Potrzebna jest inna miara.
>
> W moim osobistym przypadku, ja czasami sprawdzam, ile linijek kodu
> (napisanego, średnio skomplikowanego, przetestowanego) tworzę średnio
> na minutę. I - w moim przypadku - wynik jest następujący: w Pythonie
> średnia jest nieco niższa (sam kod, nie liczę linijek testów) niż w C++
> i niższa niż w Javie. Co mi sugeruje, że moje tempo pisania włącznie
> z poprawianiem kodu jest podobne w Pythonie c++ i Javie, bo Python jest
> bardziej zwięzły.
Od jakiegoś czasu tez sprawdzałem ile piszę kodu, ale na dobę. Rozrzut
mam ogromy nawet w ramach tego samego języka. Ba... często pod koniec
dnia kod jest dużo mniejszy niż na początku :) W szachach w C++ pewnie
by mi wyszła jedna linijka na dobę :) W PHP (ale z małą ilością htmla) to
rekordowo mam 30kb na dobę.
Pozdrawiam.
>
> Ale, przy bardziej skomplikowanym kodzie, mam problem z Pythonem. Być
> może jest to kwestia IDE, że pisząc coś większego muszę dużo uwagi
> poświęcać na to, czy x to float, dict czy lista list, a nie na to, czym
> ta zmienna jest. W c++ mogę otagować nawet floaty, czyli mieć typ
> float-znaczysię-średnia i typ float-znaczysię-mediana, jeżeli tylko
> chcę. Inaczej mówiąc, C++ pozwala tworzyć wiele kontrukcji na
> poziomie typów, które służą poprawności. W Pythonie niby też
> część z tych rzeczy jest możliwa, tylko implementuje się to inaczej,
> ale walidacja ma miejsce w runtime, co a) powoduje, że to robi się
> jeszcze wolniejsze b) trzeba faktycznie wykonać w testach każdą linijkę,
> żeby w ogóle się dowiedzieć, czy nie pomyliłem w kodzie mediany ze
> średnią. Oczywiście, tak jak 2/3 c++, nikt nikogo nie zmusza do
> używania języka właśnie w ten sposób, można pisać w c++ np. bez
> tworzenia template'ów i nawet często tak się właśnie robi. YMMV.
>
> Edek
>
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
Następne wpisy z tego wątku
- 17.08.11 13:29 Marcin Biegan
- 17.08.11 13:30 Michal Kleczek
- 17.08.11 13:33 Michal Kleczek
- 17.08.11 13:39 Stachu 'Dozzie' K.
- 17.08.11 13:42 Stachu 'Dozzie' K.
- 17.08.11 13:57 Paweł Kierski
- 17.08.11 14:13 Jordan Szubert
- 17.08.11 14:16 Stachu 'Dozzie' K.
- 17.08.11 14:29 m...@t...pl
- 17.08.11 14:36 Michal Kleczek
- 17.08.11 14:38 Michal Kleczek
- 17.08.11 14:45 Michal Kleczek
- 17.08.11 14:50 Stachu 'Dozzie' K.
- 17.08.11 15:08 Jordan Szubert
- 17.08.11 15:11 Maciej Sobczak
Najnowsze wątki z tej grupy
- 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
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
- Press Release - AEiC 2023, Ada-Europe Reliable Softw. Technol.
- Ada-Europe - AEiC 2023 early registration deadline approaching
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2023
- Ile cykli zajmuje mnożenie liczb 64-bitowych?
Najnowsze wątki
- 2024-07-13 256 świadków nie ma racji
- 2024-07-11 Tokarze CNC czyli ciężkie życie prototypiarza
- 2024-07-12 Zgody na przetwarzanie danych
- 2024-07-13 IObit Uninstaller Pro 13.6.0.5 Multilingual: Installation Guide
- 2024-07-12 stare graty młode kozy
- 2024-07-11 8080
- 2024-07-13 Przyłącze dolne grzejnika
- 2024-07-13 IObit Uninstaller Pro 13.6.0.5 Multilingual Overview
- 2024-07-12 Czym wykonać otwór fi 100 w betonie komórkowym?
- 2024-07-12 Warszawa => Senior Rust Software Engineer <=
- 2024-07-12 Warszawa => Business Unit Manager (Recruitment Business) <=
- 2024-07-12 Warszawa => Head of WMS Competence Center for IT&D Contract Logistics
- 2024-07-12 Warszawa => Head od WMS Competence Center dla IT&D (Blue Yonder) <=
- 2024-07-12 Kraków => Ruby Backend Developer <=
- 2024-07-12 Warszawa => UX/UI Designer <=