Programovanie

Získajte prehľad o certifikácii architektov J2EE

Pred viac ako dvoma rokmi som sa dobrovoľne prihlásil ako beta tester na skúšku Sun Microsystems Certified Enterprise Architect for J2EE (Java 2 Platform, Enterprise Edition) Technology. Pozrel som sa na plánované osnovy a uvidel som hodnotu v certifikácii, tak som sa rozhodol do toho ísť. O štyri mesiace a veľa tvrdej práce neskôr som dostal poštou certifikát a odznak, takmer ako keby som sa stal členom veľmi vybraného fanklubu! Stálo to za to? Jedným slovom áno. Mojím priamym cieľom bola certifikácia, ale bol som príjemne prekvapený, že proces certifikácie mi otvoril oči pre nápady a prístupy, ktoré som v dennom zhone jednoducho nemal čas preskúmať. Naďalej pracujem so spoločnosťou Sun na obsahu a štruktúre skúšky a v súčasnosti som skúšajúcim pre tento test. V tomto článku sa podelím o svoje skúsenosti a tiež si vyberiem mozog Marka Cade, vedúceho vývojovej skúšky architektov spoločnosti Sun J2EE. Ak sa chcete stať architektom J2EE certifikovaným spoločnosťou Sun, čítajte ďalej.

Prečo získať certifikáciu?

Jednoducho povedané, každá certifikácia je len taká dobrá ako hodnotiaci orgán. V našom prípade je hodnotiacim orgánom spoločnosť Sun, spoločnosť stojaca za spoločnosťou J2EE. To robí z certifikácie liatinu v mojej knihe. Mnoho ďalších certifikácií je k dispozícii od rôznych dodávateľov Java, ale spoločnosť Sun chce certifikovať a schvaľovať architektov pre platformu J2EE, nie pre aplikačný server X, Y alebo Z.

Všeobecne sa však v našom priemysle často diskutuje o hodnote certifikácie - či už z univerzity alebo spoločnosti. Na rozdiel od väčšiny ostatných profesií nepotrebujem certifikát, aby som sa stal praktickým softvérovým inžinierom ani v USA, ani v Európe. Super, povedz nejaké. Naša jedinečná hackerská kultúra mení spôsob fungovania sveta. Žijeme alebo zomierame podľa svojich kódovacích schopností, nie podľa názoru vyschnutej inštitúcie o nás. Boo, povedz ostatným. Kodéry lietania v noci produkujú neštandardný kód a nezdokumentované nepružné systémy, ktoré často nie sú dostatočne robustné.

Oba tábory majú platné argumenty. Ale môj názor je jasný: vidím hodnotu v certifikáciách sponzorovaných priemyslom. A keď sú všetky ostatné veci rovnocenné, hodnotím certifikovaného architekta J2EE oveľa viac ako necertifikovaného architekta. Slabých necertifikovaných architektov je oveľa viac ako slabých architektov certifikovaných spoločnosťou Sun.

Aká je skúška

Povedzme si to na rovinu: Certifikačná skúška architekta J2EE je veľmi dobrý spôsob, ako odlíšiť svoj životopis. Kandidáti, ktorí neustále zabezpečujú, aby boli pripravení na najnovšie technológie a držali kľúčové certifikáty vo svojich zvolených technológiách, sú motivovaní ľudia, ktorí svojim firmám pridávajú hodnotu, a to ako jednotlivci, tak aj ako tímoví hráči. Ako hovorí Sun's Cade: „Certifikácia vám umožní dostať sa k dverám. Napríklad, ak sa náboroví pracovníci pozrú na dvoch kandidátov na pozíciu architekta, jeden má certifikáciu a druhý nie, kto si myslíte, že sa chystá zvážiť ako prvé? “

V skutočnosti môže byť zábava pracovať na certifikácii. Už ste niekedy chceli preskúmať konkrétnu časť špecifikácie Unified Modeling Language (UML) alebo Enterprise JavaBeans (EJB) alebo ste sa chceli občerstviť na dizajnovom vzore, ktorý ste už nejaký čas nepoužívali? Využil som čas na revíziu certifikácie, aby som sa stal lepším architektom. Napríklad časť 2 mi dovoľuje vyhodnotiť nástroje na modelovanie UML, ktoré som sa snažil vyskúšať, zatiaľ čo časť 1 mi dala príležitosť skoncovať s aspektmi podnikovej integrácie, ktoré som predtým nepoužíval, ako napríklad škrabanie obrazovky a stará integrácia. Certifikácia J2EE určite nie je ľahká - je to tvrdá práca. Ale ak ste radi architektom J2EE, certifikačný proces vás poteší. Keď úspešne absolvujete skúšku, existuje skutočný pocit úspechu.

Čo skúška nie je

Spýtal som sa Cadeho, čo certifikácia nemôže otestovať. Jeho odpoveď v skratke: „Certifikácia nenahrádza skúsenosti.“ Ako by Yoda mohol povedať, „jednu skúšku neurobí architekt.“ Ak nemáte dostatočné schopnosti na zálohovanie, neskúšajte sa bootstrapovať na certifikáciu architekta J2EE. Po prvé, budete ťažko zložiť skúšku a po druhé, byť architektom J2EE je aplikovaná zručnosť; ak nemáte know-how, rýchlo sa odhalíte.

Ďalším bodom je, že skúška architektom sa nenápadne líši od ostatných certifikácií Java od spoločnosti Sun. "Skúška architekta je abstraktnejšia, rovnako ako je to aj s architektúrou. Programátorské skúšky testujú, či človek rozumie jazyku. Skúška vývojárom testuje, či môže človek jazyk použiť na vyriešenie problému. A skúška architektom testuje, či môže človek použiť jeho vedomosti navrhnúť riešenie, ktoré by mohol vývojár implementovať, “vysvetľuje Cade.

Typický profil kandidáta

Typický úspešný kandidát spadá do dvoch hlavných skupín: silní vedúci inžinieri, ktorí sú už architektmi vo všetkých okrem iných, a dobre etablovaní architekti, pravdepodobne z iných technologických disciplín, ktorí používajú certifikáciu architekta na absolvovanie školení pre J2EE alebo jednoducho oprášia ich odbornosť J2EE.

Úspešný kandidát nebude mať znalosti jazyka Java problém. Výzvou je skôr ukázať, že môžete navrhnúť a komunikovať robustný a správny návrh softvéru J2EE pre daný problém. Medzi ďalšie dôležité zručnosti patrí schopnosť pochopiť, že na každý daný problém nie je vždy dokonalá odpoveď, a koherentne a dôsledne obhájiť navrhovaný návrh pred skúšajúcim.

Skúška anatómie

Skúška je rozdelená do troch častí, z ktorých každá je zameraná na preverenie iného aspektu vašich schopností. Obrázok 1 zobrazuje potrebné kroky, aby sa stal architektom J2EE certifikovaným spoločnosťou Sun.

Časť 1

Časť 1 pozostáva zo 48 otázok s možnosťou výberu z viacerých odpovedí, ktoré sa týkajú všetkých aspektov návrhu podnikových aplikácií so silným zameraním na špecifikáciu a architektúru EJB. 1. časť vás testuje na témy od návrhových vzorov po základné rozhrania špecifikácie EJB. Musíte poznať EJB zvonka i zvnútra - rôzne typy, ich životné cykly. Musíte pochopiť EJB kontajnery a potenciálne úskalia EJB. Potrebujete tiež dôkladné pochopenie ďalších základných technológií J2EE, ako sú napríklad JavaServer Pages (JSP), servlety, Java Database Connectivity (JDBC) a podpora XML. Naučte sa hlavné návrhové vzory a ich zoskupenia; rozpoznať ich podľa ich „podpisov“ v jazyku UML. Na poprednom mieste môžu byť aj otázky týkajúce sa architektúry medzi podnikmi (B2B).

Pred prechodom do časti 2 musíte prejsť 1. časť.

Časť 2

2. časť je jadrom skúšky. V tejto časti musia uchádzači predložiť svoje riešenia založené na J2EE pre daný obchodný scenár. Zo zrejmých dôvodov nemôžem zverejniť použité skutočné obchodné scenáre, stačí povedať, že obsahujú aspekty B2C (business-to-consumer) aj B2B. Tu sa nedá veľa pripraviť; musíte jednoducho použiť svoje praktické zručnosti na vytvorenie riešenia založeného na J2EE. Jasná komunikácia je rozhodujúca; musíte presvedčiť skúšajúceho, že viete, čo robíte. Nič nepredpokladaj. Všetky dodané diagramy musia byť v súlade s UML.

3. časť

V časti 3 musia uchádzači odpovedať na sériu otázok týkajúcich sa ich častí 2. Tieto otázky skúmajú vašu schopnosť objektívne analyzovať váš návrh a tiež zabezpečujú, aby ste mali dôkladné znalosti o kľúčových aspektoch navrhovaného systému vrátane udržiavateľnosti, výkonu a škálovateľnosti. Vaše odpovede na tieto otázky bude mať k dispozícii ten istý skúšajúci, ktorý opraví vaše zadanie do časti 2, a porovná poskytnuté odpovede s predloženým riešením, aby vyhodnotil vaše odpovede na eseje.

Tipy na skúšky

Poďme na mosadzné cvočky. Aké rady môžem potenciálnym kandidátom ponúknuť? Tu sú najdôležitejšie chyby, ktoré som videl v častiach 2 a 3. Nezameriavam sa na 1. časť, pretože ide o priamu časť s výberom niekoľkých možností; buď poznáš správne odpovede, alebo nie. Obrázok 2 zachytáva kľúčové aspekty úspešného aj neúspešného zadania skúšky na základe priamej spätnej väzby skúšajúceho od začiatku skúšky architektom J2EE.

Najlepšie chyby pri odovzdávaní

  1. Úplne chýba podstata skúšky. Cieľom skúšky je preveriť vaše schopnosti architekta J2EE. Celé vaše úsilie by sa malo zamerať na riešenie daného obchodného problému a nemalo by vás zaujímať to najdôležitejšie v ezoterických otázkach J2EE. Určite sa neváhajte venovať aj týmto bodom, ale nedovoľte, aby v dôsledku toho utrpelo vaše obchodné riešenie.
  2. Nedbalé podania. Sun očakáva, že ľudia strávia skúškou 30 až 40 hodín. Po takom čase by vaše príspevky nemali obsahovať preklepy, nejasné diagramy UML, neúplné argumenty / odôvodnenia a chýbajúce výsledky. Pýchnite na svoje riešenie a uistite sa, že je to vaše najlepšie úsilie.
  3. Príliš zložité podania. Niektorí kandidáti idú príliš rýchlo a z dobre postaveného podnikového systému urobia ďalší Amazon.com. Odstúpte a zaistite, aby bol váš príspevok čo najpodrobnejší, ale nie prehnane. Nadbytočný obsah uberá z celkového štandardu a sťažuje skúšajúcemu hodnotenie.
  4. Neúplné / nedostatočné odpovede pre časť 3. Mnoho kandidátov si jednoducho nevynaloží dostatočné úsilie na časť 3 (otázky týkajúce sa eseje). Nezabudnite poskytnúť úplné odpovede a doložiť ich odkazmi na konkrétne časti navrhovanej architektúry. Upozorňujeme, že vaša aplikácia je skvelá, pretože je založená na prostredí J2EE, a preto nepredstavuje adekvátnu obranu štandardných charakteristík systému, ako je škálovateľnosť, udržiavateľnosť a výkon.

Nakoniec, ak na skúške neuspejete, poučte sa zo svojich chýb. Ak ste presvedčení, že máte správny profil a že ste zlyhali pre zlú techniku ​​alebo prípravu na skúšky, položte ho za seba a preskupte sa. Všetky príspevky sú rozdelené podľa toho, kde boli známky pridelené a odpočítané. Použite to na identifikáciu slabých stránok vášho príspevku. Keď tieto slabosti vyriešite, znova ich odošlite.

Na druhej strane sa pozrime na spoločné charakteristiky úspešných podaní.

Vlastnosti úspešného podania

  1. Správna príprava a primeraný čas strávený odovzdaním. Úspešní uchádzači pochopia, čo majú poskytnúť, a potom to urobia. Je to také jednoduché. Dobrou technikou pre časť 2 je neustále sa pýtať, či pracujete na tom, čo by malo byť. Zostaňte disciplinovaní. Pochopte otázky a buďte stále v obraze.
  2. Jasné a stručné informácie. Dĺžka úspešných príspevkov môže byť rôzna, ale obsah určuje, či vyhoviete alebo neuspejete. Užitočným tipom je zahrať si diablovho obhajcu v každej časti vášho príspevku. Kde sú slabé stránky? Keby ste to nenapísali, pochopili by ste to? Pred odoslaním požiadajte kolegu, aby skontroloval vaše riešenie. Je úžasné, čo dokáže zachytiť druhý pár očí.

Pokiaľ ide o časť 2, nenechajte sa unášať tým, aký nástroj na modelovanie používate na generovanie zadaných výstupov UML. Medzi vaše hlavné ciele by mala patriť jasnosť a správnosť. Akýkoľvek nástroj podľa vášho výberu je v poriadku, pokiaľ sa budete držať stanovených výstupov (napr. Poskytnutie hlavnej stránky index.html).

Budúce skúšky

S ohľadom na pokrok, ktorý J2EE a jeho základné technológie naďalej dosahujú, sa reviduje aj samotná skúška architekta. Aktualizovaná skúška sa bude týkať J2EE 1.4, návrhových vzorov J2EE, architektúry Java Connector Architecture (JCA) a metodík návrhu, ako sú Rational Unified Process (RUP) a extrémne programovanie (XP). Medzi ďalšie plánované rozšírenia súčasného formátu patrí mechanizmus spätnej väzby, ktorý umožňuje skúšajúcim pýtať sa kandidátov na konkrétne body ich architektúry.

Prepracovaná skúška nebude zahŕňať osobné pohovory s potenciálnymi kandidátmi. Ako hovorí Cade: „Architekt je predovšetkým schopný komunikovať vaše nápady písomne ​​aj ústne. Dokážeme zachytiť písomnú časť komunikácie, ale nemôžeme posúdiť kandidátov na ich verbálne schopnosti. Preto musia zamestnávatelia absolvovať dôkladný pohovor proces. ““

Zaujímavým javom je, že riešenia predložené do časti 2 za posledný rok sa zmenili, aj keď samotná skúška nie. Príchod webových služieb a posun k modulárnejšiemu prístupu k architektúre založenému na službách sa všeobecne odráža v typoch riešení, ktoré kandidáti predkladajú. To pre mňa predstavuje jednu zo skutočných hodnôt skúšky pre architektov. Stále zostáva relevantný, aj keď sa preferované techniky a základné technológie menia a dozrievajú.

Vyjadrite svoj názor

Dúfajme, že teraz máte jasnejší prehľad o certifikácii architekta Sun J2EE a rozumiete tomu, prečo si myslím, že sa ho oplatí sledovať. Je to tvrdá práca, ale odmenou je, že po úspešnom dokončení budete lepším architektom. Skúška architekta sa momentálne reviduje, aby držala krok s platformou J2EE, a spoločnosť Sun víta vaše príspevky týkajúce sa obsahu a štruktúry skúšky.

Ak máte nejaké nápady, ako vylepšiť skúšku, rád ich počujem. Použi JavaWorld formulár spätnej väzby (pozri zdroje), aby ste nám mohli poslať svoje myšlienky. Je to skvelý spôsob, ako pomôcť ovplyvniť ďalšiu fázu procesu certifikácie architektov.

Nasledujúca časť Zdroje obsahuje užitočné odkazy, ktoré vám pomôžu začať. Skúška nenahrádza praktické architektonické skúsenosti, ale je skvelým doplnkom tejto skúsenosti, najmä ak certifikačnú prácu využijete ako príležitosť na doplnenie svojich vedomostí. Ak sa v súčasnosti snažíte o vykonanie skúšky, veľa šťastia! Ak nie ste, prečo nie?

$config[zx-auto] not found$config[zx-overlay] not found