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 - BoneFlute

Stran: 1 ... 113 114 [115] 116 117 ... 133
1711
Vývoj / Re:Zdroje k rozvoji OOP myšlení
« kdy: 17. 08. 2016, 15:57:24 »
Pochopení OOP mi nejvíce přineslo když jsem začal psát v Haskellu a v Erlangu. Taky mi hodně pomohlo nastudovat teorii objektů, aktorů, a agentů. Zjistil jsem, že spousta věcí je jinak. Ve výsledku to pociťuji v kvalitě mého kódu. I když zrovna OOP se v tom zrovna moc nevyznamenal.

1712
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 12. 07. 2016, 13:48:28 »
Ahoj, zkoumal jsem rozdíly mezi systemd a initem a zdá se mi že systemd je postatně lepší, modernější a bezpečnější řešení. Proč jsou všichni správci proti systemd? Většinou totiž řeší všechno, na co si kdy stěžují. Podle mně jsou prostě líní učit se něco nového. Co vy na to?

Ja by som hladl odpoved v clanku
 Úvaha: Proč jsou vlastně staří ajťáci konzervativní
autor: Michal Rybka , publikováno 11.1.2013
http://pctuning.tyden.cz/hardware/multimedia-zvuk-tv/26036-uvaha-proc-jsou-vlastne-stari-ajtaci-konzervativni

Zjavne je tu malo mladych
Jsem spolupracoval na jednom projektu s kamošem, kterej tu svou část práce použil jako bakalářku (takže snad dost mladej). A sice mlčky trpěl, ale dost mu vadilo, že jsem mu každým commitem změnil rozhraní, a on tu svou práci musel furt dokola předělávat.

Tak asi tolik k té konzervativnosti.

1713
Vývoj / Re:Komerčné projekty v golang?
« kdy: 19. 06. 2016, 20:59:33 »
... ale mam pocit ze dopadol rovnako ako dart, closure, GWT a dalsie neuspesne projekty Googlu.
Closure používám, mám ho rád, a plánuju ho nasazovat na další a další věci.

1714
Vývoj / Re:Komerčné projekty v golang?
« kdy: 18. 06. 2016, 13:18:17 »
Už jen ten princip "interface" mi přijde divnej v procedurálním jazyce. U OOP lze interface chápat jako množinu protokolů které implementuje objekt. V procedurálním jazyce tak maximálně fieldy v struktuře. A co když de o číslo? String? Bool? Ty pak nemaj nic co by šlo považovat za interface.

Jakto že číslo nemá interface? A co jsou operátory +, -, *, / ? Vzduch?
V procedurálním jazyce jo.
OK, dejme tomu.

Vzhledem k tomu, že interface jsou záležitost typového systému, a nikoliv paradigmatu (OOP vs Procedural vs Functional), tak bych v tom principielně problém neviděl. Pokud je GO silně typované, tak interface může sloužit k tomu, aby se hlídalo co kam teče, a co na co voláš. Jestli voláše metodu na objektu (OOP), nebo funkci předáváš objekt (FP), zda držíš stav uvnitř, nebo s ním magicky šašíš (Procedural) to už máš fuk.

1715
Vývoj / Re:Komerčné projekty v golang?
« kdy: 17. 06. 2016, 20:35:19 »
Už jen ten princip "interface" mi přijde divnej v procedurálním jazyce. U OOP lze interface chápat jako množinu protokolů které implementuje objekt. V procedurálním jazyce tak maximálně fieldy v struktuře. A co když de o číslo? String? Bool? Ty pak nemaj nic co by šlo považovat za interface.

Jakto že číslo nemá interface? A co jsou operátory +, -, *, / ? Vzduch?

1716
Vývoj / Re:Komerčné projekty v golang?
« kdy: 08. 06. 2016, 12:31:38 »
Mohl byste mi ukázat, jak v nějakém šikovném typovém systému vyjádřím/definuji typ Date ? Tedy typ, který říká, že únor může mět pouze 28dní a každej přestupnej 29, etc.

Například v Idrisu:

Zajímavé. Díky! Budu trávit.

1717
Vývoj / Re:Komerčné projekty v golang?
« kdy: 07. 06. 2016, 20:37:24 »
Myslím, že xxar3s měl na mysli to, jaké invarianty jde v typovém systému vyjádřit (např. v některých jazycích je typový systém tak silný, že můžete v rámci typové kontroly provádět testy - typ může říkat, že určité volání funkce vrátí určitou hodnotu).

Mohl byste mi ukázat, jak v nějakém šikovném typovém systému vyjádřím/definuji typ Date ? Tedy typ, který říká, že únor může mět pouze 28dní a každej přestupnej 29, etc.

Matně tuším, jak bych to dělal já. Ale zajímal by mě příklad jiných.

Dík.

1718
Vývoj / Re:Python unit test: stdout testovaneho do souboru
« kdy: 01. 06. 2016, 21:46:36 »
(Nějak jsem si zvykl na Kitovo debilní komentáře, a tak jsem to přehlédl.)

Opět ad hominem? To už ti tase došly argumenty?

Ad hominem by bylo: "na debilního Kita" - sorry, že tě musím zase opravovat.

1719
Vývoj / Re:Python unit test: stdout testovaneho do souboru
« kdy: 01. 06. 2016, 21:44:40 »
Zdravim,
pisu unit test funkce, ktera generuje kopec veci do stdout. Stdout vystup funkce chci presmerovat do souboru, ale vystupy testu nechat v stdout.
Nejake tipy?
Diky

stdout je obecný soubor. Myslím, že by mohlo stačit když by si předal handle na soubor, do kterého má funkce zapisovat.

1720
Vývoj / Re:Python unit test: stdout testovaneho do souboru
« kdy: 01. 06. 2016, 10:09:05 »
Co je to za programátora, který tak nějak samozřejmě předpokládá, že může hrabat do zdrojáku?

To jako testuju kod knihovny, do ktere nemuzu hrabat, nebo jak to mam chapat? Vetsinou se pisi unit testy pro kod vlastni tvorby. Pokud se takto chova nejaka knihovna pouzita v mem kodu, tak ji budto nahradim normalni alternativou (nepovazuji za normalni takto nevyzadane spamovat vystup), nebo to resim se zodpovednou osobou/firmou.
Omlouvám se, beru zpět. V případě, že se jedná o unittesty, tak máš pravdu. (Nějak jsem si zvykl na Kitovo debilní komentáře, a tak jsem to přehlédl.)

1721
Vývoj / Re:Python unit test: stdout testovaneho do souboru
« kdy: 01. 06. 2016, 10:00:19 »
Zdravim,
pisu unit test funkce, ktera generuje kopec veci do stdout. Stdout vystup funkce chci presmerovat do souboru, ale vystupy testu nechat v stdout.
Nejake tipy?
Diky

Možná to zní jako divná rada, kterou však praktikuji: Ve funkcích nic neposílat do stdout.

+1

Proc proste jen nepredat stream (nebo nejaky Python ekvivalent) jako parametr funkce?

Co je to za programátora, který tak nějak samozřejmě předpokládá, že může hrabat do zdrojáku?

Nerozumím.
Mám-li funkci, která něco posílá do stdout, tak je rada "neposílat nic do stdout" poněkud knížecí.

1722
Vývoj / Re:Python unit test: stdout testovaneho do souboru
« kdy: 01. 06. 2016, 09:42:27 »
Zdravim,
pisu unit test funkce, ktera generuje kopec veci do stdout. Stdout vystup funkce chci presmerovat do souboru, ale vystupy testu nechat v stdout.
Nejake tipy?
Diky

Možná to zní jako divná rada, kterou však praktikuji: Ve funkcích nic neposílat do stdout.

+1

Proc proste jen nepredat stream (nebo nejaky Python ekvivalent) jako parametr funkce?

Co je to za programátora, který tak nějak samozřejmě předpokládá, že může hrabat do zdrojáku?

1723
Vývoj / Re:Má Haskell budoucnost?
« kdy: 20. 05. 2016, 19:32:50 »
Když to shrnu, tak v tom svém příspěvku jsi mi nic nevysvětlil - akorát že je to trivka. Není to výtka na tebe, protože mám pocit, že to dělají všichni haskellisti. Jakmile to pochopí, ztratí schopnost to vysvětlit.
Aha, jenže problém je v tom, že já jsem se nesnažil ti nic vysvětlovat. Já jsem jen reagoval na to, že je to změť znaků.

Pokud by si řekl, že chceš pomoct to naučit, tak to tě rovnou odkážu na http://naucte-se.haskell.cz. Tam jsem začínal, a je to super.

Myslel jsem si, že mi chceš vysvětlit, proč to není změť znaků. Nevysvětlil jsi nic. Pouze jsi reagoval.

Odkud myslíš, že se Haskell učím? Jedna věc je naučit se jazyk, další je pochopit, procvičit a naučit se to skutečně používat. Ty jen napíšeš, že je to trivka a že je to super. Taková rada je mi k ho...

OK. Tak přeji hodně štěstí.

1724
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 20. 05. 2016, 19:21:24 »
...
A proto budete riskovat ze vypadek linky zpusobi kod idiota, co sice teorii zvlada, ale netusi, jak vypada zelezo na kterym to bezi a o tom, co ten kod vlastne dela, nema ani paru.
To byl určitě vtip, co tam Viky psal...

1725
Vývoj / Re:Má Haskell budoucnost?
« kdy: 20. 05. 2016, 19:05:57 »
-> - argumenty funkce, šipka místo čárky a poslední je return, trivka

Šipka místo čárky. Koho by to napadlo, že? Naštěstí se mi to nedávno podařilo rozkódovat.
Kromě toho se šipka používá v kontextu do pro výstup. Na to jsi jaksi zapomněl.
Nezapoměl. Nepoužívá.

Stran: 1 ... 113 114 [115] 116 117 ... 133