Article View: pl.comp.lang.python
Article #8864Re: Największy problem Pythona.
From: Grzegorz Makarewicz
Date: Fri, 13 May 2005 19:12
Date: Fri, 13 May 2005 19:12
78 lines
3665 bytes
3665 bytes
Niech i jak sie wyleje :) Qertoip napisał(a): > Na początek uczciwie zaznaczę, że jestem w Pythonie początkujący. dzialam z nim od jakies 1992 - moj pierwszy hobbes z germanii dotarl, emix i ... python > Nie licząc różnych "wprawek", napisałem około 1000 wierszy działającego kodu > (wątki, sockety, XML). Inną część tej samej aplikacji (również: wątki, > sockety, XML) piszę w .NET (VS2003). nie liczac gigabajtowych wprawek to megabajty programu :) > > Tym samym miałem okazję porównać swoją produktywność na tych dwóch > platformach. Podkreślę - nie tyle językach, co *platformach*. > > Zauważyłem, że choć Python jest bardziej ekspresywny niż C#, to jednak > wydajność tworzenia oprogramowania jest istotnie większa w tym drugim... > > Spostrzegłem, że składają się na to dwie prozaiczne rzeczy: > - bardzo słaba (w porównaniu do MSDN) dokumentacja bibliotek Pythona > - niemożność wylistowania składowych obiektu (w VS: Ctrl+Space) wraz z > podręczną dokumentacją dla każdej składowej (metody, atrybuty). Osoby > piszące w nowoczesnych IDE wiedzą o co mi chodzi. zdobywane wiedzy z czesci przetrawionych przez innych to jak lizanie loda przez szybe :( > To drugie wynika z faktu, że w Pythonie rzadko kiedy da się statycznie > ustalić typ obiektu (jeśli się da, najlepsze pythonowe IDE potrafią > wylistować składowe). woooow - ide ? czytalem pozniejsze watki :( - eclipse - refactoring = cool ! a eval exec gdzie nazwy zmiennych sa przekazywane jako stringi ? przeciez tego zadne CASE nie pojmie, no bo jak ? > Niby pierdółki... ale *naprawdę* ma to zasadniczy wpływ na wydajność. Osobiscie do pisania programow korzystam chyba z minimalnej liczby narzedzi jakie mozna wyszukac: ide - None editor - far, vim, scite, notepad? debugger - pdb Czy to mozliwe ze przy tak okrojonym srodowisku mozna byc produktywnym ? Mozna, gdyz produktywnosc nie zalezy od jezyka lecz od stopnia poznania danego problemu, reszte mozna potraktowac jako udogodnienie. Jak tu byc zadowolonym z braku mozliwosci modyfikowania zmiennych lokalnych w debuggerze (pdb) ? gdzie inne narzdzia maja to w malym palcu ? :)))))) - intro/retro spekcja i jej wykorzystanie w pythonie ? moze dynamiczne importowanie, gdzie reload jest robiony "magicznie" ? w "ZADNYM" znanym mi jezyku (oprocz pythona) nie ma reload, ale kto potrafi napisac importera wykorzystujacego te funkcjonalnosc ? > Jak porównujecie swoją wydajność w Pythonie do wydajności w innych > nowoczesnych językach? python - c# 10 - 1 python - java 30 - 1 python - lisp 300 - 1 pomine te marudy - c, c++, pascal, oberon - smialo przyjme 100:1 na korzysc pythona mak
Technical Details
Message-ID:
<d62u6c$u3t$1@opal.futuro.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!opal.futuro.pl!not-for-mailReferences:
<jsq2enrcpp4r$.nmpn8bgh83ge.dlg@40tude.net>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!opal.futuro.pl!not-for-mail From: Grzegorz Makarewicz <mak@trisoft.com.pl> Newsgroups: pl.comp.lang.python Subject: Re: Największy problem Pythona. Date: Fri, 13 May 2005 21:12:25 +0200 Organization: Pro Futuro Lines: 78 Message-ID: <d62u6c$u3t$1@opal.futuro.pl> References: <jsq2enrcpp4r$.nmpn8bgh83ge.dlg@40tude.net> NNTP-Posting-Host: ntwklan-62-233-173-190.devs.futuro.pl Mime-Version: 1.0 X-Trace: opal.futuro.pl 1116011532 30845 62.233.173.190 (13 May 2005 19:12:12 GMT) X-Complaints-To: usenet@futuro.pl NNTP-Posting-Date: Fri, 13 May 2005 19:12:12 +0000 (UTC) User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: pl, en-us, en In-Reply-To: <jsq2enrcpp4r$.nmpn8bgh83ge.dlg@40tude.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit