Re: [python] PyFormat 0.1.0 released

[Ken Mijime]

To nieje o tom že by každý chcel mať svoj pkg manager.
Skôr ide o to že repa rôznych distier s ich pravidlami sú občas 
krutoprísne pomalé #hi_debian.
Takto máš k dispozícii repo s najnovšími updatmi, oslobodené od distier 
a ich politík, jednoduché, čisté riešenie.
Plus práca s virtualenvs a pip/gem/npm(ok, npm asi nie) v danom jazyku 
je pohodlná.



On 23.08.2016 11:59, Pavel Schön wrote:

Ahoj,


PS: Vždy mě zamrzí, když narazím na nějakou knihovnu, která
není v pypi a kvůli ní nejde můj projekt z pypi kompletně nainstalovat

Já jsem asi pravý opak, vždycky me vytočí, když nějaký balík není v distribuci 
a musím ho instalovat přes pip (nebo ještě hůře cpan/npm/gem).
Ale na druhou stranu chápu, že doba pokročila a každý moderní jazyk chce mít 
svůj package manager a proto ten setup.py vytvořím.
___
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] PyFormat 0.1.0 released

[Ken Mijime]

To je otázka.
Môžeš si to pribaliť ako binárku, alebo očakávať na nejakom štandardnom 
mieste/dvoch(/lib, /usr/lib).
Ak to tam nebude, je to userspace problem. Hlavne nech je to spomenuté v 
README.



On 23.08.2016 11:01, Pavel Schön wrote:

Jak pip vyřeší závislost na g++, boost apod.? Nebo by pip měl distribuovat již 
binárku?
___
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] PyFormat 0.1.0 released

[Ken Mijime]

Suhlas, ak to nema pip malokto si bude tuzit zanasat system nejakymi 
balikmi na hranie..



On 23.08.2016 10:39, Ales Zoulek wrote:

Ahoj,

rekl bych, ze pokud chcete, aby byl projekt trosku uspesnejsi a 
rozsiril se mezi ostatni pythonare, tak je zvlast v pocatcich opravdu 
dulezitejsi  uchodit pres `setup.py` / `pip install`. A pak casem 
teprve resit rpmka.


Mejte se,

A.

On Tue, Aug 23, 2016 at 9:15 AM Pavel Schön > wrote:


> S tvorbou RPM balíčku rád pomůžu. Je už nějak připraven a je ho
třeba jen otestovat?

Super, připraveno to není, ale až budu mít chvilku, tak přidám rpm
do CMakeLists.txt.
___
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] Nej*ne*oblíbenější modul

[Ken Mijime]

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

Už si povinný používať objekty a do svojho programu zapracovávať SQLAlchemy
(alebo ich monkey patchovať).

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



On 22.08.2016 17:17, Pavel Schön wrote:

Dne středa 17. srpna 2016 13:12:13 UTC+2 Ken Mijime napsal(a):

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

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

Uvedl bys nějaký příklad, kde závislost B na A je nežádoucí nebo zbytečná? 
Např. s SQLAlchemy když už to tu padlo.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz


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

Visit: http://www.py.cz

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

[Ken Mijime]

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



On 17.08.2016 12:31, Petr Messner wrote:

Ok :)

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

- žádná nebo divná dokumentace

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

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

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

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

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

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

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

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

Petr Messner

17. 8. 2016 v 10:34, Pavel Schön :


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

Ptám se proto, že vyvíjím náhradu jednoho modulu a jsem zvědavý, jestli ho tu 
někdo zmíní. Svůj projekt představím později.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

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

Visit: http://www.py.cz


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

Visit: http://www.py.cz

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

[Ken Mijime]

Osobne prestávam mať rád libky, ktoré po mne požadujú konkrétny prístup. 
Najviac je to asi vidieť na všemožných nástrojoch,

ktoré ticho predpokladajú že použijete SQLAlchemy a priam to vynucujú.
A pritom dependency injection nieje taký hack ako to znie..


On 17.08.2016 10:34, Pavel Schön wrote:

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

Ptám se proto, že vyvíjím náhradu jednoho modulu a jsem zvědavý, jestli ho tu 
někdo zmíní. Svůj projekt představím později.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz


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

Visit: http://www.py.cz

Re: [python] prosím o radu

[Ken Mijime]

except:

pass


To je jedna z tých konštrukcikí ktoré by som zakázal. Alebo dal 
povinnosť vypracovať 10 stranovu esej o tom, prečo to chce niekto použiť 
a aky to bude mať prinos pre pestovanie bananov na pobreží amazonky.



On 26.07.2016 21:41, Honza Král wrote:


Statement 'try' lze pouzit jen v kombinaci s 'except' nebo 'finally'. 
Na posledni radku staco doplnit:

except:
pass

Tak aby except zacinalo stejne odsazene jako try a pass o 4 mezery dale


On Jul 26, 2016 21:38, "starenka ." > wrote:


zkus smazat uplne vsechno od konce souboru po tu posledni zavorku,
zrejme ram mas nekde tabulatory/mezery navic

'aknerats'[::-1]


On Jul 26, 2016 9:35 PM, > wrote:

#!/usr/bin/env python

import RPi.GPIO as GPIO
import time

promena=3
GPIO.setmode(GPIO.BCM)
GPIO.setup(4, GPIO.OUT)
while True:

try:
time.sleep(1)

if i == 1:
GPIO.output(4, False)
else:
GPIO.output(4, True)


hlásí to chybu
./test.py
  File "./test.py", line 18

  ^
IndentationError: unexpected unindent

vůbec nemohu najit co to je kdyz ten radek ani neexistuje :-(
děkuji
___
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] Python na frontendu, Brython

[Ken Mijime]

"Seriozní" ak myslíš korporat tak ten obvykle fičí práve na legacy kode, 
transpileroch a oldschool kode. Byť trendy je drahé!



On 23.04.2016 10:34, Jan Bednařík wrote:
Ono to není zas tak růžové, že by všichni přecházeli z CoffeeScriptu, 
TypeScriptu, apod. na čístý ES2015 + Babel. Lidi jsou zvyklí, že JS už 
nikdo nepíše. Je to hrozně old-school a vůbec to není trendy. Seriozní 
projekty dneska všechny frčí na js2js: https://eleks.github.io/js2js/


Honza

2016-04-23 8:59 GMT+02:00 Honza Javorek >:


V JS vznikly transpilery hlavně proto, že jazyk zaostával vývoj
své vlastní komunity. CoffeeScript, TypeScript, Dart, kdovíco, se
pak snažily dohnat chybějíci syntactic sugar a fičury. CS byl asi
nejpoužívanější a třeba v Apiary v něm máme podle mě 80 %
codebase, byla to děsná móda a hlavně se to lidem jako třeba já,
Pythoňák, nebo Rubystům, psalo mnohem snáz. S příchodem specky
ECMAScript 6 (přejmenovaného na ES2015, protože chtějí vydávat
specku snad každý rok nebo tak něco) ale komunita hromadně z
transpileru prchá a migruje na tohle, případně na transpiler z
ES2015 (tzn. JavaScriptu budoucnosti) do ES5 (tzn. JavaScriptu
přítomnosti), zvaný Babel. Transpilery budoucnost už postrádají,
většinu jejich výhod vyzobal samotný JS ve svých nových verzích.
Sice je pořád plný chlupatých závorek, z nichž se nám Pythoňákům
můžou chlupy ježit, ale díky jiným syntactic sugar srandám to není
až taková super pruda to psát a člověku nepřijde, že to je úplně
matlácký jazyk. Když to není frotnend ale server, tak máš navíc
Node.js kde je aspoň minimální základní knihovna (takže
nepotřebuješ isArray nebo left pad nebo co jsou ty největší
skandální npm balíčky teď - ty lidi používají kvůli browseru, ne
kvůli serveru) a už se to dá aspoň trochu používat.

Stejně bych raději psal Python, ale jen jsem chtěl napsat, že se
to s tím JS lepší a celkem se to dá, na serveru aspoň teda. A
jelikož si připadám jako JS insider na Py diskusi, chtěl jsem vám
osvětlit ty věci kolem transpilerů (když už se na ně zavedla řeč).

Čau,
Honza


2016-04-22 19:48 GMT+02:00 Libor Jelínek >:

Ahoj pánové!
Já bych taky s dovolením přispěl svým názorem: JS je fakt
hrozný a proto je pro něj tolik transpilerů asi. Osobně se JS
vyhýbám obloukem :-)

V Java světě, odkud pocházím, jsou transpilery do Javy
nesmírně populární a potvrzuju, že výborně použitelné. Appky
jakoby desktopové plné formulářů, záložek, tiskových sestav,
oken ap. by jen v JS snad ani psát nešli.

Pracoval jsem s hodně velkými složitými appkami napsanými ve
SmartGWT/Vaadin (vše na GWT) a Eclipse RAP. Četl jsem dost
článku jak si třeba Dropbox tým chroctá, když přesali svůj web
UI do CoffeScriptu, MS jakýsi web do TypeScriptu ap.

Úžasný mi přijde v tomhle oboru "štítím se JS" přijde Google
Dart. Pro GWT existoval Python port Pyjamas, který ale už je
asi mrtvý. Na větší webový projekt bych určitě transpiler
zvážil. (Toto od Javascripterů asi schytám...)

Hezký víkend!
Libor
___
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] Python na frontendu, Brython

[Ken Mijime]

Ja súhlasím takmer so všetkým čo si zhruba písal. Tiež nemám JS v láske, 
aby bolo jasné, ale triezvy pohľad na vec je že je to hegemón webu.


Nesúhlasím s tým že ľudia nevymýšľajú znova kolo, s každým novým 
frameworkom mám práve pocit že je to taká továrnička na kola len sa mení 
brand.


Vec na ktorú by som sa sústredil je tá výuka. Čo je jej cieľom? Ukázať 
nejaké zaujímavé veci, či dodať študentom praktické znalosti a 
informácie? Pri prvej odpovedi sa teda prikláňam k Brythonu, WEB ASM, 
Kiwi a čomukoľvek zaujímavému. Pri druhej si proste musíme chladnokrvne 
priznať že HTML+CSS+JS je zatiaľ svatá trojica moderného webu, bez 
ktorých nemôže byť o žiadnej praxi ani reč.



On 20.04.2016 11:23, Honza Javorek wrote:
Jinak pridam, ze uzavreny ekosystem jednoho jazyka je uplne beznej. 
Vem si ze pokud chces automatizovat Blender, mas na vyber jen Python 
proste. A nikomu to nevadi, protoze jsou radi, ze ho vubec muzou 
naskriptovat :D


Problem to ale zacina byt, pokud se ten ekosystem dostane do hodne 
sirokeho mainstreamu a je dulezity i pro lidi z jinych oboru v nem 
neco delat, jelikoz je to misto, kde se vyskytuje drtiva vetsina lidi, 
publika, uzivatelu. Tzn. dnes hlavne web a mobilni appky.


H

2016-04-20 11:18 GMT+02:00 Honza Javorek >:


Ja fakt myslim, ze ten web assembly by mohl neco zmenit, ale
uvidime. Zase ted na tom FE vidis, co se stane, kdyz lidi
nedostanou na vyber. JS svet jde strasne rychle kupredu, protoze
lidi neprepisujou veci z Ruby do Pythonu a z Pythonu do Javy a
naopak jenom proto, ze pouzivaj jinej jazyk. Vzdycky jsem si rikal
jakej to ma smysl, kdyz nekdo napise Ruby knihovnu a nekomu jinymu
se libi, ale nepouziva Ruby, tak ji naportuje jinam. Na webu to
vsichni proste napisou v JS a jede se dal. Nekomu se to nelibi,
napise to znova, ale zase v JS, takze nejde jen o prepis, ale je
tam pridana nejaka inovace nebo jinej pristup. Netristi se lidska
sila a nevynaleza se znovu a znovu kolo jenom v jiny barve,
vynaleza se kolo novych tvaru a vlastnosti.

Na druhou stranu je to neprijemny z toho duvodu, ze JS se nehodi
na vsechno a jakmile vytahnes hlavu z pr... z webu, tak to zacina
skripat. JS na desktopove aplikace? Jde to, ale je to celkem
pomaly. JS na tamto, na tohle? Jde to, ale... No a na techto
oborovych hranicich je to zase velka nevyhoda, ze na webu existuje
jenom JS. Lidi co pisou Python, protoze delaji nejaky serverovy
veci, vedecky vypocty nebo skripty do Blenderu, a chteji k tomu
udelat nejakou blbinku na webu, se musi naucit JS jen kvuli tomu,
ze nemaji na vyber. Pritom kdyby mohli stejne dobre napsat Python
nebo jinej jazyk co zrovna potrebujou, tak ten mezioborovy prekryv
muze byt mnohem vetsi.

Takze to, ze je JS na webu hegemon ma vyhody i nevyhody. Z
globalniho hlediska se mi libi, ze JS dava lidem "laser focus" a
muzou se soustredit na reseni problemu a inovaci (otazka je, zda
to tak doopravdy je?). Na druhou stranu se mi nelibi presne to, ze
clovek nema na vyber. Jsem zastancem toho, ze na urcity problem by
se mela pouzit adekvatni technologie. Taky pro maly tymy ktery
nejedou na microservices (a i pro vetsi tymy co na nich jedou)
nemusi davat smysl byt polyglotni a psat to v ruznejch jazycich,
protoze pak ti klesa schopnost udrzovat to a posouvat si mezi
sebou vedomosti. K cemu ti je kus v super jazyku ktery se na to
hodi, kdyz clovek co ho napsal odesel z firmy a nikdo jiny to moc
neumi. Udrzovat svuj stack na jednom jazyku dava smysl. A kdyz 80
% tvojeho byznysu dava smysl udelat v Pythonu, treba kvuli numpy a
pandas atd., tak nechces mit 20 % v jinem jazyce. Je to problem. A
jednoduche reseni zatim neexistuje.

Jinak nejde jen o web. Podobnou situaci mas s mobilnima appkama.
Na Androidu vstala z mrtvych Java, na iOS mas Obj-C nebo Swift.
Nejaky reseni existujou (HTML aplikace, ktery jsou na prd, React
Native v JS, kterej snad nejak funguje a je to horka novinka, Kivy
ktery nevim jak to vlastne dela, ze to funguje, ale je to taky
spis asi okrajova vec?), ale pokud do toho chces investovat ve vsi
vaznosti, stejne to outsourcujes do nejaky firmy, ktera ten Swift
nebo Javu psat umi. Ale tim, ze existuji aspon castecna reseni,
ktera nekdo aspon trochu pouziva, tak to neni uz uplne uzavreny
jak to bylo a pro nejakyho vedce co by si chtel ke svemu pandas
skriptu udelat mobilni appku v pythonu to reseni existuje, treba
to Kivy. Na webu tohle zatim porad neni, Brython atd. jsou uplne
experimentalni haluze, ktery nikdy nepreskocily ani na okraj
mainstreamu.

Fuj to jsem se zase rozepsal. Co si o tom myslite, krome toho, ze
jsem blbec co to mel od zacatku psat s diakritikou?

Honza


2016-04-19 14:28 GMT+02:00 Ales Zoulek >:

Re: [python] Python na frontendu, Brython

[Ken Mijime]

Cisárovi čo je cisárovo a javascriptu čo je frontendové..
Hlavne vo výuke. Takto ich budeš učiť niečo čo je síce zaujímavé ale 
úplne mimo prax..


On 18.04.2016 13:05, Jaroslav Vysoký wrote:

Ahoj všichni!

Kde to jde, používám (hlavně při výuce informatiky) Python, takže bych 
ho rád použil i na frontendové straně webové aplikace.


Narazil jsem na Brython:
http://www.brython.info/index.html

Znáte to někdo?
Má smysl se tím zabývat?
Je to použitelné alespoň cvičně (ve výuce)?
Je to použitelné prakticky?

Předem díky moc za vaše názory!

Jarda V.



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

Visit: http://www.py.cz


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

Visit: http://www.py.cz

Re: [python] Aktuální učebnice Pythonu

[Ken Mijime]

Pripadne ak sa ti nechce investovať, máme knihovničku! 
https://github.com/pyvec/bookshelf


On 15.04.2016 17:27, Ondrej Beranek wrote:

Dobrý den vespolek,
překlad se tu řešil je na cznic ke stažení. za 400 ke koupi
elektronicky http://knihy.nic.cz/
rozhodně je to skvělá kniha.

Dne 15. dubna 2016 17:20 Michal Vyskocil > napsal(a):


Na dive into python 3 jsem svého času napsal recenzi,
http://www.abclinuxu.cz/clanky/recenze-knihy-ponorme-se-do-pythonu-3

Rozhodně můžu doporučit, myslím, že pro začátečníka je velmi
vhodná. S druhou knihou zkušenosti bohužel nemám.

Mimochodem, neřešil se kdysi dávno překlad této knihy tady na
mailinglistu?

Dne 15. 4. 2016 5:05 PM napsal uživatel "Libor Jelínek"
>:

Zdravím všechno!
Přecházím na Python a chci si udělat přehled o dostupných
učebnicích. Programátor jsem, myslím, celkem zkušený ale v
Javě, Groovy a C/C++.

Do jaké tištěné knihy investovat? Něco chci mít v ruce :-)

1) v češtině - vím jen o tištěné Dive into Python 3 od CZ.NICu
a tutoriálu od CPressu. Která z těchto dvou je lepší pro
začítečníka?

2) anglické - jaká je pythonovská "nejslavnější" učebnice
(třeba pro Javu se mi hrozně líbí styl Bruce Eckela "Thinking
in ...").

Díky za doporučení ;-)
Libor
___
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