Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Wavelet

Stran: 1 ... 8 9 [10] 11 12 ... 15
136
Studium a uplatnění / Re:Přesun od PHP k Pythonu?
« kdy: 24. 12. 2018, 15:32:55 »
Python opravdu není, podle mého názoru, pro začátečníky, když se to rozleze na víc než skript. Jestli je to vůběc vhodný jazyk na větší projekty nechávám stranou. Pro začátečníky je snad lepší něco typovaného, co nadává na chyby z blbosti a nepozornosti, hned jak vzniknou.

137
Studium a uplatnění / Re:Přesun od PHP k Pythonu?
« kdy: 21. 12. 2018, 13:30:52 »
Hádka s blbcem je unavná.


Tak alespon na necem se shodnem. Z toho budu vychazet.



Prefix __ proste nedela z atributu/funkce private. Python tenhle koncept vubec nema.  Jak jsem ale demonstroval na prikladu, interpretr na to umoznuje sahat z venci a proto to privatni proste neni. A neni to spatne. Podtrzitka slouzi v pythonu k necemu jinemu, napriklad cituju PEP08 a tvuj (4) a (6).

Pouzivat to jako private lze docela dobre, protoze je vysoce pravdepodobne ze to nikdo primo volat nebude. Je to ale hnusny hack.

 
1) a 4) Nefunguje to uplne dobre, zacatecnici se na to nachytaji:
Kód: [Vybrat]
ntc@ntcw /tmp/asd:0:$ cat foo.py
#!/usr/bin/env python3


class Foo:
    def __test(self):
        print('ahoj')

ntc@ntcw /tmp/asd:0:$ cat main.py
#!/usr/bin/env python3

from foo import Foo as Bar


class Foo(Bar):
    def __test(self):
        print('nazdar')


if __name__ == '__main__':
    Foo()._Foo__test()


5) Pletes si me s nekym jinym  ¯\_(ツ)_/¯

“Private” instance variables that cannot be accessed except from inside an object don’t exist in Python. However, there is a convention that is followed by most Python code: a name prefixed with an underscore (e.g. _spam) should be treated as a non-public part of the API...

https://docs.python.org/3/tutorial/classes.html#private-variables

Já sem spokojený a když mi to začne vadit -- což tedy tohle je to nejmenší proč by mi Python vadil, tak tu jsou jiný jazyky. Už fakt ze sebe blbce dělat nemusíš.

"Nefunguje to uplne dobre, zacatecnici se na to nachytaj..."

...protože Python není pro začátečníky  8)

138
Vývoj / Re:Dobrý a rýchly a textový editor zadarmo
« kdy: 04. 12. 2018, 19:04:42 »
Jjen bych chtěl doplnit -- já nejsem admin což asi je ten use case, ale editovat zdrojáky přes ssh, scp, neřku-li ftp -- na to fakt podporu u editoru nepotřebuji. A popravdě, tyhle zvyky, že vlezu na server něco tam editorem změním si myslím že jsou o hubu.

139
Vývoj / Re:Dobrý a rýchly a textový editor zadarmo
« kdy: 04. 12. 2018, 18:50:55 »
Ahoj, já používám Sublime 3 bez licence a kromě občasného odklinutí formuláře mi to nepřekáží.
Nicméně, jako již docela stálý uživatel přemýšlím o těch 80$ už jen z principu -- prostě ho podpořit.
Už dávno sem vyrostl z domění že open-source = zadarmo což někteří známí stále nepochopili. Mám jako student zadarmo InteliJ Idea a i to mi přijde vlastně docela levný na to co to umí. Kup si licenci a vydělej si na ní programováním -- dobrá motivace ne?

140
Vývoj / Re:Python jako první jazyk
« kdy: 18. 09. 2018, 21:10:33 »
Žádný strach. Python 1.r, JS/TS a PHP 2-3.r, Java a C# 3-4.r (jen backendisté) HTML a *SS 1-4.r pak ještě mysql a nosql (elastic+mongo). Na operačních systémech taky bash/zsh. K tomu pár FE/BE frameworků které budou ”in” i o 3-4 roky.

Kedy si naposledy bol v triede/ucebni so zacinajucimi programatormi? Vzdy, ked sa ucis novy jazyk, ta zabija syntax toho jazyka, veci ktore v tvojom predchadzajucom jazyku fungovali inak, uvodzovky, dolare, bodkociarky, pocet rovnitok, atd... Ked sa mas naraz ucit novy jazyk a nove myslienky, castokrat sa na tie myslienky nedokazes sustredit, lebo bojujes so syntaxou. S tym ma problemy vacsina programatorov..

V tomto ma Python obrovsku vyhodu, ze v nom vela klasickych, systemovych, aj webovych myslienok dokazes vysvetlit.

Ked uz niekoho ucis JS a TS, ktore sa uz dnes vacsinou pouzivaju aj na generovanie HTML (React, Angular, Vue) a Python, naco este ucit navyse PHP, ktore bolo stavane na generovanie HTML kodu? Clovek ktory ovlada Python by mal pochopit Flask maximalne za tyzden a to mu uz k pouzitelnym webom staci..., V PHP bud zacnes vysvetlovat URL rewriting, alebo frameworky, a to uz zmatie aj tych snazivejsich, ked pridu z pythonu.

MySQL ako jazyk je zabijak aj pre niektorych vysokoskolakov, stredoskolakovy bohate staci ukazat nejake ORM-ko (napr. v Pythone SQLAlchemy, ked uz sme s tym zacali) a ked chce, na nizsiu vrstvu sa potom vie dostat aj sam...

bash/zsh syntax si clovek nastuduje, ked bude fakt potrebovat robit so strojom, na ktorom nic ine nie je.., ale vacsina linuxovych distier ma predinstalovany python, v ktorom sa da naskriptit celkom dost.. (od prace so subormi az po konfiguraciu systemov cez ansible)

Vyhodu takyto pristup bude mat, ze koho to skutocne bavi, ten sa aj tak sam pozrie na tie veci za tym a nauci sa ich dobre.., koho to nebavi az tak, alebo mu to az tak nejde, nezabijes zbytocne komplikovanymi vecami len kvoli tomu, ze teba ich tak ucili..., ale vysvetlis mu tie zakladne principy a postupy, o ktore vacsinou ide a ku ktorym by si sa mozno inak nedostal
Ty se bereš moc vážně, co? Ten jeho přípěvek je tak trochu nadsázka, nemyslíš?

141
Vývoj / Re:Python jako první jazyk
« kdy: 18. 09. 2018, 18:52:28 »
Nevím, kde se bere představa, že co je staré musí být dobré. Scheme je přežitek sedmdesátých let, kdy se jednalo o state of art jazyk a nic lepšího neexistovalo ani mimo univerzity. Dnes se programuje jinak. Spojové seznamy se téměř nepoužívají. Zato se  téměř všude používají hashmapy o kterých není v SICP ani zmínka.
Promiň, ale jako člověku s rozhledem, ti musí být jasný, že Scheme ze 70.let je pasé ... Scheme má verze a revize a navíc Racket není žádný Scheme ze 70. let.  Podívej se na Python před 15 lety -- to byla elegance... Lidi hodně zapomínaj, že jazyky se mění a konkrétně Python byl dost kostrbatej asi do verze -- nevím plácnu 2.3..., dohledej kdy přišlí properties a vůbec... Java i C# asi taky jdou, ale proč lidem neukázat nějaký ne-mainstream, dokud je čas?

142
Vývoj / Re:Python jako první jazyk
« kdy: 18. 09. 2018, 16:46:30 »
Jsou detaily, které jsou i v Pythonu matoucí, třeba celý OOP :), který se dá částečně schovat, ale stejně pak někde vykoukne. Python je vlastně docela komplikovaný jazyk. Když jsem viděl poprvý `__magic__` metody a nebo `self` všude, moc se mi osobně nelíbil.  Je to pragmatický a dobrý jazyk a pracuju s ním denně, ale radši bych je naučil Scheme/Racket. Můj názor je, že ten kdo u toho vydrží, to časem ocení, kdo ne, tomu ani Python nepomůže -- programování není žádný sci-fi a je dobrý to vidět, jak to je a ne jim v pubertě ukazovat nesmysly jako VB a formuláře jako nám, někde dokonce PHP! Na střední chce každý dělat praktický věci co? Takže se předstírá, že se učí něco do života a přitom se učí nesmysly. Za mne tedy radši Racket a když už to má být interaktivní a zábavný, proč ne JS? Není to sice CS jazyk ale rozhodně se s ním člověk naučí to samé co s Pythonem, jen nemá tak "elegantní" syntax -- což jsem nikdy nechápal proč to stále někdo tlačí -- Haskell má elegantní Syntax :-)

143
Software / Re:Excel nestačí - v čem vytvořit graf?
« kdy: 18. 09. 2018, 16:12:14 »
Excel neznám moc dobře a nedokážu říct, v čem nestačí, ale když se ptáš v čem udělat graf, tak Python (+ Pandas) + Matplotlib a třeba k tomu i JupyterLab. Nebo by tě mohlo potěšit Rko -- jak píše @Kit. 

To co chceš vypadá jako Ganttův graf: https://sukhbinder.wordpress.com/2016/05/10/quick-gantt-chart-with-matplotlib/

144
Vývoj / Re:Python IDE
« kdy: 15. 09. 2018, 15:19:36 »
Pokud chceš IDE, tak PyCharm od Jetbrains, jinak pro Sublime, Atom apod. použiješ https://github.com/davidhalter/jedi

145
Vývoj / Re:Proč ten hype okolo Go?
« kdy: 31. 08. 2018, 09:18:32 »
Paralelní jazyky existují už dlouhou řadu let a pár jsem jich viděl.

No co takto hodit příklad? Podle mě buď myslíš podporu pro paralelizaci smyček, to uměl Fortran pro CRAYe a věřím, že to ještě někdo dělá. Popř. různé ty pcall v LISPech/Clojure. Nebo fakt paralelizaci na základě flow analýzy a to se přiznám, že jsem v praxi neviděl.


Můžete napsat paralelní program tak, že vezmete běžný prací prášek programovací jazyk. A pak si poctivě používáte z nějaké knihovny atomické proměnné, mutexy, sdílené proměnné, semafory, události, atd. atd. atd. Celé to děláte v podstatě ručně - a kompilátor to ani nezkontroluje. To je případ Javy/C/C++/Pythonu/JavaScriptu, atd. atd. atd.

Ne použít gorutiny. Právě ty jsou jednou z mála zajímavých a užitečných věcí na go.

Paralelní programovací jazyk sám hledá místa, kde lze paralelizovat. Je jich plno. Například ve složitějších cyklech lze v řadě případů provést iterace paralelně. Několik volání podprogramů lze také paralelizovat, pokud na sobě nezávisejí. Atd. atd. atd.

No hoď příklad takového jazyka, co to zvládá ne v runtime, ale v compile time. Opakuju = pár pokusů existuje, ale skončí to většinou těmi smyčkami a to jenom, když se tomu hodně pomůže. Jenže to je taková paralelizace na strašně nízké úrovni, ne něco, co by ten program masivně změnilo (jestli to ale vůbec potřebujeme).
Určitě to nebude úplná revoluce co dělá paralelizaci automaticky, ale od CRAYE je tu  Chapel: https://chapel-lang.org/

146
Vývoj / Re:Rychlost Haskell vs. C++
« kdy: 25. 08. 2018, 21:40:27 »
Ale mám obavy, že co není v hlavě, to kompilátor nespraví, ale u imperativních jazyků vynásobí, u funkcionálních spíš umocní. Proto ten současný funkcionální hype nesdílím, protože mám obavy, že jakmile by se to paradigma rozšířilo více do praxe, tak budeš mezi prvními, koho pak s tím infarktem doopravdy povezou.  ;)

Mě se to nezdá.

Základním problémem imperativního programování je OOP. Vyžaduje příliš velký skill, aby se dal psát dobře. U FP skutečnost, že všechno je funkce, která nejde moc rozkošatit, tak to IMHO hodně sváže ruce kreativitě některých vývojářů.

Teda, moje úvaha je taková, že u FP jde vždycky špatný kód wrapnout, a postupně odlifrovat do zapomění. Zatímco u OOP se ty špagety někdy opravdu těško rozmotávají.

Mě se to nezdá.

Základním problémem OOP programování je imperativnost.


147
Studium a uplatnění / Re:C# alebo Java?
« kdy: 11. 08. 2018, 18:12:43 »
Pro začátečníka bych vybral Javu, pro výuku je o dost jednodušší.

Blbost, c# je jednodušší. Teoretizujes. C# má mnohem přehlednější knihovnu a dokumentaci.

Proc tedy Google, Linkedin, Facebook, ale dalsi jako treba Amazon, a vubec vsechny velke firmy precpane kvalitnimi vyvojari pouzivaji Java na nejdulezitejsich mistech svych infrastruktur? Bezi na tom rozsahle systemy od IoT a mobilnich platforem az po Big Data. Vzdycky me zajimalo jak studenti s pramalem zkusenosti dojdou k tomu, ze je c# lepsi nebo dokonce jednodussi. Jejich zdrojem je jen to, ze jim to rikali kamaradi, vesmes proto, ze neznaji do hlubky nic jineho.
PRESNE TAK! to su tie "core veci" o ktorych som hovoril vyssie. Take Go je tam uplne irelevantne :D Ja viem ze Google to pouziva na svoje "core veci" niekde, ale skuste to brat v suvislostiach, Go je uplne nevyznamny jazyk.
Tak z nějakého důvodu Google go vytvořil a například pro jejich core bysnys AdWords používá dart. A jeho nejnovější knihovna pro tvoru UI flutter taky není v jave ale v dartu. A pro Android zase zavedl Kotlin. Osobně z toho mám pocit že Google dělá vše proto aby se javy zbavil a nedivím se, když se s Oraclem soudí. Ale uznávám, že to je jen můj osobní pocit.
Go je minimalistický, extrémně pragmatický jazyk, ain’t have no fancy shit. Navrhnout něco tak, aby to bylo jednoduché a zároveň funkční, je nejtěžší.
Zboji jsi to ty? Pan Géomètre  ;D :P

148
Server / Re:Deploy web aplikace na linuxový server
« kdy: 11. 07. 2018, 17:43:43 »
Jsou všichni Javisté tak omezení, že si myslí, že na světě je jen Java?

Jestli se nepletu tak harrison ma account i na devel.cz a je to Javista :-) prosim uzivatele o potvrzeni, jestli se pletu.

Resp. vetsinou keca do Javy i .NET, ale deployjuje na Ubuntu, takze uznavam, ze slepe dedukuju, ze pujde o Javu. Nebo jede uz .NET plne na Linuxu? Ale tak sorry no :-)))

Harisi, v cem je ta aplikace napsana?

Harrison jede na .NETu a kde se dá, tak .NET Core. :)

149
Vývoj / Re:Kleisliho operátor
« kdy: 23. 06. 2018, 21:19:23 »
kompozice monadických akcí analogická kompozici funkcí
např.
dumpFile = readFile >=> putStrLn
dumpFile "hello.txt"
Když tomu nerozumíš, tak se k tomu nevyjadřuj, jen tazatele mateš.
Jak už někdo psal. Když tomu rozumíte, proč to rovnou nevysvětlíte? Pokud ale odpovědí nemělo být, že to jak složité že tomu porozumí jen Gődel  ;D.

"Je to dům pana Fregeho? Ne, to je zahrada pana Fregeho. Aha, a nevíte jestli je pan Frege doma? Není, pan Frege je v zahradě."

Stran: 1 ... 8 9 [10] 11 12 ... 15