Re: [python] Volba web-frameworku (a pár menších dotazů)

[Vladimir Macek]

On 11.3.2015 14:48, Marek Nožka wrote:
 Ahoj
  
 Obávám se, že u většiny začátečníků může dojít celkem jednoduše 
 k omylu, že jednoduchý web framework je jednoduchý na naučení, 
 což podle mého absolutně není pravda. Naopak, třeba Django 
 (jenom jako příklad, nehoruji úplně konkrétně jenom pro ně, 
 i když v Pythoním světě mi připadne jako docela dobrý standard 
 ne-minimalistického web frameworku) s jeho předem nastaveným 
 vším, a automatizovanými nástroji na generaci všeho, 
 a s výbornou dokumentací, může být na učení jednodušší.
  
 Nemůžu se ubránit pocitu, že právě toto bude pro začátečníka moc věcí
 najednou. Ale je to asi mým pohledem na začátečníka. Vidím ho jako někoho,
 kdo tak tak rozliší, co je HTML a co je Python.

Omlouvám se, opravdu nechci působit arogantně, ale není tato laťka už
přecejen příliš nízko?

V.

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Javorek]

Zalezi, jestli se nekdo uci Python (treba nekdo kdo prijde z PHP), zda se
uci framework (nekdo kdo chce rychle udelat webovku a uz zna jakykoliv
framework odjinud a snazi se uz jen pochopit rozdily v konceptech), nebo
zda se uci vubec poprve v zivote cokoliv programovat (PyLadies,
DjangoGirls, stredni skoly, apod.). Podle me mnoho levelu zacatecniku.

H

2015-03-16 17:13 GMT+01:00 Vladimir Macek ma...@sandbox.cz:

 On 11.3.2015 14:48, Marek Nožka wrote:
  Ahoj
 
  Obávám se, že u většiny začátečníků může dojít celkem jednoduše
  k omylu, že jednoduchý web framework je jednoduchý na naučení,
  což podle mého absolutně není pravda. Naopak, třeba Django
  (jenom jako příklad, nehoruji úplně konkrétně jenom pro ně,
  i když v Pythoním světě mi připadne jako docela dobrý standard
  ne-minimalistického web frameworku) s jeho předem nastaveným
  vším, a automatizovanými nástroji na generaci všeho,
  a s výbornou dokumentací, může být na učení jednodušší.
 
  Nemůžu se ubránit pocitu, že právě toto bude pro začátečníka moc věcí
  najednou. Ale je to asi mým pohledem na začátečníka. Vidím ho jako
 někoho,
  kdo tak tak rozliší, co je HTML a co je Python.

 Omlouvám se, opravdu nechci působit arogantně, ale není tato laťka už
 přecejen příliš nízko?

 V.

 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Matěj Cepl]

On 2015-03-10, 23:25 GMT, Lukáš Sliacky wrote:
 Je vhodný aj pre začiatočníkov (ja sám ním som) 

Osobně nemám absolutně nic proti Flasku ani miniframeworkům 
(Armin je podle mého jeden z nejzajímavějších lidí v Pythonním 
světě), ale mám své pochybnosti o této větě. Pro absolutního 
začátečníka, který musí najednou absorbovat MVC framework, celou 
myšlenku webových aplikací, ORM, HTTP processing a ještě deset 
dalších věcí, mi připadne že trochu pomocných koleček na držení 
rovnováhy neuškodí.

Obávám se, že u většiny začátečníků může dojít celkem jednoduše 
k omylu, že jednoduchý web framework je jednoduchý na naučení, 
což podle mého absolutně není pravda. Naopak, třeba Django 
(jenom jako příklad, nehoruji úplně konkrétně jenom pro ně, 
i když v Pythoním světě mi připadne jako docela dobrý standard 
ne-minimalistického web frameworku) s jeho předem nastaveným 
vším, a automatizovanými nástroji na generaci všeho, 
a s výbornou dokumentací, může být na učení jednodušší.

Anyway, tímto končím s tímto threadem.

Matěj
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Marek Nožka]

Ahoj
 
 Obávám se, že u většiny začátečníků může dojít celkem jednoduše 
 k omylu, že jednoduchý web framework je jednoduchý na naučení, 
 což podle mého absolutně není pravda. Naopak, třeba Django 
 (jenom jako příklad, nehoruji úplně konkrétně jenom pro ně, 
 i když v Pythoním světě mi připadne jako docela dobrý standard 
 ne-minimalistického web frameworku) s jeho předem nastaveným 
 vším, a automatizovanými nástroji na generaci všeho, 
 a s výbornou dokumentací, může být na učení jednodušší.
 
Nemůžu se ubránit pocitu, že právě toto bude pro začátečníka moc věcí
najednou. Ale je to asi mým pohledem na začátečníka. Vidím ho jako někoho,
kdo tak tak rozliší, co je HTML a co je Python. Když mu do toho ještě přibude 
ORM a nějaké ty nástroje na automatické generování všeho, moc klidu mu to
nepřidá.

Asi není začátečník jako začáteční a podle toho by si měl taky vybrat.

Marek Nožka
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Lukáš Sliacky]

Ja sa prikláňam k flasku.

V poslednej dobe sa mu celkom venujem a pokiaľ máš záujem skôr o minimalistický 
framework, s MNOŽSTVOM modulov, je to tá správna voľba.

(to, že je definovaný ako minimalistický určite neznamená, že v ňom neurobíš aj 
veľký web, prípadne backend k čomkoľvek) 

Je vhodný aj pre začiatočníkov (ja sám ním som) a vďaka skvelým tutorialom ( 
http://blog.miguelgrinberg.com/post/the-flask-mega-tutorial-part-i-hello-world 
) sa určite nestratíš :) 

Ak máš záujem o ďalšie info (skôr základné, ako nejaké odborné a špecifické), 
rád odpoviem (ak budem vedieť :) )
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Radek Holý]

Dne 4. března 2015 8:44 Honza Javorek m...@honzajavorek.cz napsal(a):

 Ahoj,

  Ale budiž, nemám potřebu se s vámi hádat. Snažil jsem se nabídnout jiný
 pohled. Pokud na něj mám získat odpovědi typu nesmysl, nebo něco o
 prdeli, nestojí mi to za to.

 Me je lito, ze jsem to napsal drsneji, protoze jsem to tak spis nemyslel,
 nez myslel. Ja jsem te chtel vlastne spis doplnit, nez s tebou radikalne
 nesouhlasit. Udelam jednoduchou tabulku:

 delat vlastni framework - vetsina se tady shodneme, ze NE
 pouzit maly framework vs. velky framework - tohle je nikdy nekoncici
 debata, za me je to ANO vs. ANO, zalezi jak kdy

 Ja pouzivam Flask na vsechno. Ty obhajujes Flask, ja Django. Jaky to dava
 smysl? :) Takovy, ze vidim vyhody obou a chtel jsem poskytnout druhy pohled
 na vec. Snazil jsem se, aby se velky vs. maly argumentovalo poctive.
 Velikost v MB mi smysl nedavala, to do ceho jsi to rozvedl, jsou uz podle
 me OK argumenty na zvazeni pri rozhodovani. Nehadejme se tady a hlavne se
 nehadejme, kdyz spolu v podstate az na drobnosti souhlasime ;) Jak jsem
 psal, nenapichujem se na kuly. U piva bychom se na sebe usmivali, ale tady
 na diskusi to vzdycky z nejakeho uhlu vypada, ze je za tim pokrevni
 vyvrazdovani.

 Chci napsat na python.cz, ze tady mame pratelskou komunitu, takze nelejme
 to pivo z voken :)

  Souhlasim, mensi mnozstvi ciziho kodu neimplikuje mensi mnozstvi meho
 kodu. Nic takoveho se nesnazim tvrdit. Ale tvrdim, ze pokud existuji dve
 stejne kvalitni knihovny, ta, která má méně řádků kódu, je jednušší. Co je
 jednodušší, to se lépe udržuje (autorovi knihovny, ne mně!!!). Co se lépe
 udržuje (autorovi), to je lepší (pro mě). Proto, pokud mám na výběr mezi
 dvěma kvalitními knihovnami, které obě splňují moje požadavky, volím tu
 menší. Myslím si, že tady jsme se vůbec nepochopili.

 Pokud te chapu dobre, tak se jinymi slovy snazis rict neco podobneho, jako
 ja v

  Spravnejsi by podle me bylo treba rict, ze Django mi pomaha k vecem,
 ktere nepotrebuji, a nepomaha mi k vecem, ktere potrebuji - typicky kdyz
 budu chtit udelat API nad MongoDB, pak proste sahnu po
 http://python-eve.org/ (postaveno nad Flaskem), protoze s Djangem bych se
 trapil.

 Jinak co se tyce

  Pokud existuje menší kvalitní framework, který nabízí vše, co tázající
 potřebuje, doporučuji ten. Osobně názory typu, něco je levné, tak tím
 nemusím šetřit, mi jsou velmi vzdálené.

 tak bych jen doplnil, ze je tam minimalne jeste jedna velicina, kterou
 sledovat, a to pocet lidi, kteri na tom delaji a jejich aktivita. Kdyz to
 bude one man show, tak at to bude velke (tam spis) nebo male, tak to nikdy
 nebude dostatecne ostrilene a kdyz se tam neco podela, nevis, zda autor
 nebude zrovna nekde na dovolene. Co v mych ocich Django ztraci na
 velikosti, to ziskava na komunite za nim, na otestovanosti a proverenosti v
 boji.

 Ja bych to rekl v analogii asi takto: Mam moc rad svoje kolo. Jezdim na
 nem vsude. Ale az pojedu do Chorvatska, tak si na to vezmu auto. S autem je
 strasna spousta srani, vyrizovani, tady hlidas nejaky pojisteni, tam gumy,
 musis resit palivo, muze se to cele pokazit. Ma to strasne moc soucasti a
 vsechny se muzou pokazit, kdykoliv. Ale stejne jedes do Chorvatska autem,
 protoze na kole, ac mas svoje kolo rad a po meste s nim jezdis vsude, tak
 na tom kole by to bylo dost bolestivy. Nikdo nerika, ze to nejde
 http://www.ronnieweb.net/na-kole-k-mori/, ale nejsi-li dobrodruzne
 povahy, nebo jedes-li tam v obleku treba delat do Zahrebu byznys a nemas to
 jako dovolenou, tak se tomu vyhnes.

 Django je u me takovy auto. Na to, abych s nim jel do hospody, na vylet za
 mesto, do prace, tak na to bych se mohl vyprdnout. Je nemotorny a
 tezkopadny a navic mam rad to svoje kolo. To kolo funguje dobre a navic i
 verim tomu, ze mi jej kdokoliv opravi kladivem, v jedne osobe. Ale kdyz
 budu mit vylet do Zahrebu, vezmu si na to Django. Ani se mu moc nebudu
 divat pod kapotu.

  Tak zkusím ještě jeden argument, který se také často ozývá od lidí,
 kteří se teď zabývají Dockerem. Každý zbytečný kód, který leží třeba i
 (nebo zejména) na serveru, potenciálně obsahuje chyby. Přestože se
 nevyužívá, útočník si může najít cestu, jak kód spustit a zneužít. Proto je
 vždy lepší zbytečný kód nemít, než nepoužívat.

 To je celkem pravda, ale proc nikdo podobne nepremysli u samotneho OS nebo
 u DB? PostgreSQL ma milion funkci, ktere nepotrebujes, ale mas je tam.
 Podle me je to tou otestovanosti v boji - nikdo se neboji pouzit Postgre,
 protoze to uz bezi na milionu mistech a lidi vi, ze funguje a ze kdyz nekdo
 nahlasi bug, tak bude opraven a ze je to bezpecny. Stejne jako, rekneme,
 nejaka stara dobra spolehliva Mazda. Proste jede. Ale Docker je v tomto
 pripade ve stadiu cinske noname znacky, jejiz prvni modely prave vyjely z
 montazni linky. Nikdo netusi, co od toho ma cekat.


FYI, na urovni OS nad tim premysli spousta lidi prave treba kvuli Dockeru.
Kazdy Docker image musi byt postaven nad image nejakeho OS. Proto musi byt
ten 

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Jaroslav Vysoký]

Však jsem taky nic jdi_do_prdelními argumenty nekomentoval, jen jsem se
sklonil před tvojí a Alešovou trpělivostí.

Hezký den!

J.


Dne 3. března 2015 7:34 Honza Javorek m...@honzajavorek.cz napsal(a):

 jdi_do_prdelní argumenty nikoho nic nenauci a k diskusi neprispejou.
 Trpelivost treba jo :) A je dobry brat v uvahu, ze tady nejde o to
 pretlacit toho druhyho a napichnout ho na kul, ale poskytnout novackum
 dostatek argumentu pro to, aby se rozhodli podle sve hlavy.

 H

 2015-03-03 1:00 GMT+01:00 Jaroslav Vysoký vys...@borka.cz:

 Aleši, jseš borec! (Honza J. teda taky.) Ve chvíli, kdy mně už by se
 drali na ret jdi_do_prdelní argumenty, ty takhle hezky odpovíš!

 J.



 Dne 2. března 2015 23:32 Ales Zoulek ales.zou...@gmail.com napsal(a):

 Tak skoro mam takovej pocit, ze mensi (ve smyslu objemu 3rd party kodu)
 rozhodne nebude i znamenat mensi kod o ktery se staram. Skoro bych rekl,
 ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a lepsi?
 Nerekl bych... Marne premyslim jak je to s mnozstvim lidi, jejichz cas na
 opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku s
 kodem, ktery prosel mnoha tisici hodin vyvoje a testovani.

 Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit
 re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale
 delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze
 se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co
 uz je hotove - to snad ne.


 A.

 On Mon, Mar 2, 2015 at 10:14 PM Radek Holý radekholypub...@gmail.com
 wrote:

 Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi
 mu taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci,
 která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací.
 Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt,
 pokud zrovna nehodlá psát GUI...

 Se zkušenostmi z práce můžu říct, že existuje velké množství lidí,
 kterým záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí
 nainstalovat, zabere na disku. Vývojáři posedlí kontejnery by také
 pravděpodobně dokázali obhájit, proč je velikost na disku důležitá.

 A jak už jsem psal, menší = jednodušší = lepší.
 --
 Radek


 Dne 2. března 2015 17:38 Honza Javorek m...@honzajavorek.cz
 napsal(a):

 Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a
 neco z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP
 vezmes Symfony a udelas na nej request, pri kazdem requestu se spousti 
 cele
 Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
 potrebuje - co naimportujes.

 Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je
 vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem
 nevadi, akorat si pri `pip install django` pockas o sekundu dele.

 H

 2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 ___
 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

 ___
 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



 ___
 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

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Jaroslav Vysoký]

Myslím, že Honza Javorek v posledním příspěvku napsal to nejpodstatnější:

Přijďte všichni na Pyvo, protože ta diskuse je už na úrovni vhodné k pivu.
Speciálně prosím Radka Holého, aby se nechytal příležitosti (kterou jsem
možná poskytl) k opuštění diskuse spravedlivým uražením se. Budu rád,
když se uvidíme Na Věnečku, kde se klidně pokusím vysvětlit, že to nemyslím
s jdi_do_prdelními argumenty zle, nebo holt přijmu hozenou rukavici.

Mějte se všichni hezky!

Jarda V.


Dne 4. března 2015 8:44 Honza Javorek m...@honzajavorek.cz napsal(a):

 Ahoj,

  Ale budiž, nemám potřebu se s vámi hádat. Snažil jsem se nabídnout jiný
 pohled. Pokud na něj mám získat odpovědi typu nesmysl, nebo něco o
 prdeli, nestojí mi to za to.

 Me je lito, ze jsem to napsal drsneji, protoze jsem to tak spis nemyslel,
 nez myslel. Ja jsem te chtel vlastne spis doplnit, nez s tebou radikalne
 nesouhlasit. Udelam jednoduchou tabulku:

 delat vlastni framework - vetsina se tady shodneme, ze NE
 pouzit maly framework vs. velky framework - tohle je nikdy nekoncici
 debata, za me je to ANO vs. ANO, zalezi jak kdy

 Ja pouzivam Flask na vsechno. Ty obhajujes Flask, ja Django. Jaky to dava
 smysl? :) Takovy, ze vidim vyhody obou a chtel jsem poskytnout druhy pohled
 na vec. Snazil jsem se, aby se velky vs. maly argumentovalo poctive.
 Velikost v MB mi smysl nedavala, to do ceho jsi to rozvedl, jsou uz podle
 me OK argumenty na zvazeni pri rozhodovani. Nehadejme se tady a hlavne se
 nehadejme, kdyz spolu v podstate az na drobnosti souhlasime ;) Jak jsem
 psal, nenapichujem se na kuly. U piva bychom se na sebe usmivali, ale tady
 na diskusi to vzdycky z nejakeho uhlu vypada, ze je za tim pokrevni
 vyvrazdovani.

 Chci napsat na python.cz, ze tady mame pratelskou komunitu, takze nelejme
 to pivo z voken :)

  Souhlasim, mensi mnozstvi ciziho kodu neimplikuje mensi mnozstvi meho
 kodu. Nic takoveho se nesnazim tvrdit. Ale tvrdim, ze pokud existuji dve
 stejne kvalitni knihovny, ta, která má méně řádků kódu, je jednušší. Co je
 jednodušší, to se lépe udržuje (autorovi knihovny, ne mně!!!). Co se lépe
 udržuje (autorovi), to je lepší (pro mě). Proto, pokud mám na výběr mezi
 dvěma kvalitními knihovnami, které obě splňují moje požadavky, volím tu
 menší. Myslím si, že tady jsme se vůbec nepochopili.

 Pokud te chapu dobre, tak se jinymi slovy snazis rict neco podobneho, jako
 ja v

  Spravnejsi by podle me bylo treba rict, ze Django mi pomaha k vecem,
 ktere nepotrebuji, a nepomaha mi k vecem, ktere potrebuji - typicky kdyz
 budu chtit udelat API nad MongoDB, pak proste sahnu po
 http://python-eve.org/ (postaveno nad Flaskem), protoze s Djangem bych se
 trapil.

 Jinak co se tyce

  Pokud existuje menší kvalitní framework, který nabízí vše, co tázající
 potřebuje, doporučuji ten. Osobně názory typu, něco je levné, tak tím
 nemusím šetřit, mi jsou velmi vzdálené.

 tak bych jen doplnil, ze je tam minimalne jeste jedna velicina, kterou
 sledovat, a to pocet lidi, kteri na tom delaji a jejich aktivita. Kdyz to
 bude one man show, tak at to bude velke (tam spis) nebo male, tak to nikdy
 nebude dostatecne ostrilene a kdyz se tam neco podela, nevis, zda autor
 nebude zrovna nekde na dovolene. Co v mych ocich Django ztraci na
 velikosti, to ziskava na komunite za nim, na otestovanosti a proverenosti v
 boji.

 Ja bych to rekl v analogii asi takto: Mam moc rad svoje kolo. Jezdim na
 nem vsude. Ale az pojedu do Chorvatska, tak si na to vezmu auto. S autem je
 strasna spousta srani, vyrizovani, tady hlidas nejaky pojisteni, tam gumy,
 musis resit palivo, muze se to cele pokazit. Ma to strasne moc soucasti a
 vsechny se muzou pokazit, kdykoliv. Ale stejne jedes do Chorvatska autem,
 protoze na kole, ac mas svoje kolo rad a po meste s nim jezdis vsude, tak
 na tom kole by to bylo dost bolestivy. Nikdo nerika, ze to nejde
 http://www.ronnieweb.net/na-kole-k-mori/, ale nejsi-li dobrodruzne
 povahy, nebo jedes-li tam v obleku treba delat do Zahrebu byznys a nemas to
 jako dovolenou, tak se tomu vyhnes.

 Django je u me takovy auto. Na to, abych s nim jel do hospody, na vylet za
 mesto, do prace, tak na to bych se mohl vyprdnout. Je nemotorny a
 tezkopadny a navic mam rad to svoje kolo. To kolo funguje dobre a navic i
 verim tomu, ze mi jej kdokoliv opravi kladivem, v jedne osobe. Ale kdyz
 budu mit vylet do Zahrebu, vezmu si na to Django. Ani se mu moc nebudu
 divat pod kapotu.

  Tak zkusím ještě jeden argument, který se také často ozývá od lidí,
 kteří se teď zabývají Dockerem. Každý zbytečný kód, který leží třeba i
 (nebo zejména) na serveru, potenciálně obsahuje chyby. Přestože se
 nevyužívá, útočník si může najít cestu, jak kód spustit a zneužít. Proto je
 vždy lepší zbytečný kód nemít, než nepoužívat.

 To je celkem pravda, ale proc nikdo podobne nepremysli u samotneho OS nebo
 u DB? PostgreSQL ma milion funkci, ktere nepotrebujes, ale mas je tam.
 Podle me je to tou otestovanosti v boji - nikdo se neboji pouzit Postgre,
 protoze to uz bezi na milionu 

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Jan Bednařík]

Snad bych jen dodal, že Python sám o sobě obsahuje standardní knihovnu kde
jsou tuny modulů, které se obvykle taky nevyužívají. A kupodivu nikdo si na
nějaký MB navíc nebo zbytečný modul nestěžuje.

Honza

2015-03-03 7:34 GMT+01:00 Honza Javorek m...@honzajavorek.cz:

 jdi_do_prdelní argumenty nikoho nic nenauci a k diskusi neprispejou.
 Trpelivost treba jo :) A je dobry brat v uvahu, ze tady nejde o to
 pretlacit toho druhyho a napichnout ho na kul, ale poskytnout novackum
 dostatek argumentu pro to, aby se rozhodli podle sve hlavy.

 H

 2015-03-03 1:00 GMT+01:00 Jaroslav Vysoký vys...@borka.cz:

 Aleši, jseš borec! (Honza J. teda taky.) Ve chvíli, kdy mně už by se
 drali na ret jdi_do_prdelní argumenty, ty takhle hezky odpovíš!

 J.



 Dne 2. března 2015 23:32 Ales Zoulek ales.zou...@gmail.com napsal(a):

 Tak skoro mam takovej pocit, ze mensi (ve smyslu objemu 3rd party kodu)
 rozhodne nebude i znamenat mensi kod o ktery se staram. Skoro bych rekl,
 ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a lepsi?
 Nerekl bych... Marne premyslim jak je to s mnozstvim lidi, jejichz cas na
 opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku s
 kodem, ktery prosel mnoha tisici hodin vyvoje a testovani.

 Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit
 re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale
 delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze
 se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co
 uz je hotove - to snad ne.


 A.

 On Mon, Mar 2, 2015 at 10:14 PM Radek Holý radekholypub...@gmail.com
 wrote:

 Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi
 mu taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci,
 která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací.
 Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt,
 pokud zrovna nehodlá psát GUI...

 Se zkušenostmi z práce můžu říct, že existuje velké množství lidí,
 kterým záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí
 nainstalovat, zabere na disku. Vývojáři posedlí kontejnery by také
 pravděpodobně dokázali obhájit, proč je velikost na disku důležitá.

 A jak už jsem psal, menší = jednodušší = lepší.
 --
 Radek


 Dne 2. března 2015 17:38 Honza Javorek m...@honzajavorek.cz
 napsal(a):

 Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a
 neco z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP
 vezmes Symfony a udelas na nej request, pri kazdem requestu se spousti 
 cele
 Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
 potrebuje - co naimportujes.

 Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je
 vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem
 nevadi, akorat si pri `pip install django` pockas o sekundu dele.

 H

 2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 ___
 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

 ___
 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



 ___
 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

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Javorek]

Ahoj,

 Ale budiž, nemám potřebu se s vámi hádat. Snažil jsem se nabídnout jiný
pohled. Pokud na něj mám získat odpovědi typu nesmysl, nebo něco o
prdeli, nestojí mi to za to.

Me je lito, ze jsem to napsal drsneji, protoze jsem to tak spis nemyslel,
nez myslel. Ja jsem te chtel vlastne spis doplnit, nez s tebou radikalne
nesouhlasit. Udelam jednoduchou tabulku:

delat vlastni framework - vetsina se tady shodneme, ze NE
pouzit maly framework vs. velky framework - tohle je nikdy nekoncici
debata, za me je to ANO vs. ANO, zalezi jak kdy

Ja pouzivam Flask na vsechno. Ty obhajujes Flask, ja Django. Jaky to dava
smysl? :) Takovy, ze vidim vyhody obou a chtel jsem poskytnout druhy pohled
na vec. Snazil jsem se, aby se velky vs. maly argumentovalo poctive.
Velikost v MB mi smysl nedavala, to do ceho jsi to rozvedl, jsou uz podle
me OK argumenty na zvazeni pri rozhodovani. Nehadejme se tady a hlavne se
nehadejme, kdyz spolu v podstate az na drobnosti souhlasime ;) Jak jsem
psal, nenapichujem se na kuly. U piva bychom se na sebe usmivali, ale tady
na diskusi to vzdycky z nejakeho uhlu vypada, ze je za tim pokrevni
vyvrazdovani.

Chci napsat na python.cz, ze tady mame pratelskou komunitu, takze nelejme
to pivo z voken :)

 Souhlasim, mensi mnozstvi ciziho kodu neimplikuje mensi mnozstvi meho
kodu. Nic takoveho se nesnazim tvrdit. Ale tvrdim, ze pokud existuji dve
stejne kvalitni knihovny, ta, která má méně řádků kódu, je jednušší. Co je
jednodušší, to se lépe udržuje (autorovi knihovny, ne mně!!!). Co se lépe
udržuje (autorovi), to je lepší (pro mě). Proto, pokud mám na výběr mezi
dvěma kvalitními knihovnami, které obě splňují moje požadavky, volím tu
menší. Myslím si, že tady jsme se vůbec nepochopili.

Pokud te chapu dobre, tak se jinymi slovy snazis rict neco podobneho, jako
ja v

 Spravnejsi by podle me bylo treba rict, ze Django mi pomaha k vecem,
ktere nepotrebuji, a nepomaha mi k vecem, ktere potrebuji - typicky kdyz
budu chtit udelat API nad MongoDB, pak proste sahnu po
http://python-eve.org/ (postaveno nad Flaskem), protoze s Djangem bych se
trapil.

Jinak co se tyce

 Pokud existuje menší kvalitní framework, který nabízí vše, co tázající
potřebuje, doporučuji ten. Osobně názory typu, něco je levné, tak tím
nemusím šetřit, mi jsou velmi vzdálené.

tak bych jen doplnil, ze je tam minimalne jeste jedna velicina, kterou
sledovat, a to pocet lidi, kteri na tom delaji a jejich aktivita. Kdyz to
bude one man show, tak at to bude velke (tam spis) nebo male, tak to nikdy
nebude dostatecne ostrilene a kdyz se tam neco podela, nevis, zda autor
nebude zrovna nekde na dovolene. Co v mych ocich Django ztraci na
velikosti, to ziskava na komunite za nim, na otestovanosti a proverenosti v
boji.

Ja bych to rekl v analogii asi takto: Mam moc rad svoje kolo. Jezdim na nem
vsude. Ale az pojedu do Chorvatska, tak si na to vezmu auto. S autem je
strasna spousta srani, vyrizovani, tady hlidas nejaky pojisteni, tam gumy,
musis resit palivo, muze se to cele pokazit. Ma to strasne moc soucasti a
vsechny se muzou pokazit, kdykoliv. Ale stejne jedes do Chorvatska autem,
protoze na kole, ac mas svoje kolo rad a po meste s nim jezdis vsude, tak
na tom kole by to bylo dost bolestivy. Nikdo nerika, ze to nejde
http://www.ronnieweb.net/na-kole-k-mori/, ale nejsi-li dobrodruzne
povahy, nebo jedes-li tam v obleku treba delat do Zahrebu byznys a nemas to
jako dovolenou, tak se tomu vyhnes.

Django je u me takovy auto. Na to, abych s nim jel do hospody, na vylet za
mesto, do prace, tak na to bych se mohl vyprdnout. Je nemotorny a
tezkopadny a navic mam rad to svoje kolo. To kolo funguje dobre a navic i
verim tomu, ze mi jej kdokoliv opravi kladivem, v jedne osobe. Ale kdyz
budu mit vylet do Zahrebu, vezmu si na to Django. Ani se mu moc nebudu
divat pod kapotu.

 Tak zkusím ještě jeden argument, který se také často ozývá od lidí, kteří
se teď zabývají Dockerem. Každý zbytečný kód, který leží třeba i (nebo
zejména) na serveru, potenciálně obsahuje chyby. Přestože se nevyužívá,
útočník si může najít cestu, jak kód spustit a zneužít. Proto je vždy lepší
zbytečný kód nemít, než nepoužívat.

To je celkem pravda, ale proc nikdo podobne nepremysli u samotneho OS nebo
u DB? PostgreSQL ma milion funkci, ktere nepotrebujes, ale mas je tam.
Podle me je to tou otestovanosti v boji - nikdo se neboji pouzit Postgre,
protoze to uz bezi na milionu mistech a lidi vi, ze funguje a ze kdyz nekdo
nahlasi bug, tak bude opraven a ze je to bezpecny. Stejne jako, rekneme,
nejaka stara dobra spolehliva Mazda. Proste jede. Ale Docker je v tomto
pripade ve stadiu cinske noname znacky, jejiz prvni modely prave vyjely z
montazni linky. Nikdo netusi, co od toho ma cekat.

Na zresetovani atmosfery posilam zaverem pisnicku:
https://www.youtube.com/watch?v=LanCLS_hIo4

Honza


2015-03-04 0:55 GMT+01:00 Radek Holý radekholypub...@gmail.com:



 Dne 2. března 2015 23:58 Honza Javorek m...@honzajavorek.cz napsal(a):

 Ten clovek chce napsat webovou stranku, proto by si na ni 

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Radek Holý]

Inline...


Dne 3. března 2015 10:27 Jan Bednařík jan.bedna...@gmail.com napsal(a):

 Snad bych jen dodal, že Python sám o sobě obsahuje standardní knihovnu kde
 jsou tuny modulů, které se obvykle taky nevyužívají. A kupodivu nikdo si na
 nějaký MB navíc nebo zbytečný modul nestěžuje.


Předpokládám, že z nějakého důvodu např. není výchozí instalaci Fedory
Tkinter, přestože je součástí standardní knihovny.


 Honza

 2015-03-03 7:34 GMT+01:00 Honza Javorek m...@honzajavorek.cz:

 jdi_do_prdelní argumenty nikoho nic nenauci a k diskusi neprispejou.
 Trpelivost treba jo :) A je dobry brat v uvahu, ze tady nejde o to
 pretlacit toho druhyho a napichnout ho na kul, ale poskytnout novackum
 dostatek argumentu pro to, aby se rozhodli podle sve hlavy.

 H

 2015-03-03 1:00 GMT+01:00 Jaroslav Vysoký vys...@borka.cz:

 Aleši, jseš borec! (Honza J. teda taky.) Ve chvíli, kdy mně už by se
 drali na ret jdi_do_prdelní argumenty, ty takhle hezky odpovíš!

 J.



 Dne 2. března 2015 23:32 Ales Zoulek ales.zou...@gmail.com napsal(a):

 Tak skoro mam takovej pocit, ze mensi (ve smyslu objemu 3rd party
 kodu) rozhodne nebude i znamenat mensi kod o ktery se staram. Skoro bych
 rekl, ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a
 lepsi? Nerekl bych... Marne premyslim jak je to s mnozstvim lidi, jejichz
 cas na opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku
 s kodem, ktery prosel mnoha tisici hodin vyvoje a testovani.


Souhlasim, mensi mnozstvi ciziho kodu neimplikuje mensi mnozstvi meho kodu.
Nic takoveho se nesnazim tvrdit. Ale tvrdim, ze pokud existuji dve stejne
kvalitni knihovny, ta, která má méně řádků kódu, je jednušší. Co je
jednodušší, to se lépe udržuje (autorovi knihovny, ne mně!!!). Co se lépe
udržuje (autorovi), to je lepší (pro mě). Proto, pokud mám na výběr mezi
dvěma kvalitními knihovnami, které obě splňují moje požadavky, volím tu
menší. Myslím si, že tady jsme se vůbec nepochopili.


 Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit
 re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale
 delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze
 se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co
 uz je hotove - to snad ne.


Já nejsem ten, kdo takové řešení navrhoval. Jsem ten poslední, kdo by
někomu radil znovu vynalézt cokoliv. Ale o tom už jsem mluvil před pár dny.
Nelíbilo se mi jen, že Honza označil argument, že Django je kanon na
vrabce, za nesmysl. Pokud existuje menší kvalitní framework, který nabízí
vše, co tázající potřebuje, doporučuji ten. Osobně názory typu, něco je
levné, tak tím nemusím šetřit, mi jsou velmi vzdálené.




 A.

 On Mon, Mar 2, 2015 at 10:14 PM Radek Holý radekholypub...@gmail.com
 wrote:

 Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi
 mu taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci,
 která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací.
 Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt,
 pokud zrovna nehodlá psát GUI...

 Se zkušenostmi z práce můžu říct, že existuje velké množství lidí,
 kterým záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí
 nainstalovat, zabere na disku. Vývojáři posedlí kontejnery by také
 pravděpodobně dokázali obhájit, proč je velikost na disku důležitá.

 A jak už jsem psal, menší = jednodušší = lepší.
 --
 Radek


 Dne 2. března 2015 17:38 Honza Javorek m...@honzajavorek.cz
 napsal(a):

 Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a
 neco z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP
 vezmes Symfony a udelas na nej request, pri kazdem requestu se spousti 
 cele
 Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
 potrebuje - co naimportujes.

 Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je
 vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v 
 nicem
 nevadi, akorat si pri `pip install django` pockas o sekundu dele.

 H

 2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Radek Holý]

Dne 2. března 2015 23:58 Honza Javorek m...@honzajavorek.cz napsal(a):

 Ten clovek chce napsat webovou stranku, proto by si na ni mel najit webovy
 framework. Takovy, ktery uspokoji jeho potreby. Analogii s jednou funkci a
 Qt knihovnou mi prijdou mimo.

 Snažil jsem se říct, že pokud by ten člověk z Djanga využil jen velmi
malou podmnožinu funkcí, bylo by to, jako kdyby si instaloval Qt kvůli
jedné funkci. Ale budiž, pokud to nedává smysl, není potřeba to rozebírat.


 Potreba setreni MB je mozna nekde na micropythonu a RapsberryPi, ale na
 serverech je to dnes tak pomijiva velicina, ze pomijivejsi snad ani neni.
 Kolik stoji 1 MB a kolik stoji 1 hodina casu cloveka (a to nemyslim jen v
 penezich)?

 Ja mam rad Flask, jak jsem uz psal, delam v nem vsechno, ale argumentujme
 tak, aby to melo smysl. Velikost v MB je v dnesni dobe absolutne minoritni
 parametr. Argument, ze Django ma veci, ktere nepouziju, je podle me mimo.
 Spravnejsi by podle me bylo treba rict, ze Django mi pomaha k vecem, ktere
 nepotrebuji, a nepomaha mi k vecem, ktere potrebuji - typicky kdyz budu
 chtit udelat API nad MongoDB, pak proste sahnu po http://python-eve.org/
 (postaveno nad Flaskem), protoze s Djangem bych se trapil. To je podle me
 argument.

 Honza


Tak zkusím ještě jeden argument, který se také často ozývá od lidí, kteří
se teď zabývají Dockerem. Každý zbytečný kód, který leží třeba i (nebo
zejména) na serveru, potenciálně obsahuje chyby. Přestože se nevyužívá,
útočník si může najít cestu, jak kód spustit a zneužít. Proto je vždy lepší
zbytečný kód nemít, než nepoužívat.

Ale budiž, nemám potřebu se s vámi hádat. Snažil jsem se nabídnout jiný
pohled. Pokud na něj mám získat odpovědi typu nesmysl, nebo něco o
prdeli, nestojí mi to za to.




 2015-03-02 23:32 GMT+01:00 Ales Zoulek ales.zou...@gmail.com:

 Tak skoro mam takovej pocit, ze mensi (ve smyslu objemu 3rd party kodu)
 rozhodne nebude i znamenat mensi kod o ktery se staram. Skoro bych rekl,
 ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a lepsi?
 Nerekl bych... Marne premyslim jak je to s mnozstvim lidi, jejichz cas na
 opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku s
 kodem, ktery prosel mnoha tisici hodin vyvoje a testovani.

 Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit
 re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale
 delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze
 se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co
 uz je hotove - to snad ne.


 A.

 On Mon, Mar 2, 2015 at 10:14 PM Radek Holý radekholypub...@gmail.com
 wrote:

 Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi
 mu taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci,
 která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací.
 Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt,
 pokud zrovna nehodlá psát GUI...

 Se zkušenostmi z práce můžu říct, že existuje velké množství lidí,
 kterým záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí
 nainstalovat, zabere na disku. Vývojáři posedlí kontejnery by také
 pravděpodobně dokázali obhájit, proč je velikost na disku důležitá.

 A jak už jsem psal, menší = jednodušší = lepší.
 --
 Radek


 Dne 2. března 2015 17:38 Honza Javorek m...@honzajavorek.cz napsal(a):

 Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a
 neco z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP
 vezmes Symfony a udelas na nej request, pri kazdem requestu se spousti cele
 Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
 potrebuje - co naimportujes.

 Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je
 vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem
 nevadi, akorat si pri `pip install django` pockas o sekundu dele.

 H

 2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz



 

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Ales Zoulek]

Tak skoro mam takovej pocit, ze mensi (ve smyslu objemu 3rd party kodu)
rozhodne nebude i znamenat mensi kod o ktery se staram. Skoro bych rekl,
ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a lepsi?
Nerekl bych... Marne premyslim jak je to s mnozstvim lidi, jejichz cas na
opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku s
kodem, ktery prosel mnoha tisici hodin vyvoje a testovani.

Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit
re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale
delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze
se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co
uz je hotove - to snad ne.


A.

On Mon, Mar 2, 2015 at 10:14 PM Radek Holý radekholypub...@gmail.com
wrote:

 Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi mu
 taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci,
 která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací.
 Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt,
 pokud zrovna nehodlá psát GUI...

 Se zkušenostmi z práce můžu říct, že existuje velké množství lidí, kterým
 záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí nainstalovat,
 zabere na disku. Vývojáři posedlí kontejnery by také pravděpodobně dokázali
 obhájit, proč je velikost na disku důležitá.

 A jak už jsem psal, menší = jednodušší = lepší.
 --
 Radek


 Dne 2. března 2015 17:38 Honza Javorek m...@honzajavorek.cz napsal(a):

 Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a neco
 z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP vezmes
 Symfony a udelas na nej request, pri kazdem requestu se spousti cele
 Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
 potrebuje - co naimportujes.

 Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je
 vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem
 nevadi, akorat si pri `pip install django` pockas o sekundu dele.

 H

 2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 ___
 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

 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Radek Holý]

Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi mu
taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci,
která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací.
Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt,
pokud zrovna nehodlá psát GUI...

Se zkušenostmi z práce můžu říct, že existuje velké množství lidí, kterým
záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí nainstalovat,
zabere na disku. Vývojáři posedlí kontejnery by také pravděpodobně dokázali
obhájit, proč je velikost na disku důležitá.

A jak už jsem psal, menší = jednodušší = lepší.
-- 
Radek


Dne 2. března 2015 17:38 Honza Javorek m...@honzajavorek.cz napsal(a):

 Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a neco
 z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP vezmes
 Symfony a udelas na nej request, pri kazdem requestu se spousti cele
 Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
 potrebuje - co naimportujes.

 Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je
 vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem
 nevadi, akorat si pri `pip install django` pockas o sekundu dele.

 H

 2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 ___
 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

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Javorek]

Ten clovek chce napsat webovou stranku, proto by si na ni mel najit webovy
framework. Takovy, ktery uspokoji jeho potreby. Analogii s jednou funkci a
Qt knihovnou mi prijdou mimo.

Potreba setreni MB je mozna nekde na micropythonu a RapsberryPi, ale na
serverech je to dnes tak pomijiva velicina, ze pomijivejsi snad ani neni.
Kolik stoji 1 MB a kolik stoji 1 hodina casu cloveka (a to nemyslim jen v
penezich)?

Ja mam rad Flask, jak jsem uz psal, delam v nem vsechno, ale argumentujme
tak, aby to melo smysl. Velikost v MB je v dnesni dobe absolutne minoritni
parametr. Argument, ze Django ma veci, ktere nepouziju, je podle me mimo.
Spravnejsi by podle me bylo treba rict, ze Django mi pomaha k vecem, ktere
nepotrebuji, a nepomaha mi k vecem, ktere potrebuji - typicky kdyz budu
chtit udelat API nad MongoDB, pak proste sahnu po http://python-eve.org/
(postaveno nad Flaskem), protoze s Djangem bych se trapil. To je podle me
argument.

Honza



2015-03-02 23:32 GMT+01:00 Ales Zoulek ales.zou...@gmail.com:

 Tak skoro mam takovej pocit, ze mensi (ve smyslu objemu 3rd party kodu)
 rozhodne nebude i znamenat mensi kod o ktery se staram. Skoro bych rekl,
 ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a lepsi?
 Nerekl bych... Marne premyslim jak je to s mnozstvim lidi, jejichz cas na
 opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku s
 kodem, ktery prosel mnoha tisici hodin vyvoje a testovani.

 Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit
 re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale
 delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze
 se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co
 uz je hotove - to snad ne.


 A.

 On Mon, Mar 2, 2015 at 10:14 PM Radek Holý radekholypub...@gmail.com
 wrote:

 Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi mu
 taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci,
 která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací.
 Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt,
 pokud zrovna nehodlá psát GUI...

 Se zkušenostmi z práce můžu říct, že existuje velké množství lidí, kterým
 záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí nainstalovat,
 zabere na disku. Vývojáři posedlí kontejnery by také pravděpodobně dokázali
 obhájit, proč je velikost na disku důležitá.

 A jak už jsem psal, menší = jednodušší = lepší.
 --
 Radek


 Dne 2. března 2015 17:38 Honza Javorek m...@honzajavorek.cz napsal(a):

 Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a neco
 z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP vezmes
 Symfony a udelas na nej request, pri kazdem requestu se spousti cele
 Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
 potrebuje - co naimportujes.

 Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je
 vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem
 nevadi, akorat si pri `pip install django` pockas o sekundu dele.

 H

 2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 ___
 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

 ___
 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

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Jaroslav Vysoký]

Aleši, jseš borec! (Honza J. teda taky.) Ve chvíli, kdy mně už by se drali
na ret jdi_do_prdelní argumenty, ty takhle hezky odpovíš!

J.



Dne 2. března 2015 23:32 Ales Zoulek ales.zou...@gmail.com napsal(a):

 Tak skoro mam takovej pocit, ze mensi (ve smyslu objemu 3rd party kodu)
 rozhodne nebude i znamenat mensi kod o ktery se staram. Skoro bych rekl,
 ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a lepsi?
 Nerekl bych... Marne premyslim jak je to s mnozstvim lidi, jejichz cas na
 opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku s
 kodem, ktery prosel mnoha tisici hodin vyvoje a testovani.

 Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit
 re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale
 delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze
 se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co
 uz je hotove - to snad ne.


 A.

 On Mon, Mar 2, 2015 at 10:14 PM Radek Holý radekholypub...@gmail.com
 wrote:

 Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi mu
 taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci,
 která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací.
 Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt,
 pokud zrovna nehodlá psát GUI...

 Se zkušenostmi z práce můžu říct, že existuje velké množství lidí, kterým
 záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí nainstalovat,
 zabere na disku. Vývojáři posedlí kontejnery by také pravděpodobně dokázali
 obhájit, proč je velikost na disku důležitá.

 A jak už jsem psal, menší = jednodušší = lepší.
 --
 Radek


 Dne 2. března 2015 17:38 Honza Javorek m...@honzajavorek.cz napsal(a):

 Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a neco
 z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP vezmes
 Symfony a udelas na nej request, pri kazdem requestu se spousti cele
 Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
 potrebuje - co naimportujes.

 Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je
 vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem
 nevadi, akorat si pri `pip install django` pockas o sekundu dele.

 H

 2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 ___
 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

 ___
 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

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Javorek]

jdi_do_prdelní argumenty nikoho nic nenauci a k diskusi neprispejou.
Trpelivost treba jo :) A je dobry brat v uvahu, ze tady nejde o to
pretlacit toho druhyho a napichnout ho na kul, ale poskytnout novackum
dostatek argumentu pro to, aby se rozhodli podle sve hlavy.

H

2015-03-03 1:00 GMT+01:00 Jaroslav Vysoký vys...@borka.cz:

 Aleši, jseš borec! (Honza J. teda taky.) Ve chvíli, kdy mně už by se drali
 na ret jdi_do_prdelní argumenty, ty takhle hezky odpovíš!

 J.



 Dne 2. března 2015 23:32 Ales Zoulek ales.zou...@gmail.com napsal(a):

 Tak skoro mam takovej pocit, ze mensi (ve smyslu objemu 3rd party kodu)
 rozhodne nebude i znamenat mensi kod o ktery se staram. Skoro bych rekl,
 ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a lepsi?
 Nerekl bych... Marne premyslim jak je to s mnozstvim lidi, jejichz cas na
 opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku s
 kodem, ktery prosel mnoha tisici hodin vyvoje a testovani.

 Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit
 re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale
 delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze
 se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co
 uz je hotove - to snad ne.


 A.

 On Mon, Mar 2, 2015 at 10:14 PM Radek Holý radekholypub...@gmail.com
 wrote:

 Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi
 mu taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci,
 která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací.
 Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt,
 pokud zrovna nehodlá psát GUI...

 Se zkušenostmi z práce můžu říct, že existuje velké množství lidí,
 kterým záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí
 nainstalovat, zabere na disku. Vývojáři posedlí kontejnery by také
 pravděpodobně dokázali obhájit, proč je velikost na disku důležitá.

 A jak už jsem psal, menší = jednodušší = lepší.
 --
 Radek


 Dne 2. března 2015 17:38 Honza Javorek m...@honzajavorek.cz napsal(a):

 Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a
 neco z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP
 vezmes Symfony a udelas na nej request, pri kazdem requestu se spousti cele
 Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
 potrebuje - co naimportujes.

 Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je
 vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem
 nevadi, akorat si pri `pip install django` pockas o sekundu dele.

 H

 2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 ___
 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

 ___
 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



 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Marcus Scalpere]

Dne neděle 1. března 2015 22:01:20 UTC+1 Matěj Cepl napsal(a):
 On 2015-02-11, 13:04 GMT, Marcus Scalpere wrote:
  Co zvolit? Osobně jsem zúžil výbět na Flask, Bootle a Pyramid.  
 
 Mě se velice líbil http://www.djangobook.com/en/2.0/ ... ať už 
 skončíš s Djangem nebo ne (a přestože je teď módní na Django 
 nadávat jako na příliš primitivní, řekl bych že NASA, Mozilla, 
 Guardian a OpenStack, mezi mnoha dalšími, nejsou zas až takoví 
 idioti, když si ho vybrali), tedy ať už s Djangem skončíš nebo 
 ne, tak to velice hezky vysvětlují přemýšlení skryté za každým 
 web frameworkem a proč jsou věci udělány jak jsou.
 
 Matěj

Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách a radách mi to 
opravdu přijde jako dělo na vrabce. Určitě bych to nějak splácal časem, ale 
kupu toho, co Django umí nepotřebuji (v podstatě potřebuji jen pár formulářů), 
možná později, až budu chtít dotvořit něco jako učební pomůcku, pak to možná 
bude vhodná volba. Ale každopádně ta kniha je dost poučná a mám choutky to 
aspoň zkusit
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Pavel S]

Na tom jsem postavil svoji radu - implementuj si jen to, co potrebujes, namisto 
vzit django, ktere obsahuje kupu toho, co nepotrebujes.

Na djangu mi vadi predevsim to, ze vnucuje, jak ma vypadat struktura projektu, 
jak ma vypadat nastaveni, spatna kontrola nad procesem importu atd...

Dne pondělí 2. března 2015 11:07:32 UTC+1 Marcus Scalpere napsal(a):
 Dne neděle 1. března 2015 22:01:20 UTC+1 Matěj Cepl napsal(a):
  On 2015-02-11, 13:04 GMT, Marcus Scalpere wrote:
   Co zvolit? Osobně jsem zúžil výbět na Flask, Bootle a Pyramid.  
  
  Mě se velice líbil http://www.djangobook.com/en/2.0/ ... ať už 
  skončíš s Djangem nebo ne (a přestože je teď módní na Django 
  nadávat jako na příliš primitivní, řekl bych že NASA, Mozilla, 
  Guardian a OpenStack, mezi mnoha dalšími, nejsou zas až takoví 
  idioti, když si ho vybrali), tedy ať už s Djangem skončíš nebo 
  ne, tak to velice hezky vysvětlují přemýšlení skryté za každým 
  web frameworkem a proč jsou věci udělány jak jsou.
  
  Matěj
 
 Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách a radách mi to 
 opravdu přijde jako dělo na vrabce. Určitě bych to nějak splácal časem, ale 
 kupu toho, co Django umí nepotřebuji (v podstatě potřebuji jen pár 
 formulářů), možná později, až budu chtít dotvořit něco jako učební pomůcku, 
 pak to možná bude vhodná volba. Ale každopádně ta kniha je dost poučná a mám 
 choutky to aspoň zkusit
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[mtip]

Ahoj,
podle mě by to chtělo být více objektivní.
Někdo  má  více  zkušeností  s Djangem, bude ho doporučovat, jíný bude 
doporučovat jiný framework.

Já používám Flask, napíšu co se mi na něm nelíbí.

dekorátor route   -   začínat   funkcí  v oop je podle mě špatně,
já  používám  buď vlastní dekorátor pro class nebo nejlépe url mapuji pomocí 
class atributu

doplňky Flasku bývají často s chybami nebo nedotažené (např. server side 
session sqlite)

s novými verzemi se porušuje zpětná kompatibilita doplňků (např: flaskext.mail 
je najednou flask_mail apod)

debug reloader je docela katastrofa, do nějaké verze bylo potřeba záplatovat 
pomocí flask_failsafe,
od určité verze se zas musí doinstalovat watchdog jinak mi procesor běží na 25% 
za každou debug aplikaci
tak nebo tak nefunguje, SyntaxError, ImportError ho shodí velmi často

Tím nechci říct, že je Flask špatná volba.
Jen co se mi líbí by bylo opět jen subjektivní opakování toho, co už tu bylo 
řečeno.

A co vy a Django, co se vám nelíbí...

Mirek

2. března 2015, 11:07:32, napsal jste:
MS Dne neděle 1. března 2015 22:01:20 UTC+1 Matěj Cepl napsal(a):
 On 2015-02-11, 13:04 GMT, Marcus Scalpere wrote:
  Co zvolit? Osobně jsem zúžil výbět na Flask, Bootle a Pyramid.  
 
 Mě se velice líbil http://www.djangobook.com/en/2.0/ ... ať už 
 skončíš s Djangem nebo ne (a přestože je teď módní na Django 
 nadávat jako na příliš primitivní, řekl bych že NASA, Mozilla, 
 Guardian a OpenStack, mezi mnoha dalšími, nejsou zas až takoví 
 idioti, když si ho vybrali), tedy ať už s Djangem skončíš nebo 
 ne, tak to velice hezky vysvětlují přemýšlení skryté za každým 
 web frameworkem a proč jsou věci udělány jak jsou.
 
 Matěj

MS Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách a
MS radách mi to opravdu přijde jako dělo na vrabce. Určitě bych to
MS nějak splácal časem, ale kupu toho, co Django umí nepotřebuji (v
MS podstatě potřebuji jen pár formulářů), možná později, až budu
MS chtít dotvořit něco jako učební pomůcku, pak to možná bude vhodná
MS volba. Ale každopádně ta kniha je dost poučná a mám choutky to aspoň zkusit
MS ___
MS Python mailing list
MS python@py.cz
MS http://www.py.cz/mailman/listinfo/python

MS Visit: http://www.py.cz

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[starenka .]

Par knizek o Djangu je taky v knihovnicce, kdybys mel zajem
https://github.com/pyvec/bookshelf
---
In Perl you shoot yourself in the foot, but nobody can understand how
you did it. Six months later, neither can you. | print
'aknerats'[::-1]


2015-03-02 11:07 GMT+01:00 Marcus Scalpere marcus.scalp...@gmail.com:
 Dne neděle 1. března 2015 22:01:20 UTC+1 Matěj Cepl napsal(a):
 On 2015-02-11, 13:04 GMT, Marcus Scalpere wrote:
  Co zvolit? Osobně jsem zúžil výbět na Flask, Bootle a Pyramid.

 Mě se velice líbil http://www.djangobook.com/en/2.0/ ... ať už
 skončíš s Djangem nebo ne (a přestože je teď módní na Django
 nadávat jako na příliš primitivní, řekl bych že NASA, Mozilla,
 Guardian a OpenStack, mezi mnoha dalšími, nejsou zas až takoví
 idioti, když si ho vybrali), tedy ať už s Djangem skončíš nebo
 ne, tak to velice hezky vysvětlují přemýšlení skryté za každým
 web frameworkem a proč jsou věci udělány jak jsou.

 Matěj

 Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách a radách mi to 
 opravdu přijde jako dělo na vrabce. Určitě bych to nějak splácal časem, ale 
 kupu toho, co Django umí nepotřebuji (v podstatě potřebuji jen pár 
 formulářů), možná později, až budu chtít dotvořit něco jako učební pomůcku, 
 pak to možná bude vhodná volba. Ale každopádně ta kniha je dost poučná a mám 
 choutky to aspoň zkusit
 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Matěj Cepl]

On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
 Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách 
 a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych 
 to nějak splácal časem, ale kupu toho, co Django umí 
 nepotřebuji (v podstatě potřebuji jen pár formulářů), možná 
 později, až budu chtít dotvořit něco jako učební pomůcku, pak 
 to možná bude vhodná volba. Ale každopádně ta kniha je dost 
 poučná a mám choutky to aspoň zkusit

Nikdo Tě nenutí to celé používat a co se týče instalace tak to 
není o nic složitější nežli 'sudo yum install python-django' 
(nebo apt-get varianta). 

Nejmenší projekt s djangem je pár řádek a ještě generovaných 
skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov 
budeš chtít něco jiného ale do té doby fakt nevidím důvod proč 
si psát framework sám.

Hezký den,

Matěj
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Javorek]

Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a neco z
ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP vezmes
Symfony a udelas na nej request, pri kazdem requestu se spousti cele
Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se
potrebuje - co naimportujes.

Tudiz argument Django obsahuje spoustu neceho, co nepotrebuju, je vlastne
nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem nevadi,
akorat si pri `pip install django` pockas o sekundu dele.

H

2015-03-02 16:21 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote:
  Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách
  a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych
  to nějak splácal časem, ale kupu toho, co Django umí
  nepotřebuji (v podstatě potřebuji jen pár formulářů), možná
  později, až budu chtít dotvořit něco jako učební pomůcku, pak
  to možná bude vhodná volba. Ale každopádně ta kniha je dost
  poučná a mám choutky to aspoň zkusit

 Nikdo Tě nenutí to celé používat a co se týče instalace tak to
 není o nic složitější nežli 'sudo yum install python-django'
 (nebo apt-get varianta).

 Nejmenší projekt s djangem je pár řádek a ještě generovaných
 skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov
 budeš chtít něco jiného ale do té doby fakt nevidím důvod proč
 si psát framework sám.

 Hezký den,

 Matěj
 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Javorek]

 je teď módní na Django nadávat jako na příliš primitivní

To by me docela zajimalo :) Ja myslel ze je moderni na nej nadavat, ze je
prilis komplexni :D

Honza

2015-03-01 21:20 GMT+01:00 Matěj Cepl mc...@cepl.eu:

 On 2015-02-11, 13:04 GMT, Marcus Scalpere wrote:
  Co zvolit? Osobně jsem zúžil výbět na Flask, Bootle a Pyramid.

 Mě se velice líbil http://www.djangobook.com/en/2.0/ ... ať už
 skončíš s Djangem nebo ne (a přestože je teď módní na Django
 nadávat jako na příliš primitivní, řekl bych že NASA, Mozilla,
 Guardian a OpenStack, mezi mnoha dalšími, nejsou zas až takoví
 idioti, když si ho vybrali), tedy ať už s Djangem skončíš nebo
 ne, tak to velice hezky vysvětlují přemýšlení skryté za každým
 web frameworkem a proč jsou věci udělány jak jsou.

 Matěj
 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Pavel S]

Myslel jsem, ze se tu strhne diskuze, ale bohuzel, zda se, ze toto forum zije 
mene nez django-cs. Takze se ptej asi tam...
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Jirka Vejrazka]

Diskuse o cem? O tom, jestli je znovu potreba vynalezt kolo?


Co se tyka nauceni veci, rozhodne nic proti tomu. Ale pokud to nepotrebuje
opravdu do detailu, je zbytecne, aby to psal od nuly.

 To, cos popsal jako napis abstrakci nad request a response, potom nejaky
URL router. Pozdeji az budes potrebovat formulare, udelas si abstrakci na
formulare je prace na tydny, pokud to clovek nejak zbastli. Na mesice,
pokud to ma udelat poradne a jeho kod ma resit chyby, ktere uz predtim
vyresili jini.

  Zkratka, muze stravit pomerne hodne casu tim, ze znovu napise neco, co uz
davno existuje a ma vychytanou vetsinu chyb. Pak to muze udrzovat, protoze
budou potreba zmeny, upravy a opravy.

 Nebo muze jit jinou cestou a naucit se jak funguje nektery z existujicich
frameworku  ( a proc to tak je ). Muze ho treba vylepsit a zdokonalit.

  Ja jsem pomerne velky zastance toho, ze by lide meli rozumet tomu, jak
veci funguji. Ale zaroven mi prijde zbytecne opakovat chyby druhych.

  Jirka

2015-02-26 10:49 GMT+01:00 Pavel S pa...@schon.cz:

 Myslel jsem, ze se tu strhne diskuze, ale bohuzel, zda se, ze toto forum
 zije mene nez django-cs. Takze se ptej asi tam...
 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Javorek]

Kdyby to nekoho zajimalo, ja pouzivam Flask, protoze:

1. KISS, The Best Code is No Code At All apod. buzz... Mam rad jednoduchy
veci, kde je presne to, co tam ma byt, a nic navic.

2. Skoro nikdy jsem behem sve Python kariery nedelal appku ala CMS nebo
neco, kde jsem potreboval ty batteries v Djangu... takovy appky sice umi
vydelavat penize, ale pro me osobne byly v te dobe tak nejak nudny, takze
jsem se zameroval na jiny veci, pro me zajimavejsi, a zustal jsem radsi
chudej :D Kdysi jsem jich v PHP udelal milion, ale byl jsem na tom uz
vyhorenej a chtel jsem delat spis nejake haluze.

Vysledkem bylo, ze se mi treba nekolik let povedlo nenapsat ani jeden
webovy formular, coz pro me v urcitou chvili byl takovej symbol toho
nejnudnejsiho, na cem muzu pracovat. Delal jsem API nebo maly webiky
zalozeny na jinych vecech nez sablony-ORM (treba na Mongu nebo jen na
Redisu), nikde se neprihlasoval zadny uzivatel atd., takze Django by mi v
nicem moc nepomohlo. Dneska uz jsou Django REST Framework, Tastypie, nejaky
ODM extensions na Mongo, ale tehdy mi to prislo nic moc. Byly v zacatku a
delalo to veci po svym, ne po mym, pricemz jejich ohybatelnost byla mala.

Flask je dobry na obskurni veci, kde vam Django spis leze do cesty. Ma
milion extensions a poskladate si z nich to, co zrovna chcete, zvlast kdyz
to ma mit 4 views a az za tim je nejaka hodnota, neco neobvykleho. Potom to
jadro napisete jak chcete a pak uz je fuk, v cem bude ta fasada, kdyz na ni
nestoji svet.

3. Casto jsem delal na necem, co jsem NECHTEL, aby se rozrostlo. Mam
omezeny zdroje (cas, energie, mana, ...) a pokud delam projekt typu one
man show, tak ho musim udrzovat pri velikosti, v niz je pro me
managovatelny. Jestlize mi vyrusta z Flasku (napr. zitkino.cz), je to
urcity signal, ze to jde do kytek, protoze na to nebudu mit cas. Delam v
tom kraviny jako https://github.com/honzajavorek/film2trello nebo stranky,
ktery by mohly byt skoro staticky. Na to je proste Django kanon na vrabce a
ja ho neznam tak dobre, abych ho nahodil za 4 minuty stejne, jako ten Flask
(nekdo ho zna presne tak dobre a microappku v nem nahodi stejne rychle jako
ja Flask, takze tahle vyhoda/nevyhoda je ciste subjektivni).

Jinak me nic moc uz nenapada, a proto lidem od jiste doby doporucuju hlavne
to Django. Moje duvody pro pouziti Flasku jsou subjektivni a specialni.

Cau,
Honza



2015-02-19 20:01 GMT+01:00 Radek Holý radekholypub...@gmail.com:



 Dne 19. února 2015 11:19 Jan Bednařík jan.bedna...@gmail.com napsal(a):


 2015-02-18 21:58 GMT+01:00 Pavel S pa...@schon.cz:

 Ahoj. Vykaslal bych se na vsechny frameworky, prestoze jiste maji sve
 kvality (django, flask apod.).

 Pokud jsi zvidavy clovek a chces se neco naucit, jak funguje HTTP, napis
 si framework vlastni.

 Pro zacatek nepotrebujes zadny webserver. Zacal bych u modulu wsgiref,
 vezmi hello world aplikaci (
 https://docs.python.org/2/library/wsgiref.html#examples ), napis
 abstrakci nad request a response, potom nejaky URL router. Pozdeji az budes
 potrebovat formulare, udelas si abstrakci na formulare.

 Do ceho bych se radeji nepoustel je vlastni sablonovy system. Tam bych
 vzal osvedcene jinja2. Pokud bude treba databaze, doporucuji SQLAlchemy.

 Az si timhle projdes, nabidky se jiste objevi (to je ta monetarizace
 know-how).

 Hodne stesti!



 Až si tím projde, tak se nabídky neobjeví. Nikdo nechce platit lidi,
 kteří rádi vymýšlejí kolo a řeší věci, co dávno vyřešil někdo jiný.

 Python je jazyk s batteries included. Obvykle se stačí poohlédnout po
 hotových knihovnách a ty využít. A ve většině případů jsou ty hotové
 knihovny mnohem lepší, než kdyby si je člověk psal sám (protože jsou
 výsledkem spolupráce a zkušeností více lidí).


 Taky mi to nepřipadá jako dobrá rada. Cílem je vyprodukovat web a ne
 framework. Pokud existuje framework, který nabízí vše, co Marcus potřebuje,
 nevidím v jeho situaci důvod proč se zdržovat vymýšlením nového. A i kdyby
 žádný nevyhovoval, spíš bych vylepšil nějaký existující než začínal nový.
 Pro vznik nového podle mě musí být dobrý důvod. A upřímě řečeno, já bych
 určitě neplatil za framework, který vyvíjí jediný člověk, zvlášť když kolem
 existuje spousta dobrých frameworků zadarmo.

 No a už vůbec se nestotožním se snahou zpeněžit know-how. IMHO, know-how
 se má sdílet, ne na něm vydělávat. Ale vím, že se mnou spousta (nejen
 kapitalisticky založených) lidí nebude souhlasit. Jsem moc velký idealista.




 A když bych se měl vyjádřit k tématu, tak v zásadě souhlasím s těmi kdo
 doporučují Django. Má výbornou dokumentaci, spoustu návodů, a spoustu
 hotových komponent, který spolu dobře fungují (ORM, templaty, formuláře,
 cache, ...), a stačí je prostě použít když je potřeba. Ale co vidím jako
 podstatnější je to, že Django člověka vede k tomu, jak si uspořádat kód do
 nezávislých komponent (modely, views, templaty, management commandy, ...).
 Jak vytvářet malé nezávislé aplikace použitelné ve více projektech. Atp.


 Myslím si, že pro zkušeného borce není problém 

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Jan Bednařík]

2015-02-18 21:58 GMT+01:00 Pavel S pa...@schon.cz:

 Ahoj. Vykaslal bych se na vsechny frameworky, prestoze jiste maji sve
 kvality (django, flask apod.).

 Pokud jsi zvidavy clovek a chces se neco naucit, jak funguje HTTP, napis
 si framework vlastni.

 Pro zacatek nepotrebujes zadny webserver. Zacal bych u modulu wsgiref,
 vezmi hello world aplikaci (
 https://docs.python.org/2/library/wsgiref.html#examples ), napis
 abstrakci nad request a response, potom nejaky URL router. Pozdeji az budes
 potrebovat formulare, udelas si abstrakci na formulare.

 Do ceho bych se radeji nepoustel je vlastni sablonovy system. Tam bych
 vzal osvedcene jinja2. Pokud bude treba databaze, doporucuji SQLAlchemy.

 Az si timhle projdes, nabidky se jiste objevi (to je ta monetarizace
 know-how).

 Hodne stesti!



Až si tím projde, tak se nabídky neobjeví. Nikdo nechce platit lidi, kteří
rádi vymýšlejí kolo a řeší věci, co dávno vyřešil někdo jiný.

Python je jazyk s batteries included. Obvykle se stačí poohlédnout po
hotových knihovnách a ty využít. A ve většině případů jsou ty hotové
knihovny mnohem lepší, než kdyby si je člověk psal sám (protože jsou
výsledkem spolupráce a zkušeností více lidí).


A když bych se měl vyjádřit k tématu, tak v zásadě souhlasím s těmi kdo
doporučují Django. Má výbornou dokumentaci, spoustu návodů, a spoustu
hotových komponent, který spolu dobře fungují (ORM, templaty, formuláře,
cache, ...), a stačí je prostě použít když je potřeba. Ale co vidím jako
podstatnější je to, že Django člověka vede k tomu, jak si uspořádat kód do
nezávislých komponent (modely, views, templaty, management commandy, ...).
Jak vytvářet malé nezávislé aplikace použitelné ve více projektech. Atp.


Myslím si, že pro zkušeného borce není problém poskládat si vlastní
framework na nějakém mikroframeworku jako Flask. A zkušený borec určitě
dokáže psát kód tak, aby z toho nebyl špagetový moloch. Nicméně nejsou
všechny ty Flaskové weby ve výsledku jako Django v bledě modrém, jen s více
úsilím? V čem jsou tak zásadně odlišné, že stojí za tu námahu? Jen pocit
poskládal jsem si to sám, nebo Flask je trendy! nestačí. Ale nepochopte
mě špatně, nemám nic proti Flasku. Je parádní nástroj na malé webíky,
proxy, atp. Nicméně jakmile člověk potřebuje postavit velký web a
potřebuje přidat ORM, formuláře, templaty, atd., je lepší zvolit framework,
který tyhle komponenty obsahuje v základu.

Jak se říká: Na velké projekty Django. A na malé projekty taky Django,
protože i malý projekt se může časem rozrůst.

Honza



 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Radek Holý]

Dne 19. února 2015 11:19 Jan Bednařík jan.bedna...@gmail.com napsal(a):


 2015-02-18 21:58 GMT+01:00 Pavel S pa...@schon.cz:

 Ahoj. Vykaslal bych se na vsechny frameworky, prestoze jiste maji sve
 kvality (django, flask apod.).

 Pokud jsi zvidavy clovek a chces se neco naucit, jak funguje HTTP, napis
 si framework vlastni.

 Pro zacatek nepotrebujes zadny webserver. Zacal bych u modulu wsgiref,
 vezmi hello world aplikaci (
 https://docs.python.org/2/library/wsgiref.html#examples ), napis
 abstrakci nad request a response, potom nejaky URL router. Pozdeji az budes
 potrebovat formulare, udelas si abstrakci na formulare.

 Do ceho bych se radeji nepoustel je vlastni sablonovy system. Tam bych
 vzal osvedcene jinja2. Pokud bude treba databaze, doporucuji SQLAlchemy.

 Az si timhle projdes, nabidky se jiste objevi (to je ta monetarizace
 know-how).

 Hodne stesti!



 Až si tím projde, tak se nabídky neobjeví. Nikdo nechce platit lidi, kteří
 rádi vymýšlejí kolo a řeší věci, co dávno vyřešil někdo jiný.

 Python je jazyk s batteries included. Obvykle se stačí poohlédnout po
 hotových knihovnách a ty využít. A ve většině případů jsou ty hotové
 knihovny mnohem lepší, než kdyby si je člověk psal sám (protože jsou
 výsledkem spolupráce a zkušeností více lidí).


Taky mi to nepřipadá jako dobrá rada. Cílem je vyprodukovat web a ne
framework. Pokud existuje framework, který nabízí vše, co Marcus potřebuje,
nevidím v jeho situaci důvod proč se zdržovat vymýšlením nového. A i kdyby
žádný nevyhovoval, spíš bych vylepšil nějaký existující než začínal nový.
Pro vznik nového podle mě musí být dobrý důvod. A upřímě řečeno, já bych
určitě neplatil za framework, který vyvíjí jediný člověk, zvlášť když kolem
existuje spousta dobrých frameworků zadarmo.

No a už vůbec se nestotožním se snahou zpeněžit know-how. IMHO, know-how
se má sdílet, ne na něm vydělávat. Ale vím, že se mnou spousta (nejen
kapitalisticky založených) lidí nebude souhlasit. Jsem moc velký idealista.




 A když bych se měl vyjádřit k tématu, tak v zásadě souhlasím s těmi kdo
 doporučují Django. Má výbornou dokumentaci, spoustu návodů, a spoustu
 hotových komponent, který spolu dobře fungují (ORM, templaty, formuláře,
 cache, ...), a stačí je prostě použít když je potřeba. Ale co vidím jako
 podstatnější je to, že Django člověka vede k tomu, jak si uspořádat kód do
 nezávislých komponent (modely, views, templaty, management commandy, ...).
 Jak vytvářet malé nezávislé aplikace použitelné ve více projektech. Atp.


 Myslím si, že pro zkušeného borce není problém poskládat si vlastní
 framework na nějakém mikroframeworku jako Flask. A zkušený borec určitě
 dokáže psát kód tak, aby z toho nebyl špagetový moloch. Nicméně nejsou
 všechny ty Flaskové weby ve výsledku jako Django v bledě modrém, jen s více
 úsilím? V čem jsou tak zásadně odlišné, že stojí za tu námahu? Jen pocit
 poskládal jsem si to sám, nebo Flask je trendy! nestačí. Ale nepochopte
 mě špatně, nemám nic proti Flasku. Je parádní nástroj na malé webíky,
 proxy, atp. Nicméně jakmile člověk potřebuje postavit velký web a
 potřebuje přidat ORM, formuláře, templaty, atd., je lepší zvolit framework,
 který tyhle komponenty obsahuje v základu.


Odlišné jsou v tom, že třeba nepotřebují všechno, co Django nabízí, ve
výsledku zabírají méně místa na disku, spotřebují méně systémových
prostředků, nebo třeba jen chtějí používat jinou komponentu než jim Django
vnucuje (např. šablonovací systém, ORM, ...). Všechno záleží na tom, co
člověk od toho frameworku potřebuje. Žádný není nejlepší, ani nejhorší.
Každý se hodí na něco jiného.

Já osobně se vždycky snažím používat (a psát) co nejmenší knihovny (co se
týče řádků *kódu*). Samozřejmě zohledňuji více faktorů. Ale pokud existuje
víc variant splňujících mé požadavky, preferuji tu menší. Jednak protože je
mi sympatický KISS princip a jednak protože z praxe vím, co to znamená
starat se o obrovský moloch i o minimalistickou knihovnu.

Mimochodem, asi by se dalo spekulovat o tom, jestli je víc trendy Flask,
nebo Django ;)


 Jak se říká: Na velké projekty Django. A na malé projekty taky Django,
 protože i malý projekt se může časem rozrůst.

 Honza


-- 
Radek
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[ZU1234]

Dne 19.2.2015 v 11:19 Jan Bednařík napsal(a):


2015-02-18 21:58 GMT+01:00 Pavel S pa...@schon.cz 
mailto:pa...@schon.cz:


Ahoj. Vykaslal bych se na vsechny frameworky, prestoze jiste maji
sve kvality (django, flask apod.).

Pokud jsi zvidavy clovek a chces se neco naucit, jak funguje HTTP,
napis si framework vlastni.



Až si tím projde, tak se nabídky neobjeví. Nikdo nechce platit lidi, 
kteří rádi vymýšlejí kolo a řeší věci, co dávno vyřešil někdo jiný.




Někteří lidé rádi věcem rozumí.
Jiní raději chtějí rovnou vydělávat prachy.
A nejhorší na tom je, že oboje je důležité :-)

ZU


___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Pavel S]

Ahoj. Vykaslal bych se na vsechny frameworky, prestoze jiste maji sve kvality 
(django, flask apod.). 

Pokud jsi zvidavy clovek a chces se neco naucit, jak funguje HTTP, napis si 
framework vlastni.

Pro zacatek nepotrebujes zadny webserver. Zacal bych u modulu wsgiref, vezmi 
hello world aplikaci ( https://docs.python.org/2/library/wsgiref.html#examples 
), napis abstrakci nad request a response, potom nejaky URL router. Pozdeji az 
budes potrebovat formulare, udelas si abstrakci na formulare.

Do ceho bych se radeji nepoustel je vlastni sablonovy system. Tam bych vzal 
osvedcene jinja2. Pokud bude treba databaze, doporucuji SQLAlchemy.

Az si timhle projdes, nabidky se jiste objevi (to je ta monetarizace know-how).

Hodne stesti!
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Radek Holý]

Mě vždycky zarazí, že v takovýchto diskusích nikdo nikdy nezmíní CherryPy.

Dělal jsem v něm před X lety a zrovna před pár měsíci jsem začal znovu a
zatím jsem nenarazil na problém. I takové pseudo-REST-API se mi v něm děla
naprosto pohodlně. A ještě k sobě nenatahuje výchozí šablonovací systém,
takže si můžu vybrat jakýkoliv bez zbytečných závislostí (vybral jsem si
Chameleon).

Proč ho nikdo nebere v úvahu?
-- 
Radek


Dne 12. února 2015 15:51 Honza Javorek m...@honzajavorek.cz napsal(a):

 Ac jsem v Djangu v zivote naprogramoval 1,3 veci a vse ostatni co jsem kdy
 udelal bylo ve Flasku, tak souhlasim s Honzou, Djangem nic nepokazis, jeho
 znalost se ti neztrati a kdyz ti nebude nasledne vyhovovat, tak prechod na
 cokoliv dalsiho (treba Flask) je otazka jednoho odpoledne, hned se
 zorientujes.

 Jinak oba ty fw maji moc peknou dokumentaci, ale Django je ucebnicovy
 priklad jak delat SKVELOU dokumentaci.

 H

 2015-02-11 16:12 GMT+01:00 Honza Král honza.k...@gmail.com:

 Ja vzdy zacatecnikum doporucuju Django - neni to vzdy ta nejlepsi
 volba, ale je na vsechno dostatecna a ma uz vsechno vyresene spolu se
 spoustou materialu pro zacatecniky i pokrocile.

 Pak, az se trochu zorientujes jak se co dela, se muzes vrhnout do
 flasku napriklad a uz nebudes tak ztraceny.
 Honza Král
 E-Mail: honza.k...@gmail.com
 Phone:  +420 606 678585


 2015-02-11 16:08 GMT+01:00 Honza Javorek m...@honzajavorek.cz:
  Bottle je podle me spis na skolni priklady, ale znam startupy, ktery na
 tom
  delaji produkcni sw :)
 
  Do Flasku si na formulare vem
 https://flask-wtf.readthedocs.org/en/latest/
 
  Honza
 
  2015-02-11 14:35 GMT+01:00 starenka . staren...@gmail.com:
 
  Btw: pokud mas na vyber jen dve (nebo relativne malo) moznosti je
  podle me lepsi misto selectboxu (dropdownu), pouzit radia...
  ---
  In Perl you shoot yourself in the foot, but nobody can understand how
  you did it. Six months later, neither can you. | print
  'aknerats'[::-1]
 
 
  2015-02-11 14:34 GMT+01:00 starenka . staren...@gmail.com:
   Ahoj,
  
   Flask/bottle je podle me uplne dostacujici. V kazdym pripade bych asi
   trochu osetril vstupy (napr pokud mi to dovoli sipkama kliknout rok
   -1, tak se ti to zhrouti)
  
   Pro tip: tlacitko smazat formular je podle me naprosto k nicemu
  
  
   ---
   In Perl you shoot yourself in the foot, but nobody can understand how
   you did it. Six months later, neither can you. | print
   'aknerats'[::-1]
  
  
   2015-02-11 14:04 GMT+01:00 Marcus Scalpere 
 marcus.scalp...@gmail.com:
   Zdravím,
   řeším dilema ohledně web-frameworku. Bohužel nemám zkušenosti s
   webdesignem, první pokus dopadl takto
 http://edelstadt.pythonanywhere.com/
   (vůbec netuším, jestli je v pořádku mít kupu formulářů na jedné
 stránce),
   ale dostal jsem pár dalších nápadů (a nejspíš mě napadnou další),
 takže bych
   to potřeboval buď rozšířit nebo vytvořit něco úplně nového. Co
 zvolit?
   Osobně jsem zúžil výbět na Flask, Bootle a Pyramid. Uvedená verze
 je ve
   Flasku, ale občas jsem měl problém poprat se právě s formuláři.
 Navíc bych
   chtěl generovat takový event calendar, který bude (asi?) sosat data
 ze dvou
   různých zdrojů (události, které se opakují každý rok ve stejný den a
   události, které jsou v různé dny, taky by se hodil nějaký návrh),
 takže
   netuším, jestli to ještě spadá do micro-blogu nebo už je to o level
 víc.
  
   A spíš průzkumná otázka - je vůbec šance nějaknechci říci přímo
   vydělat, možná monetizovat takový nápad?
   ___
   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
 
 
 
  ___
  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



 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Král]

V tomto pripade kvuli tomu, ze na to neni (v porovnani s ostatnimi)
tak velka komunita a takove mnozstvi dohledatelnych a pristupnych
materialu. O technickych (ci designovych) kvalitach to nerika vubec
nic.

Pro me navic CherryPy ma dalsi vlastnost (uplne stejne jako flask
apod) a to je, ze neobsahuje vsechno co je potreba pro tvorbu webu -
treba formulare, prace s db, caching, ... To je vlastnost kterou
vetsina zkusenych uzivatelu uvita (muzou si vybrat svuj oblibeny
nastroj misto aby byli vazani na default), ale pro zacatecniky mi
prijde prave lepsi Django, ktere vse vyresi.
Honza Král
E-Mail: honza.k...@gmail.com
Phone:  +420 606 678585


2015-02-13 1:05 GMT+01:00 Radek Holý radekholypub...@gmail.com:
 Mě vždycky zarazí, že v takovýchto diskusích nikdo nikdy nezmíní CherryPy.

 Dělal jsem v něm před X lety a zrovna před pár měsíci jsem začal znovu a
 zatím jsem nenarazil na problém. I takové pseudo-REST-API se mi v něm děla
 naprosto pohodlně. A ještě k sobě nenatahuje výchozí šablonovací systém,
 takže si můžu vybrat jakýkoliv bez zbytečných závislostí (vybral jsem si
 Chameleon).

 Proč ho nikdo nebere v úvahu?
 --
 Radek


 Dne 12. února 2015 15:51 Honza Javorek m...@honzajavorek.cz napsal(a):

 Ac jsem v Djangu v zivote naprogramoval 1,3 veci a vse ostatni co jsem kdy
 udelal bylo ve Flasku, tak souhlasim s Honzou, Djangem nic nepokazis, jeho
 znalost se ti neztrati a kdyz ti nebude nasledne vyhovovat, tak prechod na
 cokoliv dalsiho (treba Flask) je otazka jednoho odpoledne, hned se
 zorientujes.

 Jinak oba ty fw maji moc peknou dokumentaci, ale Django je ucebnicovy
 priklad jak delat SKVELOU dokumentaci.

 H

 2015-02-11 16:12 GMT+01:00 Honza Král honza.k...@gmail.com:

 Ja vzdy zacatecnikum doporucuju Django - neni to vzdy ta nejlepsi
 volba, ale je na vsechno dostatecna a ma uz vsechno vyresene spolu se
 spoustou materialu pro zacatecniky i pokrocile.

 Pak, az se trochu zorientujes jak se co dela, se muzes vrhnout do
 flasku napriklad a uz nebudes tak ztraceny.
 Honza Král
 E-Mail: honza.k...@gmail.com
 Phone:  +420 606 678585


 2015-02-11 16:08 GMT+01:00 Honza Javorek m...@honzajavorek.cz:
  Bottle je podle me spis na skolni priklady, ale znam startupy, ktery na
  tom
  delaji produkcni sw :)
 
  Do Flasku si na formulare vem
  https://flask-wtf.readthedocs.org/en/latest/
 
  Honza
 
  2015-02-11 14:35 GMT+01:00 starenka . staren...@gmail.com:
 
  Btw: pokud mas na vyber jen dve (nebo relativne malo) moznosti je
  podle me lepsi misto selectboxu (dropdownu), pouzit radia...
  ---
  In Perl you shoot yourself in the foot, but nobody can understand how
  you did it. Six months later, neither can you. | print
  'aknerats'[::-1]
 
 
  2015-02-11 14:34 GMT+01:00 starenka . staren...@gmail.com:
   Ahoj,
  
   Flask/bottle je podle me uplne dostacujici. V kazdym pripade bych
   asi
   trochu osetril vstupy (napr pokud mi to dovoli sipkama kliknout rok
   -1, tak se ti to zhrouti)
  
   Pro tip: tlacitko smazat formular je podle me naprosto k nicemu
  
  
   ---
   In Perl you shoot yourself in the foot, but nobody can understand
   how
   you did it. Six months later, neither can you. | print
   'aknerats'[::-1]
  
  
   2015-02-11 14:04 GMT+01:00 Marcus Scalpere
   marcus.scalp...@gmail.com:
   Zdravím,
   řeším dilema ohledně web-frameworku. Bohužel nemám zkušenosti s
   webdesignem, první pokus dopadl takto
   http://edelstadt.pythonanywhere.com/
   (vůbec netuším, jestli je v pořádku mít kupu formulářů na jedné
   stránce),
   ale dostal jsem pár dalších nápadů (a nejspíš mě napadnou další),
   takže bych
   to potřeboval buď rozšířit nebo vytvořit něco úplně nového. Co
   zvolit?
   Osobně jsem zúžil výbět na Flask, Bootle a Pyramid. Uvedená verze
   je ve
   Flasku, ale občas jsem měl problém poprat se právě s formuláři.
   Navíc bych
   chtěl generovat takový event calendar, který bude (asi?) sosat data
   ze dvou
   různých zdrojů (události, které se opakují každý rok ve stejný den
   a
   události, které jsou v různé dny, taky by se hodil nějaký návrh),
   takže
   netuším, jestli to ještě spadá do micro-blogu nebo už je to o level
   víc.
  
   A spíš průzkumná otázka - je vůbec šance nějaknechci říci přímo
   vydělat, možná monetizovat takový nápad?
   ___
   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
 
 
 
  ___
  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



 ___
 Python mailing list
 python@py.cz
 

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Vladimir Macek]

On 13.2.2015 01:05, Radek Holý wrote:
 Mě vždycky zarazí, že v takovýchto diskusích nikdo nikdy nezmíní CherryPy.
 ...
 Proč ho nikdo nebere v úvahu?

Nevím. Po svém objevení Pythonu před mnoha lety jsem chvíli lavíroval, co
se týče web frameworku. Záhy jsem objevil Django a nemám potřebu měnit.

Když jsem ho chtěl *dřív* někomu vychválit, zmiňoval jsem chytré
*technické* aspekty (např. generovaný admin, URL dispatcher, i18n, ...).
Nyní, po řadě let vypichuju spíš ty netechnické: autoři se trvale snaží
dělat věci správně, což se odráží i v projektech na Djangu postavených,
skvělá dokumentace, jasná politika zpětné kompatibility, tisíce unit testů,
minimum chyb, reflektuje současný vývoj webu (např. security), jsou tam
hotové nástroje na co si vzpomeneš a líp, než by je napatlala většina z nás
(jak píše Honza), velká komunita, ucelená, ale nevynucující soustava
komponent...

Někdy při studiu člověk kroutí hlavou, proč jsou některé věci uvnitř dělané
jakoby přes ruku. Pak ale přijde na to, že to má svůj smysl a ještě se
poučí. Django je chytře udělané, stejně jako je chytrý Python. Perfektní není.

Autor, jak začátečník, tak pokročilý prostě výběrem Djanga neudělá chybu,
ať začíná malý nebo velký projekt. Nebude mít problém ani když se mu z
malého projektu stane velký. Potřebuje jediné: nebýt zabedněný a naslouchat
tomu, že když mu lidé radí, jak různé věci dělat, mají k tomu obvykle důvod
podložený zkušeností.

Ty výhody, co jsem zmiňoval, podle mě hravě přebijou fakt, že jednotlivé
komponenty podle něčího názoru nejsou dokonalé. Časem, ošlehaný komerčními
projekty, člověk pochopí, že používané nástroje takové  za každou cenu být
nemusí. Důležitá je celková použitelnost, se kterou mu nástroje pomáhaji
projekt dokončit.

A k tomu přistupuje fakt, že s praxí s konkrétním frameworkem člověk chtě
nechtě podrobně pozná jeho silné i slabé stránky a naučí se s nimi
nakládat. Odměna za věrnost. :-)

-- 
:  Vladimir Macek  :  http://macek.sandbox.cz  :  +420 608 978 164
:  UNIX  Dev || Training  :  Python, Django  :  PGP key 97330EBD

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Javorek]

Ac jsem v Djangu v zivote naprogramoval 1,3 veci a vse ostatni co jsem kdy
udelal bylo ve Flasku, tak souhlasim s Honzou, Djangem nic nepokazis, jeho
znalost se ti neztrati a kdyz ti nebude nasledne vyhovovat, tak prechod na
cokoliv dalsiho (treba Flask) je otazka jednoho odpoledne, hned se
zorientujes.

Jinak oba ty fw maji moc peknou dokumentaci, ale Django je ucebnicovy
priklad jak delat SKVELOU dokumentaci.

H

2015-02-11 16:12 GMT+01:00 Honza Král honza.k...@gmail.com:

 Ja vzdy zacatecnikum doporucuju Django - neni to vzdy ta nejlepsi
 volba, ale je na vsechno dostatecna a ma uz vsechno vyresene spolu se
 spoustou materialu pro zacatecniky i pokrocile.

 Pak, az se trochu zorientujes jak se co dela, se muzes vrhnout do
 flasku napriklad a uz nebudes tak ztraceny.
 Honza Král
 E-Mail: honza.k...@gmail.com
 Phone:  +420 606 678585


 2015-02-11 16:08 GMT+01:00 Honza Javorek m...@honzajavorek.cz:
  Bottle je podle me spis na skolni priklady, ale znam startupy, ktery na
 tom
  delaji produkcni sw :)
 
  Do Flasku si na formulare vem
 https://flask-wtf.readthedocs.org/en/latest/
 
  Honza
 
  2015-02-11 14:35 GMT+01:00 starenka . staren...@gmail.com:
 
  Btw: pokud mas na vyber jen dve (nebo relativne malo) moznosti je
  podle me lepsi misto selectboxu (dropdownu), pouzit radia...
  ---
  In Perl you shoot yourself in the foot, but nobody can understand how
  you did it. Six months later, neither can you. | print
  'aknerats'[::-1]
 
 
  2015-02-11 14:34 GMT+01:00 starenka . staren...@gmail.com:
   Ahoj,
  
   Flask/bottle je podle me uplne dostacujici. V kazdym pripade bych asi
   trochu osetril vstupy (napr pokud mi to dovoli sipkama kliknout rok
   -1, tak se ti to zhrouti)
  
   Pro tip: tlacitko smazat formular je podle me naprosto k nicemu
  
  
   ---
   In Perl you shoot yourself in the foot, but nobody can understand how
   you did it. Six months later, neither can you. | print
   'aknerats'[::-1]
  
  
   2015-02-11 14:04 GMT+01:00 Marcus Scalpere marcus.scalp...@gmail.com
 :
   Zdravím,
   řeším dilema ohledně web-frameworku. Bohužel nemám zkušenosti s
   webdesignem, první pokus dopadl takto
 http://edelstadt.pythonanywhere.com/
   (vůbec netuším, jestli je v pořádku mít kupu formulářů na jedné
 stránce),
   ale dostal jsem pár dalších nápadů (a nejspíš mě napadnou další),
 takže bych
   to potřeboval buď rozšířit nebo vytvořit něco úplně nového. Co
 zvolit?
   Osobně jsem zúžil výbět na Flask, Bootle a Pyramid. Uvedená verze je
 ve
   Flasku, ale občas jsem měl problém poprat se právě s formuláři.
 Navíc bych
   chtěl generovat takový event calendar, který bude (asi?) sosat data
 ze dvou
   různých zdrojů (události, které se opakují každý rok ve stejný den a
   události, které jsou v různé dny, taky by se hodil nějaký návrh),
 takže
   netuším, jestli to ještě spadá do micro-blogu nebo už je to o level
 víc.
  
   A spíš průzkumná otázka - je vůbec šance nějaknechci říci přímo
   vydělat, možná monetizovat takový nápad?
   ___
   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
 
 
 
  ___
  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

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[Honza Javorek]

Bottle je podle me spis na skolni priklady, ale znam startupy, ktery na tom
delaji produkcni sw :)

Do Flasku si na formulare vem https://flask-wtf.readthedocs.org/en/latest/

Honza

2015-02-11 14:35 GMT+01:00 starenka . staren...@gmail.com:

 Btw: pokud mas na vyber jen dve (nebo relativne malo) moznosti je
 podle me lepsi misto selectboxu (dropdownu), pouzit radia...
 ---
 In Perl you shoot yourself in the foot, but nobody can understand how
 you did it. Six months later, neither can you. | print
 'aknerats'[::-1]


 2015-02-11 14:34 GMT+01:00 starenka . staren...@gmail.com:
  Ahoj,
 
  Flask/bottle je podle me uplne dostacujici. V kazdym pripade bych asi
  trochu osetril vstupy (napr pokud mi to dovoli sipkama kliknout rok
  -1, tak se ti to zhrouti)
 
  Pro tip: tlacitko smazat formular je podle me naprosto k nicemu
 
 
  ---
  In Perl you shoot yourself in the foot, but nobody can understand how
  you did it. Six months later, neither can you. | print
  'aknerats'[::-1]
 
 
  2015-02-11 14:04 GMT+01:00 Marcus Scalpere marcus.scalp...@gmail.com:
  Zdravím,
  řeším dilema ohledně web-frameworku. Bohužel nemám zkušenosti s
 webdesignem, první pokus dopadl takto http://edelstadt.pythonanywhere.com/
 (vůbec netuším, jestli je v pořádku mít kupu formulářů na jedné stránce),
 ale dostal jsem pár dalších nápadů (a nejspíš mě napadnou další), takže
 bych to potřeboval buď rozšířit nebo vytvořit něco úplně nového. Co zvolit?
 Osobně jsem zúžil výbět na Flask, Bootle a Pyramid. Uvedená verze je ve
 Flasku, ale občas jsem měl problém poprat se právě s formuláři. Navíc bych
 chtěl generovat takový event calendar, který bude (asi?) sosat data ze dvou
 různých zdrojů (události, které se opakují každý rok ve stejný den a
 události, které jsou v různé dny, taky by se hodil nějaký návrh), takže
 netuším, jestli to ještě spadá do micro-blogu nebo už je to o level víc.
 
  A spíš průzkumná otázka - je vůbec šance nějaknechci říci přímo
 vydělat, možná monetizovat takový nápad?
  ___
  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

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

[python] Volba web-frameworku (a pár menších dotazů)

[Marcus Scalpere]

Zdravím,
řeším dilema ohledně web-frameworku. Bohužel nemám zkušenosti s webdesignem, 
první pokus dopadl takto http://edelstadt.pythonanywhere.com/ (vůbec netuším, 
jestli je v pořádku mít kupu formulářů na jedné stránce), ale dostal jsem pár 
dalších nápadů (a nejspíš mě napadnou další), takže bych to potřeboval buď 
rozšířit nebo vytvořit něco úplně nového. Co zvolit? Osobně jsem zúžil výbět na 
Flask, Bootle a Pyramid. Uvedená verze je ve Flasku, ale občas jsem měl problém 
poprat se právě s formuláři. Navíc bych chtěl generovat takový event calendar, 
který bude (asi?) sosat data ze dvou různých zdrojů (události, které se opakují 
každý rok ve stejný den a události, které jsou v různé dny, taky by se hodil 
nějaký návrh), takže netuším, jestli to ještě spadá do micro-blogu nebo už je 
to o level víc.

A spíš průzkumná otázka - je vůbec šance nějaknechci říci přímo vydělat, 
možná monetizovat takový nápad?
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Volba web-frameworku (a pár menších dotazů)

[starenka .]

Ahoj,

Flask/bottle je podle me uplne dostacujici. V kazdym pripade bych asi
trochu osetril vstupy (napr pokud mi to dovoli sipkama kliknout rok
-1, tak se ti to zhrouti)

Pro tip: tlacitko smazat formular je podle me naprosto k nicemu


---
In Perl you shoot yourself in the foot, but nobody can understand how
you did it. Six months later, neither can you. | print
'aknerats'[::-1]


2015-02-11 14:04 GMT+01:00 Marcus Scalpere marcus.scalp...@gmail.com:
 Zdravím,
 řeším dilema ohledně web-frameworku. Bohužel nemám zkušenosti s webdesignem, 
 první pokus dopadl takto http://edelstadt.pythonanywhere.com/ (vůbec netuším, 
 jestli je v pořádku mít kupu formulářů na jedné stránce), ale dostal jsem pár 
 dalších nápadů (a nejspíš mě napadnou další), takže bych to potřeboval buď 
 rozšířit nebo vytvořit něco úplně nového. Co zvolit? Osobně jsem zúžil výbět 
 na Flask, Bootle a Pyramid. Uvedená verze je ve Flasku, ale občas jsem měl 
 problém poprat se právě s formuláři. Navíc bych chtěl generovat takový event 
 calendar, který bude (asi?) sosat data ze dvou různých zdrojů (události, 
 které se opakují každý rok ve stejný den a události, které jsou v různé dny, 
 taky by se hodil nějaký návrh), takže netuším, jestli to ještě spadá do 
 micro-blogu nebo už je to o level víc.

 A spíš průzkumná otázka - je vůbec šance nějaknechci říci přímo vydělat, 
 možná monetizovat takový nápad?
 ___
 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

Re: [python] Volba web-frameworku (a pár menších dotazů)

[starenka .]

Btw: pokud mas na vyber jen dve (nebo relativne malo) moznosti je
podle me lepsi misto selectboxu (dropdownu), pouzit radia...
---
In Perl you shoot yourself in the foot, but nobody can understand how
you did it. Six months later, neither can you. | print
'aknerats'[::-1]


2015-02-11 14:34 GMT+01:00 starenka . staren...@gmail.com:
 Ahoj,

 Flask/bottle je podle me uplne dostacujici. V kazdym pripade bych asi
 trochu osetril vstupy (napr pokud mi to dovoli sipkama kliknout rok
 -1, tak se ti to zhrouti)

 Pro tip: tlacitko smazat formular je podle me naprosto k nicemu


 ---
 In Perl you shoot yourself in the foot, but nobody can understand how
 you did it. Six months later, neither can you. | print
 'aknerats'[::-1]


 2015-02-11 14:04 GMT+01:00 Marcus Scalpere marcus.scalp...@gmail.com:
 Zdravím,
 řeším dilema ohledně web-frameworku. Bohužel nemám zkušenosti s webdesignem, 
 první pokus dopadl takto http://edelstadt.pythonanywhere.com/ (vůbec 
 netuším, jestli je v pořádku mít kupu formulářů na jedné stránce), ale 
 dostal jsem pár dalších nápadů (a nejspíš mě napadnou další), takže bych to 
 potřeboval buď rozšířit nebo vytvořit něco úplně nového. Co zvolit? Osobně 
 jsem zúžil výbět na Flask, Bootle a Pyramid. Uvedená verze je ve Flasku, ale 
 občas jsem měl problém poprat se právě s formuláři. Navíc bych chtěl 
 generovat takový event calendar, který bude (asi?) sosat data ze dvou 
 různých zdrojů (události, které se opakují každý rok ve stejný den a 
 události, které jsou v různé dny, taky by se hodil nějaký návrh), takže 
 netuším, jestli to ještě spadá do micro-blogu nebo už je to o level víc.

 A spíš průzkumná otázka - je vůbec šance nějaknechci říci přímo vydělat, 
 možná monetizovat takový nápad?
 ___
 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