Daugiau nei prieš dvejus metus savanoriavau kaip „Sun Microsystems Certified Enterprise Architect for J2EE“ („Java 2 Platform“, „Enterprise Edition“) technologijų egzamino beta testuotojas. Aš pažvelgiau į suplanuotą programą ir pamačiau vertę sertifikate, todėl nusprendžiau ją pasirinkti. Keturis mėnesius ir daug sunkaus darbo vėliau gavau savo pažymėjimą ir ženklą paštu, beveik taip, lyg būčiau prisijungęs prie labai rinktinio sirgalių klubo! Ar tai buvo verta? Žodžiu, taip. Mano tiesioginis tikslas buvo sertifikavimas, tačiau buvau maloniai nustebinta, kad sertifikavimo procesas atvėrė mano akis idėjoms ir požiūriams, kurių tiesiog neturėjau laiko ištirti kasdienio darbo šurmulyje. Aš ir toliau bendradarbiauju su „Sun“ dėl egzamino turinio ir struktūros ir šiuo metu esu testo egzaminuotojas. Šiame straipsnyje dalinuosi savo patirtimi ir renkuosi Marko Cade'o, vadovaujančio „Sun“ J2EE architektų egzamino kūrėjo, smegenis. Jei norite tapti „Sun“ sertifikuotu J2EE architektu, skaitykite toliau.
Kodėl verta gauti sertifikatą?
Paprasčiau tariant, bet koks sertifikatas yra toks pat geras, kaip ir apdovanojimą teikianti įstaiga. Mūsų atveju apdovanojančioji įstaiga yra „Sun“, J2EE kompanija. Dėl to mano knygoje sertifikatas yra ketaus. Daugybę kitų sertifikatų gali įsigyti įvairūs „Java“ pardavėjai, tačiau „Sun“ nori sertifikuoti ir patvirtinti J2EE platformos, o ne programų serverio X, Y ar Z, architektus.
Tačiau apskritai apie sertifikavimo vertę - tiek iš universiteto, tiek iš įmonės - mūsų pramonėje dažnai diskutuojama. Man nereikia pažymėjimo, kad tapčiau praktikuojančiu programinės įrangos inžinieriumi nei JAV, nei Europoje, skirtingai nei daugumoje kitų profesijų. Puiku, sako kai kurie. Mūsų unikali įsilaužėlių kultūra keičia pasaulio veikimą. Gyvename ar mirštame pagal savo kodavimo įgūdžius, o ne pagal kažkokios išdžiūvusios institucijos nuomonę apie mus. Bū, sakyk kiti. „Fly-by-night“ koduotojai sukuria nestandartinį kodą ir nedokumentuotas, nelanksčias sistemas, kurios dažnai nėra pakankamai patikimos.
Abi stovyklos turi pagrįstų argumentų. Tačiau mano nuomonė aiški: matau pramonės remiamų sertifikatų vertę. Ir visi kiti dalykai yra vienodi, aš vertinu sertifikuotą J2EE architektą labiau nei nesertifikuotą architektą. Silpnų atestuotų architektų yra kur kas daugiau nei silpnų „Sun“ atestuotų architektų.
Koks yra egzaminas
Būkime atviri: J2EE architekto sertifikavimo egzaminas yra labai geras būdas atskirti savo gyvenimo aprašymą. Kandidatai, nuolat užtikrinantys, kad jie naudojasi naujausiomis technologijomis ir turi pagrindinius pasirinktų technologijų sertifikatus, yra gerai motyvuoti žmonės, kurie prideda pridėtinės vertės savo įmonėms tiek kaip individualūs asmenys, tiek kaip komandos žaidėjai. Kaip sako „Sun's Cade“, „Sertifikatas leidžia jums įlipti į koją. Pavyzdžiui, jei darbdaviai ieško dviejų kandidatų į architekto pareigas, o vienas turi atestaciją, o kitas neturi, kas, jūsų manymu, ketina eiti apsvarstyti pirmiausia? "
Iš tikrųjų gali būti smagu siekti sertifikavimo. Ar kada nors norėjote ištirti tam tikrą „Unified Modeling Language“ (UML) arba „Enterprise JavaBeans“ (EJB) specifikacijos skyrių, ar norėjote atnaujinti dizaino modelį, kurio kurį laiką nenaudojote? Aš pasinaudojau sertifikavimo peržiūros laiku, kad tapčiau geresniu architektu. Pvz., 2 dalis leido man įvertinti UML modeliavimo įrankius, kuriuos išbandyti man troško, o 1 dalis suteikė galimybę apčiuopti įmonės integracijos aspektus, kurių dar nenaudojau, pvz., Ekrano kopijavimą ir seną integraciją. J2EE sertifikatas tikrai nėra lengvas - tai sunkus darbas. Bet jei jums patinka būti J2EE architektu, jums patiks sertifikavimo procesas. Sėkmingai išlaikius egzaminą jaučiamas tikras pasiekimų jausmas.
Kas nėra egzaminas
Aš paklausiau Cade'o, ko sertifikatas negalėjo išbandyti. Jo atsakymas trumpai: „Sertifikatas nepakeičia patirties“. Kaip galėtų pasakyti Yoda, „vieno egzamino nedaro architektas“. Nebandykite įsilieti į J2EE architekto sertifikatą, jei neturite įgūdžių, kurie jį patvirtintų. Pirma, jums bus sunku išlaikyti egzaminą, ir, antra, būti J2EE architektu yra pritaikytas įgūdis; jei neturite „know-how“, būsite greitai atidengtas.
Kitas dalykas yra tas, kad architektų egzaminas subtiliai skiriasi nuo kitų „Sun“ „Java“ sertifikatų. "Architektų egzaminas yra abstraktesnis, kaip ir architektūra. Programuotojas egzaminuoja, ar žmogus supranta kalbą. Kūrėjo egzaminas tikrina, ar žmogus gali pritaikyti kalbą problemai išspręsti. Ir architekto egzaminas tikrina, ar žmogus gali naudoti savo žinias architektui, kurį kūrėjas galėtų įgyvendinti “, - paaiškina Cade'as.
Tipiškas kandidato profilis
Tipiškas sėkmingas kandidatas skirstomas į dvi pagrindines grupes: stiprūs vyresnieji inžinieriai, kurie jau yra visų architektų architektai, išskyrus vardus, ir gerai įsitvirtinę architektai, galbūt iš kitų technologijos sričių, kurie naudojasi architektų sertifikatu, norėdami pereiti prie J2EE, arba tiesiog atnaujina jų J2EE kompetencija.
„Java“ įgūdžiai nebus sėkmingo kandidato problema. Atvirkščiai, iššūkis yra parodyti, kad galite sukurti ir pranešti apie tvirtą ir teisingą J2EE programinės įrangos dizainą konkrečiai problemai spręsti. Kiti svarbūs įgūdžiai apima gebėjimą suprasti, kad ne visada yra tobulas atsakymas į kiekvieną pateiktą problemą, ir nuosekliai bei nuosekliai ginti savo siūlomą projektą egzaminuotojui.
Egzamino anatomija
Egzaminas yra padalintas į tris dalis, kurių kiekviena skirta išbandyti skirtingą jūsų įgūdžių aspektą. 1 paveiksle pavaizduoti būtini žingsniai norint tapti „Sun“ sertifikuotu J2EE architektu.
1 dalis
1 dalį sudaro 48 klausimų su daugybe pasirinkimų, apimantys visus įmonės programų kūrimo aspektus, daug dėmesio skiriant EJB specifikacijai ir architektūrai. 1 dalyje išbandomos temos nuo projektavimo modelių iki pagrindinių EJB specifikacijos sąsajų. Jūs turite žinoti EJB viduje ir išorėje - skirtingus tipus, jų gyvenimo ciklus. Turite suprasti EJB konteinerius ir galimas EJB kliūtis. Jums taip pat reikia gerai suvokti kitas sudedamąsias J2EE technologijas, tokias kaip „JavaServer Pages“ (JSP), servletai, „Java Database Connectivity“ (JDBC) ir XML palaikymas. Sužinokite pagrindinius dizaino modelius ir jų grupes; atpažinti juos iš jų UML „parašų“. Verslo verslui (B2B) architektūros klausimai taip pat gali būti pastebimi.
Prieš pereidami prie 2 dalies, turite praeiti 1 dalį.
2 dalis
2 dalis yra egzamino esmė. Šiame skyriuje kandidatai turi pateikti savo J2EE pagrįstus sprendimus pagal konkretų verslo scenarijų. Dėl akivaizdžių priežasčių negaliu atskleisti tikrųjų naudotų verslo scenarijų, užtenka pasakyti, kad juose yra ir B2C (verslo vartotojui), ir B2B aspektų. Čia nėra daug paruošiamųjų darbų; Jūs tiesiog turite naudoti savo praktinius įgūdžius, kad sukurtumėte J2EE pagrįstą sprendimą. Aiškus bendravimas yra nepaprastai svarbus; turite įtikinti egzaminuotoją, kad žinote, ką darote. Nieko neprisiimkite. Visos pateiktos diagramos turi atitikti UML.
3 dalis
3 dalyje kandidatai turi atsakyti į keletą klausimų apie savo pateiktus 2 dalis. Šie klausimai išnagrinėja jūsų galimybes objektyviai analizuoti savo dizainą ir taip pat užtikrina, kad turite išsamių žinių apie pagrindinius siūlomos sistemos aspektus, įskaitant išlaikomumą, našumą ir mastelį. Jūsų atsakymai į šiuos klausimus bus prieinami tam pačiam egzaminuotojui, kuris ištaiso jūsų 2 dalies pateiktą informaciją, ir jis palygins pateiktus atsakymus su pateiktu sprendimu, kad įvertintų jūsų esė atsakymus.
Egzamino patarimai
Nusileiskime į žalvarinius krepšius. Ką galiu pasiūlyti būsimiems kandidatams? Čia pateikiamos pagrindinės klaidos, kurias mačiau pateikdama 2 ir 3 dalis. Aš nesiorientuoju į 1 dalį, nes tai yra paprasta skiltis su keliais pasirinkimais; arba žinai teisingus atsakymus, arba ne. 2 paveiksle užfiksuoti pagrindiniai sėkmingo ir nesėkmingo egzamino pateikimo aspektai, pagrįsti tiesioginiais egzaminuotojų atsiliepimais nuo J2EE architektų egzamino pradžios.
Populiariausios pateikimo klaidos
- Visiškai trūksta egzamino taško. Egzaminas skirtas patikrinti jūsų, kaip J2EE architekto, įgūdžius. Visos jūsų pastangos turėtų būti sutelktos į nurodytos verslo problemos sprendimą ir neturi būti įklimptos į ezoterinių J2EE problemų veržles ir varžtus. Žinoma, nedvejodami atkreipkite dėmesį ir į šiuos dalykus, tačiau neleiskite dėl to nukentėti savo verslo sprendimui.
- Aplaidus pateikimas. „Sun“ tikisi, kad žmonės egzaminui praleis nuo 30 iki 40 valandų. Per tiek laiko jūsų pateiktuose dokumentuose neturėtų būti rašybos klaidų, neaiškių UML diagramų, neišsamių argumentų / pagrindimų ir trūkstamų rezultatų. Didžiuokitės savo sprendimu ir įsitikinkite, kad tai jūsų geriausios pastangos.
- Pernelyg sudėtingi pateikimai. Kai kurie kandidatai pereina per didelę pavarą ir gerai pritaikytą įmonės sistemą paverčia kita „Amazon.com“. Atsitraukite ir įsitikinkite, kad jūsų pateikimas yra kuo išsamesnis, bet ne per daug. Perteklinis turinys sumenkina bendrą standartą ir apsunkina egzaminuotojo įvertinimų suteikimą.
- Neišsamūs / netinkami 3 dalies atsakymai. Daugelis kandidatų paprasčiausiai nepakankamai stengiasi dėl 3 dalies (esė klausimų). Įsitikinkite, kad pateikėte išsamius atsakymus ir kurkite atsargines nuorodas į konkrečias siūlomos architektūros dalis. Atkreipkite dėmesį, kad pareiškimas apie jūsų programą yra puikus, nes jis pagrįstas J2EE, nėra tinkamas standartinių sistemos charakteristikų, tokių kaip mastelis, išlaikomumas ir našumas, gynimas.
Galiausiai, jei neišlaikėte egzamino, pasimokykite iš savo klaidų. Jei manote, kad turite tinkamą profilį ir kad jums nepavyko dėl blogos egzaminų technikos ar pasirengimo, padėkite jį už savęs ir pergrupuokite. Visi pateikiami duomenys suskirstyti pagal tai, kur buvo įvertinti ir atimti balai. Naudokite tai, kad nustatytumėte savo pateikimo trūkumus. Kai pašalinsite šias silpnybes, pateikite iš naujo.
Pažvelkime į sėkmingo pateikimo bendrąsias savybes.
Sėkmingo pateikimo ypatybės
- Teisingas pasirengimas ir pakankamai laiko, skirto pateikimams. Sėkmingi kandidatai supranta, ko jų prašoma pateikti, ir tada tai daro. Tai taip paprasta. Gera 2 dalies technika yra nuolat klausti savęs, ar dirbate dėl to, kas turėtumėte būti. Likite drausmingi. Supraskite klausimus ir likite kelyje.
- Aiškus, glaustas pateikimas. Sėkmingas pateikimas gali skirtis, tačiau turinys lemia, ar jūs jį išlaikėte, ar nepavyko. Naudingas patarimas - suvaidinti velnio advokatą kiekvienoje jūsų padavimo dalyje. Kur yra silpnosios vietos? Jei nebūtum parašęs, ar suprastum? Paprašykite kolegos prieš pateikiant sprendimą peržiūrėti jūsų sprendimą. Nuostabu, ką gali sugauti antra akių pora.
Kalbant apie 2 dalį, nesijaudinkite, kokį modeliavimo įrankį naudojate nurodytų UML rezultatų generavimui. Aiškumas ir teisingumas turėtų būti jūsų pagrindiniai tikslai. Bet koks pasirinktas įrankis yra tinkamas, jei laikotės nurodytų rezultatų (pvz., Pateikiate pagrindinį index.html puslapį).
Būsimi egzaminai
Atspindint J2EE pažangą ir jo pagrindines technologijas, padaryta pati architektų egzamino peržiūra. Atnaujintas egzaminas apims J2EE 1.4, J2EE dizaino modelius, „Java Connector Architecture“ (JCA) ir projektavimo metodikas, tokias kaip „Rational Unified Process“ (RUP) ir ekstremalų programavimą (XP). Kiti planuojami dabartinio formato plėtiniai apima grįžtamąjį ryšį, leidžiantį egzaminuotojams pateikti užklausas kandidatams apie konkrečius jų architektūros taškus.
Atnaujintas egzaminas neapims tiesioginių interviu su būsimais kandidatais. Kaip sako Cade'as: "Didžioji dalis architekto sugebėjimo perteikti jūsų mintis raštu ir žodžiu. Mes galime užfiksuoti rašytinę komunikacijos dalį, bet negalime įvertinti kandidatų pagal jų žodines galimybes. Štai kodėl darbdaviai turi turėti išsamų interviu procesas “.
Įdomus reiškinys yra tai, kad per pastaruosius metus pateikti 2 dalies sprendimai pasikeitė, nors pats egzaminas to nepadarė. Žiniatinklio paslaugų atsiradimas ir perėjimas prie labiau modulinio, paslaugomis pagrįsto požiūrio į architektūrą apskritai atspindi kandidatų pateiktų sprendimų tipus. Tai man atspindi tikrąsias architektų egzamino vertybes. Jis ir toliau išlieka aktualus, net kai pageidaujami metodai ir pagrindinės technologijos morfėja ir subręsta.
Pasakyk savo nuomonę
Tikimės, kad dabar jūs turite aiškesnį „Sun“ J2EE architektų sertifikato supratimą ir suprantate, kodėl, manau, verta to siekti. Tai sunkus darbas, tačiau atlygis yra tas, kad sėkmingai baigę būsite geresni architektai. Šiuo metu atnaujinamas architektų egzaminas, siekiant neatsilikti nuo J2EE platformos, o „Sun“ sveikina jūsų indėlį į egzamino turinį ir struktūrą.
Jei turite idėjų, kaip pagerinti egzaminą, norėčiau jas išgirsti. Naudoti „JavaWorld“ atsiliepimų forma (žr. šaltinius), kad atsiųstumėte mums savo mintis. Tai puikus būdas padėti paveikti kitą architekto sertifikavimo proceso etapą.
Toliau esančiame išteklių skyriuje yra naudingų nuorodų, leidžiančių pradėti. Egzaminas nepakeičia praktinės architektūrinės patirties, tačiau puikiai papildo šią patirtį, ypač jei sertifikavimo darbus priimate kaip galimybę užpildyti savo žinių spragas. Jei šiuo metu siekiate egzamino, sėkmės! Jei ne, kodėl gi ne?
