Чи важливі сертифікати Java для ролі архітектора? [зачинено]

Хочу знати, наскільки сертифікати Java (SCJP, SCWCD та інші) важливі для позиції архітектора. Якщо людина має хороший досвід у розробці Java та хоче продовжити свою кар’єру на рівні архітектора, ви думаєте, хлопці, йому потрібно мати сертифікацію на його резюме. Якщо він ніколи не працював на головних розробниках ролей?

Якщо ви проводите моє інтерв'ю на посаду архітектора. І я працював веб-розробником Java в різних командах, маючи 5 років досвіду. Ніколи не ведіть жодного. І я маю сертифікатні значки у своєму резюме.

Як розробник може зробити свій кар'єрний шлях до того, щоб бути архітектором у команді?

Іронія сертифікатів у просторі Java полягає в тому, що це фактично найнижчі рівні, які, на мою думку, є найбільш корисними.

У мене є, наприклад, старий програмований програміст Java Java (найнижчий, який ви можете мати). Хоча це насправді не навчить вас нічого, чого не міг навчитися будь-який порядний програміст, роблячи підручники на Java протягом декількох тижнів, він діє як простий фільтр. Щоб пройти це, ви просто повинні знати базову основну Java - у цьому сенсі це, мабуть, дещо корисний фільтр для молодших ролей, де ви шукаєте прямого програміста Java. Якщо вони є, це означає, що вони знають базову Java.

Я ніколи не робив ніяких вищих сертифікатів, ніж це - але, чесно кажучи, з досвіду я виявив, що більшість архітекторів потрапляють туди, стаючи старшими та керівниками команд та отримуючи звання в компанії, просто будучи хорошими в тому, що вони роблять. Я не можу реально уявити жодну з Java-компаній, я працював над тим, щоб найняти когось на роль архітектора з вулиці. По суті це старші розробники та керівники команд, які з часом отримали архітектурну роль.

У будь-якому випадку, я думаю, що важливо - це виявляти здатність до системної архітектури та дизайну на високому рівні, беручи на себе власність великих завдань, які виконують ці навички. Мабуть, певним чином це призведе до того, що першим буде команда нижчого рівня. Досвідчений досвід проектування системи на високому рівні та «архітектурний» іде значно довший шлях, ніж будь-яка сертифікація на цьому рівні.

Примітка : Я сам не архітектор (або навіть керівник команди), але це те, що я спостерігав протягом 10 років у різних компаніях. Люди, які закінчуються архітекторами, - це люди, які вміють брати на себе власність великих завдань, керувати командами та виконувати справи. І я не знаю жодного, хто взагалі мав якісь сертифікати Java.

Щоразу, коли опитую людей, я зазвичай ігнорую їхні сертифікати. На мій досвід, сертифікати не є хорошим барометром для корисних знань. Мої запитання під час інтерв'ю зазвичай дають мені знати, чи знає людина потрібну інформацію І чи може вона застосувати її до проблем із реальним світом.

На початку своєї кар'єри я вчився і здобув свій SCJP, і я б це зробив знову лише тому, що метою сертифікації була мотивація для мене вивчати та вивчати складні деталі Java. Однак сама сертифікація нічого не зробила для моєї кар'єри.

Вони, як правило, не мають великого значення в США, однак у таких місцях, як Індія, де є чимало справді кваліфікованих претендентів та вища конкуренція за найвищі робочі місця, як, наприклад, Software Architect, вони можуть бути використані для вилучення певних кандидатів.

Я думаю, що сертифікати, в кінцевому рахунку, варті того, навіть якщо вони лише трохи корисні, але, безумовно, вони на багато порядків важливіші, ніж справжні таланти та майстерність.

Ваше питання стосується мене, хоча я не думаю, що ти можеш бути готовим до ролі SA. Хороший архітектор програмного забезпечення IMHO повинен мати різноманітний досвід у безлічі різних технологій. Він / вона повинен мати принаймні високий рівень розуміння будь-яких рамок або мови, а також здатність критично оцінювати застарілі системи на предмет сильних і слабких сторін дизайну. Враховуючи ряд обмежень, хороший архітектор програмного забезпечення також повинен мати можливість визначати ряд різних потенційних рішень і зважувати плюси і мінуси кожного з них.

Коли менеджер вищого рівня запитує вас, чому ви вибираєте Java над Ruby, що ви скажете? Що з переваг PHP порівняно з C #? Чи можете ви визначити анемічну модель даних? Які переваги підходу Java EE над підходом Spring Framework AOP або навпаки?

Це такі питання, на які повинен відповісти архітектор, і якщо вам доведеться провести дослідження на них, то, можливо, ви не вирішите це завдання.

SCJP - це дуже базовий сертифікат. Ви, звичайно, повинні отримати це, тоді зробіть SCJD. (Зверніть увагу, що зараз у цих речей є нові імена.) SCWCD також є базовим. Зробіть щось більш вражаюче.

http://en.wikipedia.org/wiki/Sun_Certified_Professional

З точки зору ваших посадових обов'язків, ви, ймовірно, повинні робити роботу з керівництва проектом, перш ніж шукати архітектурну посаду.

Чи хороші сертифікати в кар'єрі для архітектора?

Так. На мою думку, головним результатом сертифікації є деякий огляд. Ви знаєте технологію (будьте в курсі, це не означає, що ви знаєте, як використовувати технологію - для цього потрібна практика). Для архітектора може бути дуже корисним обґрунтований огляд технології, що використовується в його галузі спеціалізації, але в світі сертифікатів Java не повинно бути достатньо - ви також повинні знати про деякі основні сервери та рамки програм.

Я пройшов багато сертифікацій MS і саме через підготовку до цієї сертифікації я ознайомився з частинами API, які мені ніколи не потрібно було використовувати (а іноді я взагалі не знав про них). Пізніше мені вдалося запропонувати ці частини API як готові до використання рішення для деяких проблем. Тому я продовжую приймати сертифікати. Сама сертифікація нічого не означає при співбесіді, поки ви не докажете, що знаєте пов'язані речі.

Чи допоможуть мені сертифікати влаштуватися на роботу архітектором?

Ні. Сертифікація сама по собі нічого не означає. Ви повинні мати інші навички, щоб стати "архітектором". Програмування саме по собі недостатньо, щоб стати архітектором - ви повинні вміти приймати рішення, брати на себе відповідальність, проектувати компонент або цілу програму та готувати роботу для інших (іноді навіть керувати ними). Ви повинні мати хороші навички спілкування.

Принаймні, це я очікував від архітектора. Але що / хто архітектор? Для мене це трохи більше використовуваного модного слова. Більше половини архітекторів, яких я коли-небудь зустрічав, були просто в потрібний час (або досить довго) в потрібному місці, щоб його просували. Бути архітектором не означає, що ти хороший чи кращий, ніж інші, і навіть якщо ти є, ти все ще на тому ж рівні кар’єри, як і ті, хто ні. Одного разу я зустрічаю когось, як називає себе архітектором, я завжди дуже підозрілий.

Підсумок - ви повинні розуміти кодування в контексті NFR та те, як вони вирішують бізнес-проблему / створюють стратегічну перевагу. Зауважте, я нічого не говорив про вміння добре програмувати (хоча зазвичай це очікується. Це включає в себе більшість інших коментарів, але розширюється на ці подальші дії. Чи дає вибір Spring легшу вагу, швидше виконувати додаток, при цьому приносячи в жертву модифікацію? Якщо Отож, який вплив на це рішення має атрибут на бізнес? Чи це представляє проблему управління конфігурацією та ремонтом у вашій новоствореній команді DevOps? Чи має сенс приватна модель доставки SaaS? Як зазначає один із плакатів, це дуже важливо для прийняття рішень,

Отже, якщо ви думаєте, що вам потрібні серти, ви, ймовірно, правильно. Але те, що вам знадобиться поза рівнем SCJP, що є специфічним для мови, є менш зрозумілим. Ви б добре вивчити ITIL, PMI-ACP, CSSLP, TOGAF9, ArchiMate 2, Професійний сертифікат архітектури програмного забезпечення SEI та сертифікат оцінювача ATAM, і що важливо - співпрацівник IASA Foundation. Це піде набагато далі, щоб підготувати вас до того, щоб стати архітектором, ніж SCWCD. З огляду на це, отримання SCEA (зараз OCM Java Architect) все ще може бути плідною вправою підготувати вас спеціально до світу Java, а також обробляти огляди дошки, але крім цього, я б зосередив увагу на тих, про які я згадував.

Міжнародна архітектура програмного забезпечення кваліфікаційна колегія надає і технології від постачальника нейтральної навчальної програми (вони не продають курси або заняття!), З акцентом на методологічному та концептуальному ноу-хау.

Може, доповнити будь-яку сертифікацію, орієнтовану на технологію.

Вони, мабуть, допоможуть, оскільки це свідчить про певну технічну здатність та наполегливість.

Але насправді це не повинно бути; Архітектура не програмування.

Я припускаю, що ми говоримо тут про роль «Архітектора рішення». Роль архітектора рішення досить складна і включає багато речей.

• Розуміння та відповідність архітектурі підприємства Enterprise
• До технічної архітектури
• Позначте архітектуру безпеки
• Розуміння цілей та завдань спонсорів проекту. Перевірка вимог відповідає цим цілям
• Вибір платформи, мови розробки, фреймворку та бібліотеки тощо з тих, які рекомендують технічні архітектори.
• Можливо (і для цього вам потрібна справді вагома причина!) Переконати технічних архітекторів прийняти платформу, мову або рамки за межами рекомендованого набору.
• Переговори інтерфейсів для інших програм.
• Надання документації, необхідної архітекторам з безпеки.
• Визначення вимог до апаратних засобів на основі нефункціональних вимог, очікуваного навантаження тощо.
• Запит необхідного обладнання, мережевих підключень та програмного забезпечення тощо від команди інфраструктури
• Надання документації, необхідної команді інфраструктури
• Надання архітектурної документації, необхідної операційній групі

Невелика частина ролі стосується середовищ програмування та розробки, на практиці більшу частину вашого часу буде витрачено на заповнення документів із плит котла або на відвідування нескінченних зустрічей, де ваш єдиний внесок - вето ідіотських пропозицій та забезпечення наявності залишків розсудливість у випливних угодах.

Принаймні, у корпоративному світі людина, яка має сертифікацію, завжди має перевагу перед людиною, яка не знає, що не обов'язково знає / вміє, але, як кажуть корпорації, це проявляє ініціативність.