[python] Too much freedom?

[Honza Javorek]

Nechci moc odbíhat, ale co existuje PyPA a vyvíjí to, plus píše
https://packaging.python.org/, tak se v tom balíčkování jde orientovat
trochu lépe, ale pořád je to nebe a dudy oproti např. (já vím, mladšímu)
npm. Za mě je to taky momentálně největší bolest Pythonu.

HJ

2017-01-02 20:19 GMT+01:00 Michal Vyskocil <michal.vyskocil na gmail.com>:

> Ahoj,
>
> Souhlasím, že gil je větší problém. Na rychlost je pypy, volitelné
> typování už fanda standardní knihovna.
>
> Já bych za sebe přidal lepší a jednodušší packaging, než setup.py,
> setup.cfg, manifest, requirements.txt a všechny ty věci.
>
> Nevím jak pro ostatní, ale pro mě je setuptools čirá magie. Jakékoli
> rozšířeni, třeba o py.test, je jenom o hledání magických postupů na
> internetu.
>
> Michal
>
> Dne 2. 1. 2017 6:18 PM napsal uživatel "Petr Messner" <
> petr.messner na gmail.com>:
>
> Ahoj,
>
> mě to všechno zatím řeší Cython :) Když teda potřebuju rychlost.
>
> Zrychlení o 20% (nebo 25% nebo 50%...) - opravdu by to něčemu prakticky
> pomohlo? Jen málokdo funguje v takových rozměrech, aby 20% zrychlení
> Pythonu znamenalo, že se ušetří vůbec nějaké množství nákladů na hardware.
>
> Mě by se Python třeba výrazně zrychlil odstraněním GILu :)
>
> Jako já žádné zrychlovací snahy nechci shazovat, pokud to jde, tak sem s
> tím :) Jen prostě pokud za odpověď někdo považuje "zrychlit Python", jaká
> je vlastně otázka? A není na ní lepší odpověď? :) Třeba změnit databázové
> schéma, kešovat, jinak zpracovávat data, snížit počet I/O operací, použít
> nějakou hustou knihovnu, co využívá vektorové instrukce CPU/GPU... Nejspíš
> existují i jiné možnosti, než dojdete k okamžiku "a teď už by tomu opravdu
> pomohla jen kvantová JIT VM".
>
> Ad statická kontrola kódu - můžu začít tím, že si sem a tam budu anotovat,
> že funkce vrací string, nebo že to nějaký nástroj dokonce odvodí za mě...
> Ale čím vic jdu do hloubky, tím víc si říkám, že bych to teda raději dělal
> rovnou v tom C++ :) Ale to je možná tím, že jakmile mám kladivo (C++), tak
> prostě všechno najednou vypadá jako hřebík. I v tom Google si raději
> vymysleli Go, než aby každého programátora museli zasvěcovat do tajů C++.
>
> Jsem zvědavý na další názory :) Hodně zdraví a málo segfaultů v novém roce!
>
> PM
>
> Dne 2. ledna 2017 17:12 Vláďa Macek <macek na sandbox.cz> napsal(a):
>
> Ahoj všem, hezký nový rok.
>>
>> Občas mě napadne...
>> Python je silně dynamický jazyk, tj. umožňuje velmi svobodné operace s
>> objekty, metaprogramování atp. Až tolik, že to některým lidem přijde moc a
>> vyvíjejí aktitivy, jak ho trochu spoutat a něco za to získat.
>>
>> Otázka. Obětovali byste některý z dynamických rysů pythonování výměnou
>> třeba za (hypotetické) zisky, jako aby mainstreamový interpret
>>
>>   * se všem zrychlil v průměru o 15% či o 20%?
>>   * se dal kompilovat do efektivního nativního kódu?
>>   * umožňoval výrazně lepší podporu automatické statické kontroly kódu?
>>   * ...
>>
>> Podotýkám, že to jsou podněty k zamyšlení, nikoli k flamewar. :-)
>>
>> Pokud máte načteno a ozkoušeno něco z toho, co se tématu týká, uvítám i,
>> pokud se o to podělíte. Nikdy nezaškodí si rozšířit obzory.
>>
>> Vláďa
>>
>>
>> _______________________________________________
>> Python mailing list
>> python na py.cz
>> http://www.py.cz/mailman/listinfo/python
>>
>> Visit: http://www.py.cz
>>
>
>
> _______________________________________________
> Python mailing list
> python na py.cz
> http://www.py.cz/mailman/listinfo/python
>
> Visit: http://www.py.cz
>
>
>
> _______________________________________________
> Python mailing list
> python na py.cz
> http://www.py.cz/mailman/listinfo/python
>
> Visit: http://www.py.cz
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://www.py.cz/pipermail/python/attachments/20170102/25997123/attachment.html>