29. ledna 2009

Jaké dynamické jazyky využíváte? - výsledky

Opět skončila další minianketka, tentokrát mě zajímalo využití dynamických jazyků. Zde jsou výsledky:

  1. Žádné (41%)
  2. Něco jiného (25%)
  3. Groovy (20%)
  4. Jython (12%)
  5. jRuby (2%)
  6. Scala (2%)
  7. Rhino (1%)
Hlasovalo celkem 62 lidí.

Co k tomu říci? Výsledky mě nepřekvapily, jen by mě zajímalo, jaké dynamické jazyky se skrývají pod položkou "Něco jiného". Když jsem vybíral jazyky do ankety, tak jsem vycházel z tohoto seznamu a snažil jsem se vybrat ty nejpopulárnější, ale asi se mi to moc nepodařilo.

Asi před rokem jsem o dynamických jazycích psal a od té doby se můj váhavý postoj nijak nezměnil. Pořád jsem na tom stejně - pořád nevím, kde bych je mohl sám využít, kde mi přinesou tu tíženou výhodu při vývoji aplikací oproti standardní Javě.

Asi je nebudu využívat přímo, ale přes nějaký aplikační framework jako jsou třeba Grails nebo ZK framework. Jsem hodně zvědavý s čím novým přijde Spring ve spojení s Groovy, když nedávno koupili firmu G2One, které stojí za frameworkem Grails a jazykem Groovy.

S uvedených jazyků jsem používal pouze Groovy a to ve spojení s nástrojem SoapUI. Díky Groovy jsem si mohl napsat vlastní testovací případy a to se mi líbilo.

Také jsem skeptický na větší využití dynamických jazyků s ohledem na většinu (dle mého názoru ano, na většinu) programátorů, kteří se vlastně ani nic nového učit nechtějí - naučí se Javu a pár věcí okolo a myslí si, že jim to bude stačit. Znám to - stačí abych přišel s nějakou myšlenkou využití nové knihovny (natož s použitím nějakého dynamického jazyka) a už vidím tu nutnost přemlouvání, vysvětlování apod.

21. ledna 2009

Spring AOP: Dynamic Proxies vs. CGLib proxies

Pokud jste se někdy více ponořily do AOP resp. vytváření AOP proxy objektů ve Springu, tak jste určitě museli řešit, jaký přístup vlastně zvolit - zda vytvářet proxy objekty pomocí knihovny cglib nebo pomocí JDK.

Oba přístupy mají svoje specifika resp. výhody nebo nevýhody - zde je odkaz na článek, který to celé pěkně shrnuje.


Pokud všechny objekty inicializuje Spring kontejner, tak pak je vytváření AOP proxy objektů zcela automatické (např. pro řízení transakcí) a programátor se víceméně nemusí o nic starat. Někdy je ale potřeba mít vytvořené AOP proxy kolem objektů, které Spring nemá pod kontrolou, např. doménové objekty, které vytváří ORM knihovna nebo nějaké vlastní struktury, kde používáte new.

Spring nabízí následující dvě možnosti řešení:

Více o obou možnostech je uvedeno v dokumentaci ke Springu - Programmatic creation of @AspectJ Proxies a Using AspectJ to dependency inject domain objects with Spring.

8. ledna 2009

Spring certifikace

Mám to! :)

Tento týden jsem napsal testy a získal certifikaci "SpringSource Certified Professional".

Rád bych se s vámi podělil o nějaké mé postřehy či zkušenosti z přípravy a samotného testu.

Člověk musí nejdříve získat "povolení", aby vůbec mohl dělat testy. Povolení lze získat buď tím, že budete absolvovat jejich kurzy na Core Spring a nebo, že prokážete vaší zkušenost se Springem. Já jsem se vydal tou druhou cestou - přišel mi ze SpringSource formulář k vyplnění, na jehož základě mi pak poslali číslo kupónu, které jsem následně použil u certifikační agentury. V dotazníku se mě například ptali na mé dosavadní zkušenosti se Springem na projektech (musel jsem uvést nějaké referenční osoby jak z mé firmy, tak od zákazníka, pro jakého zákazníka to bylo, jaké části Springu jsem využil, jaké jiné open-source knihovny jsem použil), zda nějak přispívám do Spring komunity, zda nějak pomáhám v osvětě Springu apod. Celkově jsem z toho měl pocit, že si tak nějak dělají přehled o tom, na co se vlastně Spring používá, pro jak velké zákazníky a kdo vlastně žádá o tu certifikaci. Nemám žádnou zpětnou vazbu, že by byl někdo z mnou uvedených lidí kontaktován za účelem ověření informací. Doposud jsem dělal pouze certifikace u Sunu, proto mě toto celkem zaskočilo, nicméně jsem prošel a mohl jsem na zkoušku.

Ukázkové testy jsem nenašel žádné (ani na černém trhu :) ) a musel jsem si vlastně vystačit jen s dokumentací od Springu - JavaDoc a referenční dokumentace. SpringSource nabízí přehled oblastí k certifikaci a nějaké ukázkové otázky z testu - sice tam nejsou stejné odpovědi jako v reálném testu, ale otázky tak nějak sedí, bohužel jen tak ze třech oblastí. Ještě jsem našel nějaké podklady zde, ale to je spíše přehled nějakých základních termínů.

Samotný test má 50 otázek, je na to 90 minut. Každá oblast má pět otázek, což aspoň pro mě nebylo zrovna příjemné, protože o Spring Core nebo o Spring MVC toho vím hodně, ale takové JMX nebo JMS jsem nikdy moc (bohužel) nepoužíval. Vše ale mělo stejnou váhu. Také jsem se dost bál všech těch názvů tříd a rozhraní, které Spring má. Teď již vím, že jsem se spoustu věcí učil zbytečně, je opravdu potřeba znát jen ty hlavní, jako např. JdbcTemplate, HibernateDaoSupport, JmsTemplate atd. Otázky byly hodně zaměřeny na obecné znalosti spojení Springu a dané technologie (např. v čem všem mi může pomoci Spring ORM modul při práci s Hibernate), na často používané termíny (např. definice advice nebo aspektu) a někdy i na samotné technologie (např. jaké komunikační protokoly jsou definovány ve specifikaci JSR-160 pro JMX?). Je pravda, že někdy jsem se musel podívat i do jiné dokumentace než od Springu.

Kdo už někdy psal nějaké podobné testy, tak ví, že je potřeba si dát pozor na každé slovíčko, jak v otázce, tak v odpovědích. Každá otázka měla žádnou, jednu nebo všechny správné odpovědi.


PS: Někde jsem našel, že letos přibudou ještě další certifikáty:

  • SpringSource Web Technologies Professional
  • SpringSource Advanced Methodologies Professional
  • SpringSource Integration Professional
  • SpringSource Application Management Professional