🚀 go-pugleaf

Dnia Tue, 10 May 2005 23:05:36 +0200, JZ <fake@spamerom.niet> napisał:

> Dnia Tue, 10 May 2005 22:42:50 +0200, Jarek Zgoda napisał(a):
>>> A teraz dla wszystkich proponujących dir( obj ) zamieszczam screenshota:
>>> http://www.wlodarek.top100.net.pl/ObjectMembersList.png
>>>
>>> "Bajer", "pierdółka"?
>>
>> Zgłoś się do producenta Twojego IDE, że tego jeszcze nie ma. I odczep
>> się od języka. Python nie ma z tym nic wspólnego. Trollu.
>
> Akuraqt to co pokazal kolega na screenshocie to nic az tak rewelacyjnego.
> Wing IDE pokazuje podobne podpowiedzi. Problem lezy glebiej.
>
> Kiedys czytalem fajny artykul o tym ze generalnie programisci dziela sie na
> tych zorientowanych na jezyk i tych zorientowanych na edytor, narzedzie do
> tworzenia kodu. Im bardziej spuchniety od tych wszystkich definicji, typow
> i innych gadow kod, tym lepszego edytora-pomagacza trzeba programiscie aby
> sie nie zgubil jak w lesie.

Istnieje pewna granica wielkości problemu, który może być pojęty i zrozumiany
przez pojedynczego programistę.  Różne IDE i języki programowania pozwalają
podnieść tę granicę, ale nic nie pomoże na niekomunikatywnego projektanta
lub programistę, który nie potrafi opowiedzieć, jak działa jego program :)

> W Delphi, C, C# czy Javie bez takiego Eclipse, Visual Studio czy innegoBorlanda to praktycznie nie da sie pisac. Dlatego uzytkownicy takichnarzedzi czuja sie zagubieni jak zobacza Pythona czy Rubiego, gdziedynamika i prostota jezyka powoduje ze posiadanie dobrego IDE (mimo zepozyteczne) nie jest az tak *kluczowe*. Mozliwosci tych jezykow oszczedzajaznacznie wiecej czasu niz by sie to z pozoru moglo wydawac. Zanim takakobyla IDE sie odpali, skompiluje i wypluje bledy ktore potem trzebaszukac w 15x wiekszym kodzie, to czesto szybciej w jezyku dynamicznym siesprawdzi od reki w interpreterze.

Kiedyś programy komputerowe pisało się na kartce papieru, a następnie szło
do centrum obliczeniowego, gdzie po zakodowaniu ten program był wprowadzany
do maszyny.  Co ciekawe, niektórzy spece od inżynierii oprogramowania
(np. Humphrey) twierdzą, że obecnie programy powinno się pisać w podobny
sposób, tzn. najpierw napisać cały program, a dopiero później kompilować --
bez żadnych eksperymentów.

> Dzis wysmarowalem w pare minut dwa skrypty pythona przetwarzajace pliki.
> Tylko raz zajrzalem do manuala odnosnie biblioteki shutil bo ktora rzadko
> uzyw. Nawet wole nie myslec ile musialbym sie meczyc aby to samo zrobic w
> Javie czy C#. Czlowiek ktory mi zlecal to zadanie nie mogl sie nadziwic co
> mi tak szybko poszlo. :))

Tak, skrypty pisze się w Pythonie szybko :)

-- 
http://www.piotr.dembiński.prv.pl