Příspěvky

196

Vývoj / Re:Design patterny pre biznis triedy

« kdy: 05. 12. 2016, 16:47:16 »

Kks ja nie som student. Nehladam metodiky navrhu software. Ked existuju design patterns na architekturu aplikacie, ocakavam, ze existuje nieco podobne pre biznis problemy - domenove triedy (vid schema.org), ich metody, procesy atd. Su veci ktore sa casto opakuju a nie su specificke pre konkretny biznis (napr sklady, fakturacia atd). Ta knizka co som poslal link by to mozno splnala, ale nechcem zbytocne objednavat, uz mam aj tak tonu knih..

Každá doména je jiná... i s jednoduchým objektem si musíš vyhrát podle toho, v jakém kontextu se nachází. DDD tě naučí přemýšlet o doméně a klást otázky. Knížky samotné ale bohužel (či bohudík) nestačí.

197

Vývoj / Re:Design patterny pre biznis triedy

« kdy: 05. 12. 2016, 15:41:22 »

Už to tu pár lidí zmiňovalo: doporučím nějakou knihu o Domain-Driven Design. Se zmíněným Fowlerem to jde ruku v ruce.
http://dddcommunity.org/books/ Na Githubu jsou od Evanse a Vernona aj. spousty ukázkových implementací.

198

Studium a uplatnění / Re:Horní věková hranice - programátor

« kdy: 08. 11. 2016, 10:26:55 »

Boeing to vysetril a ted doporucuje, aby po nejakych 200 dnech letadlo rebootovali.

Jardo, som si oprskal macbook kavou kvoli tebe

Doufám, že víte, že je to realita .) http://arstechnica.com/information-technology/2015/05/boeing-787-dreamliners-contain-a-potentially-catastrophic-software-bug/

199

Studium a uplatnění / Re:Uplatnění - Java vs C#

« kdy: 19. 10. 2016, 19:59:21 »

Zel bohum - zrovna Scala je neco, ceho bych se v praci spis bal

Proč? Kvůli té košatosti stylu programování? Jen tak pro zajímavost...

200

Vývoj / Re:WordPress přidání nového postu pomocí PHP

« kdy: 09. 09. 2016, 12:07:22 »

Dakujem za radu.
Skusil som dalsich + 1 milion variacii a nefunguje to.
Fatal error: Call to undefined function wp_insert_post() in /.....

WP skoro neumím, ale vím, že http://devel.cz/user/14135 ho umí dobře... radu už si tam dostal, napsat mu můžeš přímo...

201

Vývoj / Re:Postřehy ohledně architektury JavaScriptu

« kdy: 31. 08. 2016, 13:08:37 »

To se mi nestává. U mě UI okno přebírá data od uživatele, validuje je, a snaží se z nich vytvořit objekt pro doménovou vrstvu. To UI okno se může do nevalidního stavu dostat leda tak, že bych se ho pokusil vytvořit bez odkazu na rodiče (což mu nedovolím konstruktorem). Ale kůli tomu, že user jako věk napíše "hodně" rozhodně nezpanikaří. Naopak. Přepne se do zcela validního stavu: "zadal jste chybnou hodnotu...".

Aha, takze existuje predsa okno v nevalidom stave. A potom zrazu sa prepne do validneho. Ale to je zle !!!11!!!! To se stat nesmi! To je pro lyny programatori. Gui cargo kult.

Kdes' to vyčet'?

No jednoduche, je tam prehlaseny nevalidny stav za validny.  Sposobom "ved tam user nieco setne  a potom sa to zvaliduje". Za nieco podobne ste sa mi vysmievali.

Nevím jestli tomu zcela rozumím... některý vstup se dá validovat až po tom, co to tam uživatel "setne" a potvrdí to. Pole s emailem umožňuje zapsat jakýkoliv text, nevím kdy tam uživatel zapíše zavináč a doménu. Jestli je vstup validní zjistím až po změně stavu -- odeslání, výstup z pole na jiný prvek... Ve view jsou potencionálně nevalidní data, ale view je v naprosto validním stavu.

202

Vývoj / Re:Postřehy ohledně architektury JavaScriptu

« kdy: 31. 08. 2016, 12:47:01 »

To se mi nestává. U mě UI okno přebírá data od uživatele, validuje je, a snaží se z nich vytvořit objekt pro doménovou vrstvu. To UI okno se může do nevalidního stavu dostat leda tak, že bych se ho pokusil vytvořit bez odkazu na rodiče (což mu nedovolím konstruktorem). Ale kůli tomu, že user jako věk napíše "hodně" rozhodně nezpanikaří. Naopak. Přepne se do zcela validního stavu: "zadal jste chybnou hodnotu...".

Aha, takze existuje predsa okno v nevalidom stave. A potom zrazu sa prepne do validneho. Ale to je zle !!!11!!!! To se stat nesmi! To je pro lyny programatori. Gui cargo kult.

Myslím že tak to nebylo myšleno. Prostě nevalidní objekty vůbec nevytvoří, protože má view napojen na doménový model a ten nemůže být v nevalidním stavu (ale i tom se občas diskutuje). View nemá v nevalidním stavu! View jen ukazuje co nevalidního si tam chtěl vložit.

203

Vývoj / Re:Postřehy ohledně architektury JavaScriptu

« kdy: 31. 08. 2016, 11:17:50 »

no tak asi žádná metoda objektu by ho neměl uvést do nevalidního stavu, ne?

Může. Např u objektu osoba můžu mít požadavek na minimální délku jména ... tohle omezení / validace doménového modelu existuje vně objektu, takže za určitého kontextu je objekt v nevalidním stavu.

Buďto je to požadavek objektu - pak je ověření v objektu. Nebo je to obecnější požadavek jinde - pak musí osoba využít delegováním funkcionality jiného objektu. Nebo je to speciální požadavek jen v některých částech systému - pak se osoby netýká a řeší se až při použití jména jinde.
Nikde tady není důvod, proč mít v objektu dočasně chybný údaj.

V Ui vrstvě může být objekt v nevalidním stavu, jen uživatele nepustím dál pracovat s doménovým modelem.

204

Vývoj / Re:Postřehy ohledně architektury JavaScriptu

« kdy: 30. 08. 2016, 22:35:19 »

Liší se tím, že zveřejňují vnitřní stav objektu, což je špatně. Ovšem je to ale příjemné a zjednodušuje to práci, asi jako příkaz GOTO :-)))

takže metody, které vracejí hodnoty, které jsou funkcí stavu objektu jsou špatně?

To nutně ne. Ale když si ty metody (settery) nejsou schopny ani zvalidovat vstupní hodnoty - správný formát mailu například? To už by špatně být mohlo, ne?

Nebo když si nejsou schopny, ty settery, zajistit, že když objektu reprezentující fakturu nastavím typ `firma`, tak že musí mět vyplněný IČO? (Narážím na nevalidní stav objektu.)

no tak asi žádná metoda objektu by ho neměl uvést do nevalidního stavu, ne?

Může. Např u objektu osoba můžu mít požadavek na minimální délku jména ... tohle omezení / validace doménového modelu existuje vně objektu, takže za určitého kontextu je objekt v nevalidním stavu.

205

Vývoj / Re:OCaml a jeho výhody

« kdy: 23. 05. 2016, 19:47:58 »

https://blogs.janestreet.com/category/ocaml/
Jane Street, Facebook ... ho používají -- jinak hodně si z něho vzal Rust.

Tohle je docela zajímavý: http://roscidus.com/blog/blog/2014/06/06/python-to-ocaml-retrospective/

206

Windows a jiné systémy / Re:Spuštění programu v Pythonu ze zdrojů

« kdy: 17. 05. 2016, 12:46:50 »

Máš 64bit Python? Protože sis stáhnul 64bit PyQt.

Windows x86-64 MSI installer --> https://www.python.org/ftp/python/2.7.10/python-2.7.10.amd64.msi

207

Vývoj / Re:Má Haskell budoucnost?

« kdy: 14. 05. 2016, 17:09:17 »

Mně třeba největší aha moment přinesla nějaká prezentace, kde týpek vysvětloval monády jako větvení vlakových kolejí -

Ten samý princip je použitý tady: http://www.zohaib.me/yet-another-what-is-a-monad-post/ Ale není to ten článek, co mi tenkrát přinesl ten aha moment

Možná je to tento článek? https://fsharpforfunandprofit.com/rop

208

Vývoj / Re:Má Python budoucnost?

« kdy: 13. 05. 2016, 21:39:26 »

Sémantické označení obyčejného typu String pomáhá nejen v Haskellu. Pak to teprve vypadá jako dokumentace, která nepotřebuje další komentáře.

209

Vývoj / Re:Má Python budoucnost?

« kdy: 13. 05. 2016, 19:09:46 »

Jak jsem psal výše. Mohl bych chtít krátký popis chování funkce v docstringu a několik příkladů použití, které mohu spustit jako test. Reagoval jsem na BoneFlute, který říkal, že typová signatura může zastoupit dokumentaci. Nezpochyňuji užitečnost statického typování, ale nedovedu si představit, jak vám může zastoupit testy a dokumentaci. Možná je to jen můj omezený pohled.

Proti tomu nic nemám, ale ten tvůj argument byl chybný. Signatura a -> a není o nic horší nebo lepší než Int -> String

Myslel jsem to tak, že když se ze signatury matematické funkce dovím, že má argument typu číslo a vrací číslo, tak mi to většinou moc nepomůže. Chtěl bych vědět jakou operaci s těmi čísly provádí. V některé z předchozích diskuzí někdo psal, že vyhledává haskellovské funkce podle signatury na téhle stránce https://www.haskell.org/hoogle/ . Nedovedu si představit jak to funguje v případě těchto běžných signatur.

Pokud má funkce rozumný název, už to hodně napoví nebo ne? Ideálně vhodným názvem metody/funkce zrcadlím problém z domény -- tak nějak, jak se to praktikuje v DDD. Když máš funkci pojmenovanou jako calculate(i) -- tak ti je to k ničemu v jakémkoliv jazyce; pokud není ve vhodně pojmenovaném modulu, třídě -- zasazená do kontextu.

210

Vývoj / Re:Má Python budoucnost?

« kdy: 05. 05. 2016, 18:39:49 »

Žádný test nelze vygenerovat zcela automaticky. Do každého je minimálně nutné dosadit parametry, které žádný kompilátor sám nedosadí. A stejně se pak ty testy musí ručně opravovat.

A co QuickCheck?