Má Python budoucnost?

[javaman]

Dyť je to malinký. Samozřejmě jsem v něm chvíli dělal. Pokud se podíváš na EE, tak rovnou v základu máš takových věcí, že nějaké hraní s Pythonem pro tebe bude úplně zbytečné. A pak máš i další knihovny.

Jak spousta? Když jsem něco hledal, tak 80 tisíc na HPP bylo jako bych chtěl firemní Mercedes a asistenktu na kouření. S Javou tohle dostaneš ani nikdo nemrkne okem. V Seznamu jsou lemplové za pár korun, takže tam asi budou mít nedostatek lidí obecně

[Reklama]

[gl]

Dyť je to malinký. Samozřejmě jsem v něm chvíli dělal. Pokud se podíváš na EE, tak rovnou v základu máš takových věcí, že nějaké hraní s Pythonem pro tebe bude úplně zbytečné. A pak máš i další knihovny.

Jak spousta? Když jsem něco hledal, tak 80 tisíc na HPP bylo jako bych chtěl firemní Mercedes a asistenktu na kouření. S Javou tohle dostaneš ani nikdo nemrkne okem. V Seznamu jsou lemplové za pár korun, takže tam asi budou mít nedostatek lidí obecně

Které věci má EE navíc?

[gogo]

podporu vice vlaken ?

[gl]

podporu vice vlaken ?

K čemu ji ve webových aplikacích používáte?

[.]

podporu vice vlaken ?

Podporou více vláken bych se moc neoháněl, to je otázka architektury aplikace. Není problém spouštět více vláken aplikace v Pythonu nebo node.js, v hrubém součtu to pak bývá často rychlejší než ta Java a rozhodně lépe škálovatelné. A když už se z výkonostních důvodů migruje z Ruby/Pythonu/node.js na něco jiného, Java to rozhodně není. Zpravidla je to Go.

[Reklama]

[Mirek Prýmek]

K čemu ji ve webových aplikacích používáte?

Webová aplikace je přece nejtypičtější příklad vícevláknové aplikace. Pokud se teda situace neřeší obezličkou s poolem oddělených interpreterů, což není žádná ctnost, ale nemotorný způsob, jak obejít neschopnost jazyka, a vede to ke zbytečným komplikacím.

[Mirek Prýmek]

v hrubém součtu to pak bývá často rychlejší

A málem bych zapomněl na tohle, to taky stojí za komentář: NE, python NENÍ rychlý. Je to naopak jeden z nejpomalejších jazyků. Pokud někde dosahuje rychlosti, tak jenom díky tomu, že se z Pythonu skočí do céčka. Což by AFAIK v Javě šlo taky, ale nejspíš (?) se to tolik nepoužívá, protože to není zas takový rozdíl jako u Pythonu, který je sám o sobě pomalý jako prase.

[zboj]

v hrubém součtu to pak bývá často rychlejší

A málem bych zapomněl na tohle, to taky stojí za komentář: NE, python NENÍ rychlý. Je to naopak jeden z nejpomalejších jazyků. Pokud někde dosahuje rychlosti, tak jenom díky tomu, že se z Pythonu skočí do céčka. Což by AFAIK v Javě šlo taky, ale nejspíš (?) se to tolik nepoužívá, protože to není zas takový rozdíl jako u Pythonu, který je sám o sobě pomalý jako prase.

Mě jednou v lese honil divočák a moc pomalé mi to prase nepřišlo. Ale chápu, co chceš říct

[Mirek Prýmek]

Ach jo, zase jsem klikl na "změnit" místo na citovat

Podporou více vláken bych se moc neoháněl, to je otázka architektury aplikace.

Ještě před tím je to ale otázka toho, jestli daný jazyk vůbec poskytuje potřebná primitiva.

Není problém spouštět více vláken aplikace v Pythonu nebo node.js, v hrubém součtu to pak bývá často rychlejší než ta Java a rozhodně lépe škálovatelné.

No tak to teda je problém, protože v Pythonu více vláken pouštět *nejde*. Prostě NEJDE, snad všichni víme, co je to GIL, ne?! To, že se udělá nějaké API, které vypadá jakobych měl víc vláken, neznamená, že víc vláken skutečně mám a že jsou dobře využita.

Škálovatelné?! Python není škálovatelný VŮBEC. Spuštění několika oddělených interpreterů není škálování!

[gl]

K čemu ji ve webových aplikacích používáte?

Webová aplikace je přece nejtypičtější příklad vícevláknové aplikace. Pokud se teda situace neřeší obezličkou s poolem oddělených interpreterů, což není žádná ctnost, ale nemotorný způsob, jak obejít neschopnost jazyka, a vede to ke zbytečným komplikacím.

To je pravda, ale pro obyčejné CRUD aplikace to bohatě stačí. Tam stačí i PHP. Asi jsem lopata, ale vlákna jsem nikdy nepotřeboval.

[gl]

v hrubém součtu to pak bývá často rychlejší

A málem bych zapomněl na tohle, to taky stojí za komentář: NE, python NENÍ rychlý. Je to naopak jeden z nejpomalejších jazyků. Pokud někde dosahuje rychlosti, tak jenom díky tomu, že se z Pythonu skočí do céčka. Což by AFAIK v Javě šlo taky, ale nejspíš (?) se to tolik nepoužívá, protože to není zas takový rozdíl jako u Pythonu, který je sám o sobě pomalý jako prase.

Mě jednou v lese honil divočák a moc pomalé mi to prase nepřišlo. Ale chápu, co chceš říct

Nám jednou uteklo domácí prase. Je také docela rychlé.

[Mirek Prýmek]

To je pravda, ale pro obyčejné CRUD aplikace to bohatě stačí. Tam stačí i PHP. Asi jsem lopata, ale vlákna jsem nikdy nepotřeboval.

No jistě, pokud mám aplikaci, která nedělá nic jiného než že na dotaz do šablony vkládá údaje z databáze, tak to "stačí". Sice se kvůli tomu musí vymýšlet narovnáváky na ohýbáky jako třeba FCGI, ale jinak je to "úplně v pohodě". Jo akorát tedy ty narovnáváky něco občas rozbijí. Ajo a taky se vlastně na ně musí spešl myslet, když se tam dává proxyna. Ale jinak v pohodě. Jo a taky vlastně takhle vůbec nejdou dělat moderní aplikace. Ale to nevadí. My si vystačíme s tím, že PHP do nějakého HTML vyprdne něco z MySQL.

Však když někdo nezná nic jinýho než kladivo, taky jím "úplně v pohodě" i spraví televizi

[gl]

To je pravda, ale pro obyčejné CRUD aplikace to bohatě stačí. Tam stačí i PHP. Asi jsem lopata, ale vlákna jsem nikdy nepotřeboval.

No jistě, pokud mám aplikaci, která nedělá nic jiného než že na dotaz do šablony vkládá údaje z databáze, tak to "stačí". Sice se kvůli tomu musí vymýšlet narovnáváky na ohýbáky jako třeba FCGI, ale jinak je to "úplně v pohodě". Jo akorát tedy ty narovnáváky něco občas rozbijí. Ajo a taky se vlastně na ně musí spešl myslet, když se tam dává proxyna. Ale jinak v pohodě. Jo a taky vlastně takhle vůbec nejdou dělat moderní aplikace. Ale to nevadí. My si vystačíme s tím, že PHP do nějakého HTML vyprdne něco z MySQL.

Však když někdo nezná nic jinýho než kladivo, taky jím "úplně v pohodě" i spraví televizi

Těmi moderními aplikacemi myslíte websockety? K tomu používám celery a nodejs. Nodejs udržuje spojení a z djanga nebo celery mu posílám data, která chci poslat klientovi. Uznávám, že je to zbytečně komplikované, ale websockety používá jen malá část aplikace.

[Mirek Prýmek]

Těmi moderními aplikacemi myslíte websockety? K tomu používám celery a nodejs. Nodejs udržuje spojení a z djanga nebo celery mu posílám data, která chci poslat klientovi. Uznávám, že je to zbytečně komplikované, ale websockety používá jen malá část aplikace.

To nejsou jenom websockety, ale ten celkový koncept, kdy aplikace tahá jenom ta data, která nutně potřebuje, a překresluje jenom to, co je překreslit potřeba. Takhle bude nejspíš web v budoucnosti vypadat, nikdo nebude na každé kliknutí tahat (a generovat) celou stránku znovu.

Uznávám, že je to zbytečně komplikované, ale websockety používá jen malá část aplikace.

No jak která aplikace, že Nejenom, že je to zbytečně komplikované (další narovnávák na vohýbák), ale především je to zoufale pomalé a náročné na zdroje na serveru. Pomocí naplňování šablon prostě nejde (u aplikace složitější než hello world) dosáhnout latence řádově stejné jako je latence pingu. U aplikace založené na websocketech to možné je.

Šablony prostě imho patří minulosti. Odehrály svoji úlohu, ale jde se dál. A to ono "dál" bude pro python tvrdý oříšek. Možná se s ním popere, možná ne, to uvidíme. Ale hurónsky rozhlašovat, jak je python jedinečná technologie na web, je podle mě poněkud úsměvné, pionýři už jsou jiní a jinde.

[gl]

Těmi moderními aplikacemi myslíte websockety? K tomu používám celery a nodejs. Nodejs udržuje spojení a z djanga nebo celery mu posílám data, která chci poslat klientovi. Uznávám, že je to zbytečně komplikované, ale websockety používá jen malá část aplikace.

To nejsou jenom websockety, ale ten celkový koncept, kdy aplikace tahá jenom ta data, která nutně potřebuje, a překresluje jenom to, co je překreslit potřeba. Takhle bude nejspíš web v budoucnosti vypadat, nikdo nebude na každé kliknutí tahat (a generovat) celou stránku znovu.

Uznávám, že je to zbytečně komplikované, ale websockety používá jen malá část aplikace.

No jak která aplikace, že Nejenom, že je to zbytečně komplikované (další narovnávák na vohýbák), ale především je to zoufale pomalé a náročné na zdroje na serveru. Pomocí naplňování šablon prostě nejde (u aplikace složitější než hello world) dosáhnout latence řádově stejné jako je latence pingu. U aplikace založené na websocketech to možné je.

Šablony prostě imho patří minulosti. Odehrály svoji úlohu, ale jde se dál. A to ono "dál" bude pro python tvrdý oříšek. Možná se s ním popere, možná ne, to uvidíme. Ale hurónsky rozhlašovat, jak je python jedinečná technologie na web, je podle mě poněkud úsměvné, pionýři už jsou jiní a jinde.

Já jsem o šablonách nic nepsal. CRUD aplikace může komunikovat čistě pomocí JSONu a html můžu obsluhovat jako statické soubory. MVC frameworky se rozšířily právě proto, že se v nich snadno dělají ajaxové aplikace.