Вземете вътрешната следа за сертифициране на архитект J2EE

Преди повече от две години се включих като бета тестер за изпита за технология Sun Microsystems Certified Enterprise Architect за J2EE (Java 2 Platform, Enterprise Edition). Разгледах планираната учебна програма и видях стойността в сертифицирането, затова реших да се придържам към нея. Четири месеца и много упорита работа по-късно получих сертификата и значката си по пощата, почти сякаш се присъединих към много избран фен клуб! Заслужаваше ли си? С една дума, да. Моята пряка цел беше сертифицирането, но бях приятно изненадан, че процесът на сертифициране ми отвори очите за идеи и подходи, които просто не бях имал време да разследвам в суматохата на ежедневната си работа. Продължавам да се занимавам със Sun относно съдържанието и структурата на изпита и в момента съм изпитващ за теста. В тази статияСподелям опита си и също така избирам мозъка на Марк Кейд, водещ разработчик на изпита за архитект J2EE на Sun. Ако искате да станете сертифициран от Sun архитект J2EE, прочетете нататък.

Защо да се сертифицирате?

Просто казано, всяко сертифициране е толкова добро, колкото и възлагащият орган. В нашия случай награждаващият орган е Sun, компанията, която стои зад J2EE. Това прави сертифицирането чугун в моята книга. Много други сертификати се предлагат от различни доставчици на Java, но Sun иска да сертифицира и одобри архитекти за платформата J2EE, а не за сървъра за приложения X, Y или Z.

Като цяло обаче стойността на сертифицирането - било то от университет или компания - често се обсъжда в нашата индустрия. Нямам нужда от сертификат, за да стана практикуващ софтуерен инженер нито в САЩ, нито в Европа, за разлика от повечето други професии. Страхотно, кажете някои. Нашата уникална хакерска култура променя начина, по който работи светът. Живеем или умираме от нашите умения за кодиране, а не от мнението на някоя изсъхнала институция за нас. Бу, казват други. Кодерите за полети през нощта произвеждат нестандартен код и недокументирани, негъвкави системи, които често не са достатъчно стабилни.

И двата лагера имат валидни аргументи. Но моето мнение е ясно: виждам стойността на спонсорираните от бранша сертификати. И при равни други условия, аз оценявам сертифициран архитект J2EE по-високо от несертифициран архитект. Има много по-слаби несертифицирани архитекти от слабите сертифицирани от Слънцето архитекти.

Какъв е изпита

Нека бъдем откровени: Изпитът за сертифициране на архитект J2EE е много добър начин да разграничите автобиографията си. Кандидатите, които непрекъснато гарантират, че са в крак с най-новите технологии и притежават основни сертификати по избраните от тях технологии, са добре мотивирани хора, които добавят стойност към своите компании, както като частни лица, така и като екипни играчи. Както казва Sun's Cade, „Сертифицирането ви позволява да стъпите на вратата. Например, ако подборчиците разгледат двама кандидати за длъжност архитект, а единият има сертификат, а другият не, кой мислите, че ще помислете първо? "

Всъщност може да бъде забавно да се работи за сертифициране. Искали ли сте някога да проучите конкретна секция от Унифициран език за моделиране (UML) или спецификацията Enterprise JavaBeans (EJB) или искате да освежите върху дизайнерски модел, който не сте използвали от известно време? Използвах времето за преразглеждане на сертификатите, за да се направя по-добър архитект. Например, част 2 ми позволи да оценя инструментите за моделиране на UML, които изпитвах сърбеж да опитам, докато част 1 ми даде възможност да разгледам аспектите на корпоративната интеграция, които не бях използвал досега, като изстъргване на екрана и интегриране на наследство. Сертифицирането на J2EE определено не е лесно - това е тежка работа. Но ако ви харесва да бъдете архитект на J2EE, ще се насладите на процеса на сертифициране. Има истинско усещане за постижение, когато успешно издържите изпита.

Какво не е изпита

Попитах Кейд какво не може да тества сертификатът. Неговият отговор накратко: „Сертифицирането не е заместител на опита“. Както може да каже Йода, „един изпит не прави архитект“. Не се опитвайте да се зареждате в J2EE архитект, ако нямате умения, които да го архивират. Първо, ще се борите да издържите изпита, и второ, да бъдете архитект на J2EE е приложно умение; ако нямате ноу-хау, ще бъдете бързо изложени.

Друг момент е, че изпитът за архитект е леко различен от другите сертификати за Java на Sun. "Изпитът за архитект е по-абстрактен, точно както е архитектурата. Изпитите за програмист проверяват дали човек разбира езика. Изпитът за разработчици проверява дали човек може да приложи езика за решаване на проблем. И изпитът за архитект проверява дали човек може да използва неговите познания за архитиране на решение, което разработчикът може да внедри ", обяснява Кейд.

Типичен профил на кандидата

Типичният успешен кандидат се разделя на две основни групи: силни старши инженери, които вече са архитекти във всички, освен имена и утвърдени архитекти, вероятно от други технологични дисциплини, които използват сертификат за архитект, за да обучат J2EE или просто техния опит в J2EE.

Уменията за Java няма да бъдат проблем за успешния кандидат. По-скоро предизвикателството е да покажете, че можете да създадете и комуникирате стабилен и правилен J2EE софтуерен дизайн за даден проблем. Други важни умения включват способността да разберете, че не винаги има перфектен отговор за всеки даден проблем, както и последователно и разумно да защитите предложения проект от проверяващ.

Изпитна анатомия

Изпитът е разделен на три секции, всяка от които е предназначена да тества различен аспект от вашите умения. Фигура 1 илюстрира необходимите стъпки, за да станете сертифициран от Слънце архитект J2EE.

Част 1

Част 1 се състои от 48 въпроса с множество избори, обхващащи всички аспекти на дизайна на корпоративното приложение със силен фокус върху спецификацията и архитектурата на EJB. Част 1 тества по теми от дизайнерски модели до основните интерфейси на спецификацията EJB. Трябва да знаете EJB отвътре и отвън - различните видове, техния жизнен цикъл. Трябва да разберете контейнерите на EJB и потенциалните клопки на EJB. Също така се нуждаете от силно разбиране на други съставни J2EE технологии, като JavaServer Pages (JSP), сървлети, Java Database Connectivity (JDBC) и XML поддръжка. Научете основните дизайнерски модели и техните групи; да ги разпознае от техните UML „подписи“. Въпросите за архитектурата между бизнеса (B2B) също могат да бъдат на видно място.

Трябва да преминете част 1, преди да преминете към част 2.

Част 2

Част 2 е сърцевината на изпита. В този раздел кандидатите трябва да представят своите базирани на J2EE решения за даден бизнес сценарий. По очевидни причини не мога да разкрия реално използваните бизнес сценарии, достатъчно е да се каже, че съдържат както B2C (бизнес за потребителя), така и B2B аспекти. Тук няма много подготвителна работа; трябва просто да използвате практическите си умения, за да създадете J2EE-базирано решение. Ясната комуникация е от решаващо значение; трябва да убедите проверяващия, че знаете какво правите. Не предполагайте нищо. Всички доставени диаграми трябва да отговарят на UML.

Част 3

В Част 3 кандидатите трябва да отговорят на поредица от въпроси относно техните предложения от Част 2. Тези въпроси изследват способността ви да анализирате обективно своя дизайн и също така гарантирате, че имате задълбочени познания за ключовите аспекти на предложената от вас система, включително поддържаемост, производителност и мащабируемост. Вашите отговори на тези въпроси ще бъдат на разположение на същия същият, който коригира вашето представяне по част 2, и той ще направи препратка към предоставените отговори с изпратеното решение, за да оцени вашите отговори на есето.

Съвети за изпити

Нека да стигнем до месинговите халки. Какъв съвет мога да предложа на бъдещите кандидати? Ето основните грешки, които съм виждал в части 2 и 3. Не се фокусирам върху Част 1, тъй като това е ясен раздел с множество възможности за избор; или знаете верните отговори, или не. Фигура 2 отразява ключовите аспекти както на успешните, така и на неуспешните подадени изпити, въз основа на пряка обратна връзка от проверителя от стартирането на изпита за архитект J2EE.

Топ грешки при подаване

  1. Напълно липсва точката на изпита. Изпитът е предназначен да тества вашите умения като архитект J2EE. Всичките ви усилия трябва да се съсредоточат върху решаването на дадения бизнес проблем и да не са затънали в гайките на езотеричните проблеми с J2EE. Разбира се, не се колебайте да се обърнете и към тези точки, но не позволявайте на вашето бизнес решение да пострада в резултат.
  2. Небрежни подавания. Sun очаква хората да отделят между 30 и 40 часа работа на изпита. С този период от време, вашите изявления не трябва да съдържат грешки в печата, неясни UML диаграми, непълни аргументи / обосновки и липсващи резултати. Гордейте се с решението си и се уверете, че това е най-доброто ви усилие.
  3. Прекалено сложни твърдения. Някои кандидати отиват в overdrive и превръщат добре затворената корпоративна система в следващия Amazon.com. Отстъпете и се уверете, че вашето изпращане е възможно най-подробно, но не прекалено. Излишното съдържание намалява общия стандарт и затруднява вашия изпитващ да присъжда оценки.
  4. Непълни / неадекватни отговори за част 3. Много кандидати просто не полагат достатъчно усилия за част 3 (въпросите за есето). Не забравяйте да предоставите пълни отговори и да ги подкрепите с препратки към конкретни части от предложената архитектура. И моля, обърнете внимание, че заявяването на вашето приложение е страхотно, тъй като е базирано на J2EE и не представлява адекватна защита на стандартните характеристики на системата, като мащабируемост, поддръжка и производителност.

И накрая, ако се провалите на изпита, поучете се от грешките си. Ако смятате, че имате правилния профил и че сте се провалили поради лоша техника на изпит или подготовка, поставете го зад себе си и се прегрупирайте. Всички материали получават разбивка за това къде са присъдени и приспаднати оценки. Използвайте това, за да идентифицирате слабостите на подаденото от вас. След като отстраните тези слабости, изпратете отново.

От друга страна, нека да разгледаме общите характеристики на успешните изпращания.

Успешни характеристики на подаване

  1. Правилна подготовка и адекватно време, отделено за подаване на документи. Успешните кандидати разбират какво се иска да предоставят и след това го правят. Това е толкова просто. Добра техника за Част 2 е непрекъснато да се питате дали работите върху това, което трябва да бъдете. Останете дисциплинирани. Разберете въпросите и останете на път.
  2. Ясни, кратки твърдения. Успешните изпращания могат да се различават по дължина, но съдържанието определя дали ще преминете или не. Полезен съвет е да играете адвокат на дявола с всяка секция от вашето представяне. Къде са слабите места? Ако не беше написал, щеше ли да го разбереш? Помолете колега да прегледа вашето решение, преди да го изпратите. Удивително е какво може да хване втори чифт очи.

По отношение на Част 2, не се забърквайте с инструмента за моделиране, който използвате, за да генерирате посочените UML резултати. Яснотата и коректността трябва да са вашите основни цели. Всеки инструмент по избор е добре, стига да се придържате към посочените резултати (напр. Осигуряване на основна страница index.html).

Бъдещи изпити

Отразявайки напредъка, който J2EE и съставните му технологии продължават да постигат, самият изпит по архитект също е в процес на ревизия. Актуализираният изпит ще обхване J2EE 1.4, J2EE дизайнерски модели, Java Connector Architecture (JCA) и методологии за проектиране като Rational Unified Process (RUP) и екстремно програмиране (XP). Други планирани разширения на текущия формат включват механизъм за обратна връзка, който позволява на проверяващите да запитват кандидатите за конкретни точки от тяхната архитектура.

Обновеният изпит няма да включва лични интервюта с потенциални кандидати. Както казва Кейд, "Голяма част от това, че сте архитект, можете да комуникирате вашите идеи писмено и устно. Ние можем да уловим писмената част от комуникацията, но не можем да оценим кандидатите по техните устни възможности. Ето защо работодателите трябва да имат задълбочено интервю процес. "

Интересен феномен е, че решенията, подадени за част 2 през последната година, са се променили, въпреки че самият изпит не е. Появата на уеб услуги и преминаване към по-модулен, управляван от услуги подход към архитектурата като цяло се отразява в видовете решения, които кандидатите представят. Това представлява за мен една от истинските ценности на изпита за архитект. Той продължава да бъде актуален, дори когато предпочитаните техники и основните технологии се трансформират и зреят.

Кажете си думата

Надяваме се, че вече имате по-ясна представа за сертифицирането на J2EE на Sun от Sun и разбирате защо вярвам, че си струва да се търси. Това е трудна работа, но наградата е, че след успешното завършване ще бъдете по-добър архитект. Понастоящем изпитът за архитект се преразглежда, за да бъде в крак с платформата J2EE и Sun приветства вашето мнение за съдържанието и структурата на изпита.

Ако имате някакви идеи как да подобрите изпита, ще се радвам да ги чуя. Използвайте формуляра за обратна връзка на JavaWorld (вж. Ресурси), за да ни изпратите вашите мисли. Това е чудесен начин да помогнете за влиянието върху следващата фаза на процеса на сертифициране на архитекти.

Разделът „Ресурси“ по-долу съдържа полезни връзки, за да започнете. Изпитът не може да замести практическия архитектурен опит, но е чудесно допълнение към този опит, особено ако възприемете работата по сертифициране като възможност за запълване на пропуските във вашите знания. Ако в момента работите към изпита, успех! Ако не сте, защо не сте?