On Fri, Jul 04, 2008 at 12:33:28PM +0200, Tomy Novella wrote:
> no neviem, neviem, ale nebolo by lepsie napisat tieto imho dost
> zaujimave supermanove nazory na vyznamnejsie miesto?
> myslim miesto, kde si to vsimnu aj ostatni "vyznamnejsi" ludia(napr z
> konferencie na [EMAIL PROTECTED]), mozno
no neviem, neviem, ale nebolo by lepsie napisat tieto imho dost
zaujimave supermanove nazory na vyznamnejsie miesto?
myslim miesto, kde si to vsimnu aj ostatni "vyznamnejsi" ludia(napr z
konferencie na [EMAIL PROTECTED]), mozno aj guida(alebo aspon
zopar clenov) osvieti, resp. pouvazuju nad tym, l
> Ano, přesně tak. Tímto u mě superman ztratil důvěru. Důvěrou myslím, že
> když něco nebudu vědět, a budu se muset spolehnout na můj úsudek, odhad
> či intuici, raději se přikloním k názoru opačné strany. V tomto případě
> tedy důvěřuji více Guidovi než jemu. Tím samozřejmě neříkám, že by
> s
Pavel Kosina napsal(a):
> Stefan Oravec napsal(a):
>> Quoting superman <[EMAIL PROTECTED]>:
>>
>>
>>> Ano jsou. Stejně tak jako reakce na Hitlera u miliónu Němců byly také
>>> povětšinou pozitivní například. Tímto chci říct, že pravda není závislá
>>> na počtu jejích zastánců. A pravda se nedá o
Stefan Oravec napsal(a):
> Quoting superman <[EMAIL PROTECTED]>:
>
>
>> Ano jsou. Stejně tak jako reakce na Hitlera u miliónu Němců byly také
>> povětšinou pozitivní například. Tímto chci říct, že pravda není závislá
>> na počtu jejích zastánců. A pravda se nedá odhlasovat.
>>
>>
>
> Myslel
Quoting superman <[EMAIL PROTECTED]>:
> Ano jsou. Stejně tak jako reakce na Hitlera u miliónu Němců byly také
> povětšinou pozitivní například. Tímto chci říct, že pravda není závislá
> na počtu jejích zastánců. A pravda se nedá odhlasovat.
>
Myslel som si ze sa nezapojim, ale zapojim.
http://en
Opravdu dlouho jsem odolaval, abych do teto diskuze nezasahl, ale nyni
se opravdu uz neudrzim. Chca nechca musim dat za pravdu supermanovi.
Nevim kolik lidi z tech co tu tak jasaj nad Pythonem 3000 psali nebo
ridili nejakej vetsi projekt. Ja par takovych projektu tvoril nebo
ridil. Bavime se o
> Stále mě nabádáte, abych si našel nějaká fakta. Taky byste to měl
> někdy zkusit. Ale souhlasím s tím, že by Python mohl běžet ještě
> rychleji, což dokazuje třeba Psyco.
>
Já to zkusil, právě proto píšu to co píšu. Navíc pomalost Pythonu je
logická už z principu jazyka a z principu runtime
> Musím Vás zklamat, Python je jeden z nejpomalejších interpretovaných
> jazyků. Je to daň za špatný runtime Pythonu (který neobsahuje téměř
> naprosto žádné optimalizace, a třeba JIT je zcela utopickým snem) a dále
> daň za velkou obecnost jazyka, která je velmi příjemná pro vývojáře, ale
> nese s
Souhlasím s tvým názorem. Jinak k threadu: Taky by se mi nelíbilo kdybych
udělal nějaký program a za 3~4 roky ho musel přepisovat...
> Původní zpráva
> Od: superman <[EMAIL PROTECTED]>
> Předmět: Re: [python] Guido o funkcich reduce(), filter() a map() v
[EMAIL PROTECTED] napsal(a):
> Něco jsem o tom napsal zde: http://cx.kickban.eu/realita.pdf
Hmm. Hezké. Zajímavé. S některými obraty ale nemohu souhlasit. V každém
případě toto s pythonem moc nesouvisí, takže bych to - minimálně tu -
nerozebíral.
--
BF
Něco jsem o tom napsal zde: http://cx.kickban.eu/realita.pdf
> Původní zpráva
> Od: BoneFlute <[EMAIL PROTECTED]>
> Předmět: Re: [python] Guido o funkcich reduce(), filter() a map() v Python
> 3000
> Datu
[EMAIL PROTECTED] napsal(a):
> Pravdu nemá nikdo, je to pouze věc názoru
Gándý hovořil o realitě. Ty o schopnosti poznání.
--
BF
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
[EMAIL PROTECTED] napsal(a):
> Pravdu nemá nikdo, je to pouze věc názoru
>
>
Ovšem je velmi pošetilé pravdu dokazovat na základě "nás mnógo". Buďte
si jistí, že i když se celá komunita na 100% sjednotí na tom, že
gravitační konstanta bude 30, že realita se tím řídit nebude :-)
Miloslav P
Pravdu nemá nikdo, je to pouze věc názoru
> Původní zpráva
> Od: BoneFlute <[EMAIL PROTECTED]>
> Předmět: Re: [python] Guido o funkcich reduce(), filter() a map() v Python
> 3000
> Datum: 27.6.2008 16:57:30
> ---
Pavel Kosina napsal(a):
> superman napsal(a):
>
>> Ano jsou. Stejně tak jako reakce na Hitlera u miliónu Němců byly také
>> povětšinou pozitivní například.
>>
>>
>>
>
> Ale no tak. Já vím, je to těžké, když ostatní nechápou moji pravdu, ale
> toto prosím ne. Stačí.
>
>
Ale no tak.
Pavel Kosina napsal(a):
> superman napsal(a):
>> Ano jsou. Stejně tak jako reakce na Hitlera u miliónu Němců byly také
>> povětšinou pozitivní například.
>>
>>
>
> Ale no tak. Já vím, je to těžké, když ostatní nechápou moji pravdu, ale
> toto prosím ne. Stačí.
>
:-)
Ghándý tu samou myšlenk
superman napsal(a):
>
> Ano jsou. Stejně tak jako reakce na Hitlera u miliónu Němců byly také
> povětšinou pozitivní například.
>
>
Ale no tak. Já vím, je to těžké, když ostatní nechápou moji pravdu, ale
toto prosím ne. Stačí.
--
geon
Pavel Kosina
_
> Nepomůžou vám skvělé komponenty v C/C++, když s nimi pracujete v
> pomalém jazyku jako třeba PHP. V poměru komfort + rychlost vývoje ku
> rychlost zpracování jazyka je na tom Python hodně dobře a je to jeho
> obrovská konkurenční výhoda.
>
Proč by nepomohly? Běžně se v interpretovaných jazycí
Dne 26. červen 2008 13:44 superman <[EMAIL PROTECTED]> napsal(a):
>
>>
>> Python je jazyk, který se používá v rychlostně kritických aplikacích. Né
>> úplně doslova, nejnáročnější komponenty se píší v C případně C++ a Python
>> slouží jako nástavba pro rychlý vývoj s těmito komponentami.
>>
>
>
>
>
> Python je jazyk, který se používá v rychlostně kritických aplikacích. Né
> úplně doslova, nejnáročnější komponenty se píší v C případně C++ a Python
> slouží jako nástavba pro rychlý vývoj s těmito komponentami.
>
Sám to popíráte - Python se nepoužívá v rychlostně kritických
aplikacích
Dne 26. červen 2008 11:38 superman <[EMAIL PROTECTED]> napsal(a):
>
> Ano, jak tu někdo uváděl - záruky jsou někdy buzzword.
>
> Nicméně této změně rozumím, protože je to snaha optimalizovat Oracle na
> lepší výkon.
>
> Myslím, že už jsem to tu někdy napsal - jakmile potřebujete
> optimalizovat na
> Ono totiž rozorávat kód je nejen velice drahé z hlediska nákladů,
> ale také rapidně snižuje spolehlivost
Ano, ako priklad zoberme Ruby:
Na konci minuleho roka vydal Matz verziu 1.9.0 Mal to byt novy release,
ktory sa ale ukazal ako unahleny a nespolahlivy.
Po vlne kritiky zmenil zmenil Matz
Ano, jak tu někdo uváděl - záruky jsou někdy buzzword.
Nicméně této změně rozumím, protože je to snaha optimalizovat Oracle na
lepší výkon.
Myslím, že už jsem to tu někdy napsal - jakmile potřebujete
optimalizovat na rychlost, jde všechno hezké stranou - udržovatelnost,
kompatibilita, čitelno
> C++ je! pokračovatelem C. Přirozeným, nebo nepřirozeným ale je. Že se
> Stroustrup nechal inspirovat jinými jazyky je tak nějak jasné. Protože
> proto asi C měnil, že nemá objekty, že nemá proudy a tak.
> A C++ je zpětně kompatabilní, zvláště u vás mě překvapuje, že tvrdíte
> opak. Rozdíl je pou
> > Všechno se mění a zpětná kompatibilita se neudržuje donekonečna nikde.
> >
> Znovu se tedy ptám na konkrétní případ nekompatiblity v databázích, a pod..
>
Konkretni priklad DB bych mel. Jde o Oracle, verze 9 a 10 se od sebe odlisuji
napriklad hintama. A vezte ze ladit dotazy na velkyvh DB
-
From: "BoneFlute" <[EMAIL PROTECTED]>
To: "Konference PyCZ"
Sent: Wednesday, June 25, 2008 11:41 PM
Subject: Re: [python] Guido o funkcich reduce(), filter() a map() v Python
3000
superman napsal(a):
>> Měl bych tu přirovnání: C a C++. Ačkoliv C++ je zpětně komp
superman napsal(a):
>> Měl bych tu přirovnání: C a C++. Ačkoliv C++ je zpětně kompatabilní,
>> není zcela. Některé Cčkovské konstrukce v C++ použít nemůžete.
>>
>
> C a C++ jsou dva různé programovací jazyky. Nechápu, proč srovnáváte
> kompatibilitu mezi nimi. Srovnává snad někdo kompatiblitu
> Mám tři otázky:
>
> Četl jste, jaké změny se chystají (všechny)?
>
> Víte o existenci Python 2.6 a máte představu o tom, jak by měl
> probíhat přechod na Python 3000?
>
> Když už se dělá spousta zásadních a užitečných změn, které nejsou
> zpětně kompatibilní, je takový problém, když se přitom ud
Dne 25. červen 2008 19:12 superman <[EMAIL PROTECTED]> napsal(a):
> Jan Bednařík napsal(a):
>> Dne 25. červen 2008 18:22 superman <[EMAIL PROTECTED]> napsal(a):
>>
Ale hlavně nechápu, že vám nevadí, že se nekompatibilně změní
databáze, internetové protokoly, atd., ale že se vyvyne a změní
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 ta
slush wrote:
> Ikdyz je to ted OT, nemuzu na to nereagovat. Davat kernelu za vinu, ze
> tam je moc zmen, to me opravdu nadzvedlo. Samozrejme, jsou tam bugfixy a
> par novych jadernych featur, ale vetsina zasahu predstavuje
> upravy/zdokonalovani/pridavani ovladacu pro HW. Pri alespon elementarni
>
Jan Bednařík napsal(a):
> Dne 25. červen 2008 18:22 superman <[EMAIL PROTECTED]> napsal(a):
>
>>> Ale hlavně nechápu, že vám nevadí, že se nekompatibilně změní
>>> databáze, internetové protokoly, atd., ale že se vyvyne a změní taky
>>> Pathon je problém.
>>>
>>>
>>>
>> Ano? Já tedy nevím
>
> No, kdyz ma napr. patch na 2.6.25 oproti 2.6.24 50MB(!), tak tomu nemohu
> rikat "stabilni SW" :).
>
Ikdyz je to ted OT, nemuzu na to nereagovat. Davat kernelu za vinu, ze tam
je moc zmen, to me opravdu nadzvedlo. Samozrejme, jsou tam bugfixy a par
novych jadernych featur, ale vetsina zasahu p
Dne 25. červen 2008 18:22 superman <[EMAIL PROTECTED]> napsal(a):
>
>> Ale hlavně nechápu, že vám nevadí, že se nekompatibilně změní
>> databáze, internetové protokoly, atd., ale že se vyvyne a změní taky
>> Pathon je problém.
>>
>>
> Ano? Já tedy nevím o databázi, která by nekompatibilně změnila A
>> Ale nikdo nikdy linux kernel nepřepsal, a stále je tam obrovská spousta
>> věcí z prvních dob. Přepisuje se jenom část a také se přidávají nové
>> featury.
>>
>
> No, kdyz ma napr. patch na 2.6.25 oproti 2.6.24 50MB(!), tak tomu nemohu
> rikat "stabilni SW" :).
>
>
>
Ani pokud by třeb
superman wrote:
> Jinak řečeno, přepisování hw/sw by nebyla v tomto případě moc výhra.
Ja to cekal :)
> Řekněme, že používání odladěnějšího sw vede ke spolehlivosti s větší
> pravděpodobností, než nového, zářícího novotou. To bylo asi hlavní,
> cojsem chtěl sdělit.
Jiste.
> Právě proto, že je
> Ale hlavně nechápu, že vám nevadí, že se nekompatibilně změní
> databáze, internetové protokoly, atd., ale že se vyvyne a změní taky
> Pathon je problém.
>
>
Ano? Já tedy nevím o databázi, která by nekompatibilně změnila API, nebo
SQL. Stejně tak nevím o tom, že by se TCP/IP protokoly nějak
> superman wrote:
>
>> Dotaz: Proč v kosmonautice se stále používá 20 i více let starý hw
>>
>
> Protoze jsou zname jeho chyby a napr. odolnost proti "ruznym formam
> kosmickeho zareni".
>
Jinak řečeno, přepisování hw/sw by nebyla v tomto případě moc výhra.
> Kdyz uz jsme v tom, t
> Měl bych tu přirovnání: C a C++. Ačkoliv C++ je zpětně kompatabilní,
> není zcela. Některé Cčkovské konstrukce v C++ použít nemůžete.
>
C a C++ jsou dva různé programovací jazyky. Nechápu, proč srovnáváte
kompatibilitu mezi nimi. Srovnává snad někdo kompatiblitu Javy a Pythonu
třeba? Nesr
> V assembleru neni moc co noveho vymyslet a i ostatni se vyviji. Vzdy
> Python se od ostatnich jazyku co do vyvoje nikdy moc nelisil, proste sel
> svouji cestou vyvoje. Jedinne co je jinak je proste chut udelat "cistku".
>
Assembler se dost vyvíjí :-) Divil byste se, jaké změny jsou teď práv
Superman ma samozrejme ve vysledku pravdu, ale jenom pro informaci, ta
situace neni zas tak cernobila.
superman wrote:
> Dotaz: Proč v kosmonautice se stále používá 20 i více let starý hw
Protoze jsou zname jeho chyby a napr. odolnost proti "ruznym formam
kosmickeho zareni".
> a programy?
Kdyz
Dne 25. červen 2008 17:31 superman <[EMAIL PROTECTED]> napsal(a):
> Ano, a starší verze Pythonu bez toho, aby jí někdo udržoval bude běhat
> na dalších verzích operačních systémů? Budou běhat s novějšími, i
> budoucími verzemi databází? Internetových protokolů?
>
> Ono je potřeba si uvědomit, že ok
superman wrote:
> Ano, a starší verze Pythonu bez toho, aby jí někdo udržoval bude běhat
> na dalších verzích operačních systémů? Budou běhat s novějšími, i
> budoucími verzemi databází? Internetových protokolů?
Nijak nechci polemizovat se supermanovym pohledem na vec zpetne
kompatibility (je ur
superman napsal(a):
> Zajímavé je, že stálice a hvězdy na nebi programovacích jazyků jsou Ty,
> které to nedělají. Evidentně Rossumův postup neprospívá jazykům.
> Teoreticky si můžete myslet co chcete, ale v praxi se Rossumův postup
> ukazuje jako spolehlivý postup, jak jazyk poslat do kolen a n
Ano, a starší verze Pythonu bez toho, aby jí někdo udržoval bude běhat
na dalších verzích operačních systémů? Budou běhat s novějšími, i
budoucími verzemi databází? Internetových protokolů?
Ono je potřeba si uvědomit, že okolí Pythonu se mění a neudržovaný
Python runtime vyhodí ze hry coby dup.
On 25.6.2008 16:20, superman wrote:
> Zajímavé je, že stálice a hvězdy na nebi programovacích jazyků jsou Ty,
> které to nedělají. Evidentně Rossumův postup neprospívá jazykům.
> Teoreticky si můžete myslet co chcete, ale v praxi se Rossumův postup
> ukazuje jako spolehlivý postup, jak jazyk poslat
TECTED] On Behalf Of
> superman
> Sent: Wednesday, June 25, 2008 3:15 PM
> To: Konference PyCZ
> 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í
Zajímavé je, že stálice a hvězdy na nebi programovacích jazyků jsou Ty,
které to nedělají. Evidentně Rossumův postup neprospívá jazykům.
Teoreticky si můžete myslet co chcete, ale v praxi se Rossumův postup
ukazuje jako spolehlivý postup, jak jazyk poslat do kolen a na dno.
Podívejte se do hist
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
Trosku tvrda slova, ale mas pravdu, ano ma hracku a to je, jak jsem psal
v minulem prispevku, to co se mi na Pythonu libi, ze to dela/ridi
clovek, pro ktereho je to zabava.
Tomas
On 25.6.2008 15:48, superman wrote:
> Má svojí hračku a chce si hrát - to je hlavní pohnutka pana Guida. A
> protož
Dyt jeste ted se delaji pro 2.3.
Kazdopadne je to vyvoj, chapu rozhodnuti autora, je to vec, ktera by
jednou za cas prospela kazdemu jazyku (treba PHP by to potrebovalo jako
sul). Libi se mi odvaha se kterou do toho Guido jde a fandim mu. Ne vse
se mi v nove verzi libi, ale jak rikam to je vyvoj
[EMAIL PROTECTED] On Behalf Of
> superman
> Sent: Wednesday, June 25, 2008 2:46 PM
> To: Konference PyCZ
> Subject: Re: [python] Guido o funkcich reduce(), filter() a map() v
> Python 3000
>
> Jak dlouho? Jak dlouho bude k dispozici starší Python a všechny
> knihovny
> ve ver
Má svojí hračku a chce si hrát - to je hlavní pohnutka pana Guida. A
protože je mu jasné, že tuhle pohnutku by Pythonistům říci naplno nemohl
- je třeba jí schovat za dobré úmysly. Třeba za to, že chce "zlepšovat
Python", nebo jiné výmysly.
Miloslav Ponkrác
> Jaké jsou to ty (tak důležité) poh
Jak dlouho? Jak dlouho bude k dispozici starší Python a všechny knihovny
ve verzích ke staršímu Pythonu? Opravdu si myslíte, že to někdo bude
dlouho udržovat?
Miloslav Ponkrác
> Ja teda nevim, ale preci neni problem provozovat vice verzi python. Tak se
> proste starsi kod pusti pod starsim pyt
>> Ač tvé pocity mohu chápat, rozumím i pohnutkám Guida. A na druhou
>> stranu, jestli jsem to tedy pochopil správně, tak všechny tyto změny se
>> netýkají pythonu. Ale pythonu 3000. Což mi přijde naopak velice
>> sympatické. Je zde jasná hranice. Kdy na jednu stranu není svazován
>> nutností o
> > na to jsou tady takové a takové záruky". A stránky co má vývojář
> dělat
> > pro konverzi na python 3000 je k ničemu, pokud tento dokument neměli
> > vývojáři řekněme v roce 1998, například.
Ja teda nevim, ale preci neni problem provozovat vice verzi python. Tak se
proste starsi kod pusti pod
Hmm, a nejde do programu napsat komentáč který by značil že se to má spustit
jako 2.6 a ne 3000?
> Původní zpráva
> Od: superman <[EMAIL PROTECTED]>
> Předmět: Re: [python] Guido o funkcich reduce(), filter() a map() v Python
> 3000
> Datu
>
> Jen bych doplnil, že Python 2.6 umožní zobrazit upozornění při použití
> konstrukcí nekompatibilních s Python 3000, tudíž přechod bude velmi
> příjemný a lze se přizpůsobit průběžně.
>
A taková otázka: Jak je to s kódy, které vývojář napsal před 2.6? Oni
Pythonisti počítají pouze s tím, že
> Ač tvé pocity mohu chápat, rozumím i pohnutkám Guida. A na druhou
> stranu, jestli jsem to tedy pochopil správně, tak všechny tyto změny se
> netýkají pythonu. Ale pythonu 3000. Což mi přijde naopak velice
> sympatické. Je zde jasná hranice. Kdy na jednu stranu není svazován
> nutností o zac
Dne 25. červen 2008 14:10 BoneFlute <[EMAIL PROTECTED]> napsal(a):
> superman napsal(a):
> > Já osobně bych panu Rossumovi doporučoval, aby ideálně každý měsíc
> > neustále něco z Pythonu vyhazoval, aby držel programátory ve střehu.
> > Není nic zábavnějšího, než když se Vám nekompatibilně mění sy
superman napsal(a):
> Já osobně bych panu Rossumovi doporučoval, aby ideálně každý měsíc
> neustále něco z Pythonu vyhazoval, aby držel programátory ve střehu.
> Není nic zábavnějšího, než když se Vám nekompatibilně mění syntaxe
> jazyka pod rukama. Programátor si nemůže přát nic lepšího, než po
Já osobně bych panu Rossumovi doporučoval, aby ideálně každý měsíc
neustále něco z Pythonu vyhazoval, aby držel programátory ve střehu.
Není nic zábavnějšího, než když se Vám nekompatibilně mění syntaxe
jazyka pod rukama. Programátor si nemůže přát nic lepšího, než po
večerech místo času s rodi
http://www.artima.com/weblogs/viewpost.jsp?thread=98196
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
64 matches
Mail list logo
