Podobna diskusia o Pythone 3000 tu uz bola pred nejakym rokom...alebo este davnejsie?
SUPERMAN ma pravdu: Vazne programy sa nikdy neprepisuju len tak pre zabavu. Neviem ake projekty sa neustale prepisuju - asi iba tie, ktore si robi niekto pre zabavu, alebo kvoli studijnym ucelom.
Tak napriklad taky program v banke sa vytvori na zaklade poziadavky (napr. na predaj noveho produktu). Potom sa dokladne otestuje a ked je vsetko neprestrelne a betonove nasadi sa do produkcie. V produkcii sa uz program nemoze menit len tak. Jednak sa vsetko audituje a jednak kazda zmena sa musi pred nasadenim do produkcie precizne otestovat, co stoji cas mnohych ludi a tym aj velke peniaze. Zmeny sa robia len na zaklade dobre odovodnenych poziadaviek.
Jak pise SUPERMAN i ja sa stretavam s programami v COBOLe, ktore boli napisane cca pred 10 rokmi a odvtedy bezia bezo zmeny. Nikto uz nevie kto ich napisal a ich jedina dokumentacia je iba ich zdrojovy kod. Pan boh chran toho, kto to bude musiet niekedy opravovat :-)
Mam Python rad a v praci som kedysi presazdoval jeho port na IBM iSeries, tzv. iSeries Python (http://www.iseriespython.com/).
Ked som sa dozvedel o Pythone 3000, zacal som menit svoj nazor. I ked som si uz zvykol na pohodlnost Pythonu. teraz sa snazim robit produkcne veci v inom jazyku - napriklad v REXXe, ktory sa od roku 1997 nemeni - i ked je to ovela slabsi skriptovaci jazyk ako Python.
Nechcem totiz prepisovat svoje aplikacie pod tlakom. Neviem ako vas, ale mna nebavi prepisovat odznova to co uz spolahlivo roky chodi. Na co by to aj bolo dobre? Akurat si tam mozem zaniest nove chyby.
Tie radikalne zmeny skriptovacich jazykov mi pripadaju ako moda poslednych rokov: Najprv ohlasil Larry Wall Perl 6. Nastastie mu to este nevyslo a doteraz existuje normalny Perl 5.x.
Potom sa dal nakazit Guido. Myslim, ze aj Ruby sa dal na nieco podobne.
Ako SUPERMANovi aj mne je nesympaticky Guidov diktatorsky resp. destrukcny sposob uvazovania. Mohol sa nechat inspirovat COBOLom a mimo novych prvkov jazyka zachovat aj stare ;-) /Larry Wall prislubil aspon prekladac z Perlu 5 do Perlu 6./
Ja osobne dufam, ze Python 3000 nepride tak skoro, alebo ak aj pride tak dufam, ze sa sucasne budu este dlho udrziavat aj verzie 2.x :-).
Ked sa to tak vezme moze Python 3000 v konecnom dosledku Pythonu aj uskodit. Nove jazykove prvky nemusia byt akceptovane. Spomenme si ako to kedysi bolo s PL/I - bol navrhnuty ako univerzalny super-jazyk, ktory mal nahradit COBOL a Fortran - teraz je tazko najst kompilator PL/I okrem mainframe. COBOL a Fortran dalej existuju...
[EMAIL PROTECTED] wrote: -----
To: Konference PyCZ <[email protected]>
From: superman <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
Date: 25.06.2008 16:14
Subject: Re: [python] Guido o funkcich reduce(), filter() a map() v Python 3000
Proč by musel být každý projekt neustále přepisován? Ba právě naopak!!!
Betonově stabilní programy a kód získáte tak, že máte mnoho let
nepřepisované programy, do kterých se zasáhne jen v případě nalezené
chyby, jinak ne!
Dotaz: Jak moc byste věřili letadlu a byli ochotní s ním letět, kdybyste
věděli, že programy v palubním počítači jsou neustále zahazovány a
přepisovány? Já osobně bych do něj nenasedl.
Dotaz: Proč v kosmonautice se stále používá 20 i více let starý hw a
programy?
Dotaz: Proč ve velké byznyse a nadnárodních firmách běží desítky let
starý sw, často ještě v COBOLu?
Dotaz: Máte pocit, že v dnešní době, kdy se vyrábějí výrobky s čím dál
rychlejší řadou modelů, verzí programů apod.. se oproti minulosti
zvýšila kvalita elektroniky a sw? Tedy třeba, že dřív mi lednička
vydržela 30 let, takže dnešní vydrží 60. Že dnešní neustále přepisované
firmwary v mobilech způsobují, že máme čím dál stabilnější mobily. A že
dnešní programy jsou promyšlenější a kvaitnější a spolehlivější?
Pro zamyšlení: Proč se nezahazuje linux kernel, ale stále se pokračuje
ve 20 let starém kódu? Nápověda: Jak by asi Linux byl spolehlivý, kdyby
se postupovalo metodou "kompletního přepisování projektu" jak navrhuje
David?
Atd. atd..
Miloslav Ponkrác
> No urcite dost dlouho na to aby si clovek stihnul prepsat svoje projekty. :)
> Nove cele cislo ve verzi aplikace ma stejne symbolizovat kompletni prepsani projektu, a kazdy nemrtvy projekt je preci neustale prepisovan.
> David
>
>
_______________________________________________
Python mailing list
[email protected]
http://www.py.cz/mailman/listinfo/python
_______________________________________________ Python mailing list [email protected] http://www.py.cz/mailman/listinfo/python
