Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > cz.comp.lang.python > #3102 > unrolled thread

Nej*ne*oblíbenější modul

Back to article view | Back to cz.comp.lang.python

Contents

  Nej*ne*oblíbenější modul Pavel Schön <pavel@schon.cz> - 2016-08-17 01:34 -0700
    Re: [python] Nej*ne*oblíbenější modul Petr Messner <petr.messner@gmail.com> - 2016-08-17 12:31 +0200
    Re: [python] Nej*ne*oblíbenější modul Ken Mijime <kenaco666@gmail.com> - 2016-08-17 13:12 +0200
      Re: [python] Nej*ne*oblíbenější modul Pavel Schön <pavel@schon.cz> - 2016-08-22 08:17 -0700
        Re: [python] Nej*ne*oblíbenější modul Ken Mijime <kenaco666@gmail.com> - 2016-08-22 21:26 +0200
    Re: [python] Nej*ne*oblíbenější modul Ken Mijime <kenaco666@gmail.com> - 2016-08-17 13:14 +0200
    Re: [python] Nej*ne*oblíbenější modul Ondrej Tuma <konference@webjet.cz> - 2016-08-22 16:20 +0200
    Re: [python] Nej*ne*oblíbenější modul Ondrej Tuma <konference@webjet.cz> - 2016-08-22 21:17 +0200

#3102 — Nej*ne*oblíbenější modul

Zdravím, zajímalo by mě, jaký je váš nej*ne*oblíbenější modul, resp. balíček v pythonu, zejména ze standartní knihovny. Napište také, proč tomu tak je.

Ptám se proto, že vyvíjím náhradu jednoho modulu a jsem zvědavý, jestli ho tu někdo zmíní. Svůj projekt představím později.

[toc] | [next] | [standalone]

#3103 — Re: [python] Nej*ne*oblíbenější modul

Ok :)

Věci, co mi na modulech a knihovnách vadí:

- žádná nebo divná dokumentace

- víc způsobů, jak dělat jednu věc; typicky high- a low- level api. Pokud stačí používat jen jedno (ideálně to high-level), tak ok, ale když se musí kombinovat oboje...

- globální stav/proměnné, spoléhání se na věci (typicky konfigurace), které nemusí platit

- cizorodé nebo archaické koncepty v API; počínaje nezvyklou terminologií a velikostí písmen, přes APi založené na textových řetězcích (SQL) po Céčkový styl API

- víc různých knihoven nebo jejich verzí na tu samou věc, přitom žádná z nich kompletní. Typicky: naprasený Python klient/oficiální knihovna něčeho -> protest-knihovna, která to dělá lépe, ale nezbyl čas ji dokončit -> další série protest-knihoven -> refaktor původní oficiální knihovny, během kterého se ale na původní stabilní verzi už kašle. 

- nepřipravenost na async I/O
- není thread-safe, fork-safe, EINTR-safe
- divný způsob instalace
- slabé možnosti komunikace s autory/správci

No a většinu těchto věci splňuje - splňují :) AWS klienti a SOAP knihovny. A mysql.connector.

A pak jsou věci, které jsou světem sami pro sebe, např. Zope. 

Zároveň se tu veřejně omlouvám za Sklik.cz Python klienta (z roku 2012 nebo kolik), což lze ale aspoň omluvit tím, že ho z většiny psal tehdejší kolega céčkař :)

Petr Messner

17. 8. 2016 v 10:34, Pavel Schön <pavel@schon.cz>:

> Zdravím, zajímalo by mě, jaký je váš nej*ne*oblíbenější modul, resp. balíček v pythonu, zejména ze standartní knihovny. Napište také, proč tomu tak je.
> 
> Ptám se proto, že vyvíjím náhradu jednoho modulu a jsem zvědavý, jestli ho tu někdo zmíní. Svůj projekt představím později.
> _______________________________________________
> Python mailing list
> python@py.cz
> http://www.py.cz/mailman/listinfo/python
> 
> Visit: http://www.py.cz

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#3104 — Re: [python] Nej*ne*oblíbenější modul

Osobne prestávam mať rád libky, ktoré po mne požadujú konkrétny prístup. 
Najviac je to asi vidieť na všemožných nástrojoch,
ktoré ticho predpokladajú že použijete SQLAlchemy a priam to vynucujú.
A pritom dependency injection nieje taký hack ako to znie..


On 17.08.2016 10:34, Pavel Schön wrote:
> Zdravím, zajímalo by mě, jaký je váš nej*ne*oblíbenější modul, resp. balíček v pythonu, zejména ze standartní knihovny. Napište také, proč tomu tak je.
>
> Ptám se proto, že vyvíjím náhradu jednoho modulu a jsem zvědavý, jestli ho tu někdo zmíní. Svůj projekt představím později.
> _______________________________________________
> Python mailing list
> python@py.cz
> http://www.py.cz/mailman/listinfo/python
>
> Visit: http://www.py.cz


--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#3107 — Re: [python] Nej*ne*oblíbenější modul

Dne středa 17. srpna 2016 13:12:13 UTC+2 Ken Mijime napsal(a):
> Osobne prestávam mať rád libky, ktoré po mne požadujú konkrétny prístup. 
> Najviac je to asi vidieť na všemožných nástrojoch,
> ktoré ticho predpokladajú že použijete SQLAlchemy a priam to vynucujú.
> A pritom dependency injection nieje taký hack ako to znie..

Zrovna na tomto mi nepřijde nic divného, že knihovna B závisí na knihovně A, podle mě úplně normální věc.

Uvedl bys nějaký příklad, kde závislost B na A je nežádoucí nebo zbytečná? Např. s SQLAlchemy když už to tu padlo.

[toc] | [prev] | [next] | [standalone]

#3109 — Re: [python] Nej*ne*oblíbenější modul

Konkrétne napr flask-security. Má tri major ORMka a ak si pozrieš 
dokumentáciu, očakáva že
použiješ špecifické classy práve z jedného z nich. Nieje to závisloť 
libky na inej libke, je to
vnucovanie konkrétneho frameworku a prístupu userovi onej libky. Nieje 
to o tom že
flask-security závisí na SQLAlchemy a ty to proste nainštaluješ ako 
závislosť.
Už si povinný používať objekty a do svojho programu zapracovávať SQLAlchemy
(alebo ich monkey patchovať).

Pre porovnanie Flask-Login požaduje clasu pre Usera, ktorá implementuje 
nejaké API.
Thats all. Naprgaš to v SQLAlchemy? Inom ORM? ako C modul? Libke je to 
jedno.


On 22.08.2016 17:17, Pavel Schön wrote:
> Dne středa 17. srpna 2016 13:12:13 UTC+2 Ken Mijime napsal(a):
>> Osobne prestávam mať rád libky, ktoré po mne požadujú konkrétny prístup.
>> Najviac je to asi vidieť na všemožných nástrojoch,
>> ktoré ticho predpokladajú že použijete SQLAlchemy a priam to vynucujú.
>> A pritom dependency injection nieje taký hack ako to znie..
> Zrovna na tomto mi nepřijde nic divného, že knihovna B závisí na knihovně A, podle mě úplně normální věc.
>
> Uvedl bys nějaký příklad, kde závislost B na A je nežádoucí nebo zbytečná? Např. s SQLAlchemy když už to tu padlo.
> _______________________________________________
> Python mailing list
> python@py.cz
> http://www.py.cz/mailman/listinfo/python
>
> Visit: http://www.py.cz


--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#3105 — Re: [python] Nej*ne*oblíbenější modul

Obávam sa že je veľa seznamáckych technológií, ktoré by sa mali dať na 
diskety a zakopať v nevadskej púšti neďaleko hier E.T.


On 17.08.2016 12:31, Petr Messner wrote:
> Ok :)
>
> Věci, co mi na modulech a knihovnách vadí:
>
> - žádná nebo divná dokumentace
>
> - víc způsobů, jak dělat jednu věc; typicky high- a low- level api. Pokud stačí používat jen jedno (ideálně to high-level), tak ok, ale když se musí kombinovat oboje...
>
> - globální stav/proměnné, spoléhání se na věci (typicky konfigurace), které nemusí platit
>
> - cizorodé nebo archaické koncepty v API; počínaje nezvyklou terminologií a velikostí písmen, přes APi založené na textových řetězcích (SQL) po Céčkový styl API
>
> - víc různých knihoven nebo jejich verzí na tu samou věc, přitom žádná z nich kompletní. Typicky: naprasený Python klient/oficiální knihovna něčeho -> protest-knihovna, která to dělá lépe, ale nezbyl čas ji dokončit -> další série protest-knihoven -> refaktor původní oficiální knihovny, během kterého se ale na původní stabilní verzi už kašle.
>
> - nepřipravenost na async I/O
> - není thread-safe, fork-safe, EINTR-safe
> - divný způsob instalace
> - slabé možnosti komunikace s autory/správci
>
> No a většinu těchto věci splňuje - splňují :) AWS klienti a SOAP knihovny. A mysql.connector.
>
> A pak jsou věci, které jsou světem sami pro sebe, např. Zope.
>
> Zároveň se tu veřejně omlouvám za Sklik.cz Python klienta (z roku 2012 nebo kolik), což lze ale aspoň omluvit tím, že ho z většiny psal tehdejší kolega céčkař :)
>
> Petr Messner
>
> 17. 8. 2016 v 10:34, Pavel Schön <pavel@schon.cz>:
>
>> Zdravím, zajímalo by mě, jaký je váš nej*ne*oblíbenější modul, resp. balíček v pythonu, zejména ze standartní knihovny. Napište také, proč tomu tak je.
>>
>> Ptám se proto, že vyvíjím náhradu jednoho modulu a jsem zvědavý, jestli ho tu někdo zmíní. Svůj projekt představím později.
>> _______________________________________________
>> Python mailing list
>> python@py.cz
>> http://www.py.cz/mailman/listinfo/python
>>
>> Visit: http://www.py.cz
> _______________________________________________
> Python mailing list
> python@py.cz
> http://www.py.cz/mailman/listinfo/python
>
> Visit: http://www.py.cz


--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#3106 — Re: [python] Nej*ne*oblíbenější modul

[Multipart message — attachments visible in raw view] — view raw

Hoj,

V Wed, 17 Aug 2016 21:58:35 +0200
Radek Holý <radekholypublic@gmail.com> napsáno:

> Jinak z knihoven třetích stran mě naposledy asi nejvíc vadil
> PyGObject, hlavně asi kvůli tomuhle komentáři:
> https://bugzilla.gnome.org/show_bug.cgi?id=571834#c1

Tahle situace je už jiná. Resp. osobně považuji GObject/GLib/GTK
dokumentaci za jednu z nejlepších. PyGTK je takové partizánské, ale
nové PyGObject je díky gobject-introspection velmi dobře použitelné.
Vlastně Pokud něco není v dokumentaci k pythonu, tak k C určitě je, a
vlastně se to dá použít, to trochu platilo i o PyGTK.

S některými manýry lidí okolo GTK je to ale horší...

-- 
Ondřej Tůma <mcbig@zeropage.cz>
www: http://ipv6.mcbig.cz   jabber: mcbig@jabber.cz   twitter: mcbig_cz

[toc] | [prev] | [next] | [standalone]

#3108 — Re: [python] Nej*ne*oblíbenější modul

[Multipart message — attachments visible in raw view] — view raw

Zdravím

V Wed, 17 Aug 2016 01:34:39 -0700 (PDT)
Pavel Schön <pavel@schon.cz> napsáno:

> Zdravím, zajímalo by mě, jaký je váš nej*ne*oblíbenější modul, resp.
> balíček v pythonu, zejména ze standartní knihovny. Napište také, proč
> tomu tak je.

Co se dokumentace týče, už jsem to tu psal. Čas od času prostě
potřebuji víc, než je v dokumentaci. A to z různých důvodů. Buď
dokumentaci nepochopím, nebo to tam prostě napsané není. Osobně jsem
se hodně kroutil u cgi modulu. Ten se dnes již ale moc nepoužívá, takže
to je trochu mimo mísu.

Jinak po vzoru tady zmiňovaného Seznamáckého obalu nad MySQL jsem si
udělal vlastní obal nad MySQL a SQLite a to zejména kvůli logování a
automatickému rollbacku. Tedy často jen lehké doplnění.

Obecně ale musím říct, že se s pokorou snažím používat zejména
standardní knihovny. A to jednak kvůli rozumnému počtu dalších
závislostí a pak proto, že jedině používáním standardních knihoven
Python opravdu do hloubky poznám.

-- 
Ondřej Tůma <mcbig@zeropage.cz>
www: http://ipv6.mcbig.cz   jabber: mcbig@jabber.cz   twitter: mcbig_cz

[toc] | [prev] | [standalone]

Back to top | Article view | cz.comp.lang.python

csiph-web