Příspěvky

121

Vývoj / Re:Co si myslíte o OOP?

« kdy: 13. 01. 2019, 15:44:56 »

Jistě, ve sportu se určuje geneticky, tam je to jasné. Při nákupu oblečení nejen podle morfologie postavy, ale hlavně podle toho, co zákazník chce koupit. Například transvestita může být v civilu zcela jasným mužem, ale v daném obchodě chce vybírat dámské oblečení pro svá vystoupení. Co má zadat do formuláře?

V databázi jako zákazník je muž (pokud to tak zadal), ale preference na doporučení oblečení chce mít ženské. Ten systém bych namodeloval s touto možností. Dře to protože se to snažíž ohnout na jiný scénář než to je namodelované.

122

Vývoj / Re:Co si myslíte o OOP?

« kdy: 13. 01. 2019, 14:52:10 »

Doporučím vám některou přednášku u nás na přírodovědě.

Kterou a proč?

Pohlavní dimorfismus vám něco říká?

Něco jo.

A s OOP ty vaše komentáře souvisí jak?

Souvisí to s modelováním. Dobrý příklad má o příspěvek výš Kit.

Který dobrý příklad měl Kit?
Přednáška: https://www.youtube.com/watch?v=mDl2Xrdpeow&t=5035s
Problém určení pohlaví neznamená, že pojem pohlaví je nějak problematický respektive kdybych takhle přemýšlel tak se nikam nepohnu.

123

Vývoj / Re:Co si myslíte o OOP?

« kdy: 13. 01. 2019, 14:08:11 »

Ne, není mylné.  Jistě, existují lidé, co se narodí s jednou ledvinou, ale člověk má dvě. Člověk má nos, jistě jsou lidé, kteří se narodí bez něj.

U některých jedinců prostě je problém určit pohlaví. Proto není pojem "pohlaví" bezproblémový (tím ti odpovídám na položenou otázku).

Vy to ale asi opravdu děláte problematické. Doporučím vám některou přednášku u nás na přírodovědě. Pohlavní dimorfismus vám něco říká? A s OOP ty vaše komentáře souvisí jak?

124

Vývoj / Re:Python flask

« kdy: 10. 01. 2019, 07:50:38 »

Imho děláš něco špatně.

Ne nedělám, pokud sis všiml mají knihovny napsané v setup.py třeba matplotlib==2.0.0. nebo matplotlib==1.0.0. Jak udržuješ tohle v globálním prostoru?

A pokud tvrdíš, že má vše dělat v jednom virtuálním prostředí, tak jeho použití nedává žádný smysl a je to zcela zbytečná bariéra.

Ne není, protože má aspoň ten bordel izolovanej od globálního prostoru.

Spíš odpověz na jeho původní dotaz, ale ten už asi autora ani nezajímá, natož abys ty znal odpověď.

BTW Dělám v Pythonu 3. Možná raději zůstaň u té verze 1.

125

Vývoj / Re:Python flask

« kdy: 08. 01. 2019, 20:38:28 »

BTW: https://us.pycon.org/2015/schedule/presentation/421/
Úplně stejně se to dělá v node, tam je to dokonce ješte jednodušší, protože je to ideální výchozí chování.

126

Vývoj / Re:Python flask

« kdy: 08. 01. 2019, 20:31:16 »

Pravdepodobne se jedna o tuto chybu: https://stackoverflow.com/questions/31080829/python-error-io-unsupportedoperation-fileno/31081957#31081957 To jest spoustej to z prikazove radky nikoliv z idle. Virtualni prostredi je pro zacatecnika zbytecne hardcore, neni potreba, dokud nepotrebujes pouzivat soucasne nekolik verzi pythonu ci knihoven.

Tak nějak se ho snažím navést k použití konzole a ještě mu ukázat jak použít virtuál. Pokud pracuje s Flaskem či jinými knihovnami a nepíše jen skriptíky se standardní knihovnou, tak považuju za důležitý aby o tom věděl. Virtuální prostředí řeší hlavně kolizi knihoven. Nevím ale hardcore mi přijde pro začátečníka hledat chyby z důvodu kolize knihoven a ne párkrát ťuknout do konzole a ušetřit si nervy. Pip je navíc notoricky známej, že co jednou nainstaluješ tak pak je problém odinstalovat, tedy přesněji řečeno odinstalovat všechny závislosti té knihovny.

Jinak pokud chceš tak asi zkuss z konzole:

Kód: [Vybrat]

python app.py 

Chyba bude v balíku `click` viz https://github.com/pallets/flask/issues/2771

BTW Pokud opravdu používáš IDEL, zkus radši Sublime Text nebo VS Code.

Kolize knihoven? S tím jsem se nikdy nesetkal. Zato už jsem se setkal s konzolí ve windows, je strašná a něco v ní dělat je za trest. To je velká bariéra, která má potenciál odstrašit spoustu nováčků. Virtuální prostředí není pro nováčky smysluplné, protože všechno budou stejně dělat v jednom a ani nemá smysl, aby si pro každý svůj pokus pořád všechno dokola instalovali.

Používám ConeEmu a jde to. Proč by si všechno instalovali znovu? Nechápu co řešíš. Klidně ať si udělá jeden virtuál a do toho to všechno mastí.

Kolize knihoven? S tím jsem se nikdy n
esetkal.

 Řikám ti, že dřív nebo pozdějc si udělá bordel v globální instalaci, jestli se ti nikdy nestalo že nějaká knihovna chtěla numpy X a jiná fungovala s numpy Y a navíc s pandasem Z, tak to máš štěstí.

 Na skriptíky dobrý, ale jinak teda nevím, jak to děláš.

127

Vývoj / Re:Python flask

« kdy: 08. 01. 2019, 17:15:04 »

Pravdepodobne se jedna o tuto chybu: https://stackoverflow.com/questions/31080829/python-error-io-unsupportedoperation-fileno/31081957#31081957 To jest spoustej to z prikazove radky nikoliv z idle. Virtualni prostredi je pro zacatecnika zbytecne hardcore, neni potreba, dokud nepotrebujes pouzivat soucasne nekolik verzi pythonu ci knihoven.

Tak nějak se ho snažím navést k použití konzole a ještě mu ukázat jak použít virtuál. Pokud pracuje s Flaskem či jinými knihovnami a nepíše jen skriptíky se standardní knihovnou, tak považuju za důležitý aby o tom věděl. Virtuální prostředí řeší hlavně kolizi knihoven. Nevím ale hardcore mi přijde pro začátečníka hledat chyby z důvodu kolize knihoven a ne párkrát ťuknout do konzole a ušetřit si nervy. Pip je navíc notoricky známej, že co jednou nainstaluješ tak pak je problém odinstalovat, tedy přesněji řečeno odinstalovat všechny závislosti té knihovny.

Jinak pokud chceš tak asi zkuss z konzole:

Kód: [Vybrat]

python app.py 

Chyba bude v balíku `click` viz https://github.com/pallets/flask/issues/2771

BTW Pokud opravdu používáš IDEL, zkus radši Sublime Text nebo VS Code.

128

Vývoj / Re:Python flask

« kdy: 08. 01. 2019, 16:26:41 »

Najdřív bych se naučil instalovat věci do virtualenvu. K tomu použij modul venv se standardní knihovny.
Pokud máš víc verzí Pythonu můžeš použít i příkaz py.exe a vybrat si jakou chceš verzi, v adresáři s projektem např.

Kód: [Vybrat]

$ py -3.7 -m venv .venv

nebo

Kód: [Vybrat]

$ py -3.6 -m venv .venv

Pokud nepoužiješ `py` zavolá se python interpretr který je v cestě dříve, zkus třeba `python --version` a uvidíš který to je např u mně je první 3.6 i když mám i 3.7.

Kód: [Vybrat]

$ python --version
Python 3.6.6

Pak musíš prostředí aktivovat:

Kód: [Vybrat]

$ .venv\Scripts\activate

Teď jsi ve virtuálním prostředí, izolovaný od globálního.

Kód: [Vybrat]

$ where python
C:\Users\uetoyo\projects\.venv\Scripts\python.exe
C:\Users\uetoyo\AppData\Local\Programs\Python\Python36\python.exe
C:\Users\uetoyo\AppData\Local\Programs\Python\Python37\python.exe

A teď teprv instaluj Flask!

Kód: [Vybrat]

$ pip install flask

Aplikaci pak ulož třeba do souboru app.py a ten spusť pomocí

Kód: [Vybrat]

$ python app.py

Běží?

Flask je dobrý dát do requirements.txt nebo použij Pipenv či Poetry, které dělají spoustu věcí za tebe, ale s virtuálním prostředím se nauč i tak pracovat.

- https://docs.python.org/3/library/venv.html
- https://github.com/pypa/pipenv
- https://github.com/sdispater/poetry

129

Vývoj / Re:Co si myslíte o OOP?

« kdy: 05. 01. 2019, 18:35:21 »

Ve staticky typovanym jazyku se provede kontrola vstupnich dat nejen pred vstupem do funkce/objektu ale kdyz se dostatecne chytre oseka prostor typu vstupnich dat, da se matematicky dokazat validnost dat retezove. Tj. kdyz mi sedi vstupni data do moji funkce a vystup z my funkce sedi do nasledujici funkce v poradi, tak se transzitivne dokaze ze sedi celej program.

Problem je ze se musi provest mozkova lobotomie a intuitivni programy pro obycejnyho cloveka se musi nejak nacpat do toho osekanyho typovyho systemu. Obzvlast to boli u generik. Dynamickej jazyk mapuje lidskou intuici skoro presne do reseni problemu, u statickyho musi clovek provadet mentalni gymnastiku, nez svoji intuici nejak vmestna do ty omezeny svedsky bedny jmenem statickej typovej system.

Cim lepsi typovej system, tim min to boli samozrejme. Obzvlast kdyz novy typovy systemy jako Idris umoznujou typovy diry. Tj. dokud nevis co tam bude za typ, tak to preskocis a program prelozis i bez toho.

Problem je v tom ze skutecne pouzitelnej typovej system je zatim dost daleko v budoucnosti, proto vsichni radsi pouzivaji dynamicky jazyky. Nebo soucasny staticky jazyky pro skutecne jednoduchy programy, ktery jenom tahaji nejaky jasne specifikovany data sem a tam, zejmena pokud potrebujou vykon.

Vykon je lepsi u soucasnych mainstream statickych jazyku, protoze se daji prelozit do C ekvivalentu, tj. zhruba representace jak funguje CPU. Existujou i dynamicky jazyky ktery fungujou na vykonnostni urovni C. Dokonce ho i prekonavaji v dnesni dobe, kde se silne uvazuje s paralelnim vypoctem. Viz vektorovy jasyky APL family, obzvlast kdb, numpy, apod.

Numpy? To myslíš tu Python knihovnu napsanou v C?

130

Vývoj / Re:Co si myslíte o OOP?

« kdy: 04. 01. 2019, 15:48:04 »

Fakt nechápu, co tu řešíte. Když vemu ten úžasný Python, tak pokud mám methodu:

Kód: [Vybrat]

def get_record(self, data):

Tak co ta metoda vrací? A co jí mám poslat? Fakt někdo chce takový jazyk používat na víc než na hraní a skriptíky?

Tak za prvé by měla mít metoda dokumentační komentář a za druhé se dají přidat typy do signatury. https://docs.python.org/3/library/typing.html

Proč by ho měla mít? Když se dobře jmenuje, tak přesně víš, co dělá. Může ho mít, ale nevím, proč bych do něj měl dávat typ?

A proč bych je tam přidával, když tu všichni píšou, že nejsou potřeba?

Jen mě to zajímá, fakt do toho nechci rýt. Dynamické typování zřejmě žádné výhody nemá a celé tohle vlákno to akorát potvrzuje. Takže bych rád věděl, jak to funguje a jak právě dynamičtí programátoři přemýšlí a jak fungují. Třeba bych tomu přišel na chuť taky. Pokud ale nevím, co posílat za typy, tak bohužel v tom dělat neumím.

a) Dokumentaci by měla mít, aby se zní  dala generovat dokumentace, to se snad dělá i v jiných jazycích ne? Jinak v Pythonu se tam slušně strká i "typ". To už před tím než se zavedli type-hints.

b) Vytváříš falešnou představu že když někdo dělá v třeba v Pythonu je to milovník dynamického typování , to ani ne, ale  kolem toho co mě baví je Python komunita, takže asi tak.

c) Ideální jazyk pro mne by byl něco jako OCaml, ale bohužel už jsou zavedený knihovny Pandas, Numpy, Scipy -- tohle se těžko nahrazuje.

Samozřejmě na Pythonu je blbý, že jako začátěčník ti dovolí všechno, blbě se refaktoruje atd.

131

Vývoj / Re:Co si myslíte o OOP?

« kdy: 04. 01. 2019, 12:45:52 »

Fakt nechápu, co tu řešíte. Když vemu ten úžasný Python, tak pokud mám methodu:

Kód: [Vybrat]

def get_record(self, data):

Tak co ta metoda vrací? A co jí mám poslat? Fakt někdo chce takový jazyk používat na víc než na hraní a skriptíky?

Tak za prvé by měla mít metoda dokumentační komentář a za druhé se dají přidat typy do signatury. https://docs.python.org/3/library/typing.html

132

Studium a uplatnění / Re:Přesun od PHP k Pythonu?

« kdy: 25. 12. 2018, 16:10:45 »

No to je zase megablábol...

Nezasírej fórum aspoň o Vánocích, trolle.

Stačí se podívat třeba sem, když s tebou někdo nesouhlasí nebo odpoví co ti neni po chuti, hned použiješ slova jako debilní, megablábol, jednou dokonce sráč a nakonec i tvé oblíbené slovo troll viz dialog s Ondřejem Nekolou. Zdar pane Géomètre.

https://forum.root.cz/index.php?topic=19216.15

133

Studium a uplatnění / Re:Přesun od PHP k Pythonu?

« kdy: 25. 12. 2018, 15:56:51 »

No to je zase megablábol...

Nezasírej fórum aspoň o Vánocích, trolle.

Promiň zapoměl jsem dát tu větu "No to je zase megablábol..." do citace. Hned by bylo jasné, že tu trollíš ty. Ale i ktobě se budu chovat slušně. Ten tvůj projev je ale otřesný -- i když stále měníš jména je to hned poznat.

134

Studium a uplatnění / Re:Přesun od PHP k Pythonu?

« kdy: 25. 12. 2018, 15:13:15 »

Když se podíváte na nějaký úspěšný projekt, jako třeba CircleCI, Boeing!, tak používají Clojure, jiní Python nebo Ruby. Kromě vašich přání a dojmů žádný argument pro tu vaši hypotézu není -- typovaný/netypovaný -- kromě mission/safety critical projektů  (kde by snad uspěla jen Ada) v tom není až tak velký rozdíl.

Však to jsou silně typované jazyky. Nebo snad ne?

Když se podíváte na nějaký úspěšný projekt, jako třeba CircleCI, Boeing!, tak používají Clojure, jiní Python nebo Ruby. Kromě vašich přání a dojmů žádný argument pro tu vaši hypotézu není -- typovaný/netypovaný -- kromě mission/safety critical projektů  (kde by snad uspěla jen Ada) v tom není až tak velký rozdíl.

Však to jsou silně typované jazyky. Nebo snad ne?

Píšou o povinné deklaraci typů. Což tedy ani Python ani Clojure nemá. Kromě toho že jsou to dynamícky typované jazyky, tak Python bych tedy silně typovaným radši nenazval i když tedy 1 + "1" skončí pádem: TypeError: unsupported operand type(s) for +: 'int' and 'str'
narozdíl od node: '11'

135

Studium a uplatnění / Re:Přesun od PHP k Pythonu?

« kdy: 25. 12. 2018, 14:31:10 »

Povinná deklarace typů -> jedinná správná cesta k udržení rostoucího projektu.
Je to podmínka nutná, ale ne dostačující. Jednotkové testy jsou také prospěšné.

No to je zase megablábol...
Když se podíváte na nějaký úspěšný projekt, jako třeba CircleCI, Boeing!, tak používají Clojure, jiní Python nebo Ruby. Kromě vašich přání a dojmů žádný argument pro tu vaši hypotézu není -- typovaný/netypovaný -- kromě mission/safety critical projektů  (kde by snad uspěla jen Ada) v tom není až tak velký rozdíl.

https://clojure.org/community/success_stories
https://www.youtube.com/watch?v=iUC7noGU1mQ