Komentáře k Augiho web

Komentář k příspěvku Closures v C# od Petr Krebs

Petr Krebs — Wed, 01 Feb 2012 15:12:02 +0000

Je třeba podotknout, že chování closures nad iteračními proměnnými (zde popsáno na začátku sekce „Vhnízděné closures“) se bude v další verzi C# měnit.

Viz http://blogs.msdn.com/b/ericlippert/archive/2009/11/16/closing-over-the-loop-variable-part-two.aspx

Jsem za to rád. Případů, kdy se něčí kód, napsaný intuitivně, leč bez 100% znalosti chování closures, byl díky tomuto chybný, jsem zaregistroval několik. Já sám jsem si tohoto chování všiml až teprve v momentě, kdy mě na něj upozornil Resharper, a to jsem se do té doby považoval za relativně „poučeného“

Komentář k příspěvku Katalánština – z čeho se učit od Phoenicks

Phoenicks — Thu, 05 Jan 2012 21:05:20 +0000

Za tu dobu už se toho hodně na internet uvolnilo…a v pdf je to ke stažení docela dost. Ovšem já osobně si myslím, že ta zmiňovaná učebnice Diana Moix…je docela dobrá i v dnešní době, zvlášť na graatiku a je tam i nějaký ten slovník. I když slušná zásoba je i ve zmiňované Katalánské konverzaci.

Inu uvidíme, jestli v budoucnu přibude i něco většího skutečně slovníkového…

Komentář k příspěvku Co dělat v roce 2012 od Jirka bianco Vágner

Jirka bianco Vágner — Sun, 01 Jan 2012 16:28:17 +0000

Muhehe, tyhle geekovsky vhledy mezi normalni lid, to miluju. Kazdopadne davam taky palec nahoru a to hlavne za tech poslednich pridanych 5 bodu!

Komentář k příspěvku Architektura škálovatelných aplikací od T

Fri, 30 Dec 2011 10:12:42 +0000

@offtopic:
tu som pisal o moznosti vyuzitia domenovych udalosti pre vacsiu interaktivitu GUI, ak by to niekoho zaujimalo (inak povedane back to MVC roots
http://blog.vyvojari.sk/tomas/archive/2011/11/23/interakt-237-vne-javascript-gui.aspx

Komentář k příspěvku Architektura škálovatelných aplikací od T

Fri, 30 Dec 2011 10:11:00 +0000

@Augi:
Na clanku sa mi pacia najma dve veci – idea postupneho/mozneho prechodu od shared DB pre R a W ku separovanym uloziskam aj uvedomenie si moznosti pouzit dve odlisne db technologie pre R a W.
Skoda, ze to je na konci clanku a snazil si sa tam popisat prilis vela patternov, konceptov a problemov v zmysle toho, co pisal Ales. Ludi, ktori o tom nic nevedia to asi pomota.

„Nejrychlejší by bylo mít pro uživatele předrenderovanou celou stránku (HTML), jen ji přečíst na jeden request z databáze“

Takto by som nestaval ako dogmu. Screen moze obsahovat naraz niekolko typov informacii z roznych kontextov. Nemusim nasilu spajat napr. zoznam objednavok na vybavenie s nejakymi statistickymi informaciami, ja neviem, o pocte dnes uz vybavenych objednavok danym userom za dnes/tyzden/mesiac).

Komentář k příspěvku Architektura škálovatelných aplikací od T

Fri, 30 Dec 2011 09:36:48 +0000

@Ales:
Aj ked s vacinou Tvojich vyhrad suhlasim.

„CQRS dává smysl právě s DDD.“

Ja by som to skor povedal tak, ze CQRS otvara dvere na aplikaciu DDD a pomaha prekonavat problemy, na ktore ludia v praxi narazili pri aplikacii DDD.

Ja vidim problem v tom, ze CQRS je velmi uzitocny pattern, ktory pomoze cloveku sa oslobodit mentalne od zazitej architektury aplikacie a umozni mu ju prisposobit specifikam projektu. Ten pattern priniesli ludia, ktori dokazali rozmyslat a nehladali univerzalne riesenie.
Ale to neplati vzdy o ludoch, ktori dalej siria tento pattern. Navyse cast z nich ma nimimalne alebo ziadne skusenosti s aplikovanim CQRS v praxi – na vacsich komercnych projektoch. Zial, co je mozno chyba aj Graga, casto sa CQRS prezentuje v tej najrozvinutejsej forme (s Event Sourcingom) – co je zase ale pochopitelne, lebo tie prednasky su adresovane urcitej skupine ludi, zvacsa architektov velkych rieseni(nie garazovym web kutilom)
Lenze zial, cast ludi zacne implementovat mega architekturu so zapojenim ES zase ako dogmu bez ohladu na to, aky su specifika ich projektu(popalia sa na tom a rezignuju na DDD) a cast ludi sa nad CQRS ani nezamysly, lebo pre nieco taketo nevidia dovod.

Na margo toho, kedy je mozne profitovat z CQRS:
Problem ktory vidim je, ze sa dost cast prezentuje v tom najrozvinutejsom zmysle (EventSourcing) a ludia nevidia profit, ktory mozu mat uz pri mensej aplikacii napr. s ORM. Projekty s ORM casto vykapu na velkom objektovom grafe pri queryovani a zaroven trpia komplexitov a internymi zavislostami, ktore sa tazko manageuju. Aplikacia CQRS znamena v tomto pripade oddelit read a write pristupy. Reporting teda vyriesim tak, ze pouzijem napr. db views a nejake lightweight ORM na ziskanie reportingovych dto like objektov a na write pouzivam spokojne dalej ORM. Vysledkom je, ze som sa naopak zbavil komplexity, viem ovela lepsie profitovat z ORM, pri reade profitujem zo sily DB pre querovanie a pri write casti zase mozem profitovat z 2nd cache.

Este jedna myslienka – Co specificky bounded context(z pohladu DDD) to kludne iny pristup a model.(niekde mozem profitovat z eventsourcingu, niekde chcem len snapshot). To je nieco co nebolo vyslovene ale je na pozadi CQRS s DDD ako dalsia oslobodzujuca myslienka.

Sorry za dlhsi prispevok (hlavne @augi).

Komentář k příspěvku Co dělat v roce 2012 od T

Fri, 30 Dec 2011 08:38:37 +0000

Suhlasim.
Ak ste uz aspon raz spachali instanceOfMyself.Clone() drzte ho radsej daleko od pocitaca, aby raz nenapisal blog akym je ten linkovany.

Komentář k příspěvku Co dělat v roce 2012 od Libor

Libor — Thu, 29 Dec 2011 07:16:11 +0000

Souhlas

Komentář k příspěvku Co dělat v roce 2012 od carnero

carnero — Wed, 28 Dec 2011 20:36:04 +0000

Těch jedenáct nebudu ani číst, snad nevadí. Těchhle pět mi zní jako jeden jediný:

Dostaňte práci (programování) z hlavy nějakým, vám příjemným, způsobem.

Takže bych to seřezal na tenhle jeden. Vlastně jsem to dávno udělal. Částečně protože tenhle jeden je jediný, kterého se dokáži držet a zhruba každý půlrok měním jeho podobu tak, aby stále fungoval stejně dobře a spolehlivě.

Komentář k příspěvku Co dělat v roce 2012 od pixy

pixy — Wed, 28 Dec 2011 19:49:15 +0000

To je pěknej frikulínskej blábol, ten článek. Nejmíň půlka bodů je úplně k ničemu a klidně bych je škrtnul, těchhle přidaných pět je výrazně hodnotnějších.