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