🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.python
Article #8864

Re: Największy problem Pythona.

#8864
From: Grzegorz Makarewicz
Date: Fri, 13 May 2005 19:12
78 lines
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-mail
References: <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