Člověk díky použití IoC/DI píše komponenty více nezávisle, takže kód je pak lépe unit-testovatelný, přehlednější, flexibilnější, znovupoužitelný a vůbec méně “prodrátovaný”.

De facto člověk vyvíjí jen sadu nezávislých komponent, které o sobě navzájem nevědí. Až hlavní aplikace pomocí konfigurace kontejneru komponenty prodrátuje a složí do funkčního celku.

BTW: Nepis nektere veci prosim ani z legrace, protoze opakovani je “matka moudrosti” a lidi jsou pak neprijemne “moudri”.

Presto si dovolim ctenare jeste jednou upozornit:
Pokud jste jiz nekdy pouzili RDBMS, tak ani neuvazujte o prechodu na nic z “NoSQL” hypu, pokud nemate:
1) terabajty dat
2) desitky milionu zaznamu
3) desetitisice zapisu za vterinu
Pokud to udelate, tak prijdete o vice jak 99% funkcionality, flexibiliity a vyspelych nastroju. Nikdo z “NoSQL” nerika, ze jsou RDBMS spatne, jen je nikdo neumi naprogramovat tak, aby zvladli zatez web-scale aplikaci. Prijdete o transakce, silnou konzistenci, indexy, integritni omezeni, real-time dotazy, … nebudete mit normalizovane data ani nepouzijete linq.

Pokud ale mate terabajty dat, miliardy zaznamu, atd. pak zase nepremyslejte o RDBMS

Takže pro Tvůj klid: Vím, jak na tom je výkonnově Java, .NET i nativní kód. A vím, že nyní ma Java výkonnově navrh nad .NET, resp. CLR. Obecně se netajím tím, že považuji v mnoha ohledech Javu za lepší platformu než .NET, viz třeba tenhle tweet (a netahej mě prosím za slovíčka – ve 140 znacích je člověk dost omezen).

Při vší úctě, asi Ti ta nepochopená věta zatemnila mysl, protože další Tvoje reakce mi podsouvají něco, co jsem nikdy nevyřkl.

2) Nemusíš mi to dokazovat, já to vím. Dokonce vím, že v některých situacích může být (stejně jako .NET) rychlejší nez Céčko. Nikdy jsem netvrdil opak.

3) Zde evidentně reaguješ na větu “Implementace v Javě určila i ekosystém okolo těchto úložišť, takže prakticky všechny nástroje a knihovny okolo jsou také implementovány v Javě.“. Tou jsem chtěl říci jen to, že protože Cassandra je implementována v Javě, tak implementovat různé nadstavby a nástroje také v Javě bylo nabíledni.

3) O SOAPu jsem se zmínil jako o jednom ze standardů pro RPC komunikaci a tím prostě je (i když se mi některé jeho vlastnosti nelíbí). SOAP samozřejmě znám, používám a uvědomuji si jeho vlastnosti. Jasně, že má velký overhead, ale ne vždy je jediným a nejdůležitějším cílem propustnost a proto má své místo a používá se.

4) Cílem článku nebylo sepsat všechno o NoSQL databázích, co znám, protože to se v jednom článku prostě nedá, a ne všem aspektům pořádně rozumím (a nedělá mi problém to přiznat). Cílem článku bylo především popsat možnosti komunikace s Cassandrou z .NETu.
Cílem tedy nebylo popisovat Cassandru nebo dokonce NoSQL obecně (narážím na CAP teorém) – to by bylo mimo rozsah tohoto článku (a necítím se na to dost fundovaný). Že jsem něco (CAP) nezmínil přece neznamená, že to neznám…

5) Minimálně na dvou místech v článku jsem se zmínil, že by si měl člověk pořádně rozmyslet, jestli bude Cassandru používat.
Dovolil bych si ale polemizovat s tím, že NoSql je vhodné jen pokud máme velké množství dat. Mnozí lidé u NoSql databází nehledají výkonnost, ale jen gumovost datového modelu, jejíž nepřítomnost je občas u relačních databází dosti svazující. Myslím, že i na takové lidi je mířena třeba MongoDB.

6) Jak jsem už psal, cílem článku bylo popsat především komunikaci s Cassandrou z .NETu, takže výklad MapReduce (narážím hlavně na zmínku o shuffle fázi) je opět mimo rozsah článku. A i když jsem o tom nepsal, tak to přece neznamená, že o tom nevím.
O funkcionálním programování něco vím – např. doc.RNDr. Josef Kolář, CSc. označil mou zkouškovou práci z funkcionálních jazyků za nejlepší, jakou kdy viděl (neměl mi co vytknout).

7) A jaká je přesná definice jádra aplikace? IMHO je Cassandra jedním z pilířů Facebooku – však to nejcennější jsou jeho data…

“BTW: ma to spoustu dalsich vyhod, ale nejsem si jisty, ze by to vubec nekdo na tomto blogu pochopil”
Nikdo Tě nenutí to tady číst nebo dokonce reagovat, kór když jsme všichni takovej přiblblej póvl s nálepkou MS…

a finální bomba: “nejsem si jistý, zda by to vůbec někdo na tomto blogu pochopil”

No od tebe určitě ne, protože i pokud bys měl 100x pravdu, tak ten chaotický styl, vytrhávání věcí z kontextu a nemístné narážky nikdo nemůže brát bohužel vážně Ale určitě ti to ulevení si pomohlo k lepší psychické pohodě, a to ti upřímně přeji Java FTW

2) java je zhruba stejne rychla jako C-cko – zastav se na osmem patre, ukazu ti to. Klidne prebootuju i do Windows 7 aby jsi nepojal podezreni, ze gcc by snad mohlo byt pomale

3) java neurcial ekosystem – ucel ho urcil – kdyz mas problem, ktery musi bezet napric nejvetsimi datacetry sveta se 100% spolehlivosti, vykonem a bezpecnosti, tak nema nic lepsiho nez javu

3) SOAP – videl jsi ho nekdy? Pokud ano, tak by jsi mel vedet proc se nepouziva. Pokdu to nevis, tak zagoogli – jde o to, ze SOAP ma uplne brutalni overhead. Kdyz na poslani 100B infomace potrebuju 1kB, tak propustim 1Gb sitovkou jen 10MB/s uzitecne informace, proto nikdo na velke veci nepouziva SOAP. Pravda, ze je trochu opruz, kdyz se ven bavim JSONem, scassandrou Thriftem, ta to dava hadoopu Avrem, do toho se s necim bavis Protocol Bufferama … trochu opruz, ale takovy je svet. BTW: Proc vzniknul nejen Thrift, ale i to Avro, Protocol Buffers, Kryo a dalsi? Myslis, ze to bylo tim, ze tu byla urcita potreba nebo proto, ze nemame vsichni nalepku od MS?

4) konkretne cassandra je nejlepe receno “one hop DHT”, skalovatelna (na tisice stroju, petabajty dat a miliony requestu za vterinu), vzdy dostupna – vubec pokud nezminis CAP, tak se neni o cem bavit … no je dalsich 100 veci co by bylo potreba rict, ale coz … ach jo – nosql ocima .NET = “netusim ktera bije”

5) pokud chces davat nejaky navod, tak rekni, ze pokud nema nekdo alespon nekolik TB dat a vice jak desitky milionu zaznamu na “tabulku” tak nechce “nosql”

6) map reduce je neco “co jde paralelizovat”? to se da kdeco slysel jsi nekdy o funkcionalnim programovani? vis, ze ten reduce je to co byva mimo “map reduce” termin oznacovano “fold”? vis, ze je mezitim desne dulezita cast “shuffle”?

7) cassandra neni jadro facebooku, je to jen datastore pozuvany taky diggem, twitterem, rackspacem … uz pomalu i avastem … neni to o socialni siti, je to rychly, skalovatelny, vzdy dostupny datastore se snadnou volbou konzistence na kazdy dotaz a prakticky nulovou administraci

BTW: ma to spoustu dalsich vyhod, ale nejsem si jisty, ze by to vubec nekdo na tomto blogu pochopil

… mohl bych pokracovat, ale bohuzel je tam toho tolik na co upozornit, ze si to nemuzu zapamatovat naraz a nestoji to za to abych to poduhe cetl