[python] Fork AsciiDoc pro port do Python 3 najdete...
Petře, dík za informaci. >Jak to většinou dělám já: napřed použít modernize (pip install >modernize), který se snaží kót změnit aby byl kompatibilní s py2.6+ i >py3 (pomocí knihovny six). Věwtšinou se to nepovede úplně, tak je pak >potřeba projet testy a dodělat detaily (hlavně rozhodnout co je bytes >a co unicode). Čili ne napřed py3 branch a pak to spojit, ale spíš >přidat py3 kompatibilitu navíc do existujícího kódu. >Když máš projekt v Gitu, chceš použít `modernize -wn .`, aby soubory >přepsal a nedělal zálohy. Ještě se k tomu vrátím. elextr z originálního týmu doporučil přesunout vývoj i komunikaci do forku. Zvolil jsem název větve py3dev. Takže zatím berte jako oficiální místo https://github.com/pepr/asciidoc/tree/py3dev Diskusi povedeme všichni v https://github.com/pepr/asciidoc/issues (ono se to postupně vystříbří, ale pište tam aglicky, pokud možno). Zatím to budu řešit přes pull request a merge, postupně tam podle dohody přidám další lidi, aby to neviselo na mé přítomnosti. Mějte se fajn, Petr __ > Od: Petr Viktorin >2015-09-17 13:38 GMT+02:00 Petr Přikryl >> Ahoj Petře a Danieli, >> >> Už jsem to rozjel. Mrkněte na >> >> https://github.com/asciidoc/asciidoc/issues/83#issuecomment-140990953, >> >> kde se zatím vede neformální diskuse -- elextr je asi jeden z těch, kdo může >> dělat pull. >> >> Vyrobil jsem fork https://github.com/pepr/asciidoc a větev py3dev. >> Pracovně se nové programy jmenují asciidoc3.py, asciidocapi3.py... >> Pak se s tím něco udělá. Podle mého názoru se to nejdříve musí >> rozjet "nějak", aby to fungovalo jako ta verze pro Python 2. Nejsem >> stoupencem přístupu "musí se to navrhnout celé znovu". Víc příkladů >> ukazuje, že tato cesta vede do nikam (viz webový prohlížeč, který >> už ani nevím jak se jmenoval... Netscape?). > > >> Mrknu na Danielův příspěvek https://github.com/Dundee/asciidoc/tree/python3 >> >> Navrhuji, abyste se zapojili (když budete chtít) přes ten horní odkaz >> "issues". >> Tam se domluvíme na plánu. Nemá smysl tříštit síly. A chtělo by to dohodnout, >> jakou formou a kde bude probíhat "oficiální" diskuse -- žádné velké >> formality, >> ale aby všichni věděli, kde to mají sledovat. > >Jak říkám, chtěl bych na to mít čas :( > >> Nejspíš bude více vláken diskuse (namátkou: jak to propojit s původním >> asciidoc, >> jak to předělávat, budoucí struktura, vztah k definici syntaxe, spolupráce s >> týmem >> AsciiDoctor [Ruby], Linux vs. Windows a další). >> >> Jsem v AsciiDoc nováček a dělám většinou pod Windows (kvůli tomu, co dělám >> v práci). Zkrátka, chce to dát hlavy dohromady. (Kdo má děcka školou povinná, >> tak ví, že to v dnešní době není vždy dobrý nápad -- vši, zvláště po >> prázdninových >> táborech. Ale ode mě vám nebezpečí nehrozí, bo vši nemají brusle ;) > ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
Moc, moc dík, za vyčerpávající odpověď. Marek ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
On Wed, 16 Sep 2015 09:37:41 +0200 Petr Viktorin <encu...@gmail.com> wrote to Konference PyCZ <python@py.cz>: > ale neměl bys zapomenout na to, že *učíš* > lidi používat HTTP. Nauč je to prosím správně. ... právě proto se ptám. Díky všem za poučení, budu se tím řídit. Marek _______ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
2015-09-16 7:45 GMT+02:00 Petr Blahos <petrbla...@gmail.com>: > Ještě poznámečka: Pokud bude GET měnit vnitřní stav aplikace, a povede k > němu > nějaký link, tak ho Google klidně navštíví při indexování :-) Nebo jak měl > kdysi takové > to přednačítání odkazů... Je psáno [1], že GET nemá měnit stav, a spousta nástrojů to předpokládá. Kromě robotů to předpokládají třeba různé keše nebo load balancery. Ty sice teď asi nepoužíváš, ale neměl bys zapomenout na to, že *učíš* lidi používat HTTP. Nauč je to prosím správně. [1] ve specifikaci HTTP: http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html > the GET and HEAD methods SHOULD NOT have the significance of taking an action > other than retrieval. These methods ought to be considered "safe". > 2015-09-15 22:33 GMT+02:00 Ales Zoulek <ales.zou...@gmail.com>: >> >> Technicky rozdil mezi PUT a GET je minimalni. Je ale konvence, aby akce >> odpovidala tomu HTTP "slovesu". >> >> Uplnym minimem je rozliseni mezi GET a POST. Tzn. GET (narozdil od POST) >> by nemel menit vnitrni stav serveru, pouze ten stav cist. >> >> HTTP REST uz je striktnejsi a popisuje presnejsi pouziti i DELETE, PUT, >> PATCH, etc. >> >> Pokud nemas vylozene duvod to nedodrzovat, tak je lepsi se te konvence >> drzet. >> >> >> A. >> >> On Tue, Sep 15, 2015 at 9:54 PM Marek Nožka <ma...@tlapicka.net> wrote: >>> >>> Ahoj >>> >>> On Tue, 15 Sep 2015 08:40:33 +0200 Honza Javorek <m...@honzajavorek.cz> >>> wrote to Konference PyCZ <python@py.cz>: >>> >>> > Jestli mají posílat nějaké informace a těma měnit stav na serveru, tak >>> > musíš použít i něco jiného než GET, pokud se budeme bavit aspoň o >>> > samotném >>> > blbém HTTP, když už ne o RESTu. >>> >>> To je právě to, co nechápu. Pokud vezmu množinu jednoduchých akcí jaký je >>> rozdíl mezi >>> >>> GET /123acb/krok >>> >>> a mezi >>> >>> PUT >>> id = "123abc", >>> akce = "krok" >>> >>> Chápu, že když chci poslat nějaký větší objem dat je PUT jistě lepší, ale >>> pokud jde jen o jednoduché povely, co mi PUT nebo DELETE přináší za >>> výhodu? >>> >>> > Já bych ti to klidně nějak zkusil namodelovat, ale k tomu by se hodila >>> > komplet pravidla té hry a možné stavy, do jakých se lze dostat a jak se >>> > do >>> > nich lze dostat. >>> >>> Pravidla jsou zatím velice jednoduchá: >>> Server umístí hráče na hrací pole a ukáže jim, kde je poklad. V každém >>> kole >>> lze provést jednu z akcí: >>> * otoč se o 90° doleva >>> * otoč se o 90° doprava >>> * udělej krok >>> >>> Cílem je, za co nejmenší počet kol dosáhnout cíle. Server upozorní pokud >>> by klient šel do zdi nebo pokud chtějí dva hráči vejít na stejné políčko. >>> Počítám, ale časem s rozšířením pravidel o časované bomby, střílení, >>> dobíjení >>> a vybíjení baterií, práce v týmu. Uvidíme jak nám to půjde. >>> >>> Díky >>> Marek ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
Ahoj, Petr byl rychlejší. Rozdíl mezi GET, PUT, POST, atd. je v tom, že je přesně ve specifikaci řečeno, co může nebo nemůže způsobit, např. opakovaným zavoláním. > HTTP REST uz je striktnejsi a popisuje presnejsi pouziti i DELETE, PUT, PATCH, etc. To není úplně přesné. HTTP je protokol a má svoje specifikace. REST je nějaký styl architektury aplikace, se slovesy v HTTP nemá až tak moc společného a nemusíme jej tady asi ani řešit (jo, vím že jsem to sám dřív taky motal do sebe). Úplně pro tento případ postačí, pokud se budeme držet toho, co nám radí (či specifikací přikazuje?) HTTP samotné. Jsou na to v zásadě dvě RFC: - základ v https://tools.ietf.org/html/rfc7231 - PATCH dodělaný a dolepený v http://tools.ietf.org/html/rfc5789 Nebát se číst specifikaci! Je to lidsky psané. Tady přesně se mluví o tom, jaký je rozdíl mezi metodami, co jaká znamená a co přináší jejich použití a je tam i pěkná tabulka: https://tools.ietf.org/html/rfc7231#section-4.1 GET je jen čtení, akce, která neublíží. Když budeš při GET mazat, projede ti odkazy Google nebo kdokoliv jiný a smaže ti cokoliv co tam zrovna mažeš. Tzn. vše podle specifikace předpokládá, že GET by neměl nic měnit. Taky to znamená, že cokoliv co je GET se může kdekoliv po cestě kešovat. PUT je nějaká změna, která je tzv. idempotentní, tzn. když ji pošleš několikrát za sebou, tak se pak už nic nezmění. Typicky když něco nastavíš na "vypnuto", tak stejný request můžeš poslat třeba tisíckrát po sobě a ta věc bude mít nakonec stále "vypnuto". Abych dal protipříklad, nehodí se to na věci, které jsou např. "přepni" ve stylu vypínače na světlo - když ho pošlu jednou tak vypne, podruhé zapne, atd. Aby to mělo danou vlastnost, implementace PUTu vypadá tak, že sestrojíš celou novou reprezentaci a tou "přeplácneš" tu starou. Takový "replace". Když v cíli nic není, tak se to při PUTu na dané URL vytvoří, tzn. vhodné i pro vytváření, pokud víš "ID" předem. DELETE maže, následně by po něm nemělo nic zůstat. PATCH je speciál na částečné změny, tzn. že pošleš nějaký diff, kterým řekneš co se má změnit a server to podle toho diffu nějak změní. Záruky neveliké, všelijaké, a tak dále. POST je nějaká změna, která ale nemusí být nutně idempotentní. Je to základní způsob, jak udělat změnu stavu na serveru. Nedá se to kešovat a tak dále. Pozn.: HTML formát a klienti kolem něj (typicky prohlížeče atd.) podporují často jen GET a POST. S tím si vystačí, protože to hlavní co je potřeba rozlišit je kešovat/nekešovat a bezpečné/nebezpečné. POST má myslím ve specifikaci někde taková "zadní vrátka", že kromě toho, že je určen k tomu co jsem napsal výše, tak může být použit i na "cokoliv jiného". V důsledku je tedy i HTML s formulářem na mazání osedílaným přes POST udělán správně podle HTTP specifikace. Klidně můžeš udělat všechno přes POST a bude to jakože správně, ale tím se připravuješ o to, že GET je pro čtení efektivnější. Udělat ale všechno v GET místo POST je špatně a koleduješ si, protože označuješ "nebezpečné" akce jako "bezpečné" (stejně tak s kešovatelností). Sorry že jsem se tak rozepsal. Hlavně mi moc nevěřte a přečtěte si to raději v té specifikaci. Já jsem taky jenom člověk, ale tam je to prostě vysvětlené a napsané, tak jak to má být. Honza 2015-09-16 9:37 GMT+02:00 Petr Viktorin <encu...@gmail.com>: > 2015-09-16 7:45 GMT+02:00 Petr Blahos <petrbla...@gmail.com>: > > Ještě poznámečka: Pokud bude GET měnit vnitřní stav aplikace, a povede k > > němu > > nějaký link, tak ho Google klidně navštíví při indexování :-) Nebo jak > měl > > kdysi takové > > to přednačítání odkazů... > > Je psáno [1], že GET nemá měnit stav, a spousta nástrojů to předpokládá. > Kromě robotů to předpokládají třeba různé keše nebo load balancery. Ty > sice teď asi nepoužíváš, ale neměl bys zapomenout na to, že *učíš* > lidi používat HTTP. Nauč je to prosím správně. > > [1] ve specifikaci HTTP: > http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html > > the GET and HEAD methods SHOULD NOT have the significance of taking an > action other than retrieval. These methods ought to be considered "safe". > > > 2015-09-15 22:33 GMT+02:00 Ales Zoulek <ales.zou...@gmail.com>: > >> > >> Technicky rozdil mezi PUT a GET je minimalni. Je ale konvence, aby akce > >> odpovidala tomu HTTP "slovesu". > >> > >> Uplnym minimem je rozliseni mezi GET a POST. Tzn. GET (narozdil od POST) > >> by nemel menit vnitrni stav serveru, pouze ten stav cist. > >> > >> HTTP REST uz je striktnejsi a popisuje presnejsi pouziti i DELETE, PUT, > >> PATCH, etc. > >> > >> Pokud nemas vylozene duvod to nedodrzovat, tak je lepsi se te konvence > >> drzet. > >> > >> > >> A. > >
Re: [python] Roboti, REST, Flask?
2015-09-16 9:56 GMT+02:00 Marek Nožka <ma...@tlapicka.net>: > On Wed, 16 Sep 2015 09:37:41 +0200 Petr Viktorin <encu...@gmail.com> wrote > to Konference PyCZ <python@py.cz>: > >> ale neměl bys zapomenout na to, že *učíš* >> lidi používat HTTP. Nauč je to prosím správně. > > ... právě proto se ptám. Díky všem za poučení, budu se tím řídit. Když to teď po sobě čtu, vidím že můj příspěvek mohl lehce vyznít nepřátelsky. Omlouvám se, tak jsem to nemyslel. ___________ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
Ještě poznámečka: Pokud bude GET měnit vnitřní stav aplikace, a povede k němu nějaký link, tak ho Google klidně navštíví při indexování :-) Nebo jak měl kdysi takové to přednačítání odkazů... -- Petr 2015-09-15 22:33 GMT+02:00 Ales Zoulek <ales.zou...@gmail.com>: > Technicky rozdil mezi PUT a GET je minimalni. Je ale konvence, aby akce > odpovidala tomu HTTP "slovesu". > > Uplnym minimem je rozliseni mezi GET a POST. Tzn. GET (narozdil od POST) > by nemel menit vnitrni stav serveru, pouze ten stav cist. > > HTTP REST uz je striktnejsi a popisuje presnejsi pouziti i DELETE, PUT, > PATCH, etc. > > Pokud nemas vylozene duvod to nedodrzovat, tak je lepsi se te konvence > drzet. > > > A. > > On Tue, Sep 15, 2015 at 9:54 PM Marek Nožka <ma...@tlapicka.net> wrote: > >> Ahoj >> >> On Tue, 15 Sep 2015 08:40:33 +0200 Honza Javorek <m...@honzajavorek.cz> >> wrote to Konference PyCZ <python@py.cz>: >> >> > Jestli mají posílat nějaké informace a těma měnit stav na serveru, tak >> > musíš použít i něco jiného než GET, pokud se budeme bavit aspoň o >> samotném >> > blbém HTTP, když už ne o RESTu. >> >> To je právě to, co nechápu. Pokud vezmu množinu jednoduchých akcí jaký je >> rozdíl mezi >> >> GET /123acb/krok >> >> a mezi >> >> PUT >> id = "123abc", >> akce = "krok" >> >> Chápu, že když chci poslat nějaký větší objem dat je PUT jistě lepší, ale >> pokud jde jen o jednoduché povely, co mi PUT nebo DELETE přináší za >> výhodu? >> >> > Já bych ti to klidně nějak zkusil namodelovat, ale k tomu by se hodila >> > komplet pravidla té hry a možné stavy, do jakých se lze dostat a jak se >> do >> > nich lze dostat. >> >> Pravidla jsou zatím velice jednoduchá: >> Server umístí hráče na hrací pole a ukáže jim, kde je poklad. V každém >> kole >> lze provést jednu z akcí: >> * otoč se o 90° doleva >> * otoč se o 90° doprava >> * udělej krok >> >> Cílem je, za co nejmenší počet kol dosáhnout cíle. Server upozorní pokud >> by klient šel do zdi nebo pokud chtějí dva hráči vejít na stejné políčko. >> Počítám, ale časem s rozšířením pravidel o časované bomby, střílení, >> dobíjení >> a vybíjení baterií, práce v týmu. Uvidíme jak nám to půjde. >> >> Díky >> Marek >> ___ >> 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] Používá někdo AsciiDoc?
Jo. No právě. Vývoj není aktivní, ale vypadá to, že se dosavadní verze aktivně používá. Ona existuje implementace zpracování toho formátu v Ruby, která se jmenuje AsciiDoctor. Mě ale Ruby přijde (jako jazyk) takové moc šamanské. Nějak jsem nenašel chuť do toho jazyka pronikat. Narazil jsem na názory, že AsciiDoctor trochu uhýbá z původnífunkčnosti, a proto někteří dávají stále přednost původnímu asciidoc. Asciidoc jako formát je zajímavý. V podstatě by měl mít téměř možnosti DocBook s tím, že se to líp píše i čte (jako zdroják). DocBook je jeden z hlavních výstupů zpracování, na kterém se pak staví. Kdo znáte trochu Markdown (používá se na GitHub pro README.md zobrazované na stránce projektu), pak asciidoc je jakoby jeho mocnější alternativa (trošku podobné v přístupu, ale propracovanější). Například Scott Chacon, autor knihy Pro Git (český překlad odpovídá prvnímu vydání https://git-scm.com/book/cs/v1), u druhého vydání (anglicky https://git-scm.com/book/en/v2) přešel z markdown k asciidoc a pochvaluje si to. Je to ale Ru(g)bysta a používá AsciiDoctor. Ta implementace asciidoc.py má kolem 6200 řádků, v podstatě v jednom souboru. Ale samotnému se mi do toho nechce. Nejdříve bych navázal kontakt s autorem, protože nejspíš má plán, jak by to šlo vylepšit. Pak to chce pořádně nastudovat, (detaily syntaxe i dosavadní testy), aby se daly dopisovat nové testy pro starou i pro novou verzi. Pak by se mělo rozhodnout, jestli se bude paralelně upravovat ta dvojková verze, nebo ne. Osobně bych na dvojkovou verzi šahal jen v případě, že se napíše nový test, který odhalí chybu. Chce se do toho někomu? Petr __ Od: Petr Messner <petr.mess...@gmail.com> Komu: Konference PyCZ <python@py.cz> Datum: 15.09.2015 17:26 Předmět: Re: [python] Používá někdo AsciiDoc? Asi to bude tohle, ale na moc aktivní vývoj, nebo spíš aktivního maintainera, to nevypadá:https://github.com/asciidoc/asciidoc <https://github.com/asciidoc/asciidoc>PM Dne 15. září 2015 17:15 jaak...@gmail.com <jaak...@gmail.com> <jaak...@gmail.com <jaak...@gmail.com>> napsal(a): Ahoj Petře, jen tak ze zvědavosti, ne že bych se do toho hrnul ale docela bych si rád prohlédnul kód, který se má předělávat. Je to možné? Jar. Kubias, alias Tovim On 15.9.2015 15:20, Petr Přikryl wrote: Zdar všem pyvařům, Používáte někdo pro tvorbu dokumentace AsciiDoc formát zpracováváný pythonovskou implementací asciidoc.py? Nenašli by se tu nějací, kdo by se zapojil do předělávky pro Python 3? Mějte se fajn, Petr _______ Python mailing list python@py.cz <python@py.cz> http://www.py.cz/mailman/listinfo/python <http://www.py.cz/mailman/listinfo/python> Visit: http://www.py.cz <http://www.py.cz> _______ Python mailing list python@py.cz <python@py.cz> http://www.py.cz/mailman/listinfo/python <http://www.py.cz/mailman/listinfo/python> Visit: http://www.py.cz <http://www.py.cz> -- ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python <http://www.py.cz/mailman/listinfo/python> Visit: http://www.py.cz <http://www.py.cz> _______ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?
Dobrý den, > Úvodní text u mne vyvolává dojem že python má být základním nástrojem produkce firmy. Díky za zpětnou vazbu. Text bych měl tedy upravit, protože seznam má spíše říkat "my jsme Python na něco použili a používáme". > Zajímavé je také použití pojmu 'scriptování'. To je tam vyloženě pro zástupy Javistů, kteří žijí v nějakém podivném světě 10 let zpět, kdy se o jazycích Perl a Python mluvilo jako o "skriptovacích". Oni si pod Pythonem představují opravdu jen něco málo lepšího než Bash a často vůbec netuší, že v tom lze napsat normální, plnohodnotná aplikace. Pokud bych se s tímhle názorem nesetkával, tu formulaci vůbec nepoužiji. Honza 2015-09-14 8:53 GMT+02:00 ZU1234 <zu1...@seznam.cz>: > Dobrá den. > Úvodní text u mne vyvolává dojem že python má být základním nástrojem > produkce firmy. > Proto do seznamu nemohu přispět, ač bych rád python podpořil. > > Zajímavé je také použití pojmu 'scriptování'. > Přesto že jsem na něj také zvyklý, myslím že je matoucí pro pro lidi > přicházející z windows prostředí. > Proč se nepochlapím a na místo nějakého bídného scriptování nezačnu v tom > bash-i nebo pythonu pořádně programovat!? :-) > > Jinak ale podobnou aktivitu oceňuji!! > > > > Dne 11.9.2015 v 9:54 Marek Nožka napsal(a): > >> Ahoj. >> >> Je to hezké, je to nápadité, je to přehledné. >> >> Marek >> >> On Thu, 10 Sep 2015 20:47:51 +0200 Honza Javorek <m...@honzajavorek.cz> >> wrote to django...@googlegroups.com: >> >> Cau, >>> co byste rekli tomuhle? >>> http://pythoncz-0375.rostiapp.cz/prace >>> >> >> > ___________ > 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] Roboti, REST, Flask?
> No...já měl v úmyslu použít spíš, "něco jako REST". Počítám spíš s tím, že > se bude používat jen GET a požadavky budou jako součást URL: /// > Nebo tak nějak. Jak bys to udělal ty? Jestli mají posílat nějaké informace a těma měnit stav na serveru, tak musíš použít i něco jiného než GET, pokud se budeme bavit aspoň o samotném blbém HTTP, když už ne o RESTu. Já bych ti to klidně nějak zkusil namodelovat, ale k tomu by se hodila komplet pravidla té hry a možné stavy, do jakých se lze dostat a jak se do nich lze dostat. Honza 2015-09-11 15:59 GMT+02:00 Marek Nožka <ma...@tlapicka.net>: > On Fri, 11 Sep 2015 08:47:33 + Ales Zoulek <ales.zou...@gmail.com> > wrote > to Konference PyCZ <python@py.cz>: > > > Pokud ale opravdu musi vsechny tahy synchronisovat, pak bych rekl, ze > > implementacne bude lehci 2). Tak jak tak se zda rozumny, aby studenti > > nepsali vlastniho rest klienta a dostali se zadanim i malou knihovnu, > ktera > > s tim flaskem komunikuje. > > Ano, hráči nemůžou stát na jednom políčku a měli by na sebe reagovat. Ta > knihovna je dobrý nápad. > > Díky > Marek > > -- > @ @ @ Marek Nožka > '.@ > :*`@ email: marek <@t> tlapicka net > `*' jabber: tlapicka <@t> mitranet cz > :: web: http://tlapicka.net/ > `' > `****' Powered by Debian GNU/Linux > `.**' > ¨¨ > ___ > 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] PyCon CZ 2015 - první konference čistě o Pythonu v ČR
Ahoj přátelé, tak je to tady! Organizujeme v listopadu první Python konferenci v ČR, PyCon CZ. Web zde: http://cz.pycon.org/ *Kde: *FIT VUT, Brno *Kdy: *Listopad 2015, 14. až 15. *Kdo: *zatím oznámení spíkři jsou *Amber Brown* a *Russell Keith-Magee*, koukněte na web na jejich bio *Chcete se zúčastnit?* Pročtěte http://cz.pycon.org/ a kupte si lístek :-) *Chcete sponzorovat?* Balíčky zde: http://cz.pycon.org/sponsorship.html Jinak den před konferencí budou taky *brněnské Django Girls*, takže kdo pokukujete po koučování atd., sledujte http://djangogirls.org/brno/. ...a to hlavní: *Chcete přednášet?* Pošlete nám do 28. 9. návrh přednášky do CfP formuláře! https://docs.google.com/forms/d/1b-vykOxIZUnJ8IPRVuG0IzE-DUp1XF8lheaeisgC0lI/viewform?c=0=1 Nebojte se toho, že přednášky jsou jen anglicky. Dá se to natrénovat a *rádi vám pomůžeme*. Kdo projde přes výběr CfP a bude přednášet, tak má *vstup na konferenci zdarma a od organizační tým mu poskytne servis v podobě pomoci s přípravou přednášky, slajdů, rad ohledně prezentačních dovedností, atd.* O spíkry se stará *Honza Král*, který má poježděných milion konferencí. Dost bylo lightningtalkování na Pyvu. Je čas tomu dát nový rozměr a odhlodlat se vystoupit na prkna, která v ČR znamenají Python. Nebojte se, že váš problém není dost zajímavý, nebo že jste žena nebo že jste z matčiny strany poloviční Rubysta a publikum by k vám bylo netolerantní. Když zapíšete talk, ještě ho musíme vybrat - takže si nedělejte starosti, zda je vaše téma dost dobré nebo ne, od toho jsme tu my a záleží to taky na konkurenci, tzn. kdo jiný co přihlásí. *Kde jsou nejčerstvější novinky a oznámení?* - Twitter <https://twitter.com/pyconcz> - Facebook <https://www.facebook.com/events/1624916497723396/> *Kde opravovat chyby na našem webu?* - GitHub <https://github.com/pyvec/cz.pycon.org-2015> *Chci vám koukat pod ruce a případně pomoct s organizací nebo utrousit radu!* - Napiš nám na mail a my tě pozveme na náš Slack <https://slack.com/>, což je takové lentilkové, novodobé IRC, které je ale bohužel jen na pozvánku. *Mám nějaký dotaz a neváhám ho položit!* - Tak ho polož! :-) Taky můžeš napsat na i...@pycon.cz. To je vše, přátelé! Budeme rádi, když konferenci podpoříte - a to především svou účastí jako spíkři nebo i jen jako návštěvníci. Mějte se krásně, za tým organizátorů <http://cz.pycon.org/team.html> PyCon CZ, Honza ___________ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Používá někdo AsciiDoc?
Děkuji, Tovim On 15.9.2015 17:25, Petr Messner wrote: Asi to bude tohle, ale na moc aktivní vývoj, nebo spíš aktivního maintainera, to nevypadá: https://github.com/asciidoc/asciidoc PM Dne 15. září 2015 17:15 jaak...@gmail.com <mailto:jaak...@gmail.com> <jaak...@gmail.com <mailto:jaak...@gmail.com>> napsal(a): Ahoj Petře, jen tak ze zvědavosti, ne že bych se do toho hrnul ale docela bych si rád prohlédnul kód, který se má předělávat. Je to možné? Jar. Kubias, alias Tovim On 15.9.2015 15:20, Petr Přikryl wrote: Zdar všem pyvařům, Používáte někdo pro tvorbu dokumentace AsciiDoc formát zpracováváný pythonovskou implementací asciidoc.py? Nenašli by se tu nějací, kdo by se zapojil do předělávky pro Python 3? Mějte se fajn, Petr _______ Python mailing list python@py.cz <mailto:python@py.cz> http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz ___ Python mailing list python@py.cz <mailto: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] Používá někdo AsciiDoc?
Asi to bude tohle, ale na moc aktivní vývoj, nebo spíš aktivního maintainera, to nevypadá: https://github.com/asciidoc/asciidoc PM Dne 15. září 2015 17:15 jaak...@gmail.com <jaak...@gmail.com> napsal(a): > Ahoj Petře, > > jen tak ze zvědavosti, ne že bych se do toho hrnul > ale docela bych si rád prohlédnul kód, který se > má předělávat. > Je to možné? > Jar. Kubias, alias Tovim > > > On 15.9.2015 15:20, Petr Přikryl wrote: > >> Zdar všem pyvařům, >> Používáte někdo pro tvorbu dokumentace AsciiDoc formát zpracováváný >> pythonovskou implementací asciidoc.py? >> Nenašli by se tu nějací, kdo by se zapojil do předělávky pro Python 3? >> Mějte se fajn, >> Petr >> ___ >> 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] Roboti, REST, Flask?
Ahoj On Tue, 15 Sep 2015 08:40:33 +0200 Honza Javorek <m...@honzajavorek.cz> wrote to Konference PyCZ <python@py.cz>: > Jestli mají posílat nějaké informace a těma měnit stav na serveru, tak > musíš použít i něco jiného než GET, pokud se budeme bavit aspoň o samotném > blbém HTTP, když už ne o RESTu. To je právě to, co nechápu. Pokud vezmu množinu jednoduchých akcí jaký je rozdíl mezi GET /123acb/krok a mezi PUT id = "123abc", akce = "krok" Chápu, že když chci poslat nějaký větší objem dat je PUT jistě lepší, ale pokud jde jen o jednoduché povely, co mi PUT nebo DELETE přináší za výhodu? > Já bych ti to klidně nějak zkusil namodelovat, ale k tomu by se hodila > komplet pravidla té hry a možné stavy, do jakých se lze dostat a jak se do > nich lze dostat. Pravidla jsou zatím velice jednoduchá: Server umístí hráče na hrací pole a ukáže jim, kde je poklad. V každém kole lze provést jednu z akcí: * otoč se o 90° doleva * otoč se o 90° doprava * udělej krok Cílem je, za co nejmenší počet kol dosáhnout cíle. Server upozorní pokud by klient šel do zdi nebo pokud chtějí dva hráči vejít na stejné políčko. Počítám, ale časem s rozšířením pravidel o časované bomby, střílení, dobíjení a vybíjení baterií, práce v týmu. Uvidíme jak nám to půjde. Díky Marek _______ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
Technicky rozdil mezi PUT a GET je minimalni. Je ale konvence, aby akce odpovidala tomu HTTP "slovesu". Uplnym minimem je rozliseni mezi GET a POST. Tzn. GET (narozdil od POST) by nemel menit vnitrni stav serveru, pouze ten stav cist. HTTP REST uz je striktnejsi a popisuje presnejsi pouziti i DELETE, PUT, PATCH, etc. Pokud nemas vylozene duvod to nedodrzovat, tak je lepsi se te konvence drzet. A. On Tue, Sep 15, 2015 at 9:54 PM Marek Nožka <ma...@tlapicka.net> wrote: > Ahoj > > On Tue, 15 Sep 2015 08:40:33 +0200 Honza Javorek <m...@honzajavorek.cz> > wrote to Konference PyCZ <python@py.cz>: > > > Jestli mají posílat nějaké informace a těma měnit stav na serveru, tak > > musíš použít i něco jiného než GET, pokud se budeme bavit aspoň o > samotném > > blbém HTTP, když už ne o RESTu. > > To je právě to, co nechápu. Pokud vezmu množinu jednoduchých akcí jaký je > rozdíl mezi > > GET /123acb/krok > > a mezi > > PUT > id = "123abc", > akce = "krok" > > Chápu, že když chci poslat nějaký větší objem dat je PUT jistě lepší, ale > pokud jde jen o jednoduché povely, co mi PUT nebo DELETE přináší za výhodu? > > > Já bych ti to klidně nějak zkusil namodelovat, ale k tomu by se hodila > > komplet pravidla té hry a možné stavy, do jakých se lze dostat a jak se > do > > nich lze dostat. > > Pravidla jsou zatím velice jednoduchá: > Server umístí hráče na hrací pole a ukáže jim, kde je poklad. V každém kole > lze provést jednu z akcí: > * otoč se o 90° doleva > * otoč se o 90° doprava > * udělej krok > > Cílem je, za co nejmenší počet kol dosáhnout cíle. Server upozorní pokud > by klient šel do zdi nebo pokud chtějí dva hráči vejít na stejné políčko. > Počítám, ale časem s rozšířením pravidel o časované bomby, střílení, > dobíjení > a vybíjení baterií, práce v týmu. Uvidíme jak nám to půjde. > > Díky > Marek > _______ > 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] Používá někdo AsciiDoc?
Ahoj AsciiDoc má svou Git repository tady https://github.com/asciidoc/asciidoc __ Od: "jaak...@gmail.com" <jaak...@gmail.com> Komu: Konference PyCZ <python@py.cz> Datum: 15.09.2015 17:18 Předmět: Re: [python] Používá někdo AsciiDoc? Ahoj Petře, jen tak ze zvědavosti, ne že bych se do toho hrnul ale docela bych si rád prohlédnul kód, který se má předělávat. Je to možné? Jar. Kubias, alias Tovim On 15.9.2015 15:20, Petr Přikryl wrote: Zdar všem pyvařům, Používáte někdo pro tvorbu dokumentace AsciiDoc formát zpracováváný pythonovskou implementací asciidoc.py? Nenašli by se tu nějací, kdo by se zapojil do předělávky pro Python 3? Mějte se fajn, Petr _______ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python <http://www.py.cz/mailman/listinfo/python> Visit: http://www.py.cz <http://www.py.cz> ___________ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python <http://www.py.cz/mailman/listinfo/python> Visit: http://www.py.cz <http://www.py.cz> ___________ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] Používá někdo AsciiDoc?
Zdar všem pyvařům, Používáte někdo pro tvorbu dokumentace AsciiDoc formát zpracováváný pythonovskou implementací asciidoc.py? Nenašli by se tu nějací, kdo by se zapojil do předělávky pro Python 3? Mějte se fajn, Petr ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?
Dobrá den. Úvodní text u mne vyvolává dojem že python má být základním nástrojem produkce firmy. Proto do seznamu nemohu přispět, ač bych rád python podpořil. Zajímavé je také použití pojmu 'scriptování'. Přesto že jsem na něj také zvyklý, myslím že je matoucí pro pro lidi přicházející z windows prostředí. Proč se nepochlapím a na místo nějakého bídného scriptování nezačnu v tom bash-i nebo pythonu pořádně programovat!? :-) Jinak ale podobnou aktivitu oceňuji!! Dne 11.9.2015 v 9:54 Marek Nožka napsal(a): Ahoj. Je to hezké, je to nápadité, je to přehledné. Marek On Thu, 10 Sep 2015 20:47:51 +0200 Honza Javorek <m...@honzajavorek.cz> wrote to django...@googlegroups.com: Cau, co byste rekli tomuhle? http://pythoncz-0375.rostiapp.cz/prace ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?
Hackerspace Brmlab v tom má systém pro interni byrokracii brmburo BorkySAP (django app). (chysta se prvni rewrite dobrovolnici vitani) https://github.com/brmlab/brmburo O Dne 14. září 2015 8:53 ZU1234 <zu1...@seznam.cz> napsal(a): > Dobrá den. > Úvodní text u mne vyvolává dojem že python má být základním nástrojem > produkce firmy. > Proto do seznamu nemohu přispět, ač bych rád python podpořil. > > Zajímavé je také použití pojmu 'scriptování'. > Přesto že jsem na něj také zvyklý, myslím že je matoucí pro pro lidi > přicházející z windows prostředí. > Proč se nepochlapím a na místo nějakého bídného scriptování nezačnu v tom > bash-i nebo pythonu pořádně programovat!? :-) > > Jinak ale podobnou aktivitu oceňuji!! > > > > Dne 11.9.2015 v 9:54 Marek Nožka napsal(a): > >> Ahoj. >> >> Je to hezké, je to nápadité, je to přehledné. >> >> Marek >> >> On Thu, 10 Sep 2015 20:47:51 +0200 Honza Javorek <m...@honzajavorek.cz> >> wrote to django...@googlegroups.com: >> >> Cau, >>> co byste rekli tomuhle? >>> http://pythoncz-0375.rostiapp.cz/prace >>> >> >> > ___ > 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] looking for someone who can spend between 4-40 hours helping us to finish a two small Python/Django/ PostgreSQL apps
Ahoj, We are looking for someone who can spend between 4-40 hours helping us to finish a two small Python/Django/ PostgreSQL apps. I am a researcher at the VSE in Prague in economics, and my team (me and one co-worker) is using Django to program an economics experiment simulating a simplified financial auction (double auction). The first application has been written (see the screenshot for the main screen on https://drive.google.com/file/d/0B4TSwcWjmLoBNW5oZWRvVjl1YzQ/view?usp=sharing ), but we need help to have the application deployed (we have been learning Django in the past 2 months). And it could be useful if you could program our second app, which is a more extended version of the first app (we probably could do this ourselves by now, but would prefer to outsource). There may also be more of these economics experiment apps in the future, as I have some ideas how to use them for both research and teaching/training. Also, we could also use some "tutorial" session with a programmer to get some feedback about deployment and the code we wrote so far (to clear up some of our beginners confusion), as we want to understand Django better. (This is not because we like to do the future programming by ourselves, as we prefer to focus on economic research and teaching, but because we like to have a thorough understanding about what is possible to do with Django, and we need to tweak our apps last-minute once in a while . Thus, in short, what we look for is someone who could do one or all of the following 3 tasks: 1. deploy our two small apps 2. give some "tutorial" sessions about Django for "advanced beginners" (can be in Czech) 3. write our second app We offer a competitive remuneration Silvester van Koten email: slv...@gmail.com tel: +420 776125053 skype:silvester.vankoten ___________ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] looking for someone who can spend between 4-40 hours helping us to finish a two small Python/Django/ PostgreSQL apps
Ahoj, We are looking for someone who can spend between 4-40 hours helping us to finish a two small Python/Django/ PostgreSQL apps. I am a researcher at the VSE in Prague in economics, and my team (me and one co-worker) is using Django to program an economics experiment simulating a simplified financial auction (double auction). The first application has been written (see the screenshot for the main screen), but we need help to have the application deployed (we have been learning Django in the past 2 months). And it could be useful if you could program our second app, which is a more extended version of the first app (we probably could do this ourselves by now, but would prefer to outsource). There may also be more of these economics experiment apps in the future, as I have some ideas how to use them for both research and teaching/training. Also, we could also use some "tutorial" session with a programmer to get some feedback about deployment and the code we wrote so far (to clear up some of our beginners confusion), as we want to understand Django better. (This is not because we like to do the future programming by ourselves, as we prefer to focus on economic research and teaching, but because we like to have a thorough understanding about what is possible to do with Django, and we need to tweak our apps last-minute once in a while . Thus, in short, what we look for is someone who could do one or all of the following 3 tasks: 1. deploy our two small apps 2. give some "tutorial" sessions about Django for "advanced beginners" (can be in Czech) 3. write our second app We offer a competitive remuneration Silvester van Koten email: slv...@gmail.com tel: +420 776125053 skype: silvester.vankoten ___________ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?
Moc pekny! V. On 10.9.2015 20:47, Honza Javorek wrote: > Cau, > > co byste rekli tomuhle? > > http://pythoncz-0375.rostiapp.cz/prace > > (vyvojova verze noveho python.cz <http://python.cz>) > > Honza > _______ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] Roboti, REST, Flask?
Ahoj Potřeboval bych malou radu. Učím programování(Python) na SŠ. Takže jsem vymyslel(okoukal), že si budeme hrát na Roboty. Bude to tahová hra. Jednotliví roboti(studenti) se připojí k serveru a budou mezi sebou soutěžit o nejlepší algoritmus, který projde bludištěm podle zadaných pravidel. Na serverovou část jsem chtěl použít Flask a vytvořit jednoduché REST API. Řeším ale jak mám obsloužit více klientů tak, aby na sebe navzájem počkali. Každý klient by měl říct, kam táhne. Ale odpověď můžu poslat až potom, co všichni pošlou požadavek. Napadli mě dvě řešení. 1) Klient pošle požadavek a čeká na odpověď. Stream odpovědi se ale zastaví a čeká se až se ozvou další klienti. Tohle nevím jak bych ve Flasku udělal -- pokud to tedy vůbec jde. Pokoušel jsem se to vygooglit ale na nic kloudného jsem nepřišel. 2) Klient pošle požadavek a za nějakou chvilku se zeptá jestli má server už odpověď. To je zase více složitosti na straně klienta. Protože jsem nic podobného zatím nikdy nedělal, budu vděčný za každou připomínku, poznámku nebo radu. Co za knihovnu/framework byste mi doporučovali. Dky Marek -- @ @ @ Marek Nožka '.@ :*`@ email: marek <@t> tlapicka net `*' jabber: tlapicka <@t> mitranet cz :: web: http://tlapicka.net/ `' `' Powered by Debian GNU/Linux `.**' ¨¨ ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
Ahoj, jednotlivy hraci se budou nejak ovlinovat? (Napr pokud robot R1 stoji na poli 3,4 nemuze na nej R2) Pokud ne, proc proste kazdy student nekomunikuje se serverem samostatne podle, server si vsechny tahy nahraje zobrazi vysledky az kdyz vsichni tudenti poslou sve tahy? Pokud ale opravdu musi vsechny tahy synchronisovat, pak bych rekl, ze implementacne bude lehci 2). Tak jak tak se zda rozumny, aby studenti nepsali vlastniho rest klienta a dostali se zadanim i malou knihovnu, ktera s tim flaskem komunikuje. A. On Fri, Sep 11, 2015 at 10:40 AM Petr Messner <petr.mess...@gmail.com> wrote: > Na tohle se hodí websocket, lze to provozovat i ve Flasku. Nebo rovnou > použit něco jiného, např. ZeroMQ. > > Petr Messner > > 11. 9. 2015 v 10:29, Marek Nožka <ma...@tlapicka.net>: > > > Ahoj > > > > Potřeboval bych malou radu. Učím programování(Python) na SŠ. Takže jsem > > vymyslel(okoukal), že si budeme hrát na Roboty. Bude to tahová hra. > > Jednotliví roboti(studenti) se připojí k serveru a budou mezi sebou > soutěžit > > o nejlepší algoritmus, který projde bludištěm podle zadaných pravidel. > > > > Na serverovou část jsem chtěl použít Flask a vytvořit jednoduché REST > API. > > Řeším ale jak mám obsloužit více klientů tak, aby na sebe navzájem > počkali. > > Každý klient by měl říct, kam táhne. Ale odpověď můžu poslat až potom, co > > všichni pošlou požadavek. Napadli mě dvě řešení. > > > > 1) Klient pošle požadavek a čeká na odpověď. Stream odpovědi se ale > zastaví > > a čeká se až se ozvou další klienti. Tohle nevím jak bych ve Flasku > > udělal -- pokud to tedy vůbec jde. Pokoušel jsem se to vygooglit ale na > > nic kloudného jsem nepřišel. > > > > 2) Klient pošle požadavek a za nějakou chvilku se zeptá jestli má > > server už odpověď. To je zase více složitosti na straně klienta. > > > > Protože jsem nic podobného zatím nikdy nedělal, budu vděčný za každou > > připomínku, poznámku nebo radu. Co za knihovnu/framework byste mi > > doporučovali. > > > > Dky > > Marek > > > > -- > > @ @ @ Marek Nožka > > '.@ > > :*`@ email: marek <@t> tlapicka net > > `*' jabber: tlapicka <@t> mitranet cz > > :: web: http://tlapicka.net/ > > `' > > `' Powered by Debian GNU/Linux > > `.**' > >¨¨ > > ___ > > 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] [django-cs] Marketing minute: Kdo pouziva Python?
Ahoj. Je to hezké, je to nápadité, je to přehledné. Marek On Thu, 10 Sep 2015 20:47:51 +0200 Honza Javorek <m...@honzajavorek.cz> wrote to django...@googlegroups.com: > Cau, > co byste rekli tomuhle? > http://pythoncz-0375.rostiapp.cz/prace -- @ @ @ Marek Nožka '.@ :*`@ email: marek <@t> tlapicka net `*' jabber: tlapicka <@t> mitranet cz :: web: http://tlapicka.net/ `' `' Powered by Debian GNU/Linux `.**' ¨¨ _______ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
Pokud bude REST API tim nejlepsim zpusobem jak to udelat (coz nemusi byt), tak bych to udelal nejak takto: - hrac udela POST na nejake URL, to mu vrati HTTP kod 202, nejakou odpoved a Location hlavicku, v niz bude odkaz na URL s vysledkem - hrac dela nasledne polling na vysledkovem URL, kde se objevi odpoved az ve chvili, kdy bude server chtit (do te doby tam muze byt treba chybova odpoved informujici, ze server ceka na dalsi hrace - nejspis HTTP 423 Locked (WebDAV; RFC 4918), ale tohle rozsireni specky jsem necetl, jen podle nazvu mi to prijde nejbliz) Maly priklad zde: http://restcookbook.com/Resources/asynchroneous-operations/ Honza 2015-09-11 10:47 GMT+02:00 Ales Zoulek <ales.zou...@gmail.com>: > Ahoj, > > jednotlivy hraci se budou nejak ovlinovat? (Napr pokud robot R1 stoji na > poli 3,4 nemuze na nej R2) > > Pokud ne, proc proste kazdy student nekomunikuje se serverem samostatne > podle, server si vsechny tahy nahraje zobrazi vysledky az kdyz vsichni > tudenti poslou sve tahy? > > Pokud ale opravdu musi vsechny tahy synchronisovat, pak bych rekl, ze > implementacne bude lehci 2). Tak jak tak se zda rozumny, aby studenti > nepsali vlastniho rest klienta a dostali se zadanim i malou knihovnu, ktera > s tim flaskem komunikuje. > > A. > > On Fri, Sep 11, 2015 at 10:40 AM Petr Messner <petr.mess...@gmail.com> > wrote: > >> Na tohle se hodí websocket, lze to provozovat i ve Flasku. Nebo rovnou >> použit něco jiného, např. ZeroMQ. >> >> Petr Messner >> >> 11. 9. 2015 v 10:29, Marek Nožka <ma...@tlapicka.net>: >> >> > Ahoj >> > >> > Potřeboval bych malou radu. Učím programování(Python) na SŠ. Takže jsem >> > vymyslel(okoukal), že si budeme hrát na Roboty. Bude to tahová hra. >> > Jednotliví roboti(studenti) se připojí k serveru a budou mezi sebou >> soutěžit >> > o nejlepší algoritmus, který projde bludištěm podle zadaných pravidel. >> > >> > Na serverovou část jsem chtěl použít Flask a vytvořit jednoduché REST >> API. >> > Řeším ale jak mám obsloužit více klientů tak, aby na sebe navzájem >> počkali. >> > Každý klient by měl říct, kam táhne. Ale odpověď můžu poslat až potom, >> co >> > všichni pošlou požadavek. Napadli mě dvě řešení. >> > >> > 1) Klient pošle požadavek a čeká na odpověď. Stream odpovědi se ale >> zastaví >> > a čeká se až se ozvou další klienti. Tohle nevím jak bych ve Flasku >> > udělal -- pokud to tedy vůbec jde. Pokoušel jsem se to vygooglit ale >> na >> > nic kloudného jsem nepřišel. >> > >> > 2) Klient pošle požadavek a za nějakou chvilku se zeptá jestli má >> > server už odpověď. To je zase více složitosti na straně klienta. >> > >> > Protože jsem nic podobného zatím nikdy nedělal, budu vděčný za každou >> > připomínku, poznámku nebo radu. Co za knihovnu/framework byste mi >> > doporučovali. >> > >> > Dky >> > Marek >> > >> > -- >> > @ @ @ Marek Nožka >> > '.@ >> > :*`@ email: marek <@t> tlapicka net >> > `*' jabber: tlapicka <@t> mitranet cz >> > :: web: http://tlapicka.net/ >> > `' >> > `' Powered by Debian GNU/Linux >> > `.**' >> >¨¨ >> > ___ >> > 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] Roboti, REST, Flask?
Na tohle se hodí websocket, lze to provozovat i ve Flasku. Nebo rovnou použit něco jiného, např. ZeroMQ. Petr Messner 11. 9. 2015 v 10:29, Marek Nožka <ma...@tlapicka.net>: > Ahoj > > Potřeboval bych malou radu. Učím programování(Python) na SŠ. Takže jsem > vymyslel(okoukal), že si budeme hrát na Roboty. Bude to tahová hra. > Jednotliví roboti(studenti) se připojí k serveru a budou mezi sebou soutěžit > o nejlepší algoritmus, který projde bludištěm podle zadaných pravidel. > > Na serverovou část jsem chtěl použít Flask a vytvořit jednoduché REST API. > Řeším ale jak mám obsloužit více klientů tak, aby na sebe navzájem počkali. > Každý klient by měl říct, kam táhne. Ale odpověď můžu poslat až potom, co > všichni pošlou požadavek. Napadli mě dvě řešení. > > 1) Klient pošle požadavek a čeká na odpověď. Stream odpovědi se ale zastaví > a čeká se až se ozvou další klienti. Tohle nevím jak bych ve Flasku > udělal -- pokud to tedy vůbec jde. Pokoušel jsem se to vygooglit ale na > nic kloudného jsem nepřišel. > > 2) Klient pošle požadavek a za nějakou chvilku se zeptá jestli má > server už odpověď. To je zase více složitosti na straně klienta. > > Protože jsem nic podobného zatím nikdy nedělal, budu vděčný za každou > připomínku, poznámku nebo radu. Co za knihovnu/framework byste mi > doporučovali. > > Dky > Marek > > -- > @ @ @ Marek Nožka > '.@ > :*`@ email: marek <@t> tlapicka net > `*' jabber: tlapicka <@t> mitranet cz > :: web: http://tlapicka.net/ > `****' > `' Powered by Debian GNU/Linux > `.**' > ¨¨ > ___ > 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] Roboti, REST, Flask?
On Fri, 11 Sep 2015 11:05:48 +0200 Honza Javorek <m...@honzajavorek.cz> wrote to Konference PyCZ <python@py.cz>: > Pokud bude REST API tim nejlepsim zpusobem jak to udelat (coz nemusi byt), > tak bych to udelal nejak takto: No...já měl v úmyslu použít spíš, "něco jako REST". Počítám spíš s tím, že se bude používat jen GET a požadavky budou jako součást URL: /// Nebo tak nějak. Jak bys to udělal ty? > - hrac udela POST na nejake URL, to mu vrati HTTP kod 202, nejakou odpoved > a Location hlavicku, v niz bude odkaz na URL s vysledkem > - hrac dela nasledne polling na vysledkovem URL, kde se objevi odpoved az > ve chvili, kdy bude server chtit (do te doby tam muze byt treba chybova > odpoved informujici, ze server ceka na dalsi hrace - nejspis HTTP 423 > Locked (WebDAV; RFC 4918), ale tohle rozsireni specky jsem necetl, jen > podle nazvu mi to prijde nejbliz) > > Maly priklad zde: > http://restcookbook.com/Resources/asynchroneous-operations/ Díky, myslím, že tak nějak to provedu. Marek -- @ @ @ Marek Nožka '.@ :*`@ email: marek <@t> tlapicka net `*' jabber: tlapicka <@t> mitranet cz :: web: http://tlapicka.net/ `' `' Powered by Debian GNU/Linux `.**' ¨¨ ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
On Fri, 11 Sep 2015 14:29:36 +0200 Hynek Fabian <hynek.fab...@firma.seznam.cz> wrote to Konference PyCZ <python@py.cz>: > Ja jsem asi moc ovlivnenej corewars, ale nejak mi unika k cemu by tam > sitova komunikace byla. Stacilo by kdyby klienti uploadnuli modul, > simulator si vsechny naimporti, projede a vyhodi vysledek (vitezove, > resp. zaznam tahu). Na to staci blbej sitovej share. Pravidla mám zatím vymyšlená velice jednoduchá, ale budou se časem zesložiťovat. Jednotlivý roboti na sebe budou reagovat, bude se měnit počet hráčů atd. Marek -- @ @ @ Marek Nožka '.@ :*`@ email: marek <@t> tlapicka net `*' jabber: tlapicka <@t> mitranet cz :: web: http://tlapicka.net/ `' `' Powered by Debian GNU/Linux `.**' ¨¨ _______ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
On Fri, 11 Sep 2015 08:47:33 + Ales Zoulek <ales.zou...@gmail.com> wrote to Konference PyCZ <python@py.cz>: > Pokud ale opravdu musi vsechny tahy synchronisovat, pak bych rekl, ze > implementacne bude lehci 2). Tak jak tak se zda rozumny, aby studenti > nepsali vlastniho rest klienta a dostali se zadanim i malou knihovnu, ktera > s tim flaskem komunikuje. Ano, hráči nemůžou stát na jednom políčku a měli by na sebe reagovat. Ta knihovna je dobrý nápad. Díky Marek -- @ @ @ Marek Nožka '.@ :*`@ email: marek <@t> tlapicka net `*' jabber: tlapicka <@t> mitranet cz :: web: http://tlapicka.net/ `' `' Powered by Debian GNU/Linux `.**' ¨¨ _______ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Roboti, REST, Flask?
Ja jsem asi moc ovlivnenej corewars, ale nejak mi unika k cemu by tam sitova komunikace byla. Stacilo by kdyby klienti uploadnuli modul, simulator si vsechny naimporti, projede a vyhodi vysledek (vitezove, resp. zaznam tahu). Na to staci blbej sitovej share. On 09/11/2015 11:05 AM, Honza Javorek wrote: > Pokud bude REST API tim nejlepsim zpusobem jak to udelat (coz nemusi > byt), tak bych to udelal nejak takto: > > - hrac udela POST na nejake URL, to mu vrati HTTP kod 202, nejakou > odpoved a Location hlavicku, v niz bude odkaz na URL s vysledkem > - hrac dela nasledne polling na vysledkovem URL, kde se objevi odpoved > az ve chvili, kdy bude server chtit (do te doby tam muze byt treba > chybova odpoved informujici, ze server ceka na dalsi hrace - nejspis > HTTP 423 Locked (WebDAV; RFC 4918), ale tohle rozsireni specky jsem > necetl, jen podle nazvu mi to prijde nejbliz) > > Maly priklad zde: > http://restcookbook.com/Resources/asynchroneous-operations/ > > Honza > > 2015-09-11 10:47 GMT+02:00 Ales Zoulek <ales.zou...@gmail.com > <mailto:ales.zou...@gmail.com>>: > > Ahoj, > > jednotlivy hraci se budou nejak ovlinovat? (Napr pokud robot R1 > stoji na poli 3,4 nemuze na nej R2) > > Pokud ne, proc proste kazdy student nekomunikuje se serverem > samostatne podle, server si vsechny tahy nahraje zobrazi vysledky az > kdyz vsichni tudenti poslou sve tahy? > > Pokud ale opravdu musi vsechny tahy synchronisovat, pak bych rekl, > ze implementacne bude lehci 2). Tak jak tak se zda rozumny, aby > studenti nepsali vlastniho rest klienta a dostali se zadanim i malou > knihovnu, ktera s tim flaskem komunikuje. > > A. > > On Fri, Sep 11, 2015 at 10:40 AM Petr Messner > <petr.mess...@gmail.com <mailto:petr.mess...@gmail.com>> wrote: > > Na tohle se hodí websocket, lze to provozovat i ve Flasku. Nebo > rovnou použit něco jiného, např. ZeroMQ. > > Petr Messner > > 11. 9. 2015 v 10:29, Marek Nožka <ma...@tlapicka.net > <mailto:ma...@tlapicka.net>>: > > > Ahoj > > > > Potřeboval bych malou radu. Učím programování(Python) na SŠ. > Takže jsem > > vymyslel(okoukal), že si budeme hrát na Roboty. Bude to tahová > hra. > > Jednotliví roboti(studenti) se připojí k serveru a budou mezi > sebou soutěžit > > o nejlepší algoritmus, který projde bludištěm podle zadaných > pravidel. > > > > Na serverovou část jsem chtěl použít Flask a vytvořit > jednoduché REST API. > > Řeším ale jak mám obsloužit více klientů tak, aby na sebe > navzájem počkali. > > Každý klient by měl říct, kam táhne. Ale odpověď můžu poslat > až potom, co > > všichni pošlou požadavek. Napadli mě dvě řešení. > > > > 1) Klient pošle požadavek a čeká na odpověď. Stream odpovědi > se ale zastaví > > a čeká se až se ozvou další klienti. Tohle nevím jak bych ve > Flasku > > udělal -- pokud to tedy vůbec jde. Pokoušel jsem se to > vygooglit ale na > > nic kloudného jsem nepřišel. > > > > 2) Klient pošle požadavek a za nějakou chvilku se zeptá jestli má > > server už odpověď. To je zase více složitosti na straně klienta. > > > > Protože jsem nic podobného zatím nikdy nedělal, budu vděčný za > každou > > připomínku, poznámku nebo radu. Co za knihovnu/framework byste mi > > doporučovali. > > > > Dky > > Marek > > > > -- > > @ @ @ Marek Nožka > > '.@ > > :*`@ email: marek <@t> tlapicka net > > `*' jabber: tlapicka <@t> mitranet cz > > :: web: http://tlapicka.net/ > > `' > > `' Powered by Debian GNU/Linux > > `.**' > >¨¨ > > ___ > > Python mailing list > > python@py.cz <mailto:python@py.cz> > > http://www.py.cz/mailman/listinfo/python > > > > Visit: http://www.py.cz > _______ > Python mailing list > python@py.cz <mailto:python@py.cz> > http://www.py.cz/mailman/listinfo/python > > Visit: http://www.py.cz > > > ___ > Python mailing list > python@py.cz <mailto: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] [django-cs] Marketing minute: Kdo pouziva Python?
Cau, co byste rekli tomuhle? http://pythoncz-0375.rostiapp.cz/prace (vyvojova verze noveho python.cz) Honza 2015-04-28 15:45 GMT+02:00 Honza Javorek <m...@honzajavorek.cz>: > BTW, pokud by pomohlo ke contributions, ze by byl novy python.cz na > Djangu a ne na Flasku, tak bych se tomu asi ani nebranil. Ono i v tom > Djangu se da udelat minimalne nekomplexni miniwebik a snadneji se to > rozsiruje. Aby to neumrelo nespravovane kvuli komplexite, o to bych se > postaral. > > H > > 2015-04-28 15:41 GMT+02:00 Honza Javorek <m...@honzajavorek.cz>: > >> Ahoj, sorry za pozdni vstup do diskuse, mam toho ted moc. Jakozto neco >> jako tvurce/spravce python.cz bych se mel asi vyjadrit :) >> >> Ja to vidim takto. Cile teto sekce jsou: >> >> - dat vedet lidem, ze najdou praci, kdyz se nauci python >> - dat vedet firmam, ze se nemaji bat zacit pouzivat python >> >> K tomu by idealne slouzilo neco, co je na python.org zastoupeno strankou >> https://www.python.org/about/success/ Podle me je uplne v pohode aby nam >> firma sepsala success story a my ji tam uverejnili - je to sluzba za >> sluzbu, oni maji PR / odkazy, my mame success story pro nase PR a >> ovlivnovani rozhodnuti lidi. >> >> Rozsirene cile sekce: >> >> - v podstate HR market, tzn. moznost aby se firma prezentovala s tim, ze >> lidi ji mohou kontaktovat, stejne tak by se lidi, predevsim volnonozci, >> mohli prezentovat s tim, aby je nekdo kontaktoval s projektem (inspirace: >> navolnenoze.cz nebo co bylo driv na http://www.djangonauts.org/ - seznam >> lidi co delaji v djangu, nebo uz hardcore board jako api-jobs.com nebo >> https://www.python.org/jobs/ ) >> - vizualizace velikosti komunity (firem, jednotlivcu) treba na mape >> >> Vidim velkou potrebu mit vsechny tyto use-cases pokryty. Rozhodne bych >> ale nevykopaval nic jako job board, protoze na to ted nemam(e) silu a >> hlavne by to posunulo tuhle peknou malou komunitni stranku uplne jinym >> smerem a chtelo by nejdrive domyslet, co by to znamenalo. >> >> Co se planuje: >> >> Zatim jsem to mel vymyslene tak, ze by tam byla podstranka s mapkou nasi >> komunity, kde by byli freelanceri a firmy, normalne nejaky rejstrik a >> vykresleny na mapce jako puntiky. Mit je velky podle toho kolik se >> zamestnava lidi, to je zajimavy, ale ve verzi jedna bych to zatim moc >> neresil. Data by se brala z jednoho JSON filu, to neni problem. Snadno se >> do toho pullrequestuje ;-) Takova stranka je hned a brzy se k tomu dostanu. >> Pokud byste mi chteli nekdo pomoct, ozvete se mi prosim na mail a nejak se >> dohodnem. Ja jsem na to ted sam a proste to spolu s Pyvem, Django Girls a >> praci ted moc nedavam, takze vyvoj novinek na python.cz stoji. Delba >> prace by to mohla zachranit - je nas hodne a kdyz se nejak dohodnem a kazdy >> udela kousek a ja to pak slepim treba dohromady, tak to treba muze >> dopadnout dobre. >> >> Dilci odpovedi: >> >> > python.cz neni muj projekt >> >> Ja bych byl rad, kdyby byl. Byl bych rad, kdyby to byl projekt od >> komunity pro komunitu, takze "neni to muj projekt" by bylo asi podobny jako >> "neni to muj chodnik" nebo "neni to muj park". Nevim jestli to necemu >> pomuze, protoze chodniky a parky taky chatraji, ale udelalo by mi to radost >> :D >> >> > A disclusure: Protoze Python skolim, mam z jeho lepsiho postaveni i >> obcasny zisk. >> >> To je vlastne docela dobry duvod, proc se snazit neco pro py komunitni >> projekty neco delat, ne? :) >> >> > python.cz vidim jako (krom jineho) svym zpusobem marketing -- web by >> mel zaujmout nove prichozi, kteri toho moc nevedi. >> >> Ano, ano, ano. >> >> > marketingove aktivity jsou obecne v Python komunite slabsi. Ve srovnani >> s Ruby ci ROR komunitou se neumime prodat >> >> Zase umime jiny veci. Treba fungovat spolecne ;) Ale jinak souhlas. Ja >> bych to delal klidne cely dny! Dokonce jsem sel na nejakej kurz o PR pro >> neziskovky, abych si dovzdelal zaklady a vymyslel nejake nove napady pro Py >> komunitu a treba i jak psat ty texty na python.cz a jak to podat. Hosi a >> devcata, dejte mi druhy zivot, kde nebudu muset mit "day job >> <http://en.wikipedia.org/wiki/Job#Day_job>", a vsechno tohle budu klidne >> delat ;) >> >> Diky strasne moc za tuhle diskusi, je podnetna a to ze se jeji obsah >> vicemene prekryva s tim, co mam tak trochu v hlave, mi dava za pravdu, ze >> jsou tyto veci potreba. Budu rad, kdyz i dalsi navrhnou co by radi na >> python.cz vid
[python] OpenAlt Django Girls
Ahoj, (předem sorry za crossposting do tolika skupin, ale když se hledá, tak se hledá všude...) Martin Holec z organizačního týmu brněnského OpenAltu <https://www.openalt.cz/2015/> mě kontaktoval, že by rádi udělali před konferencí Django Girls. Koná se to 7.-8. listopadu 2015, což je dost narychlo, ale třeba by se to stihlo. Každopádně oni na to nemají lidské kapacity, takže by rádi, kdyby to někdo zorganizoval a oni ho podpořili a propojili to s konferencí. Ptám se tedy - našla by se nějaká hrdinka/hrdina, kdo by si to vzal na starost? Lidi co znám tak tou dobou budou řešit asi spíš PyCon CZ, který bude později téhož měsíce, ale zase je škoda to nevyužít. Django Girls už v Brně proběhly dvakrát, v Praze jednou. Je to jednodenní workshop pro holky, kde se naučí základy Pythonu a následně Djanga a vytvoří si jednoduchou webovku. Všechno je připraveno do polotovarů - web se nakliká v adminovi, loga a grafika je na GitHubu, návod pro kouče, účastníky i organizátory (!) je k dispozici. Je potřeba se jen přihlásit na http://organize.djangogirls.org/ a pustit se do shánění sponzorů, pořešení místa, mailování atd. Neříkám, že je to málo práce, ale dá se to. Finance nebo případné sponzorské smlouvy by se daly prohnat přes Pyvec, to není problém. Know how už taky nějaké máme, tak to bychom si sedli někam a pokecali o tom co je dobré jak udělat. Tož dejte vědět, pokud byste do toho někdo chtěli jít. Asi stačí odepsat mě a Martinovi (je v kopii). Čau, Honza ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] Urgent: Program pro Windows s UI, odeslani textu na seriovy port
Ahoj, mel bych tady urgentni prosbu. Potreboval bych bud do zitra odpoledne nebo do utery mit hotovy program, ktery pobezi na Windows (co nejjednodussi instalace), zobrazi textarea s neproporcionalnim fontem a dve dalsi policka. Po stisku tlacitka Print neco udela s textem (to si doprgam sam) a odesle ho na seriovy port. Od vas bych potreboval pripravu toho programu, uvelebeni ve Windows, se kterymi vubec nepracuju. Muze to byt UI, v krajnim pripade i trivialni webova aplikace. Predpokladam, ze clovek, ktery s Pythonem na Windows a se seriovym portem (RS232) uz delal, to bude mit za hodinku a za slusnou financni odmenu. Diky, ze se ozvete. V nejhorsim z toho nic nebude. Klidne telefonicky. -- : Vladimir Macek : http://macek.sandbox.cz : +420 608 978 164 : UNIX && Dev || Training : Python, Django : PGP key 97330EBD : : Velmi souhlasim s http://www.vyzvavedcu.cz/, zvazte take podporu ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Prosím o pomoc s web2py aplikací
Ahoj Jirko, o jaky projekt se jedna? Diky Dan Dne 31.8.2015 v 01:25 Jiri Podhorecky napsal(a): > Ahoj, dobrý den všem, > > Hledám pomoc s instalací a konfigurací web2py aplikace na databázi PostgreSQL > > Jde o opensource software neziskového projektu, vše má dokumentaci, jen tomu > vůbec nerozumím. > > Nejsem programátorem, moje práce v tomto projektu je jiná. Hledám člověka, > který by kromě zkušeností s Pythonem měl i nějaký další zájem podílet se na > projektu, který není pro zábavu a není ani pro "tvrdý byznys". Kdyby chtěl > pokračovat, mohl by se stát na delší dobu součástí něčeho, co dává smysl. > Bylo by to podle jeho času.. Pokud ne, i pouhá instalace by mi pomohla. > > Vím, že je takřka nemožné najít člověka s takovými zkušenostmi, který by byl > zároveň ochotný nabídnout pár hodin času a pomoct bez honoráře, nebo pomohl s > rozchozením jen za symbolickou odměnu. Vím, že programátoři jsou drazí, > zároveň věřím, že jsou mezi nimi i lidé, kteří porozumí smyslu mé prosby. > > Kdyby to někoho zaujalo, detaily mohu vysvětlit osobně, v Praze dojedu někam > MHD. > > Díky, Jiří > ___ > Python mailing list > python@py.cz > http://www.py.cz/mailman/listinfo/python > > Visit: http://www.py.cz > _______ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Paměťově náročné řazení
Díky všem za rady a odpovědi. Nakonec jsme to vyřešili vlastní implementací funkce cmp, která z každého řádku porovnala jen prvních několik znaků a v případě shody pak porovnala další dávku znaků. Není to sice nic moc rychlého, ale alespoň to neskončí na OOM killeru. Ještě jednou děkuji a přeji hezký den. Lumír ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] regulární výrazy
Ahoj. Pro každá vstupní data by se dal napsat regulární výraz, který by je testoval. V Pythonu je k tomu určen modul re. Například pro stav relé by to mohlo vypadat takto: import re re.match(r'^[01]{10}$', '1010010110') re.match testuje regulární výraz proti zadanému vstupu. Pokud vyhovuje, vrátí ti Match object, pokud nesedí, vrátí None. Konkrétně tento testuje, zda je celý řetězec kombinací jen jedniček a nul v počtu deseti. Pokud tam bude kdekoli jakýkoli jiný znak, nebo bude vstup delší či kratší, bude vracet None. Analogicky pro stav napětí (to samé, jen pro kratší řetězec): re.match(r'^[01]{2}$', '01') Pro stav teplot je to drobet složitější, ale princip je pořád stejný: re.match(r'^[0-9]{4}\|[0-9]{4}\|[0-9]{4}\|$', '1256|1360|1150|') Jednoduše řečeno - hledej od začátku čísla 0-9 v počtu čtyř, pak svislítko, pak další čtyři čísla, pak zase svislítko atp. až do konce. Na poslední vstup bych regulární výrazy nepoužil. Místo toho bych si datum nechal konvertovat do objektu datetime takto: from datetime import datetime datetime.strptime('23.06.2015 16:01:35', '%d.%m.%Y %H:%M:%S') Funkce v tomto případě vyrobí objekt reprezentující datum a čas rozparsované z řetězce dle zadaného formátu. Pokud by řetězec tomuto formátu neodpovídal, funkce vyvolá výjimku. Výjimku také vyvolá, pokud by na vstup přišlo nějaké nesmyslné datum jako 32. den v měsíci či 17. měsíc apod. Snad je to srozumitelné. Před použitím doporučuji otestovat, zda naměřené hodnoty opravdu odpovídají těmto reg. výrazům. Hezký den. Lumír Dne pondělí 29. června 2015 21:07:36 UTC+2 Ing. Vladislav Ludík napsal(a): Zdravím, moje elektronika mi vrací po sériovém portu několik druhů dat: stav relé: 010101010101 - 10-ti místný výstup 0 nebo 1 stav napětí: 01 - 2-místný výstup 0 nebo 1 stav teplot: 1256|1360|1150| 15-ti místný výstup tří skupin oddělených | datum a čas: 23.06.2015 16:01:35 19-ti místný výstup Složitě to otestovat umím. Test by měl rozpoznat chybnou délku, formát a nelegální znaky testovaných dat. Chtěl bych použít co nejjednodušší test. Zatím se mi to moc nedaří. Poradí mi někdo ? Díky Vláďa --- news://freenews.netfront.net/ - complaints: n...@netfront.net --- ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] unicode 2.7
Když mám ve složce soubor s unicode znaky, tak tohle mi ho spolehlivě maže: import os for s in os.listdir(u.): os.remove(s) Protože ale proceduru mazání / přesouvání mám hluboko ve funkci a nechce se mi měnit její vstup . ---u., abych nerozhodil něco jiného, rád bych to udělal nějak takhle: import os for s in os.listdir(.): os.remove(unicode(s,...)) Jak? Zkoušel jsem různé varianty pokus-omyl, ale bez výsledku a pak už mě to přestalo bavit, tak jsem si říkal, že bude rychlejší se tady někoho zeptat. Díky :-) winxp+win7, python2.7 ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] unicode 2.7
s.decode('encoding') by melo fungovat, kde 'encoding' je napriklad 'utf-8' (vubec netusim jaky ma windows encoding na FS). dalsi moznost je proste nahoru do souboru dat: from __future__ import unicode_literals a nebo (idealne :) ) prejit na python3 Honza Král E-Mail: honza.k...@gmail.com Phone: +420 606 678585 2015-06-26 14:12 GMT+02:00 g...@post.cz: Když mám ve složce soubor s unicode znaky, tak tohle mi ho spolehlivě maže: import os for s in os.listdir(u.): os.remove(s) Protože ale proceduru mazání / přesouvání mám hluboko ve funkci a nechce se mi měnit její vstup . ---u., abych nerozhodil něco jiného, rád bych to udělal nějak takhle: import os for s in os.listdir(.): os.remove(unicode(s,...)) Jak? Zkoušel jsem různé varianty pokus-omyl, ale bez výsledku a pak už mě to přestalo bavit, tak jsem si říkal, že bude rychlejší se tady někoho zeptat. Díky :-) winxp+win7, python2.7 ___ 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] regulární výrazy
pisu z hlavy, ale melo by to fungovat... ber to jako odrazovej mustek treba import re RES = dict(rele=re.compile(r'^[01]{10}$'), napeti=re.compile(r'^[01]{2}$'), teplota=re.compile(r'^(\d{4}\|){3}$'), datum=re.compile(r'^\d{2}\.\d{2}\.20\d{2} \d{2}\:\d{2}:\d{2}$')) def meh(s): for key, regexp in RES.items(): if re.match(regexp, s): return key else: return None def test_meh(): assert meh('01') == 'napeti' assert meh('0101010101') == 'rele' assert meh('1256|1360|1150|') == 'teplota' assert meh('23.06.2015 16:01:35') == 'datum' assert not meh('blablabla') assert not meh('02') assert not meh('1234|123') assert not meh('') --- 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-06-23 16:11 GMT+02:00 Ing. Vladislav Ludík vl...@ludik.cz: Zdravím, moje elektronika mi vrací po sériovém portu několik druhů dat: stav relé: 010101010101 - 10-ti místný výstup 0 nebo 1 stav napětí: 01 - 2-místný výstup 0 nebo 1 stav teplot: 1256|1360|1150| 15-ti místný výstup tří skupin oddělených | datum a čas: 23.06.2015 16:01:35 19-ti místný výstup Složitě to otestovat umím. Test by měl rozpoznat chybnou délku, formát a nelegální znaky testovaných dat. Chtěl bych použít co nejjednodušší test. Zatím se mi to moc nedaří. Poradí mi někdo ? Díky Vláďa ___ 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] regulární výrazy
Zdravím, moje elektronika mi vrací po sériovém portu několik druhů dat: stav relé: 010101010101 - 10-ti místný výstup 0 nebo 1 stav napětí: 01 - 2-místný výstup 0 nebo 1 stav teplot: 1256|1360|1150| 15-ti místný výstup tří skupin oddělených | datum a čas: 23.06.2015 16:01:35 19-ti místný výstup Složitě to otestovat umím. Test by měl rozpoznat chybnou délku, formát a nelegální znaky testovaných dat. Chtěl bych použít co nejjednodušší test. Zatím se mi to moc nedaří. Poradí mi někdo ? Díky Vláďa ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] regulární výrazy
A nebo to delat primo jednim regexpem s pojmenovanejma skupinama In [14]: re.match(r^(?Pcisla[0-9]+)|(?Ppismena[a-z]+)$, sadbc).groupdict() Out[14]: {'cisla': None, 'pismena': 'sadbc'} In [15]: re.match(r^(?Pcisla[0-9]+)|(?Ppismena[a-z]+)$, 21312321).groupdict() Out[15]: {'cisla': '21312321', 'pismena': None} On Tue, Jun 23, 2015 at 4:32 PM starenka . staren...@gmail.com wrote: pisu z hlavy, ale melo by to fungovat... ber to jako odrazovej mustek treba import re RES = dict(rele=re.compile(r'^[01]{10}$'), napeti=re.compile(r'^[01]{2}$'), teplota=re.compile(r'^(\d{4}\|){3}$'), datum=re.compile(r'^\d{2}\.\d{2}\.20\d{2} \d{2}\:\d{2}:\d{2}$')) def meh(s): for key, regexp in RES.items(): if re.match(regexp, s): return key else: return None def test_meh(): assert meh('01') == 'napeti' assert meh('0101010101') == 'rele' assert meh('1256|1360|1150|') == 'teplota' assert meh('23.06.2015 16:01:35') == 'datum' assert not meh('blablabla') assert not meh('02') assert not meh('1234|123') assert not meh('') --- 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-06-23 16:11 GMT+02:00 Ing. Vladislav Ludík vl...@ludik.cz: Zdravím, moje elektronika mi vrací po sériovém portu několik druhů dat: stav relé: 010101010101 - 10-ti místný výstup 0 nebo 1 stav napětí: 01 - 2-místný výstup 0 nebo 1 stav teplot: 1256|1360|1150| 15-ti místný výstup tří skupin oddělených | datum a čas: 23.06.2015 16:01:35 19-ti místný výstup Složitě to otestovat umím. Test by měl rozpoznat chybnou délku, formát a nelegální znaky testovaných dat. Chtěl bych použít co nejjednodušší test. Zatím se mi to moc nedaří. Poradí mi někdo ? Díky Vláďa ___ 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] [django-cs] hledame 51. sraz naPyVo v Praze
Videa z (nejen) tohoto Pyva jsou na https://www.youtube.com/user/pyvec/videos ! Doneslo se mi, že ne všichni chtějí svůj obličej na YouTube, takže od teď budou záznamy z lightning talků opt-in. (Teda kromě Kubíka a Honzy, a podobných celebrit :P) Kdo měl LT a chce zveřejnit záznam, ozvěte se prosím. 2015-06-15 16:03 GMT+02:00 Jiri Barton j...@tele3.cz: Pojdme se najit uz tuto stredu 17. 6. 2015 od 19:00 jako jiz tradicne na Venecku, na tema full-text search! Uvidite, ze ElasticSearch neni jenom na hledani zbozi podle nazvu ve vasem eshopu a hlavne se dozvite, jak na to s novym Python DSL -- prednaset bude nikdo mene nez hlavni cesky odbornik Honza Elastic Kral! Vitame i jine prispevky na hledani dat, i kdyz pochybuji, ze je dnes lepsi reseni. Nicmene si to radi poslechneme. Samozrejme bude i pyvecko do soucasneho parneho/parniho pocasi. Ciao whiskybar http://lanyrd.com/2015/praha-pyvo-june/ -- -- E-mailová skupina django...@googlegroups.com Správa: http://groups.google.cz/group/django-cs --- Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny django-cs ve Skupinách Google. Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, zašlete e-mail na adresu django-cs+unsubscr...@googlegroups.com. Chcete-li zobrazit tuto diskusi na webu, navštivte https://groups.google.com/d/msgid/django-cs/bc256c9578fa4aa2fa21f66fa9bd4a85%40hosting4u.cz. Další možnosti najdete na adrese https://groups.google.com/d/optout. ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Paměťově náročné řazení
Nebo pustit Hadoop... Kam až jsme se to zase dostali :) PM Dne 17. června 2015 12:51 Petr Viktorin encu...@gmail.com napsal(a): 2015-06-16 20:34 GMT+02:00 Pavel Schön pa...@schon.cz: https://en.wikipedia.org/wiki/External_sorting To je dobrá poznámka. Možná bude nejlepší to strčit do souboru a zavolat unixovou utilitku sort :) Dne pondělí 15. června 2015 22:36:11 UTC+2 Lumír Balhar napsal(a): Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě obsah řádku pro daný index. Konkrétně: class Buffer(): def __init__(self, input): self.input = input self.indexes = [x for x in range(len(input))] def __getitem__(self, index): return self.input[index:] + self.input[0:index] def sort(self): self.indexes.sort(key=lambda x: self[x]) A teď jsme se dostali k jádru problému. I když se obsah jednotlivých řádků generuje až ve chvíli, kdy jsou potřeba, a řadit by se mělo jen relativně malé pole indexů, při volání funkce .sort() se jakoby stejně celé to pole nejdříve vytvoří v paměti, seřadí a pak se seřadí to cílové pole s indexy na základě obsahu bufferu. Existuje způsob, jak implementovat takovýto řadící algoritmus pro velký objem dat, aniž bych je měl v jednu chvíli všechny v paměti? Předem díky za nakopnutí tím správným směrem. Lumír ___ 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] Paměťově náročné řazení
https://en.wikipedia.org/wiki/External_sorting Dne pondělí 15. června 2015 22:36:11 UTC+2 Lumír Balhar napsal(a): Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě obsah řádku pro daný index. Konkrétně: class Buffer(): def __init__(self, input): self.input = input self.indexes = [x for x in range(len(input))] def __getitem__(self, index): return self.input[index:] + self.input[0:index] def sort(self): self.indexes.sort(key=lambda x: self[x]) A teď jsme se dostali k jádru problému. I když se obsah jednotlivých řádků generuje až ve chvíli, kdy jsou potřeba, a řadit by se mělo jen relativně malé pole indexů, při volání funkce .sort() se jakoby stejně celé to pole nejdříve vytvoří v paměti, seřadí a pak se seřadí to cílové pole s indexy na základě obsahu bufferu. Existuje způsob, jak implementovat takovýto řadící algoritmus pro velký objem dat, aniž bych je měl v jednu chvíli všechny v paměti? Předem díky za nakopnutí tím správným směrem. Lumír ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Paměťově náročné řazení
2015-06-16 20:34 GMT+02:00 Pavel Schön pa...@schon.cz: https://en.wikipedia.org/wiki/External_sorting To je dobrá poznámka. Možná bude nejlepší to strčit do souboru a zavolat unixovou utilitku sort :) Dne pondělí 15. června 2015 22:36:11 UTC+2 Lumír Balhar napsal(a): Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě obsah řádku pro daný index. Konkrétně: class Buffer(): def __init__(self, input): self.input = input self.indexes = [x for x in range(len(input))] def __getitem__(self, index): return self.input[index:] + self.input[0:index] def sort(self): self.indexes.sort(key=lambda x: self[x]) A teď jsme se dostali k jádru problému. I když se obsah jednotlivých řádků generuje až ve chvíli, kdy jsou potřeba, a řadit by se mělo jen relativně malé pole indexů, při volání funkce .sort() se jakoby stejně celé to pole nejdříve vytvoří v paměti, seřadí a pak se seřadí to cílové pole s indexy na základě obsahu bufferu. Existuje způsob, jak implementovat takovýto řadící algoritmus pro velký objem dat, aniž bych je měl v jednu chvíli všechny v paměti? Předem díky za nakopnutí tím správným směrem. Lumír ___ 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] Paměťově náročné řazení
Ja bych na to sel jinak: class Rotator(object): def __init__(self, input): self.data = input + input self.size = len(input) self.indices = range(self.size)[:] self.indices.sort(key=lambda x: self[x]) def __getitem__(self, index): return buffer(self.data, index, self.size) Buffer objekty jsou vicemene jen pointery takze se nemusis moc starat kolik jich zije a sort() jim zda se rozumi (experimentalne vyzkouseno). On 06/15/2015 10:36 PM, Lumír Balhar wrote: Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě obsah řádku pro daný index. Konkrétně: class Buffer(): def __init__(self, input): self.input = input self.indexes = [x for x in range(len(input))] def __getitem__(self, index): return self.input[index:] + self.input[0:index] def sort(self): self.indexes.sort(key=lambda x: self[x]) A teď jsme se dostali k jádru problému. I když se obsah jednotlivých řádků generuje až ve chvíli, kdy jsou potřeba, a řadit by se mělo jen relativně malé pole indexů, při volání funkce .sort() se jakoby stejně celé to pole nejdříve vytvoří v paměti, seřadí a pak se seřadí to cílové pole s indexy na základě obsahu bufferu. Existuje způsob, jak implementovat takovýto řadící algoritmus pro velký objem dat, aniž bych je měl v jednu chvíli všechny v paměti? Předem díky za nakopnutí tím správným směrem. Lumír ___ 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] Paměťově náročné řazení
Dne 16. června 2015 11:03 Jirka Vejrazka jirka.vejra...@gmail.com napsal(a): Proste z toho stringu odvodis nejakou hodnotu, ktera umozni razeni. A sorted() ti podle ni ochodne seradi, pro kazdou polozku se ta hodnota key bude pocitat jenom jednou (narozdil od cmp). No a to je právě ten problém - sort zavolá key jenom jednou a výsledek si zapamatuje, jenže je toho tolik, že to zabere spoustu paměti. Proto je tady ten cmp styl lepší, nebo ty objekty, co to vypočívávají lazy. PM ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Paměťově náročné řazení
Proste z toho stringu odvodis nejakou hodnotu, ktera umozni razeni. A sorted() ti podle ni ochodne seradi, pro kazdou polozku se ta hodnota key bude pocitat jenom jednou (narozdil od cmp). No a to je právě ten problém - sort zavolá key jenom jednou a výsledek si zapamatuje, jenže je toho tolik, že to zabere spoustu paměti. Proto je tady ten cmp styl lepší, nebo ty objekty, co to vypočívávají lazy. To ja beru, ale pro kazdy vstupni radek si zapamatuje jen jedno cislo (i kdyz velke). Pokud by i tohle byl problem, tak uz zbyva snad jenom nejaka forma externiho trideni na disku. Jirka 2015-06-16 11:10 GMT+02:00 Petr Messner petr.mess...@gmail.com: Dne 16. června 2015 11:03 Jirka Vejrazka jirka.vejra...@gmail.com napsal(a): Proste z toho stringu odvodis nejakou hodnotu, ktera umozni razeni. A sorted() ti podle ni ochodne seradi, pro kazdou polozku se ta hodnota key bude pocitat jenom jednou (narozdil od cmp). No a to je právě ten problém - sort zavolá key jenom jednou a výsledek si zapamatuje, jenže je toho tolik, že to zabere spoustu paměti. Proto je tady ten cmp styl lepší, nebo ty objekty, co to vypočívávají lazy. PM ___ 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] Paměťově náročné řazení
Zdravím, Doporučil bych ještě jeden úhel pohledu -- před rozhodnutím o způsobu implementaci. Neznám detaily řešeného problému, takže spíš obecně. Já vím, že je to jasné, ale někdy si neškodí zopaovat zásady ;) U každého řešeného problému lze analyzovat složitost -- časovou a paměťovou. Nejdříve je nutné rozhodnout, jaká z nich je u řešeného problému důležitější, případně jestli někde existují limity (velikost pamět, počet procesorů, praktická doba řešení). Nakonec se to vždy plácne jen tak (pokud je to malý problém a nemá cenu se tím zabývat), nebo se hledá kompromis -- optimalizuje se. Ale před optimalizací je nutné zvolit správný přístup. Mnohé implementační počiny vycházejí z naivního přístupu, který se pak těžko převrací do něčeho použitelného. Buď se každá část navrhne správně už od začátku, nebo se to musí dát snadno přepsat. Pokud něco z toho není splněno, jde to do kopru. Mnohá řešení tratí na tom, že se od začátku upneme na nějaký konkrétní způsob řešení (konkrétní způsob implementace). Často používáme Nic mi neříkejte, já na to přijdu sám! místo toho, abychom použili prozkoumané (i když nám zatím neznámé) techniky. Když to shrnu: - Nemístné šetření prostorem většinou sníží rychlost řešení. - Nemístné plýtvání prostorem většinou dále nezvýší rychlost řešení. - Neexistuje jediné nejlepší řešení pro všechny situace. Vždy je to kompromis. - Mohou existovat rozpoznatelné situace, kdy je výhodnější jedno z více známých řešení. Celkové řešení může být například zdvojené s tím, že se to lepší vybírá dynamicky. (Vezměte si například hloupý SQL serve s SQL dotazovacím jazykem. Tam se napřelo už tolik úsilí, že stěží sami přijdete na něco lepšího při optimalizaci dotazu.) Pokud je nutné řadit, pak nejlepší sekvenční algoritmus má teoretickou časovou složitost O(n log n). Tolikrát se budou muset transformovat data, pokud nebudou uložena. Příprava před řazením může věci urychlit. Nechtěl jsem napsat vyčerpávající odpověď ;) Mějte se fajn, Petr __ Od: Lumír Balhar frenzy.madn...@gmail.com Komu: python@py.cz Datum: 15.06.2015 22:36 Předmět: [python] Paměťově náročné řazení Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě obsah řádku pro daný index. Konkrétně: class Buffer(): def __init__(self, input): self.input = input self.indexes = [x for x in range(len(input))] def __getitem__(self, index): return self.input[index:] + self.input[0:index] def sort(self): self.indexes.sort(key=lambda x: self[x]) A teď jsme se dostali k jádru problému. I když se obsah jednotlivých řádků generuje až ve chvíli, kdy jsou potřeba, a řadit by se mělo jen relativně malé pole indexů, při volání funkce .sort() se jakoby stejně celé to pole nejdříve vytvoří v paměti, seřadí a pak se seřadí to cílové pole s indexy na základě obsahu bufferu. Existuje způsob, jak implementovat takovýto řadící algoritmus pro velký objem dat, aniž bych je měl v jednu chvíli všechny v paměti? Předem díky za nakopnutí tím správným směrem. Lumír ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz http://www.py.cz ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Paměťově náročné řazení
Ja nevim, skoly nemam, a nebudu se poustet do polemiky o lazy objektech, od toho jsou tu jini. Jenom nahodim jednu vec. Kdysi jsem resil neco podobneho, ale misto sort() jsem pouzil sorted() a parametr key. Ten umoznuje ohodnotit kazdou polozku nejakou hodnotou a potom setridit podle techto hodnot. Ty jsi schopny z puvotniho radku a offsetu spocitat nejake cislo. Napr. pro ema ma maso spocitas ord('e') * 10^100 + ord('m') * 10^90 + ord('a') * 10^80 + ord(' ') * 10 * 70, ... Proste z toho stringu odvodis nejakou hodnotu, ktera umozni razeni. A sorted() ti podle ni ochodne seradi, pro kazdou polozku se ta hodnota key bude pocitat jenom jednou (narozdil od cmp). Pokud ty polozky budou lazy, jak uz psali ostatni, mas myslim problem vyreseny. HTH Jirka P.S. Takhle jsem kdysi tridil sitove rozsahy podle prvni IP adresy (first_ip() prevadi IP adresy na cisla): def first_ip(IPy_obj): '''returns IP of the network address of an IPy object as an integer, useful for sorting (see behaviour of key argument for sort())/ It's needed as IPy objects are sorted by length by default. ''' return IPy_obj.net().int() def sort_networks(ip_list): nets = sorted(ip_list, key=first_ip) 2015-06-16 10:42 GMT+02:00 Petr Přikryl prik...@atlas.cz: Zdravím, Doporučil bych ještě jeden úhel pohledu -- před rozhodnutím o způsobu implementaci. Neznám detaily řešeného problému, takže spíš obecně. Já vím, že je to jasné, ale někdy si neškodí zopaovat zásady ;) U každého řešeného problému lze analyzovat složitost -- časovou a paměťovou. Nejdříve je nutné rozhodnout, jaká z nich je u řešeného problému důležitější, případně jestli někde existují limity (velikost pamět, počet procesorů, praktická doba řešení). Nakonec se to vždy plácne jen tak (pokud je to malý problém a nemá cenu se tím zabývat), nebo se hledá kompromis -- optimalizuje se. Ale před optimalizací je nutné zvolit správný přístup. Mnohé implementační počiny vycházejí z naivního přístupu, který se pak těžko převrací do něčeho použitelného. Buď se každá část navrhne správně už od začátku, nebo se to musí dát snadno přepsat. Pokud něco z toho není splněno, jde to do kopru. Mnohá řešení tratí na tom, že se od začátku upneme na nějaký konkrétní způsob řešení (konkrétní způsob implementace). Často používáme Nic mi neříkejte, já na to přijdu sám! místo toho, abychom použili prozkoumané (i když nám zatím neznámé) techniky. Když to shrnu: - Nemístné šetření prostorem většinou sníží rychlost řešení. - Nemístné plýtvání prostorem většinou dále nezvýší rychlost řešení. - Neexistuje jediné nejlepší řešení pro všechny situace. Vždy je to kompromis. - Mohou existovat rozpoznatelné situace, kdy je výhodnější jedno z více známých řešení. Celkové řešení může být například zdvojené s tím, že se to lepší vybírá dynamicky. (Vezměte si například hloupý SQL serve s SQL dotazovacím jazykem. Tam se napřelo už tolik úsilí, že stěží sami přijdete na něco lepšího při optimalizaci dotazu.) Pokud je nutné řadit, pak nejlepší sekvenční algoritmus má teoretickou časovou složitost O(n log n). Tolikrát se budou muset transformovat data, pokud nebudou uložena. Příprava před řazením může věci urychlit. Nechtěl jsem napsat vyčerpávající odpověď ;) Mějte se fajn, Petr __ Od: Lumír Balhar frenzy.madn...@gmail.com Komu: python@py.cz Datum: 15.06.2015 22:36 Předmět: [python] Paměťově náročné řazení Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě obsah řádku pro daný index. Konkrétně: class Buffer(): def __init__(self, input): self.input = input self.indexes = [x for x in range(len
Re: [python] Paměťově náročné řazení
2015-06-15 22:36 GMT+02:00 Lumír Balhar frenzy.madn...@gmail.com: Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Ahoj, sort() používá jen operátor , takže stačí naimplementovat ten (i když s functools.total_ordering [0] není problém naimplementovat ty ostatní). Jen je potřeba mít objekt pro každý řádek. Když takový objekt obsahuje jen odkaz na původní řetězec, a číslo řádku, tak se ti snad všechny do paměti vejdou. Přikládám nástin toho, jak bych to řešil já (v py3). (Jestli se vyplatí při porovnávání generovat oba řádky a porovnat ty, nebo jako já porovnávat jednotlivé znaky v Pythonu, záleží na tom jak často ty řetězce mají dlouhé shodné prefixy.) [0] https://docs.python.org/3/library/functools.html#functools.total_ordering class RotatedString: __slots__ = ['orig_string', 'n'] def __init__(self, orig_string, n): self.orig_string = orig_string self.n = n def __len__(self): return len(self.orig_string) def __str__(self): return self.orig_string[self.n:] + self.orig_string[:self.n] def __iter__(self): yield from self.orig_string[self.n:] yield from self.orig_string[:self.n] def __getitem__(self, i): return self.orig_string[(self.n + i) % len(self.orig_string)] def __lt__(self, other): if self.orig_string != other.orig_string: return self.orig_string other.orig_string for c1, c2 in zip(self, other): if c1 != c2: return c1 c2 base = 'ema má maso' for rs in sorted([RotatedString(base, i) for i, c in enumerate(base)]): print(rs) ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] Paměťově náročné řazení
Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě obsah řádku pro daný index. Konkrétně: class Buffer(): def __init__(self, input): self.input = input self.indexes = [x for x in range(len(input))] def __getitem__(self, index): return self.input[index:] + self.input[0:index] def sort(self): self.indexes.sort(key=lambda x: self[x]) A teď jsme se dostali k jádru problému. I když se obsah jednotlivých řádků generuje až ve chvíli, kdy jsou potřeba, a řadit by se mělo jen relativně malé pole indexů, při volání funkce .sort() se jakoby stejně celé to pole nejdříve vytvoří v paměti, seřadí a pak se seřadí to cílové pole s indexy na základě obsahu bufferu. Existuje způsob, jak implementovat takovýto řadící algoritmus pro velký objem dat, aniž bych je měl v jednu chvíli všechny v paměti? Předem díky za nakopnutí tím správným směrem. Lumír ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Paměťově náročné řazení
Ahoj, ja bych to delal lazy, a tedy nikdy nevytvarel instance tech listu (coz ty delas v __getitem__) a misto toho by proste byl kazdy radek reprezentovany jen tim offsetem ale existovalo by jen jedno globalni pole s tim vstupem: # lze rovnez resit lazy, ale asi nestoji za to, pro pripadnou usporu pameti u hodne velkych vstupu pouzij __slots__ self.lines = [Line(input, offset) for offset in range(len(input))] kde Line ma naimplementovano __getitem__ (self.input[(self.offset + key) % len(self.input)]) a hlavne __iter__ pak je jen potreba vymyslet sort, ale tady bych proste jen resilt rucne lexikograficky sort - tedy napred pole prvniho pismene, pak podle druheho atp - aby ses vyhnul materializovani kazde radky (coz bude fungovat jelikoz sort je stable). Pripadne pomoci komparatoru (https://docs.python.org/2/howto/sorting.html#the-old-way-using-the-cmp-parameter) coz bude fungovat i na tech lazy objektech. Je docela dobre mozne, ze pandas bude mit neco co se bude hodit na problem lepe, ale o tom ja nic nevim Honza Král E-Mail: honza.k...@gmail.com Phone: +420 606 678585 2015-06-15 22:36 GMT+02:00 Lumír Balhar frenzy.madn...@gmail.com: Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě obsah řádku pro daný index. Konkrétně: class Buffer(): def __init__(self, input): self.input = input self.indexes = [x for x in range(len(input))] def __getitem__(self, index): return self.input[index:] + self.input[0:index] def sort(self): self.indexes.sort(key=lambda x: self[x]) A teď jsme se dostali k jádru problému. I když se obsah jednotlivých řádků generuje až ve chvíli, kdy jsou potřeba, a řadit by se mělo jen relativně malé pole indexů, při volání funkce .sort() se jakoby stejně celé to pole nejdříve vytvoří v paměti, seřadí a pak se seřadí to cílové pole s indexy na základě obsahu bufferu. Existuje způsob, jak implementovat takovýto řadící algoritmus pro velký objem dat, aniž bych je měl v jednu chvíli všechny v paměti? Předem díky za nakopnutí tím správným směrem. Lumír ___ 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] Paměťově náročné řazení
Vypadá to, že si sort hodnoty vrácené z key funkce ukládá. To se dá obejít tak, že si sám naimplementuješ komparátor, který bude řetězce vytvářet až podle potřeby. def better_sort(self): self.indexes.sort(cmp=self._sort_cmp) def _sort_cmp(self, a, b): a_value = self[a] b_value = self[b] return cmp(a_value, b_value) Jenže v Pythonu 3 už takhle jednoduše komparátor použít nekde (sort prostě ani nemá parametr cmp), ale dá se to obejít takto: def better_sort(self): from functools import cmp_to_key self.indexes.sort(key=cmp_to_key(self._sort_cmp)) def _sort_cmp(self, a, b): a_value = self[a] b_value = self[b] if a_value b_value: return -1 if a_value b_value: return 1 return 0 PM Dne 15. června 2015 22:36 Lumír Balhar frenzy.madn...@gmail.com napsal(a): Ahoj všem. Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova transformace, která se používá před kompresí dat společně s Move to Front transformací pro snížení entropie vstupních dat a tím zvýšení efektivity kompresního algoritmu, kterému tyto dvě transformace předcházejí. Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který obsahuje všechny možné rotace vstupních dat, takže například pro ema má maso vypadá takto: 0 ema ma maso 1 ma ma masoe 2 a ma masoem 3 ma masoema 4 ma masoema 5 a masoema m 6 masoema ma 7 masoema ma 8 asoema ma m 9 soema ma ma 10 oema ma mas Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň. Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba. Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě obsah řádku pro daný index. Konkrétně: class Buffer(): def __init__(self, input): self.input = input self.indexes = [x for x in range(len(input))] def __getitem__(self, index): return self.input[index:] + self.input[0:index] def sort(self): self.indexes.sort(key=lambda x: self[x]) A teď jsme se dostali k jádru problému. I když se obsah jednotlivých řádků generuje až ve chvíli, kdy jsou potřeba, a řadit by se mělo jen relativně malé pole indexů, při volání funkce .sort() se jakoby stejně celé to pole nejdříve vytvoří v paměti, seřadí a pak se seřadí to cílové pole s indexy na základě obsahu bufferu. Existuje způsob, jak implementovat takovýto řadící algoritmus pro velký objem dat, aniž bych je měl v jednu chvíli všechny v paměti? Předem díky za nakopnutí tím správným směrem. Lumír ___ 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] Fwd: 4. setkání studentů a programátorů Pyvec x GymGeek
FWD z django-cs, ale radi nadchneme nekoho i zde! Odkaz na g+ event. Budu rád, když se zaregistrujete. https://plus.google.com/u/0/events/c0r32otu6kgul7eevh5h0ebuo4s -- Forwarded message -- From: Jaroslav Vysoký vys...@borka.cz Date: 2015-06-08 14:15 GMT+02:00 Subject: 4. setkání studentů a programátorů Pyvec x GymGeek To: Konference PyCZ python@py.cz Cc: Jakub Vysoký jakub.vys...@gmail.com 12.6.2015 se koná už tradiční 4. setkání studentů gymnázia v Roudnici nad Labem a programátorů ze sdružení Pyvec.org a jejich přátel a kolegů. Jako obvykle se setkání koná ve Mšeném - lázních, Šafranice 186. http://www.mapy.cz/zakladni?x=14.1187191y=50.3641276z=17source=addrid=10631458q=M%C5%A1en%C3%A9-l%C3%A1zn%C4%9B%2C%20%20%C5%A0afranice%20186 V pátek mezi 10:00 a 11:00 startuje workshop studentů a programátorů, který tentokráte tématicky naváže na úspěšný DjangoGirs meeting. Zkusíme absolvovat stejný tutoriál. Vypadá to, že se kromě seminaristů zúčastní i amatérský dívčí tým. Konec workshopu bude jako obvykle, tedy cca v 17:00. Poté se z akce moderované stává akce víceméně živelná. Volná diskuse, jídlo, pití, zpěv a další zábavné aktivity. Podle počasí samozřejmě ohýnek, opékání buřtů a pod. Info pro neznalé: Akce se koná v rodinném domečku. Pro lidi s outdoorovým založením, karimatkou a spacákem no problem. Určitý počet slabších kusů můžeme umístit i na nějaké to lůžko. Kdokoliv přijede, je vítán! Na setkání se těší Jaroslav Vysoký jaroslav.vys...@gmail.com 733 539 586 studenti a kamarádi -- Jakub Vysoky mob: +420 605 852 377 jab: jakub.vys...@gmail.com twit: https://twitter.com/kvbik ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Updates on your event on Lanyrd, Pražské PyVo #48 Zase Docker
respekt to petr viktorin, jak doplnuje videa ke starym srazum. diky! On Mon, Jun 8, 2015 at 10:16 AM, Lanyrd Support supp...@lanyrd.com wrote: Here's an update on your event, Pražské PyVo #48 Zase Docker, on Lanyrd. [image: lanyrd.com] Follow us on Twitter http://twitter.com/lanyrd Updates on Pražské PyVo #48 Zase Docker Hi Jakub Vysoký, Here's an update on your event, Pražské PyVo #48 Zase Docker http://lanyrd.com/2015/praha-pyvo-march/, on Lanyrd. Stats: New attendees: 0 New trackers: 0 Edit to the listing: 1 Tip: Add your speakers (and their Twitter profiles) to Lanyrd as soon as they are announced. That way, any Lanyrd user who follows them will hear about your event. Event edits Pražské PyVo #48 Zase Docker, 18th March 2015 http://lanyrd.com/2015/praha-pyvo-march/?t=09faa10fB3aC5 7th Jun 2015 7PM - Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Tomáš Plešek - Docker Autoscaling http://www.youtube.com/watch?v=LGzsc3C3J2E to session Docker Autoscaling http://lanyrd.com/sdkqfx - Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Jan Seifert - Optimalizace v Pythonu http://www.youtube.com/watch?v=u1sweP6FoDo to session Optimalizace v Pythonu http://lanyrd.com/sdkryc - Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Lightning talk: Honza Zuzka - DjangoGirls Praha http://www.youtube.com/watch?v=vgy6BxRN1eQ to session Lightning talk: Django Girls Praha http://lanyrd.com/sdkrzk - Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Lightning talk: Petr Viktorin - Knihovnička EuroPython http://www.youtube.com/watch?v=Q9CZlv7oCrE to session Lightning Talk: Knihovnička, EuroPython http://lanyrd.com/sdkrzm - Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Lightning talk: Jakub Veverka - Pozvánka na Docker Meetup 24. 3. http://www.youtube.com/watch?v=wrYRGyz3uXQ to session Lightning talk: Docker Meetup 24. 3. http://lanyrd.com/sdkrzp - Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Lightning talk: Petr Viktorin - PEP 489 Draft http://www.youtube.com/watch?v=10y7Y6kWVkY to session Lightning talk: PEP 489 draft http://lanyrd.com/sdpmrf - Petr Viktorin http://lanyrd.com/profile/encukou/ added session Lightning talk: PEP 489 draft http://lanyrd.com/sdpmrf Best regards, The Lanyrd team Are these emails helpful? Mail us at supp...@lanyrd.com and let us know how we can improve them! You can unsubscribe from these e-mails http://lanyrd.com/un/hqgqyhtqrrdwctwm?t=38864f96B3aC5 or change your preferences at any time. The Lanyrd blog http://lanyrd.com/blog/?t=e104d92eB3aC5 Follow us on Twitter http://twitter.com/lanyrd Lanyrd sends and receives email with Mailgun http://mailgun.net/ -- Jakub Vysoky mob: +420 605 852 377 jab: jakub.vys...@gmail.com twit: https://twitter.com/kvbik ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Updates on your event on Lanyrd, Pražské PyVo #30 devops
protoze i tady - mohlo by nekoho zajimat ^^ diky moc @encukou !! On Mon, Jun 8, 2015 at 1:01 AM, Lanyrd Support supp...@lanyrd.com wrote: Here's an update on your event, Pražské PyVo #30 devops, on Lanyrd. [image: lanyrd.com] Follow us on Twitter http://twitter.com/lanyrd Updates on Pražské PyVo #30 devops Hi Jakub Vysoký, Here's an update on your event, Pražské PyVo #30 devops http://lanyrd.com/2013/praha-pyvo-september/, on Lanyrd. Stats: New attendees: 0 New trackers: 0 Edit to the listing: 1 Tip: Add your speakers (and their Twitter profiles) to Lanyrd as soon as they are announced. That way, any Lanyrd user who follows them will hear about your event. Event edits Pražské PyVo #30 devops, 18th September 2013 http://lanyrd.com/2013/praha-pyvo-september/?t=fe61e288B3KVJ 7th Jun 2015 3PM - Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Aleš Zoulek - SaltStack http://www.youtube.com/watch?v=3RPE4sNK87g to session Salt http://lanyrd.com/scptkw - Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Jiří Kubíček - Ansible http://www.youtube.com/watch?v=7GnLjQKXcOY to session Ansible http://lanyrd.com/scptkx - Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Lightning Talks http://www.youtube.com/watch?v=LoGKPG2Dlkw to session Lightning Talks http://lanyrd.com/sdpmqx - Petr Viktorin http://lanyrd.com/profile/encukou/ added session Puppet, Foreman http://lanyrd.com/sdpmqw - Petr Viktorin http://lanyrd.com/profile/encukou/ added session Lightning Talks http://lanyrd.com/sdpmqx Best regards, The Lanyrd team Are these emails helpful? Mail us at supp...@lanyrd.com and let us know how we can improve them! You can unsubscribe from these e-mails http://lanyrd.com/un/xpbhwfpbcbbpfxtm?t=0446593bB3KVJ or change your preferences at any time. The Lanyrd blog http://lanyrd.com/blog/?t=174028e7B3KVJ Follow us on Twitter http://twitter.com/lanyrd Lanyrd sends and receives email with Mailgun http://mailgun.net/ -- Jakub Vysoky mob: +420 605 852 377 jab: jakub.vys...@gmail.com twit: https://twitter.com/kvbik ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Re: Updates on your event on Lanyrd, Pražské PyVo #30 devops
Chtěl jsem napsat až dozpracovávám všechno co mám u sebe, když už je to venku, pár poznámek :) Videa z Pyv jsou na těchto kanálech: - Praha: https://www.youtube.com/user/pyvec/videos - Brno: https://www.youtube.com/channel/UCzE1AyBbdp8_fbDvnrW5GgA/videos - Ostrava: https://www.youtube.com/channel/UCXAJzEDUm-eO0KP8YEaKW8w/videos Plus dávám vždycky odkazy na Lanyrd (i u srazů co Lanyrd nepoužívají). Dodělal jsem Skript, který umí videa zpracovávat, tak je teď zpracovávám a dávám na Youtube všechno co se mi válí na disku. Jsou videa, která nejdou zpracovat skriptem (nekompletní videa, chybějící informace, atd.); seznam toho všeho je tady na Trellu: https://trello.com/b/D7UXcudE/videa Kdybyste tam našli přednášku, která vás zajímá, můžu poslat existující materiály. (A kdybyste je pak i zpracovali, budu samozřejmě vděčný!) A jestli vám nějaké video zůstalo samo smutné na disku, dejte vědět, ať se dostane ven! A nakonec: Jak můžete pomoct? Mám teď u sebe zhruba (velmi zhruba) 100GB videí z Pyv, což nejspíš nedokážu dlouhodobě archivovat. Chcete-li se někdo ujmout archivace (ať už přímo zdrojových videí, nebo toho co je na YT, nebo komprimovat ta zdrojová), ozvěte se, jinak až mi selže disk zůstane jen to co je nahrané na Youtube. Chcete-li se naučit jak dělat videa z Pyva, a zvýšit bus factor tohohle projektu, odchytněte si mě na některém Pyvu. Všechno rád ukážu. Chcete-li pomoct s technickými věcmi, třeba automatizací nahrávání na YT nebo s prezentací videí na pyvo.cz, a máte čas, 24.-25. 6. bude v Brně python.cz hackathon. On 06/08/2015 11:36 AM, Jakub Vysoky wrote: protoze i tady - mohlo by nekoho zajimat ^^ diky moc @encukou !! On Mon, Jun 8, 2015 at 1:01 AM, Lanyrd Support supp...@lanyrd.com mailto:supp...@lanyrd.com wrote: __ Here's an update on your event, Pražské PyVo #30 devops, on Lanyrd. [...] * Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Aleš Zoulek - SaltStack http://www.youtube.com/watch?v=3RPE4sNK87g to session Salt http://lanyrd.com/scptkw * Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Jiří Kubíček - Ansible http://www.youtube.com/watch?v=7GnLjQKXcOY to session Ansible http://lanyrd.com/scptkx * Petr Viktorin http://lanyrd.com/profile/encukou/ added coverage Lightning Talks http://www.youtube.com/watch?v=LoGKPG2Dlkw to session Lightning Talks http://lanyrd.com/sdpmqx * Petr Viktorin http://lanyrd.com/profile/encukou/ added session Puppet, Foreman http://lanyrd.com/sdpmqw * Petr Viktorin http://lanyrd.com/profile/encukou/ added session Lightning Talks http://lanyrd.com/sdpmqx Best regards, The Lanyrd team ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Re: 50 SRAZU V PRAZE (PYG+PYRO+PYVO)
petre, jses hvezda! absolutni diky! jenom vidim zacatek a hned bych si dal pyvo/pyro/pyg :))) 2015-06-04 23:23 GMT+02:00 Jakub Vysoky jakub.vys...@gmail.com: petre, jses hvezda! absolutni diky! jenom vidim zacatek a hned bych si dal pyvo/pyro/pyg :))) 2015-06-04 15:09 GMT+02:00 Petr Viktorin encu...@gmail.com: Video ze srazu je tady: http://www.youtube.com/watch?v=RdmUvHPEC-Y 2015-05-12 14:39 GMT+02:00 Jiri Barton j...@tele3.cz: Pratele, nezapomente, jiz pristi stredu 20.5.2015 propukne 50. bujare veseli ku prilezitosti 50. opakovani naseho slavneho Python srazu (aka Python/Django) v Praze! prase+delobuchy+pivo zdarma programatorsky program Racte se prihlasit na stranky na stranky srazu na adrese http://lanyrd.com/2015/praha-pyvo-may/. Prijdte, i kdyz si netroufate prijit s programkem ze svych zacatku (viz minuly email s podrobnostmi). Pro predstavu, zde je moje prvotina: 10 CLS 20 GOTO 50 30 END 40 GOTO 20 50 NEW Netreba delsi, pro zvidave, vysvetleni podam na miste. Dorazte! whiskybar http://lanyrd.com/2015/praha-pyvo-may/ On 2015-05-05 12:39, Jiri Barton wrote: Je to tady! Konecne jste se dockali! Uz po 50. Vas vsechny pozveme na Python sraz v Praze! Pivo zdarma! (ne uplne, cti dal) Kdy === 20. 5. 2015 streda v 19:00 Kde === Na Venecku, Ostrovskeho 38a, Praha 5 - Smichoff Co == * Pyg (bude prase!) * Pyrotechnika (bude ohnostroj!) * Pyvo (bude pivo!) Kdo === Vy Program === Pivo zdarma cely vecer pro kazdeho, kdo si pripravi prispevek do 1 ze 3 souteznich kategorii. Hodnotit se bude vtipnost/trapnost/preslap/nefunkcnost. Behem 5min (nebo mene) se pokusite, nejlepe na kousku kodu, vysvetlit, proc to nenfunguje (pokud to nebude zrejme). Casomira na 5 min, pocitac netreba, kod staci mit zpristupnen online. Katerorie: * BASIC: muj prvni naivni programek - v cemkoliv (BASIC, Pascal, ...) * PYTHON: moje naivni Python zkusenost - jak me Python pokousal (Python) * PRO: moje posledni/nedavna naivni blbost - co jsem naposled podelal/a (cokoliv) * Kazdy s prispevkem bude mit pivo (vcetne nealko piva) cely vecer zdarma! * Vitezove obdrzi lahvinku tradicniho drinku na Venecku! Zapatrejte ve svych pametech a dorazte. whiskybar http://lanyrd.com/2015/praha-pyvo-may/ -- -- E-mailová skupina django...@googlegroups.com Správa: http://groups.google.cz/group/django-cs --- Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny django-cs ve Skupinách Google. Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, zašlete e-mail na adresu django-cs+unsubscr...@googlegroups.com. Chcete-li zobrazit tuto diskusi na webu, navštivte https://groups.google.com/d/msgid/django-cs/CA%2B%3D%2BwqBtvzTr%2BnaKL9-rM20yQUVL4MKbztRcuumW7GYSfQ3eSQ%40mail.gmail.com . Další možnosti najdete na adrese https://groups.google.com/d/optout. -- Jakub Vysoky mob: +420 605 852 377 jab: jakub.vys...@gmail.com twit: https://twitter.com/kvbik -- Jakub Vysoky mob: +420 605 852 377 jab: jakub.vys...@gmail.com twit: https://twitter.com/kvbik ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Re: 50 SRAZU V PRAZE (PYG+PYRO+PYVO)
Video ze srazu je tady: http://www.youtube.com/watch?v=RdmUvHPEC-Y 2015-05-12 14:39 GMT+02:00 Jiri Barton j...@tele3.cz: Pratele, nezapomente, jiz pristi stredu 20.5.2015 propukne 50. bujare veseli ku prilezitosti 50. opakovani naseho slavneho Python srazu (aka Python/Django) v Praze! prase+delobuchy+pivo zdarma programatorsky program Racte se prihlasit na stranky na stranky srazu na adrese http://lanyrd.com/2015/praha-pyvo-may/. Prijdte, i kdyz si netroufate prijit s programkem ze svych zacatku (viz minuly email s podrobnostmi). Pro predstavu, zde je moje prvotina: 10 CLS 20 GOTO 50 30 END 40 GOTO 20 50 NEW Netreba delsi, pro zvidave, vysvetleni podam na miste. Dorazte! whiskybar http://lanyrd.com/2015/praha-pyvo-may/ On 2015-05-05 12:39, Jiri Barton wrote: Je to tady! Konecne jste se dockali! Uz po 50. Vas vsechny pozveme na Python sraz v Praze! Pivo zdarma! (ne uplne, cti dal) Kdy === 20. 5. 2015 streda v 19:00 Kde === Na Venecku, Ostrovskeho 38a, Praha 5 - Smichoff Co == * Pyg (bude prase!) * Pyrotechnika (bude ohnostroj!) * Pyvo (bude pivo!) Kdo === Vy Program === Pivo zdarma cely vecer pro kazdeho, kdo si pripravi prispevek do 1 ze 3 souteznich kategorii. Hodnotit se bude vtipnost/trapnost/preslap/nefunkcnost. Behem 5min (nebo mene) se pokusite, nejlepe na kousku kodu, vysvetlit, proc to nenfunguje (pokud to nebude zrejme). Casomira na 5 min, pocitac netreba, kod staci mit zpristupnen online. Katerorie: * BASIC: muj prvni naivni programek - v cemkoliv (BASIC, Pascal, ...) * PYTHON: moje naivni Python zkusenost - jak me Python pokousal (Python) * PRO: moje posledni/nedavna naivni blbost - co jsem naposled podelal/a (cokoliv) * Kazdy s prispevkem bude mit pivo (vcetne nealko piva) cely vecer zdarma! * Vitezove obdrzi lahvinku tradicniho drinku na Venecku! Zapatrejte ve svych pametech a dorazte. whiskybar http://lanyrd.com/2015/praha-pyvo-may/ ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] Zkušený Python programátor pro zajištěný startup - Brno
Do mladého nově vznikajícího týmu hledáme kolegy na plný nebo částečný úvazek s možností nástupu ihned. Jakýkoliv z níže vypsaných bodů bychom neváhali vyměnit za člověka, který je inteligentní, schopný se učit a má tah na branku s prokazatelnými výsledky (i školní projekty). Tj.: Potřeboval bych X, umíš to ? Ne, ale zítra to bude hotové. Požadujeme: Zkušenost s programováním čistého kódu v Python Zkušenost s OOP Znalost a schopnost aplikovat návrhové vzory Schopnost samostatně tvořit a dokončit (vlastní projekty jakéhokoliv rozsahu) Práce v týmu (SVN, Trac, dokumentace vlastního kódu a schopnost pokračování v cizím kódu) Basic linux skill Možnost min 1x týdně být fyzicky přítomen na synchronizačním meetingu Výhodou: Zkušenost s min. 2 enginy relační databáze (MySQL, Oracle, Postgresql, MSSql) - optimalizace dotazů na základě znalosti databáze Zkušenosti s jazykem C a C++ případně dalšími Unit testing, automated testing Pokročilá znalost jádra linux, vývoj ovladačů, pokročilá konfigurace Nabízíme: Účast na novém, ambiciózním bezpečnostním projektu Nadstandardní finanční ohodnocení závislé na zkušenostech a výsledcích Mladý a přátelský tým Možnost práce na částečný úvazek Možnost práce z domu, kancelař v Brně Pokud máte o zájem o práci a hledáte projekt se startupovým duchem, pošlete svoje CV a motivační dopis na adresu tres...@gmail.com. Vybraní zájemci budou pozvání na pohovor do Brna nebo Prahy. ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] pozvánka na konferenci
Ahoj, přijmi pozvání na konferenci Open Source in Quantitative Finance ve Frankfurtu-Eschbornu v pátek 5.6. Python zde bude jedním z hlavních témat, viz program na http://osqf.tpq.io/ Pokud budeš mít zájem, stačí mi e-mail a poskytnu kód na 30% slevu. Pavel ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] Květnové Pyvo v Brně - volné téma
Ahoj, květnové Pyvo v Brně bude na volné téma, tzn. kdokoliv může přijít a říct něco na téma, jaké se mu zlíbí. Čekáte marně na to, až uděláme Pyvo zrovna s vaším tématem? Nemusíte! V květnu je to pouliční směska, takže neváhejte a přihlašte si svůj talk! Zatím máme: - Windowed Dynamic Time Warping a synchronizace videí (Petr Viktorin) https://www.facebook.com/events/1442548676042126/ http://lanyrd.com/2015/brno-pyvo-may/ Honza ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] UHF RFID čtečka
Nebo použít boost::python pro zpřístupnění C++ objektů a funkcí do pythonu. On Monday, May 18, 2015 at 6:01:19 AM UTC+2, Dex wrote: Rychle jsem to prošel (nemám čas to pitvat detailně). Čtečka komunikuje přes COM, takže pyserial bude správná cesta. Dokumentace není nic moc, ale jsou tam příklady v C++, tak je můžete zkusit překlopit do Pythona. Nenašel jsem tam popsané jak komunikovat na binární úrovni bez ohledu na jazyk. To mne u zařízení tohoto druhu překvapuje a prostě bych napsal výrobci. Btw u takto drahé čtečky nepoužít FTDI je minimálně zvláštní... Dex On 17.5.2015 10:19, Ing. Vladislav Ludík wrote: Celá dokumentace je na adrese: http://www.security-warehouse.com/index.php/rfid-860-925-mhz-equipment/rfid-uhf-860-960-mhz-iso-18000-6b-6c-desktop-reader-writrer-ultra-thin-usb-with-sdk.html unzip heslo je securitywarehouse Mám ještě jednu čtečku Alien ALR-8800 a ta po zapnutí opravdu po přiložení čipu odešle ID tagu přes COM port Tato malá ruční čtečka ne. Potřebuje inicializaci a v demo od výrobce funguje. Já programuju web aplikace v Cherrypy a potřebuju ji nějak připojit. Nevím zazím jak. Dne 17.5.2015 v 9:50 Dex napsal(a): Je k té čtečce nějaký bližší popis? Obvod CP2102 je převodník USB - COM (podobně jako PL2303 nebo FTDI). Nejsem expert na RFID čtečky, ale ty dvě co jsem viděl po přiložení karty odeslaly sadu bajtů odpovídající ID karty. Stačilo je mít správně nainstalované a používat vhodnou rychlost. Dex On 17.5.2015 9:28, Ing. Vladislav Ludík wrote: Původně tam byl COM4, ale serial, nebo i hyperterminal se tvářili jako otevřené, ale čtečka nereagovala. Po přeinstalaci ovladačů COM port zmizel. Tak nevím jak to má být, protože v dokumentaci je nějaké: Dynamic library file name: RfidApiLib.dll a v příkazech například v popisu aplikace: If(OpenCommPort (“COM1”,9600) == 0) MessageBox(success); Else MessageBox(failed); Ale nyní port nemám ! Přiznám se, že zatím nevím co dál. Dne 17.5.2015 v 9:11 Dex napsal(a): Zdravím, nechci Vás svést na špatnou cestu, ale netváří se ta čtečka jako COM port? Poznámka o CP2102 by o tom svědčila. Pak bych ovšem doporučil pyserial místo pyusb ;-) Jen nápad... Dex On 17.5.2015 8:30, Ing. Vladislav Ludík wrote: libusb0 jsem jsem měl nahrané, ale asi špatné verze. Teď jsem našel správnou verzi, libusb0 se nahrálo korektně. Čtečka pak zmizela ve správci zařízení z Portů (byl tam nějaký COM) a objevil se samostatný symbol pro usb jako libusb-32 devices s podsložkou CP2102 USB to UART Bridge Controller Když nyní dám usb.core.show_devices() vrátí mi: DEVICE ID 10c4:ea60 on Bus 000 Address 001, Specified at interface Takže idVendor=0x10C48 měl být 0x10C4 Po opravě se vše rozjelo. Zdá se, že jsem na dobré cestě. Děkuji za pomoc. Vláďa Dne 17.5.2015 v 2:43 Petr Messner napsal(a): Njn, když chceš hackovat, tak na to musíš mít křídla :) Z chyby 'generator' object has no attribute 'set_configuration' je zřejmé, že to usb.core.find vrací iterátor. No a proč to vrací iterátor? Protože deklarace
Re: [python] UHF RFID čtečka
Celá dokumentace je na adrese: http://www.security-warehouse.com/index.php/rfid-860-925-mhz-equipment/rfid-uhf-860-960-mhz-iso-18000-6b-6c-desktop-reader-writrer-ultra-thin-usb-with-sdk.html unzip heslo je securitywarehouse Mám ještě jednu čtečku Alien ALR-8800 a ta po zapnutí opravdu po přiložení čipu odešle ID tagu přes COM port Tato malá ruční čtečka ne. Potřebuje inicializaci a v demo od výrobce funguje. Já programuju web aplikace v Cherrypy a potřebuju ji nějak připojit. Nevím zazím jak. Dne 17.5.2015 v 9:50 Dex napsal(a): Je k té čtečce nějaký bližší popis? Obvod CP2102 je převodník USB - COM (podobně jako PL2303 nebo FTDI). Nejsem expert na RFID čtečky, ale ty dvě co jsem viděl po přiložení karty odeslaly sadu bajtů odpovídající ID karty. Stačilo je mít správně nainstalované a používat vhodnou rychlost. Dex On 17.5.2015 9:28, Ing. Vladislav Ludík wrote: Původně tam byl COM4, ale serial, nebo i hyperterminal se tvářili jako otevřené, ale čtečka nereagovala. Po přeinstalaci ovladačů COM port zmizel. Tak nevím jak to má být, protože v dokumentaci je nějaké: Dynamic library file name*: RfidApiLib.dll* a v příkazech například v popisu**aplikace:* * If(OpenCommPort(“COM1”,9600) == 0) MessageBox(success); Else MessageBox(failed); Ale nyní port nemám ! Přiznám se, že zatím nevím co dál. Dne 17.5.2015 v 9:11 Dex napsal(a): Zdravím, nechci Vás svést na špatnou cestu, ale netváří se ta čtečka jako COM port? Poznámka o CP2102 by o tom svědčila. Pak bych ovšem doporučil pyserial místo pyusb ;-) Jen nápad... Dex On 17.5.2015 8:30, Ing. Vladislav Ludík wrote: libusb0 jsem jsem měl nahrané, ale asi špatné verze. Teď jsem našel správnou verzi, libusb0 se nahrálo korektně. Čtečka pak zmizela ve správci zařízení z Portů (byl tam nějaký COM) a objevil se samostatný symbol pro usb jako libusb-32 devices s podsložkou CP2102 USB to UART Bridge Controller Když nyní dám usb.core.show_devices() vrátí mi: DEVICE ID 10c4:ea60 on Bus 000 Address 001, Specified at interface Takže idVendor=0x10C48 měl být 0x10C4 Po opravě se vše rozjelo. Zdá se, že jsem na dobré cestě. Děkuji za pomoc. Vláďa Dne 17.5.2015 v 2:43 Petr Messner napsal(a): Njn, když chceš hackovat, tak na to musíš mít křídla :) Z chyby 'generator' object has no attribute 'set_configuration' je zřejmé, že to usb.core.find vrací iterátor. No a proč to vrací iterátor? Protože deklarace té funkce https://github.com/walac/pyusb/blob/a83f17e568bf893bed53fa984f00c1e168348cb9/usb/core.py#L1127 je deffind(find_all=False, backend=None, custom_match=None, **args): a když to voláš bez keyword argumentů, tak se jako find_all nastaví to 0x10C48, což se interpretuje podobně jako find_all=True. Takže o krok zpět k ValueError: No backend available. Podívej se do zdrojáku, co to dělá. Prochází to moduly usb.backend.libusb1, usb.backend.libusb0 a usb.backend.openusb a volá to jejich funkci get_backend(), která se snaží danou DLL (nebo .so) knihovnu načíst (protože usb.backend.* jsou jen ctypes wrappery céčkových knihoven). Takže problém je v tom, že žádnou z těch knihoven buď nemáš k dispozici, nebo ji pyusb nemůže najít. PM Dne 16. května 2015 16:28 Ing. Vladislav Ludík vl...@ludik.cz mailto:vl...@ludik.cz napsal(a): Ještě chyby: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) hlásí chybu: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) File build\bdist.win32\egg\usb\core.py, line 1199, in find raise ValueError('No backend available') ValueError: No backend available Když jsem změnil řádek na: dev = usb.core.find(0x10C48, 0xEA60) program projde dále, ale hlásí chybu: dev.set_configuration() AttributeError: 'generator' object has no attribute 'set_configuration' Co s tím dále, nevím. Díky Vláďa ___ Python mailing list python@py.cz mailto: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] UHF RFID čtečka
Rychle jsem to prošel (nemám čas to pitvat detailně). Čtečka komunikuje přes COM, takže pyserial bude správná cesta. Dokumentace není nic moc, ale jsou tam příklady v C++, tak je můžete zkusit překlopit do Pythona. Nenašel jsem tam popsané jak komunikovat na binární úrovni bez ohledu na jazyk. To mne u zařízení tohoto druhu překvapuje a prostě bych napsal výrobci. Btw u takto drahé čtečky nepoužít FTDI je minimálně zvláštní... Dex On 17.5.2015 10:19, Ing. Vladislav Ludík wrote: Celá dokumentace je na adrese: http://www.security-warehouse.com/index.php/rfid-860-925-mhz-equipment/rfid-uhf-860-960-mhz-iso-18000-6b-6c-desktop-reader-writrer-ultra-thin-usb-with-sdk.html unzip heslo je securitywarehouse Mám ještě jednu čtečku Alien ALR-8800 a ta po zapnutí opravdu po přiložení čipu odešle ID tagu přes COM port Tato malá ruční čtečka ne. Potřebuje inicializaci a v demo od výrobce funguje. Já programuju web aplikace v Cherrypy a potřebuju ji nějak připojit. Nevím zazím jak. Dne 17.5.2015 v 9:50 Dex napsal(a): Je k té čtečce nějaký bližší popis? Obvod CP2102 je převodník USB - COM (podobně jako PL2303 nebo FTDI). Nejsem expert na RFID čtečky, ale ty dvě co jsem viděl po přiložení karty odeslaly sadu bajtů odpovídající ID karty. Stačilo je mít správně nainstalované a používat vhodnou rychlost. Dex On 17.5.2015 9:28, Ing. Vladislav Ludík wrote: Původně tam byl COM4, ale serial, nebo i hyperterminal se tvářili jako otevřené, ale čtečka nereagovala. Po přeinstalaci ovladačů COM port zmizel. Tak nevím jak to má být, protože v dokumentaci je nějaké: Dynamic library file name*: RfidApiLib.dll* a v příkazech například v popisu**aplikace:* * If(OpenCommPort(“COM1”,9600) == 0) MessageBox(success); Else MessageBox(failed); Ale nyní port nemám ! Přiznám se, že zatím nevím co dál. Dne 17.5.2015 v 9:11 Dex napsal(a): Zdravím, nechci Vás svést na špatnou cestu, ale netváří se ta čtečka jako COM port? Poznámka o CP2102 by o tom svědčila. Pak bych ovšem doporučil pyserial místo pyusb ;-) Jen nápad... Dex On 17.5.2015 8:30, Ing. Vladislav Ludík wrote: libusb0 jsem jsem měl nahrané, ale asi špatné verze. Teď jsem našel správnou verzi, libusb0 se nahrálo korektně. Čtečka pak zmizela ve správci zařízení z Portů (byl tam nějaký COM) a objevil se samostatný symbol pro usb jako libusb-32 devices s podsložkou CP2102 USB to UART Bridge Controller Když nyní dám usb.core.show_devices() vrátí mi: DEVICE ID 10c4:ea60 on Bus 000 Address 001, Specified at interface Takže idVendor=0x10C48 měl být 0x10C4 Po opravě se vše rozjelo. Zdá se, že jsem na dobré cestě. Děkuji za pomoc. Vláďa Dne 17.5.2015 v 2:43 Petr Messner napsal(a): Njn, když chceš hackovat, tak na to musíš mít křídla :) Z chyby 'generator' object has no attribute 'set_configuration' je zřejmé, že to usb.core.find vrací iterátor. No a proč to vrací iterátor? Protože deklarace té funkce https://github.com/walac/pyusb/blob/a83f17e568bf893bed53fa984f00c1e168348cb9/usb/core.py#L1127 je deffind(find_all=False, backend=None, custom_match=None, **args): a když to voláš bez keyword argumentů, tak se jako find_all nastaví to 0x10C48, což se interpretuje podobně jako find_all=True. Takže o krok zpět k ValueError: No backend available. Podívej se do zdrojáku, co to dělá. Prochází to moduly usb.backend.libusb1, usb.backend.libusb0 a usb.backend.openusb a volá to jejich funkci get_backend(), která se snaží danou DLL (nebo .so) knihovnu načíst (protože usb.backend.* jsou jen ctypes wrappery céčkových knihoven). Takže problém je v tom, že žádnou z těch knihoven buď nemáš k dispozici, nebo ji pyusb nemůže najít. PM Dne 16. května 2015 16:28 Ing. Vladislav Ludík vl...@ludik.cz mailto:vl...@ludik.cz napsal(a): Ještě chyby: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) hlásí chybu: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) File build\bdist.win32\egg\usb\core.py, line 1199, in find raise ValueError('No backend available') ValueError: No backend available Když jsem změnil řádek na: dev = usb.core.find(0x10C48, 0xEA60) program projde dále, ale hlásí chybu: dev.set_configuration() AttributeError: 'generator' object has no attribute 'set_configuration' Co s tím dále, nevím. Díky Vláďa ___ Python mailing list python@py.cz mailto: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] UHF RFID čtečka
Je k té čtečce nějaký bližší popis? Obvod CP2102 je převodník USB - COM (podobně jako PL2303 nebo FTDI). Nejsem expert na RFID čtečky, ale ty dvě co jsem viděl po přiložení karty odeslaly sadu bajtů odpovídající ID karty. Stačilo je mít správně nainstalované a používat vhodnou rychlost. Dex On 17.5.2015 9:28, Ing. Vladislav Ludík wrote: Původně tam byl COM4, ale serial, nebo i hyperterminal se tvářili jako otevřené, ale čtečka nereagovala. Po přeinstalaci ovladačů COM port zmizel. Tak nevím jak to má být, protože v dokumentaci je nějaké: Dynamic library file name*: RfidApiLib.dll* a v příkazech například v popisu**aplikace:* * If(OpenCommPort(“COM1”,9600) == 0) MessageBox(success); Else MessageBox(failed); Ale nyní port nemám ! Přiznám se, že zatím nevím co dál. Dne 17.5.2015 v 9:11 Dex napsal(a): Zdravím, nechci Vás svést na špatnou cestu, ale netváří se ta čtečka jako COM port? Poznámka o CP2102 by o tom svědčila. Pak bych ovšem doporučil pyserial místo pyusb ;-) Jen nápad... Dex On 17.5.2015 8:30, Ing. Vladislav Ludík wrote: libusb0 jsem jsem měl nahrané, ale asi špatné verze. Teď jsem našel správnou verzi, libusb0 se nahrálo korektně. Čtečka pak zmizela ve správci zařízení z Portů (byl tam nějaký COM) a objevil se samostatný symbol pro usb jako libusb-32 devices s podsložkou CP2102 USB to UART Bridge Controller Když nyní dám usb.core.show_devices() vrátí mi: DEVICE ID 10c4:ea60 on Bus 000 Address 001, Specified at interface Takže idVendor=0x10C48 měl být 0x10C4 Po opravě se vše rozjelo. Zdá se, že jsem na dobré cestě. Děkuji za pomoc. Vláďa Dne 17.5.2015 v 2:43 Petr Messner napsal(a): Njn, když chceš hackovat, tak na to musíš mít křídla :) Z chyby 'generator' object has no attribute 'set_configuration' je zřejmé, že to usb.core.find vrací iterátor. No a proč to vrací iterátor? Protože deklarace té funkce https://github.com/walac/pyusb/blob/a83f17e568bf893bed53fa984f00c1e168348cb9/usb/core.py#L1127 je deffind(find_all=False, backend=None, custom_match=None, **args): a když to voláš bez keyword argumentů, tak se jako find_all nastaví to 0x10C48, což se interpretuje podobně jako find_all=True. Takže o krok zpět k ValueError: No backend available. Podívej se do zdrojáku, co to dělá. Prochází to moduly usb.backend.libusb1, usb.backend.libusb0 a usb.backend.openusb a volá to jejich funkci get_backend(), která se snaží danou DLL (nebo .so) knihovnu načíst (protože usb.backend.* jsou jen ctypes wrappery céčkových knihoven). Takže problém je v tom, že žádnou z těch knihoven buď nemáš k dispozici, nebo ji pyusb nemůže najít. PM Dne 16. května 2015 16:28 Ing. Vladislav Ludík vl...@ludik.cz mailto:vl...@ludik.cz napsal(a): Ještě chyby: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) hlásí chybu: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) File build\bdist.win32\egg\usb\core.py, line 1199, in find raise ValueError('No backend available') ValueError: No backend available Když jsem změnil řádek na: dev = usb.core.find(0x10C48, 0xEA60) program projde dále, ale hlásí chybu: dev.set_configuration() AttributeError: 'generator' object has no attribute 'set_configuration' Co s tím dále, nevím. Díky Vláďa ___ Python mailing list python@py.cz mailto: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] UHF RFID čtečka
libusb0 jsem jsem měl nahrané, ale asi špatné verze. Teď jsem našel správnou verzi, libusb0 se nahrálo korektně. Čtečka pak zmizela ve správci zařízení z Portů (byl tam nějaký COM) a objevil se samostatný symbol pro usb jako libusb-32 devices s podsložkou CP2102 USB to UART Bridge Controller Když nyní dám usb.core.show_devices() vrátí mi: DEVICE ID 10c4:ea60 on Bus 000 Address 001, Specified at interface Takže idVendor=0x10C48 měl být 0x10C4 Po opravě se vše rozjelo. Zdá se, že jsem na dobré cestě. Děkuji za pomoc. Vláďa Dne 17.5.2015 v 2:43 Petr Messner napsal(a): Njn, když chceš hackovat, tak na to musíš mít křídla :) Z chyby 'generator' object has no attribute 'set_configuration' je zřejmé, že to usb.core.find vrací iterátor. No a proč to vrací iterátor? Protože deklarace té funkce https://github.com/walac/pyusb/blob/a83f17e568bf893bed53fa984f00c1e168348cb9/usb/core.py#L1127 je deffind(find_all=False, backend=None, custom_match=None, **args): a když to voláš bez keyword argumentů, tak se jako find_all nastaví to 0x10C48, což se interpretuje podobně jako find_all=True. Takže o krok zpět k ValueError: No backend available. Podívej se do zdrojáku, co to dělá. Prochází to moduly usb.backend.libusb1, usb.backend.libusb0 a usb.backend.openusb a volá to jejich funkci get_backend(), která se snaží danou DLL (nebo .so) knihovnu načíst (protože usb.backend.* jsou jen ctypes wrappery céčkových knihoven). Takže problém je v tom, že žádnou z těch knihoven buď nemáš k dispozici, nebo ji pyusb nemůže najít. PM Dne 16. května 2015 16:28 Ing. Vladislav Ludík vl...@ludik.cz mailto:vl...@ludik.cz napsal(a): Ještě chyby: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) hlásí chybu: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) File build\bdist.win32\egg\usb\core.py, line 1199, in find raise ValueError('No backend available') ValueError: No backend available Když jsem změnil řádek na: dev = usb.core.find(0x10C48, 0xEA60) program projde dále, ale hlásí chybu: dev.set_configuration() AttributeError: 'generator' object has no attribute 'set_configuration' Co s tím dále, nevím. Díky Vláďa ___ Python mailing list python@py.cz mailto: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] UHF RFID čtečka
Zdravím, nechci Vás svést na špatnou cestu, ale netváří se ta čtečka jako COM port? Poznámka o CP2102 by o tom svědčila. Pak bych ovšem doporučil pyserial místo pyusb ;-) Jen nápad... Dex On 17.5.2015 8:30, Ing. Vladislav Ludík wrote: libusb0 jsem jsem měl nahrané, ale asi špatné verze. Teď jsem našel správnou verzi, libusb0 se nahrálo korektně. Čtečka pak zmizela ve správci zařízení z Portů (byl tam nějaký COM) a objevil se samostatný symbol pro usb jako libusb-32 devices s podsložkou CP2102 USB to UART Bridge Controller Když nyní dám usb.core.show_devices() vrátí mi: DEVICE ID 10c4:ea60 on Bus 000 Address 001, Specified at interface Takže idVendor=0x10C48 měl být 0x10C4 Po opravě se vše rozjelo. Zdá se, že jsem na dobré cestě. Děkuji za pomoc. Vláďa Dne 17.5.2015 v 2:43 Petr Messner napsal(a): Njn, když chceš hackovat, tak na to musíš mít křídla :) Z chyby 'generator' object has no attribute 'set_configuration' je zřejmé, že to usb.core.find vrací iterátor. No a proč to vrací iterátor? Protože deklarace té funkce https://github.com/walac/pyusb/blob/a83f17e568bf893bed53fa984f00c1e168348cb9/usb/core.py#L1127 je deffind(find_all=False, backend=None, custom_match=None, **args): a když to voláš bez keyword argumentů, tak se jako find_all nastaví to 0x10C48, což se interpretuje podobně jako find_all=True. Takže o krok zpět k ValueError: No backend available. Podívej se do zdrojáku, co to dělá. Prochází to moduly usb.backend.libusb1, usb.backend.libusb0 a usb.backend.openusb a volá to jejich funkci get_backend(), která se snaží danou DLL (nebo .so) knihovnu načíst (protože usb.backend.* jsou jen ctypes wrappery céčkových knihoven). Takže problém je v tom, že žádnou z těch knihoven buď nemáš k dispozici, nebo ji pyusb nemůže najít. PM Dne 16. května 2015 16:28 Ing. Vladislav Ludík vl...@ludik.cz mailto:vl...@ludik.cz napsal(a): Ještě chyby: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) hlásí chybu: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) File build\bdist.win32\egg\usb\core.py, line 1199, in find raise ValueError('No backend available') ValueError: No backend available Když jsem změnil řádek na: dev = usb.core.find(0x10C48, 0xEA60) program projde dále, ale hlásí chybu: dev.set_configuration() AttributeError: 'generator' object has no attribute 'set_configuration' Co s tím dále, nevím. Díky Vláďa ___ Python mailing list python@py.cz mailto: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] UHF RFID čtečka
Původně tam byl COM4, ale serial, nebo i hyperterminal se tvářili jako otevřené, ale čtečka nereagovala. Po přeinstalaci ovladačů COM port zmizel. Tak nevím jak to má být, protože v dokumentaci je nějaké: Dynamic library file name*: RfidApiLib.dll* a v příkazech například v popisu**aplikace:* * If(OpenCommPort(“COM1”,9600) == 0) MessageBox(success); Else MessageBox(failed); Ale nyní port nemám ! Přiznám se, že zatím nevím co dál. Dne 17.5.2015 v 9:11 Dex napsal(a): Zdravím, nechci Vás svést na špatnou cestu, ale netváří se ta čtečka jako COM port? Poznámka o CP2102 by o tom svědčila. Pak bych ovšem doporučil pyserial místo pyusb ;-) Jen nápad... Dex On 17.5.2015 8:30, Ing. Vladislav Ludík wrote: libusb0 jsem jsem měl nahrané, ale asi špatné verze. Teď jsem našel správnou verzi, libusb0 se nahrálo korektně. Čtečka pak zmizela ve správci zařízení z Portů (byl tam nějaký COM) a objevil se samostatný symbol pro usb jako libusb-32 devices s podsložkou CP2102 USB to UART Bridge Controller Když nyní dám usb.core.show_devices() vrátí mi: DEVICE ID 10c4:ea60 on Bus 000 Address 001, Specified at interface Takže idVendor=0x10C48 měl být 0x10C4 Po opravě se vše rozjelo. Zdá se, že jsem na dobré cestě. Děkuji za pomoc. Vláďa Dne 17.5.2015 v 2:43 Petr Messner napsal(a): Njn, když chceš hackovat, tak na to musíš mít křídla :) Z chyby 'generator' object has no attribute 'set_configuration' je zřejmé, že to usb.core.find vrací iterátor. No a proč to vrací iterátor? Protože deklarace té funkce https://github.com/walac/pyusb/blob/a83f17e568bf893bed53fa984f00c1e168348cb9/usb/core.py#L1127 je deffind(find_all=False, backend=None, custom_match=None, **args): a když to voláš bez keyword argumentů, tak se jako find_all nastaví to 0x10C48, což se interpretuje podobně jako find_all=True. Takže o krok zpět k ValueError: No backend available. Podívej se do zdrojáku, co to dělá. Prochází to moduly usb.backend.libusb1, usb.backend.libusb0 a usb.backend.openusb a volá to jejich funkci get_backend(), která se snaží danou DLL (nebo .so) knihovnu načíst (protože usb.backend.* jsou jen ctypes wrappery céčkových knihoven). Takže problém je v tom, že žádnou z těch knihoven buď nemáš k dispozici, nebo ji pyusb nemůže najít. PM Dne 16. května 2015 16:28 Ing. Vladislav Ludík vl...@ludik.cz mailto:vl...@ludik.cz napsal(a): Ještě chyby: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) hlásí chybu: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) File build\bdist.win32\egg\usb\core.py, line 1199, in find raise ValueError('No backend available') ValueError: No backend available Když jsem změnil řádek na: dev = usb.core.find(0x10C48, 0xEA60) program projde dále, ale hlásí chybu: dev.set_configuration() AttributeError: 'generator' object has no attribute 'set_configuration' Co s tím dále, nevím. Díky Vláďa ___ Python mailing list python@py.cz mailto: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] UHF RFID čtečka
___ Python mailing list python@py.cz mailto: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 ___ 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] UHF RFID čtečka
Ještě chyby: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) hlásí chybu: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) File build\bdist.win32\egg\usb\core.py, line 1199, in find raise ValueError('No backend available') ValueError: No backend available Když jsem změnil řádek na: dev = usb.core.find(0x10C48, 0xEA60) program projde dále, ale hlásí chybu: dev.set_configuration() AttributeError: 'generator' object has no attribute 'set_configuration' Co s tím dále, nevím. Díky Vláďa ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] UHF RFID čtečka
Zdravím všechny, přivítal bych pomoc s oživením velmi chytré USB čtečky čipů, viz: http://www.security-warehouse.com/index.php/rfid-860-925-mhz-equipment/rfid-uhf-860-960-mhz-iso-18000-6b-6c-desktop-reader-writrer-ultra-thin-usb-with-sdk.html Jsou tam i dema a ovladače, unzip heslo je securitywarehouse Můj problém spočívá v tom, že se mi nedaří s čtečkou navázat spojení. Prostředí je Windows 7, Apache, Cherrypy a MySQLdb. Nahrál jsem modul pyusb, ale ten USB s čtečkou nevidí. Konstrukce: import usb.core import usb.util # find our device dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) # was it found? if dev is None: raise ValueError('Device not found') # set the active configuration. With no arguments, the first # configuration will be the active one dev.set_configuration() # get an endpoint instance cfg = dev.get_active_configuration() intf = cfg[(0,0)] ep = usb.util.find_descriptor( intf, # match the first OUT endpoint custom_match = \ lambda e: \ usb.util.endpoint_direction(e.bEndpointAddress) == \ usb.util.ENDPOINT_OUT) assert ep is not None # write the data ep.write('test') Správce zařízení Windows rozpoznal čtečku jako Silicon Labs CP210x USB UART Bridge (COM4) a identifikoval VID=0x10C48, PID=0xEA60 Čtečka se ale nepřipojí. Pomůže někdo ? Díky Vláďa ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] UHF RFID čtečka
Njn, když chceš hackovat, tak na to musíš mít křídla :) Z chyby 'generator' object has no attribute 'set_configuration' je zřejmé, že to usb.core.find vrací iterátor. No a proč to vrací iterátor? Protože deklarace té funkce https://github.com/walac/pyusb/blob/a83f17e568bf893bed53fa984f00c1e168348cb9/usb/core.py#L1127 je def find(find_all=False, backend = None, custom_match = None, **args): a když to voláš bez keyword argumentů, tak se jako find_all nastaví to 0x10C48, což se interpretuje podobně jako find_all=True. Takže o krok zpět k ValueError: No backend available. Podívej se do zdrojáku, co to dělá. Prochází to moduly usb.backend.libusb1, u sb.backend.libusb0 a usb.backend.openusb a volá to jejich funkci get_backend(), která se snaží danou DLL (nebo .so) knihovnu načíst (protože usb.backend.* jsou jen ctypes wrappery céčkových knihoven). Takže problém je v tom, že žádnou z těch knihoven buď nemáš k dispozici, nebo ji pyusb nemůže najít. PM Dne 16. května 2015 16:28 Ing. Vladislav Ludík vl...@ludik.cz napsal(a): Ještě chyby: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) hlásí chybu: dev = usb.core.find(idVendor=0x10C48, idProduct=0xEA60) File build\bdist.win32\egg\usb\core.py, line 1199, in find raise ValueError('No backend available') ValueError: No backend available Když jsem změnil řádek na: dev = usb.core.find(0x10C48, 0xEA60) program projde dále, ale hlásí chybu: dev.set_configuration() AttributeError: 'generator' object has no attribute 'set_configuration' Co s tím dále, nevím. Díky Vláďa ___ 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] Pulnocni rozjimani :-)
Skutecna zlodejna neni tak hezky deklarovana, ale dela se pekne pod rukou: a = SuperMaxiSecureAccount() a.__class__ = Thief On 05/12/2015 12:46 AM, Jan Bednařík wrote: Trošku z jiného soudku: $ python3 Python 3.4.3 (default, Mar 23 2015, 04:19:36) [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin Type help, copyright, credits or license for more information. class Account: ... def deposit(self, amount): ... print('saved:', amount) ... class SecureAccount(Account): ... def safe_deposit(self, amount): ... print('*secure transaction begin*') ... super().deposit(amount) ... print('*secure transaction end*') ... sa = SecureAccount() sa.safe_deposit(100) *secure transaction begin* saved: 100 *secure transaction end* class Thief(Account): ... def deposit(self, amount): ... print('STOLEN:', amount) ... class MyAccount(SecureAccount, Thief): ... pass ... ma = MyAccount() ma.safe_deposit(200) *secure transaction begin* STOLEN: 200 *secure transaction end* Honza 2015-05-11 23:57 GMT+02:00 Matěj Cepl mc...@cepl.eu mailto:mc...@cepl.eu: On 2015-05-11, 20:53 GMT, Honza Král wrote: Jen pozor, ze tohle je chovani CPythonu, tedy jedne z implementaci a nikoli definice chovani pythonu, nelze tedy na to spolehat a porovnavani integereru by se melo vzdy provadet pres == a nikdy pres is, i kdybychom meli 1000% jistotu, ze to budou jen cisla od 0 do 10. Honza Král Skutečně, neni Python jako Python: $ jython Jython 2.7b4 (default:3672e624962a, Feb 13 2015, 04:59:14) [OpenJDK 64-Bit Server VM (Oracle Corporation)] on java1.7.0_79 Type help, copyright, credits or license for more information. a = 256 b = 256 a is b True a = 257 b = 257 a is b True $ Zajímavě, Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz http://ceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC The ratio of literacy to illiteracy is a constant, but nowadays the illiterates can read. -- Alberto Moravia ___ Python mailing list python@py.cz mailto: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] 50 SRAZU V PRAZE (PYG+PYRO+PYVO)
Pratele, nezapomente, jiz pristi stredu 20.5.2015 propukne 50. bujare veseli ku prilezitosti 50. opakovani naseho slavneho Python srazu (aka Python/Django) v Praze! prase+delobuchy+pivo zdarma programatorsky program Racte se prihlasit na stranky na stranky srazu na adrese http://lanyrd.com/2015/praha-pyvo-may/. Prijdte, i kdyz si netroufate prijit s programkem ze svych zacatku (viz minuly email s podrobnostmi). Pro predstavu, zde je moje prvotina: 10 CLS 20 GOTO 50 30 END 40 GOTO 20 50 NEW Netreba delsi, pro zvidave, vysvetleni podam na miste. Dorazte! whiskybar http://lanyrd.com/2015/praha-pyvo-may/ On 2015-05-05 12:39, Jiri Barton wrote: Je to tady! Konecne jste se dockali! Uz po 50. Vas vsechny pozveme na Python sraz v Praze! Pivo zdarma! (ne uplne, cti dal) Kdy === 20. 5. 2015 streda v 19:00 Kde === Na Venecku, Ostrovskeho 38a, Praha 5 - Smichoff Co == * Pyg (bude prase!) * Pyrotechnika (bude ohnostroj!) * Pyvo (bude pivo!) Kdo === Vy Program === Pivo zdarma cely vecer pro kazdeho, kdo si pripravi prispevek do 1 ze 3 souteznich kategorii. Hodnotit se bude vtipnost/trapnost/preslap/nefunkcnost. Behem 5min (nebo mene) se pokusite, nejlepe na kousku kodu, vysvetlit, proc to nenfunguje (pokud to nebude zrejme). Casomira na 5 min, pocitac netreba, kod staci mit zpristupnen online. Katerorie: * BASIC: muj prvni naivni programek - v cemkoliv (BASIC, Pascal, ...) * PYTHON: moje naivni Python zkusenost - jak me Python pokousal (Python) * PRO: moje posledni/nedavna naivni blbost - co jsem naposled podelal/a (cokoliv) * Kazdy s prispevkem bude mit pivo (vcetne nealko piva) cely vecer zdarma! * Vitezove obdrzi lahvinku tradicniho drinku na Venecku! Zapatrejte ve svych pametech a dorazte. whiskybar http://lanyrd.com/2015/praha-pyvo-may/ ___ 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] Pulnocni rozjimani :-)
$ python Python 2.6.6 (r266:84292, Nov 21 2013, 10:50:32) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2 a = 256 b = 256 a is b True a = 257 b = 257 a is b False On Sunday, May 10, 2015 at 1:05:58 AM UTC+2, Vladimir Macek wrote: Just having fun. $ python a = {} b = {'a': a} a['b'] = b a {'b': {'a': {...}}} b {'a': {'b': {...}}} import cPickle ap = cPickle.dumps(a) del a, b len(ap) 26 a = cPickle.loads(ap) a {'b': {'a': {...}}} a['b'] {'a': {'b': {...}}} a['b']['a'] {'b': {'a': {...}}} a['b']['a']['b'] {'a': {'b': {...}}} Navaze nekdo? :-) V. --- news://freenews.netfront.net/ - complaints: n...@netfront.net --- ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Pulnocni rozjimani :-)
On 2015-05-11, 20:53 GMT, Honza Král wrote: Jen pozor, ze tohle je chovani CPythonu, tedy jedne z implementaci a nikoli definice chovani pythonu, nelze tedy na to spolehat a porovnavani integereru by se melo vzdy provadet pres == a nikdy pres is, i kdybychom meli 1000% jistotu, ze to budou jen cisla od 0 do 10. Honza Král Skutečně, neni Python jako Python: $ jython Jython 2.7b4 (default:3672e624962a, Feb 13 2015, 04:59:14) [OpenJDK 64-Bit Server VM (Oracle Corporation)] on java1.7.0_79 Type help, copyright, credits or license for more information. a = 256 b = 256 a is b True a = 257 b = 257 a is b True $ Zajímavě, Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC The ratio of literacy to illiteracy is a constant, but nowadays the illiterates can read. -- Alberto Moravia ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Pulnocni rozjimani :-)
Zdravím. Můžete mi prosím toto někdo vysvětlit? Myslel jsem si, že datové typy jsou buď měnitelné, nebo neměnitelné --- ale tady do vypadá, že int je něco mezi tím. Díky. Marek On Mon, 11 May 2015 03:46:33 -0700 (PDT) Pavel Schön pa...@schon.cz wrote to python@py.cz: $ python Python 2.6.6 (r266:84292, Nov 21 2013, 10:50:32) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2 a = 256 b = 256 a is b True a = 257 b = 257 a is b False -- @ @ @ Marek Nožka '.@ :*`@ email: marek @t tlapicka d.t net `*' jabber: tlapicka @t mitranet d.t cz :: web: http://tlapicka.net/ `' `' Powered by Debian GNU/Linux `.**' ¨¨ ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Pulnocni rozjimani :-)
Jen pozor, ze tohle je chovani CPythonu, tedy jedne z implementaci a nikoli definice chovani pythonu, nelze tedy na to spolehat a porovnavani integereru by se melo vzdy provadet pres == a nikdy pres is, i kdybychom meli 1000% jistotu, ze to budou jen cisla od 0 do 10. Honza Král E-Mail: honza.k...@gmail.com Phone: +420 606 678585 2015-05-11 22:28 GMT+02:00 Pavel Schön pa...@schon.cz: Integery od -5 do 256 jsou hardcodované, neboť jsou často používané, vždy jsou inicializované v paměti a proto mají stejné adresy. https://docs.python.org/2/c-api/int.html#c.PyInt_FromLong ___ 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] Pulnocni rozjimani :-)
Integery od -5 do 256 jsou hardcodované, neboť jsou často používané, vždy jsou inicializované v paměti a proto mají stejné adresy. https://docs.python.org/2/c-api/int.html#c.PyInt_FromLong ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Pulnocni rozjimani :-)
Měnitelnost/neměnitelnost je jedna věc a identita/hodnota druhá. Můžu mít dva neměnitelné objekty stejné hodnoty, každý z nich ale bude existovat zvlášť - na své vlastní adrese v paměti. Snažit se, aby všechny takové objekty byly automaticky deduplikovány, by byla jen práce navíc. PM Dne 11. května 2015 21:59 Marek Nožka ma...@tlapicka.net napsal(a): Zdravím. Můžete mi prosím toto někdo vysvětlit? Myslel jsem si, že datové typy jsou buď měnitelné, nebo neměnitelné --- ale tady do vypadá, že int je něco mezi tím. Díky. Marek On Mon, 11 May 2015 03:46:33 -0700 (PDT) Pavel Schön pa...@schon.cz wrote to python@py.cz: $ python Python 2.6.6 (r266:84292, Nov 21 2013, 10:50:32) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2 a = 256 b = 256 a is b True a = 257 b = 257 a is b False ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Pulnocni rozjimani :-)
Trošku z jiného soudku: $ python3 Python 3.4.3 (default, Mar 23 2015, 04:19:36) [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin Type help, copyright, credits or license for more information. class Account: ... def deposit(self, amount): ... print('saved:', amount) ... class SecureAccount(Account): ... def safe_deposit(self, amount): ... print('*secure transaction begin*') ... super().deposit(amount) ... print('*secure transaction end*') ... sa = SecureAccount() sa.safe_deposit(100) *secure transaction begin* saved: 100 *secure transaction end* class Thief(Account): ... def deposit(self, amount): ... print('STOLEN:', amount) ... class MyAccount(SecureAccount, Thief): ... pass ... ma = MyAccount() ma.safe_deposit(200) *secure transaction begin* STOLEN: 200 *secure transaction end* Honza 2015-05-11 23:57 GMT+02:00 Matěj Cepl mc...@cepl.eu: On 2015-05-11, 20:53 GMT, Honza Král wrote: Jen pozor, ze tohle je chovani CPythonu, tedy jedne z implementaci a nikoli definice chovani pythonu, nelze tedy na to spolehat a porovnavani integereru by se melo vzdy provadet pres == a nikdy pres is, i kdybychom meli 1000% jistotu, ze to budou jen cisla od 0 do 10. Honza Král Skutečně, neni Python jako Python: $ jython Jython 2.7b4 (default:3672e624962a, Feb 13 2015, 04:59:14) [OpenJDK 64-Bit Server VM (Oracle Corporation)] on java1.7.0_79 Type help, copyright, credits or license for more information. a = 256 b = 256 a is b True a = 257 b = 257 a is b True $ Zajímavě, Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC The ratio of literacy to illiteracy is a constant, but nowadays the illiterates can read. -- Alberto Moravia ___ 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] Pulnocni rozjimani :-)
Just having fun. $ python a = {} b = {'a': a} a['b'] = b a {'b': {'a': {...}}} b {'a': {'b': {...}}} import cPickle ap = cPickle.dumps(a) del a, b len(ap) 26 a = cPickle.loads(ap) a {'b': {'a': {...}}} a['b'] {'a': {'b': {...}}} a['b']['a'] {'b': {'a': {...}}} a['b']['a']['b'] {'a': {'b': {...}}} Navaze nekdo? :-) V. ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] 50 SRAZU V PRAZE (PYG+PYRO+PYVO)
Je to tady! Konecne jste se dockali! Uz po 50. Vas vsechny pozveme na Python sraz v Praze! Pivo zdarma! (ne uplne, cti dal) Kdy === 20. 5. 2015 streda v 19:00 Kde === Na Venecku, Ostrovskeho 38a, Praha 5 - Smichoff Co == * Pyg (bude prase!) * Pyrotechnika (bude ohnostroj!) * Pyvo (bude pivo!) Kdo === Vy Program === Pivo zdarma cely vecer pro kazdeho, kdo si pripravi prispevek do 1 ze 3 souteznich kategorii. Hodnotit se bude vtipnost/trapnost/preslap/nefunkcnost. Behem 5min (nebo mene) se pokusite, nejlepe na kousku kodu, vysvetlit, proc to nenfunguje (pokud to nebude zrejme). Casomira na 5 min, pocitac netreba, kod staci mit zpristupnen online. Katerorie: * BASIC: muj prvni naivni programek - v cemkoliv (BASIC, Pascal, ...) * PYTHON: moje naivni Python zkusenost - jak me Python pokousal (Python) * PRO: moje posledni/nedavna naivni blbost - co jsem naposled podelal/a (cokoliv) * Kazdy s prispevkem bude mit pivo (vcetne nealko piva) cely vecer zdarma! * Vitezove obdrzi lahvinku tradicniho drinku na Venecku! Zapatrejte ve svych pametech a dorazte. whiskybar http://lanyrd.com/2015/praha-pyvo-may/ ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Marketing minute: Kdo pouziva Python?
*pokyne kloboukem* Dne 3.5.2015 v 21:57 starenka . napsal(a): https://github.com/pyvec/python.cz/blob/gh-pages/index.html -- 'aknerats'[::-1] On May 3, 2015 8:17 PM, Bystroushaak bystrou...@kitakitsune.org mailto:bystrou...@kitakitsune.org wrote: ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Marketing minute: Kdo pouziva Python?
Ahoj. My používáme python v Národní knihovně, hned na několika místech: Jednak tu jsou Plone farmy, za nás pak projekt edeposit a nedávno se mi ho podařilo doporučit k použití na některé interní weby i českému webarchivu. Jinak na stránce je napsáno `Chcete být v tomto seznamu? Pošlete pull request.`, zřejmě je ale nad moje schopnosti zjistit, kam ten pull request mám poslat, protože v tom repozitáři kam vede odkaz (https://github.com/honzajavorek/python.cz) jsem soubor se seznamem nikde nenašel. Dne 24.4.2015 v 15:17 Vladimir Macek napsal(a): Ahoj, muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji Python a nejsou dosud uvedeni v dolni casti Kdo tvori v Pythonu na strance http://python.cz/, aby to dali najevo? Je to pitomy, ale cim vyznamnejsi hraci, nejen primo z IT, nas oblibeny jazyk pouzivaji, tim vice to pomuze tem z nas, kteri se snazime o aktivni propagaci. Reference je ohromna vec. Kdyby se tak podarilo dokonce ziskat nejaka autenticka nadsena slova treba sefa tymu z nejake korporace, to by bylo velmi dobre! Jde o CENNOU INFORMACI, opravdu. Proto nemusite nutne postupovat doporucenym zpusobem pres pull request, pokud nechcete. Dejte to vedet jakkoli. Tez si dovolim poznamenat, ze abecedni razeni toho seznamu, vedene zrejme snahou o politickou korektnost, nepovazuju za zcela nejstastnejsi. At se nam to libi nebo ne, mam zato, ze kazdy hleda velka jmena. Nemohla by byt minimalne tucne? Pozor, i nevelka jmena ten seznam prodlouzi, coz je take dobre. Diky a pekny den! ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Marketing minute: Kdo pouziva Python?
https://github.com/pyvec/python.cz/blob/gh-pages/index.html -- 'aknerats'[::-1] On May 3, 2015 8:17 PM, Bystroushaak bystrou...@kitakitsune.org wrote: Ahoj. My používáme python v Národní knihovně, hned na několika místech: Jednak tu jsou Plone farmy, za nás pak projekt edeposit a nedávno se mi ho podařilo doporučit k použití na některé interní weby i českému webarchivu. Jinak na stránce je napsáno `Chcete být v tomto seznamu? Pošlete pull request.`, zřejmě je ale nad moje schopnosti zjistit, kam ten pull request mám poslat, protože v tom repozitáři kam vede odkaz ( https://github.com/honzajavorek/python.cz) jsem soubor se seznamem nikde nenašel. Dne 24.4.2015 v 15:17 Vladimir Macek napsal(a): Ahoj, muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji Python a nejsou dosud uvedeni v dolni casti Kdo tvori v Pythonu na strance http://python.cz/, aby to dali najevo? Je to pitomy, ale cim vyznamnejsi hraci, nejen primo z IT, nas oblibeny jazyk pouzivaji, tim vice to pomuze tem z nas, kteri se snazime o aktivni propagaci. Reference je ohromna vec. Kdyby se tak podarilo dokonce ziskat nejaka autenticka nadsena slova treba sefa tymu z nejake korporace, to by bylo velmi dobre! Jde o CENNOU INFORMACI, opravdu. Proto nemusite nutne postupovat doporucenym zpusobem pres pull request, pokud nechcete. Dejte to vedet jakkoli. Tez si dovolim poznamenat, ze abecedni razeni toho seznamu, vedene zrejme snahou o politickou korektnost, nepovazuju za zcela nejstastnejsi. At se nam to libi nebo ne, mam zato, ze kazdy hleda velka jmena. Nemohla by byt minimalne tucne? Pozor, i nevelka jmena ten seznam prodlouzi, coz je take dobre. Diky a pekny den! ___ 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] [django-cs] Marketing minute: Kdo pouziva Python?
BTW, pokud by pomohlo ke contributions, ze by byl novy python.cz na Djangu a ne na Flasku, tak bych se tomu asi ani nebranil. Ono i v tom Djangu se da udelat minimalne nekomplexni miniwebik a snadneji se to rozsiruje. Aby to neumrelo nespravovane kvuli komplexite, o to bych se postaral. H 2015-04-28 15:41 GMT+02:00 Honza Javorek m...@honzajavorek.cz: Ahoj, sorry za pozdni vstup do diskuse, mam toho ted moc. Jakozto neco jako tvurce/spravce python.cz bych se mel asi vyjadrit :) Ja to vidim takto. Cile teto sekce jsou: - dat vedet lidem, ze najdou praci, kdyz se nauci python - dat vedet firmam, ze se nemaji bat zacit pouzivat python K tomu by idealne slouzilo neco, co je na python.org zastoupeno strankou https://www.python.org/about/success/ Podle me je uplne v pohode aby nam firma sepsala success story a my ji tam uverejnili - je to sluzba za sluzbu, oni maji PR / odkazy, my mame success story pro nase PR a ovlivnovani rozhodnuti lidi. Rozsirene cile sekce: - v podstate HR market, tzn. moznost aby se firma prezentovala s tim, ze lidi ji mohou kontaktovat, stejne tak by se lidi, predevsim volnonozci, mohli prezentovat s tim, aby je nekdo kontaktoval s projektem (inspirace: navolnenoze.cz nebo co bylo driv na http://www.djangonauts.org/ - seznam lidi co delaji v djangu, nebo uz hardcore board jako api-jobs.com nebo https://www.python.org/jobs/ ) - vizualizace velikosti komunity (firem, jednotlivcu) treba na mape Vidim velkou potrebu mit vsechny tyto use-cases pokryty. Rozhodne bych ale nevykopaval nic jako job board, protoze na to ted nemam(e) silu a hlavne by to posunulo tuhle peknou malou komunitni stranku uplne jinym smerem a chtelo by nejdrive domyslet, co by to znamenalo. Co se planuje: Zatim jsem to mel vymyslene tak, ze by tam byla podstranka s mapkou nasi komunity, kde by byli freelanceri a firmy, normalne nejaky rejstrik a vykresleny na mapce jako puntiky. Mit je velky podle toho kolik se zamestnava lidi, to je zajimavy, ale ve verzi jedna bych to zatim moc neresil. Data by se brala z jednoho JSON filu, to neni problem. Snadno se do toho pullrequestuje ;-) Takova stranka je hned a brzy se k tomu dostanu. Pokud byste mi chteli nekdo pomoct, ozvete se mi prosim na mail a nejak se dohodnem. Ja jsem na to ted sam a proste to spolu s Pyvem, Django Girls a praci ted moc nedavam, takze vyvoj novinek na python.cz stoji. Delba prace by to mohla zachranit - je nas hodne a kdyz se nejak dohodnem a kazdy udela kousek a ja to pak slepim treba dohromady, tak to treba muze dopadnout dobre. Dilci odpovedi: python.cz neni muj projekt Ja bych byl rad, kdyby byl. Byl bych rad, kdyby to byl projekt od komunity pro komunitu, takze neni to muj projekt by bylo asi podobny jako neni to muj chodnik nebo neni to muj park. Nevim jestli to necemu pomuze, protoze chodniky a parky taky chatraji, ale udelalo by mi to radost :D A disclusure: Protoze Python skolim, mam z jeho lepsiho postaveni i obcasny zisk. To je vlastne docela dobry duvod, proc se snazit neco pro py komunitni projekty neco delat, ne? :) python.cz vidim jako (krom jineho) svym zpusobem marketing -- web by mel zaujmout nove prichozi, kteri toho moc nevedi. Ano, ano, ano. marketingove aktivity jsou obecne v Python komunite slabsi. Ve srovnani s Ruby ci ROR komunitou se neumime prodat Zase umime jiny veci. Treba fungovat spolecne ;) Ale jinak souhlas. Ja bych to delal klidne cely dny! Dokonce jsem sel na nejakej kurz o PR pro neziskovky, abych si dovzdelal zaklady a vymyslel nejake nove napady pro Py komunitu a treba i jak psat ty texty na python.cz a jak to podat. Hosi a devcata, dejte mi druhy zivot, kde nebudu muset mit day job http://en.wikipedia.org/wiki/Job#Day_job, a vsechno tohle budu klidne delat ;) Diky strasne moc za tuhle diskusi, je podnetna a to ze se jeji obsah vicemene prekryva s tim, co mam tak trochu v hlave, mi dava za pravdu, ze jsou tyto veci potreba. Budu rad, kdyz i dalsi navrhnou co by radi na python.cz videli nebo pokud vas napadne co a jak prezentovat a co a jak vylepsit, napiste to prosim! Honza 2015-04-28 14:48 GMT+02:00 Plovarna mic...@plovarna.cz: Ahojte, pri cteni Vladovy reakce jsem si vzpomnel na dobu cca 8 let zpatky, kdy jsem rozjizdel djangoproject.cz. Chtel jsem ten web udelat co nejpodobnejsi oficialnimu djangoproject.com a psal jsem primo Jacobovi dotaz, jestli muzu pouzit jejich vzhled. Mno a takto odpovedel: Hrm... I'd really rather you don't do that. The design is technically work product here at the J-W, and specifically belongs to one of our designers; I don't think he'd be very happy to see his hard work reused in that way. I'd really prefer if you'd come up with your own look and feel. Take a look at what the Django-France guys did (http://www.django-fr.org/) and think about doing something similar, OK? Z dnesniho pohledu (kdy uz si lidi zvykaji na autorska prava) celkem logicka reakce, ale tehda jsem tomu
Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?
Diky za odpoved, Vitku. Prece zminka, reference, firmu nestoji penize ani cas ani rozhodovani. Jakoukoli aktivitu (kterou smerujes na pyvec.org sekce Partneri) lze cekat jen od tech zapalenejsich, kterych bude na prstech jedne ruky. Neco davat se ceske firmy teprve uci, maji samy sebe za chude. Co jsem navrhoval je laciny zpusob, jak pomahat kredibilite Pythonu u tech, kteri prichazeji jako novi, nejsou presvedceni jako my nebo u jejich sefu... Tak nemusi tam byt velka jmena hned tucne. Byl to jen jeden z mych navrhu. Ostatni bylo to, aby 1) lide vubec posilali zminky o firmach, ktere by se tam daly dat, 2) se z cloudu nazvu, ktery je podle me neprehledny a neni ani poradne videt prechody mezi subjekty, udelalo neco prehlednejsiho, treba dvousloupcovy seznam. Proti tomu jsi taky? Podle me freelanceri nepatri na frontpage, ale klidne muzou byt na subpage. (Pro ostatni podotykam, ze komentuju ciste jako kolemjdouci, python.cz neni muj projekt. Jen mi na Pythonu zalezi. A disclusure: Protoze Python skolim, mam z jeho lepsiho postaveni i obcasny zisk.) Vidim tedy, ze mame rozdilny pohled. Ja python.cz vidim jako (krom jineho) svym zpusobem marketing -- web by mel zaujmout nove prichozi, kteri toho moc nevedi. Vl. On 25.4.2015 10:41, Vítek Pliska wrote: Hoy, vidim z diskuse ze na to proste kazdy kouka jinak a myslim teda ze vlastne nejlepsi je prave ten flat list jak je. Chtel jsem tam freelancery (nebo spis kdo programuje v py…), lehce jsme to s Honzou Javorkem natukli a mel jsem pocit ze s tim tez problem neni - kdybych je tam chtel vic, tak tam uz jsou, holt jsem linej. Co se tyka velkych jmen/firem, rad bych zminil web pyvec.org sekci Partneři a nechal bych na kazdem jestli v te sve uber velke ci mensi firme treba neprosadi podporu tudyma. Ta je nasledne pouzita treba na to aby jste mohli kouknout na zaznamy prednasek, aby tyto zaznamy nebyly rozklepany, byste i slyseli vo cem ze prednasejici mluvi a aby ten sraz vubec byl. Python.cz bych nerad videl jako marketackou stranku, kde budou firny s X+ zamestnanci tucne. Proste myslim ze takove deleni tam nema misto. Hezky vikend vsem, Vitek 24. 4. 2015 v 18:24, Vladimir Macek ma...@sandbox.cz: Cau, dekuju za diskusi. Zkusim poporade: On 24.4.2015 15:26, Petr Viktorin wrote: Ale co je velké jméno? Velké jméno je pojem, který měl mít intuitivní význam. Jméno, u kterého se dá čekat, že většina čtenářů si řekne fakt i tihle?. Nezapomeň že někteří spoluautoři python.cz pro různě velká jména pracují; chceme se vyhnout střetu zájmů. Jsme snad dospělí a dokážeme se dohodnout, ne? Víme, že python.cz má propagovat Python a nikoli konkrétní firmu. Pokud nelze konsenzus, může pomoci objektivní metrika, například zvýrazněné budou firmy s obratem např. 100M+ nebo např. 50+ zaměstnanci. Jsem pro jednotlivé testy oprávněn nabídnout tyto údaje za now.year-2 libovolného subjektu. Zvýraznění nevíc nemusí být jen jednobitové. Položkou seznamu může být i známý web, nikoli firma. I ten propaguje Python. Možná jednoduché řešení: Dva seznamy, firmy se selektivním zvýrazněním a pak weby naplocho. Kdysi jsme říkali, že pokud některá firma napíše case study/success story, zveřejníme ji na podstránce, a na python.cz/ dáme větší odkaz s logem. A pokud vím, tahle nabídka stále platí, jen tak nějak upadla v zapomnění. To možná víš Ty. I nejspokojenější klienti mi nenapsali referenci samovolně. A když jsem je požádal, často jsem zíral, jak dobrý názor na mě mají. Tuto výzvu je podle mě třeba pravidelně opakovat, aby členové konferencí, pracovníci v těch firmách, pochopili, že když budou trochu iniciativní, pomůžou prosazení Pythonu, tedy svým firmám, i sami sobě. On 24.4.2015 15:39, Jirka Vejrazka wrote: Mam trochu obavu, ze to nebude obcas uplne jednoduche, zvlast u velkych hracu. Kdybych tam napriklad chtel dat jmeno a logo nasi firmy (a ze Python pouzivam prakticky na vsechno), tak je to tak slozite zarizovani, ze to vzdavam predem. Pokud jde o mne, o logu jsem nemluvil. Chápu, že logo je složitá věc a podle mě stejně v českém prostředí nemají loga až tak zvuk. A žerou místo. Myslím, že by docela stačilo, kdyby se onen současný nepřehledný cloud názvů firem a webů změnil na dvousloupcový seznam. Oči čtenářů už v tom rychle rozliší známá jména firem. Ale to zvýraznění velkých jmen by bylo ještě lepší, klidně to může pak zůstat abecedně. :-) Budou mít ostražité firmy něco proti samotnému zmínění jejich názvu a linku na ně? Kdyžtak mě konstruktivně poučte. On 24.4.2015 16:36, Tomáš Ehrlich wrote: Jsem „nevelke“ jméno a používám Python! Můžu poslat foto nebo stačí písemný odkaz? Nevím, jestli si děláš srandu. :-) Jsem také jméno a pythoním velmi efektivně a silně. Ale nejsem značka, kterou tam lidi čekají. Nemyslím si, že by moje jméno na té stránce pomohlo Pythonu. A co kdyby tam byl i třetí seznam -- volnonožci? Díky všem i za budoucí diskusi! V. Úvodní mail: On 24.4.2015 15:17
Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?
Ahoj, sorry za pozdni vstup do diskuse, mam toho ted moc. Jakozto neco jako tvurce/spravce python.cz bych se mel asi vyjadrit :) Ja to vidim takto. Cile teto sekce jsou: - dat vedet lidem, ze najdou praci, kdyz se nauci python - dat vedet firmam, ze se nemaji bat zacit pouzivat python K tomu by idealne slouzilo neco, co je na python.org zastoupeno strankou https://www.python.org/about/success/ Podle me je uplne v pohode aby nam firma sepsala success story a my ji tam uverejnili - je to sluzba za sluzbu, oni maji PR / odkazy, my mame success story pro nase PR a ovlivnovani rozhodnuti lidi. Rozsirene cile sekce: - v podstate HR market, tzn. moznost aby se firma prezentovala s tim, ze lidi ji mohou kontaktovat, stejne tak by se lidi, predevsim volnonozci, mohli prezentovat s tim, aby je nekdo kontaktoval s projektem (inspirace: navolnenoze.cz nebo co bylo driv na http://www.djangonauts.org/ - seznam lidi co delaji v djangu, nebo uz hardcore board jako api-jobs.com nebo https://www.python.org/jobs/ ) - vizualizace velikosti komunity (firem, jednotlivcu) treba na mape Vidim velkou potrebu mit vsechny tyto use-cases pokryty. Rozhodne bych ale nevykopaval nic jako job board, protoze na to ted nemam(e) silu a hlavne by to posunulo tuhle peknou malou komunitni stranku uplne jinym smerem a chtelo by nejdrive domyslet, co by to znamenalo. Co se planuje: Zatim jsem to mel vymyslene tak, ze by tam byla podstranka s mapkou nasi komunity, kde by byli freelanceri a firmy, normalne nejaky rejstrik a vykresleny na mapce jako puntiky. Mit je velky podle toho kolik se zamestnava lidi, to je zajimavy, ale ve verzi jedna bych to zatim moc neresil. Data by se brala z jednoho JSON filu, to neni problem. Snadno se do toho pullrequestuje ;-) Takova stranka je hned a brzy se k tomu dostanu. Pokud byste mi chteli nekdo pomoct, ozvete se mi prosim na mail a nejak se dohodnem. Ja jsem na to ted sam a proste to spolu s Pyvem, Django Girls a praci ted moc nedavam, takze vyvoj novinek na python.cz stoji. Delba prace by to mohla zachranit - je nas hodne a kdyz se nejak dohodnem a kazdy udela kousek a ja to pak slepim treba dohromady, tak to treba muze dopadnout dobre. Dilci odpovedi: python.cz neni muj projekt Ja bych byl rad, kdyby byl. Byl bych rad, kdyby to byl projekt od komunity pro komunitu, takze neni to muj projekt by bylo asi podobny jako neni to muj chodnik nebo neni to muj park. Nevim jestli to necemu pomuze, protoze chodniky a parky taky chatraji, ale udelalo by mi to radost :D A disclusure: Protoze Python skolim, mam z jeho lepsiho postaveni i obcasny zisk. To je vlastne docela dobry duvod, proc se snazit neco pro py komunitni projekty neco delat, ne? :) python.cz vidim jako (krom jineho) svym zpusobem marketing -- web by mel zaujmout nove prichozi, kteri toho moc nevedi. Ano, ano, ano. marketingove aktivity jsou obecne v Python komunite slabsi. Ve srovnani s Ruby ci ROR komunitou se neumime prodat Zase umime jiny veci. Treba fungovat spolecne ;) Ale jinak souhlas. Ja bych to delal klidne cely dny! Dokonce jsem sel na nejakej kurz o PR pro neziskovky, abych si dovzdelal zaklady a vymyslel nejake nove napady pro Py komunitu a treba i jak psat ty texty na python.cz a jak to podat. Hosi a devcata, dejte mi druhy zivot, kde nebudu muset mit day job http://en.wikipedia.org/wiki/Job#Day_job, a vsechno tohle budu klidne delat ;) Diky strasne moc za tuhle diskusi, je podnetna a to ze se jeji obsah vicemene prekryva s tim, co mam tak trochu v hlave, mi dava za pravdu, ze jsou tyto veci potreba. Budu rad, kdyz i dalsi navrhnou co by radi na python.cz videli nebo pokud vas napadne co a jak prezentovat a co a jak vylepsit, napiste to prosim! Honza 2015-04-28 14:48 GMT+02:00 Plovarna mic...@plovarna.cz: Ahojte, pri cteni Vladovy reakce jsem si vzpomnel na dobu cca 8 let zpatky, kdy jsem rozjizdel djangoproject.cz. Chtel jsem ten web udelat co nejpodobnejsi oficialnimu djangoproject.com a psal jsem primo Jacobovi dotaz, jestli muzu pouzit jejich vzhled. Mno a takto odpovedel: Hrm... I'd really rather you don't do that. The design is technically work product here at the J-W, and specifically belongs to one of our designers; I don't think he'd be very happy to see his hard work reused in that way. I'd really prefer if you'd come up with your own look and feel. Take a look at what the Django-France guys did (http://www.django-fr.org/) and think about doing something similar, OK? Z dnesniho pohledu (kdy uz si lidi zvykaji na autorska prava) celkem logicka reakce, ale tehda jsem tomu nerozumnel. Nechapal jsem, proc se brani aktivitam, ktere Django propaguji, resp. proc neni pripraven pro jazykove klony nejaky balicek sablon, ktere by se jen prelozily do jazyka dane zeme. Pouzivat jednotny vzhled (vite jak, vizualne komunikovat) at uz web jede v Polsku, Cesku nebo statech mi prijde jako dobra strategie pro jakykoliv projekt. No ale k veci — prijde mi, ze marketingove aktivity jsou obecne v Python
Re: [python] Marketing minute: Kdo pouziva Python?
Dne 25. dubna 2015 9:52 Matěj Cepl mc...@cepl.eu napsal(a): On 2015-04-24, 13:17 GMT, Vladimir Macek wrote: muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji Python a nejsou dosud uvedeni v dolni casti Kdo tvori v Pythonu na strance http://python.cz/, aby to dali najevo? Je Red Hat zaměstnávající přes 500 lidí v Česku český subjekt? O tom bych ani nepochyboval, https://or.justice.cz/ias/ui/rejstrik-firma.vysledky?subjektId=370449typ=PLATNY Poptal bych se jestli máme nějaký whitepaper/case-study. Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC The main idea of the pope's asking for forgiveness was not to be afraid of the truth. DO NOT BE AFRAID OF TRUTH! We have to have faith in the God's governing power to be able not to be afraid. -- On NPR The Connection from March 13, 2000 ___ 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] Marketing minute: Kdo pouziva Python?
On 2015-04-24, 13:17 GMT, Vladimir Macek wrote: muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji Python a nejsou dosud uvedeni v dolni casti Kdo tvori v Pythonu na strance http://python.cz/, aby to dali najevo? Je Red Hat zaměstnávající přes 500 lidí v Česku český subjekt? Poptal bych se jestli máme nějaký whitepaper/case-study. Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC The main idea of the pope's asking for forgiveness was not to be afraid of the truth. DO NOT BE AFRAID OF TRUTH! We have to have faith in the God's governing power to be able not to be afraid. -- On NPR The Connection from March 13, 2000 ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?
Mam trochu obavu, ze to nebude obcas uplne jednoduche, zvlast u velkych hracu. Kdybych tam napriklad chtel dat jmeno a logo nasi firmy (a ze Python pouzivam prakticky na vsechno), tak je to tak slozite zarizovani, ze to vzdavam predem. Jirka 2015-04-24 15:17 GMT+02:00 Vladimir Macek ma...@sandbox.cz: Ahoj, muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji Python a nejsou dosud uvedeni v dolni casti Kdo tvori v Pythonu na strance http://python.cz/, aby to dali najevo? Je to pitomy, ale cim vyznamnejsi hraci, nejen primo z IT, nas oblibeny jazyk pouzivaji, tim vice to pomuze tem z nas, kteri se snazime o aktivni propagaci. Reference je ohromna vec. Kdyby se tak podarilo dokonce ziskat nejaka autenticka nadsena slova treba sefa tymu z nejake korporace, to by bylo velmi dobre! Jde o CENNOU INFORMACI, opravdu. Proto nemusite nutne postupovat doporucenym zpusobem pres pull request, pokud nechcete. Dejte to vedet jakkoli. Tez si dovolim poznamenat, ze abecedni razeni toho seznamu, vedene zrejme snahou o politickou korektnost, nepovazuju za zcela nejstastnejsi. At se nam to libi nebo ne, mam zato, ze kazdy hleda velka jmena. Nemohla by byt minimalne tucne? Pozor, i nevelka jmena ten seznam prodlouzi, coz je take dobre. Diky a pekny den! -- : Vladimir Macek : http://macek.sandbox.cz : +420 608 978 164 : UNIX Dev || Training : Python, Django : PGP key 97330EBD : http://macek.sandbox.cz/skoleni/ -- -- E-mailová skupina django...@googlegroups.com Správa: http://groups.google.cz/group/django-cs --- Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny django-cs ve Skupinách Google. Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, zašlete e-mail na adresu django-cs+unsubscr...@googlegroups.com. Chcete-li zobrazit tuto diskusi na webu, navštivte https://groups.google.com/d/msgid/django-cs/553A426E.6060601%40sandbox.cz. Další možnosti najdete na adrese https://groups.google.com/d/optout. ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?
2015-04-24 15:17 GMT+02:00 Vladimir Macek ma...@sandbox.cz: Ahoj, muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji Python a nejsou dosud uvedeni v dolni casti Kdo tvori v Pythonu na strance http://python.cz/, aby to dali najevo? Je to pitomy, ale cim vyznamnejsi hraci, nejen primo z IT, nas oblibeny jazyk pouzivaji, tim vice to pomuze tem z nas, kteri se snazime o aktivni propagaci. Reference je ohromna vec. Kdyby se tak podarilo dokonce ziskat nejaka autenticka nadsena slova treba sefa tymu z nejake korporace, to by bylo velmi dobre! Jde o CENNOU INFORMACI, opravdu. Proto nemusite nutne postupovat doporucenym zpusobem pres pull request, pokud nechcete. Dejte to vedet jakkoli. Tez si dovolim poznamenat, ze abecedni razeni toho seznamu, vedene zrejme snahou o politickou korektnost, nepovazuju za zcela nejstastnejsi. At se nam to libi nebo ne, mam zato, ze kazdy hleda velka jmena. Nemohla by byt minimalne tucne? Ale co je velké jméno? Nezapomeň že někteří spoluautoři python.cz pro různě velká jména pracují; chceme se vyhnout střetu zájmů. Kdysi jsme říkali, že pokud některá firma napíše case study/success story, zveřejníme ji na podstránce, a na python.cz/ dáme větší odkaz s logem. A pokud vím, tahle nabídka stále platí, jen tak nějak upadla v zapomnění. Pozor, i nevelka jmena ten seznam prodlouzi, coz je take dobre. Diky a pekny den! ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
[python] Marketing minute: Kdo pouziva Python?
Ahoj, muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji Python a nejsou dosud uvedeni v dolni casti Kdo tvori v Pythonu na strance http://python.cz/, aby to dali najevo? Je to pitomy, ale cim vyznamnejsi hraci, nejen primo z IT, nas oblibeny jazyk pouzivaji, tim vice to pomuze tem z nas, kteri se snazime o aktivni propagaci. Reference je ohromna vec. Kdyby se tak podarilo dokonce ziskat nejaka autenticka nadsena slova treba sefa tymu z nejake korporace, to by bylo velmi dobre! Jde o CENNOU INFORMACI, opravdu. Proto nemusite nutne postupovat doporucenym zpusobem pres pull request, pokud nechcete. Dejte to vedet jakkoli. Tez si dovolim poznamenat, ze abecedni razeni toho seznamu, vedene zrejme snahou o politickou korektnost, nepovazuju za zcela nejstastnejsi. At se nam to libi nebo ne, mam zato, ze kazdy hleda velka jmena. Nemohla by byt minimalne tucne? Pozor, i nevelka jmena ten seznam prodlouzi, coz je take dobre. Diky a pekny den! -- : Vladimir Macek : http://macek.sandbox.cz : +420 608 978 164 : UNIX Dev || Training : Python, Django : PGP key 97330EBD : http://macek.sandbox.cz/skoleni/ ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?
Cau, dekuju za diskusi. Zkusim poporade: On 24.4.2015 15:26, Petr Viktorin wrote: Ale co je velké jméno? Velké jméno je pojem, který měl mít intuitivní význam. Jméno, u kterého se dá čekat, že většina čtenářů si řekne fakt i tihle?. Nezapomeň že někteří spoluautoři python.cz pro různě velká jména pracují; chceme se vyhnout střetu zájmů. Jsme snad dospělí a dokážeme se dohodnout, ne? Víme, že python.cz má propagovat Python a nikoli konkrétní firmu. Pokud nelze konsenzus, může pomoci objektivní metrika, například zvýrazněné budou firmy s obratem např. 100M+ nebo např. 50+ zaměstnanci. Jsem pro jednotlivé testy oprávněn nabídnout tyto údaje za now.year-2 libovolného subjektu. Zvýraznění nevíc nemusí být jen jednobitové. Položkou seznamu může být i známý web, nikoli firma. I ten propaguje Python. Možná jednoduché řešení: Dva seznamy, firmy se selektivním zvýrazněním a pak weby naplocho. Kdysi jsme říkali, že pokud některá firma napíše case study/success story, zveřejníme ji na podstránce, a na python.cz/ dáme větší odkaz s logem. A pokud vím, tahle nabídka stále platí, jen tak nějak upadla v zapomnění. To možná víš Ty. I nejspokojenější klienti mi nenapsali referenci samovolně. A když jsem je požádal, často jsem zíral, jak dobrý názor na mě mají. Tuto výzvu je podle mě třeba pravidelně opakovat, aby členové konferencí, pracovníci v těch firmách, pochopili, že když budou trochu iniciativní, pomůžou prosazení Pythonu, tedy svým firmám, i sami sobě. On 24.4.2015 15:39, Jirka Vejrazka wrote: Mam trochu obavu, ze to nebude obcas uplne jednoduche, zvlast u velkych hracu. Kdybych tam napriklad chtel dat jmeno a logo nasi firmy (a ze Python pouzivam prakticky na vsechno), tak je to tak slozite zarizovani, ze to vzdavam predem. Pokud jde o mne, o logu jsem nemluvil. Chápu, že logo je složitá věc a podle mě stejně v českém prostředí nemají loga až tak zvuk. A žerou místo. Myslím, že by docela stačilo, kdyby se onen současný nepřehledný cloud názvů firem a webů změnil na dvousloupcový seznam. Oči čtenářů už v tom rychle rozliší známá jména firem. Ale to zvýraznění velkých jmen by bylo ještě lepší, klidně to může pak zůstat abecedně. :-) Budou mít ostražité firmy něco proti samotnému zmínění jejich názvu a linku na ně? Kdyžtak mě konstruktivně poučte. On 24.4.2015 16:36, Tomáš Ehrlich wrote: Jsem „nevelke“ jméno a používám Python! Můžu poslat foto nebo stačí písemný odkaz? Nevím, jestli si děláš srandu. :-) Jsem také jméno a pythoním velmi efektivně a silně. Ale nejsem značka, kterou tam lidi čekají. Nemyslím si, že by moje jméno na té stránce pomohlo Pythonu. A co kdyby tam byl i třetí seznam -- volnonožci? Díky všem i za budoucí diskusi! V. Úvodní mail: On 24.4.2015 15:17, Vladimir Macek wrote: Ahoj, muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji Python a nejsou dosud uvedeni v dolni casti Kdo tvori v Pythonu na strance http://python.cz/, aby to dali najevo? Je to pitomy, ale cim vyznamnejsi hraci, nejen primo z IT, nas oblibeny jazyk pouzivaji, tim vice to pomuze tem z nas, kteri se snazime o aktivni propagaci. Reference je ohromna vec. Kdyby se tak podarilo dokonce ziskat nejaka autenticka nadsena slova treba sefa tymu z nejake korporace, to by bylo velmi dobre! Jde o CENNOU INFORMACI, opravdu. Proto nemusite nutne postupovat doporucenym zpusobem pres pull request, pokud nechcete. Dejte to vedet jakkoli. Tez si dovolim poznamenat, ze abecedni razeni toho seznamu, vedene zrejme snahou o politickou korektnost, nepovazuju za zcela nejstastnejsi. At se nam to libi nebo ne, mam zato, ze kazdy hleda velka jmena. Nemohla by byt minimalne tucne? Pozor, i nevelka jmena ten seznam prodlouzi, coz je take dobre. Diky a pekny den! ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Re: praha/napyvo/sraz#49
Škoda, na Falcon jsem se těšil, tak snad příště :) Potvrzuju přednášku, zatím jsem ji přidal na konec http://lanyrd.com/2015/praha-pyvo-april/, klidně ji přesuň, jak budeš potřebovat. On Monday, April 13, 2015 at 4:36:19 PM UTC+2, Jiri Barton wrote: Nazdar Honzo, to bude uplne nejlepsi! Prostor bude vetsi o Falcon, protoze Falcon si budeme muset asi schovat na jindy (ledaze by ho nekdo pouzival jiny??? :-) Uz se tesime na tvuj cely devel cyklus! whiskybar On 2015-04-13 14:37, Jan Killian wrote: Ahoj, můžu sdílet, jak modeluju API v RAMLu (YAML based Rest API Markup Language, http://raml.org) + následně implementuju ve Flasku nad naší validační a mockovací vrstvou https://github.com/salsita/flask-raml ... aspoň bych měl konečně motivaci vytvořit example ;) Je tam zájem a prostor? On Wednesday, April 8, 2015 at 2:10:29 AM UTC+2, Jiri Barton wrote: API otrasa svetem a tak se otrese i Venecek, Ostrovskeho 38a, Praha 5 - Smichoff dne 15. 4. 2015 v 19:00, kdy vypukne dalsi nesmirne oblibeny Python sraz. Predpoved zemetreseni: Falcon API - @whiteck django-rest-framework - @aleszoulek http://falconframework.org/ [1] http://www.django-rest-framework.org/ [2] Budeme moc radi, kdyz se podelite se svym (Python, i kdyz proc ne i jinym) zpusobem/frameworkem. Dejte vedet! whiskybar http://lanyrd.com/2015/praha-pyvo-april/ [3] -- -- E-mailová skupina djan...@googlegroups.com javascript: Správa: http://groups.google.cz/group/django-cs [4] --- Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny „django-cs“ ve Skupinách Google. Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, zašlete e-mail na adresu django-cs+...@googlegroups.com javascript:. Chcete-li tuto diskusi zobrazit na webu, navštivte https://groups.google.com/d/msgid/django-cs/f9d12c62-2413-42b7-aadb-25e6901762d1%40googlegroups.com [5]. Další možnosti najdete na https://groups.google.com/d/optout [6]. Links: -- [1] http://www.google.com/url?q75http%3A%2F%2Ffalconframework.org%2F46sa75D46sntz�75146usg75AFQjCNEX2CiZboGLYAijdRKwE9L_lPnfYQ [2] http://www.google.com/url?q75http%3A%2F%2Fwww.django-rest-framework.org%2F46sa75D46sntz�75146usg75AFQjCNGjl9dNBVH-EtBzln4iQdn10YtnzQ [3] http://www.google.com/url?q75http%3A%2F%2Flanyrd.com%2F2015%2Fpraha-pyvo-april%2F46sa75D46sntz�75146usg75AFQjCNEb_KCY_luTUxskizKVwjc0pCBJBA [4] http://groups.google.cz/group/django-cs [5] https://groups.google.com/d/msgid/django-cs/f9d12c62-2413-42b7-aadb-25e6901762d1%40googlegroups.com?utm_medium=emailutm_source=footer [6] https://groups.google.com/d/optout ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] [django-cs] Re: praha/napyvo/sraz#49
Presunul jsem te na zacatek a s dovolenim trochu zkratil nazev a zacal nazvem technologie, podobne u ostatnich nazvu. Diky! On 2015-04-14 11:35, Jan Killian wrote: Škoda, na Falcon jsem se těšil, tak snad příště :) Potvrzuju přednášku, zatím jsem ji přidal na konec http://lanyrd.com/2015/praha-pyvo-april/, klidně ji přesuň, jak budeš potřebovat. On Monday, April 13, 2015 at 4:36:19 PM UTC+2, Jiri Barton wrote: Nazdar Honzo, to bude uplne nejlepsi! Prostor bude vetsi o Falcon, protoze Falcon si budeme muset asi schovat na jindy (ledaze by ho nekdo pouzival jiny??? :-) Uz se tesime na tvuj cely devel cyklus! whiskybar On 2015-04-13 14:37, Jan Killian wrote: Ahoj, můžu sdílet, jak modeluju API v RAMLu (YAML based Rest API Markup Language, http://raml.org [1]) + následně implementuju ve Flasku nad naší validační a mockovací vrstvou https://github.com/salsita/flask-raml [2] ... aspoň bych měl konečně motivaci vytvořit example ;) Je tam zájem a prostor? On Wednesday, April 8, 2015 at 2:10:29 AM UTC+2, Jiri Barton wrote: API otrasa svetem a tak se otrese i Venecek, Ostrovskeho 38a, Praha 5 - Smichoff dne 15. 4. 2015 v 19:00, kdy vypukne dalsi nesmirne oblibeny Python sraz. Predpoved zemetreseni: Falcon API - @whiteck django-rest-framework - @aleszoulek http://falconframework.org/ [3] [1] http://www.django-rest-framework.org/ [4] [2] Budeme moc radi, kdyz se podelite se svym (Python, i kdyz proc ne i jinym) zpusobem/frameworkem. Dejte vedet! whiskybar http://lanyrd.com/2015/praha-pyvo-april/ [5] [3] -- -- E-mailová skupina djan...@googlegroups.com Správa: http://groups.google.cz/group/django-cs [6] [4] --- Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny „django-cs“ ve Skupinách Google. Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, zašlete e-mail na adresu django-cs+...@googlegroups.com. Chcete-li tuto diskusi zobrazit na webu, navštivte https://groups.google.com/d/msgid/django-cs/f9d12c62-2413-42b7-aadb-25e6901762d1%40googlegroups.com [7] [5]. Další možnosti najdete na https://groups.google.com/d/optout [8] [6]. Links: -- [1] http://www.google.com/url?q75http%3A%2F%2Ffalconframework.org%2F46sa75D46sntz [9]�75146usg75AFQjCNEX2CiZboGLYAijdRKwE9L_lPnfYQ [2] http://www.google.com/url?q75http%3A%2F%2Fwww.django-rest-framework.org%2F46sa75D46sntz [10]�75146usg75AFQjCNGjl9dNBVH-EtBzln4iQdn10YtnzQ [3] http://www.google.com/url?q75http%3A%2F%2Flanyrd.com%2F2015%2Fpraha-pyvo-april%2F46sa75D46sntz [11]�75146usg75AFQjCNEb_KCY_luTUxskizKVwjc0pCBJBA [4] http://groups.google.cz/group/django-cs [6] [5] https://groups.google.com/d/msgid/django-cs/f9d12c62-2413-42b7-aadb-25e6901762d1%40googlegroups.com?utm_medium=emailutm_source=footer [12] [6] https://groups.google.com/d/optout [8] Links: -- [1] http://www.google.com/url?q75http%3A%2F%2Framl.org46sa75D46sntz�75146usg75AFQjCNGi7P2mh_MiQFfJVMs3PyumrjKE2w [2] https://www.google.com/url?q75https%3A%2F%2Fgithub.com%2Fsalsita%2Fflask-raml46sa75D46sntz�75146usg75AFQjCNHe1fqNA6XiIG5M3vpkE7hyvX5_sg [3] http://www.google.com/url?q75http%3A%2F%2Ffalconframework.org%2F46sa75D46sntz�75146usg75AFQjCNEX2CiZboGLYAijdRKwE9L_lPnfYQ [4] http://www.google.com/url?q75http%3A%2F%2Fwww.django-rest-framework.org%2F46sa75D46sntz�75146usg75AFQjCNGjl9dNBVH-EtBzln4iQdn10YtnzQ [5] http://www.google.com/url?q75http%3A%2F%2Flanyrd.com%2F2015%2Fpraha-pyvo-april%2F46sa75D46sntz�75146usg75AFQjCNEb_KCY_luTUxskizKVwjc0pCBJBA [6] http://groups.google.cz/group/django-cs [7] https://groups.google.com/d/msgid/django-cs/f9d12c62-2413-42b7-aadb-25e6901762d1%40googlegroups.com [8] https://groups.google.com/d/optout [9] http://www.google.com/url?q75http%3A%2F%2Ffalconframework.org%2F46sa75D46sntz [10] http://www.google.com/url?q75http%3A%2F%2Fwww.django-rest-framework.org%2F46sa75D46sntz [11] http://www.google.com/url?q75http%3A%2F%2Flanyrd.com%2F2015%2Fpraha-pyvo-april%2F46sa75D46sntz [12] https://groups.google.com/d/msgid/django-cs/f9d12c62-2413-42b7-aadb-25e6901762d1%40googlegroups.com?utm_medium75email46utm_source75footer ___ 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