Прикраса для резюме чи показник професіоналізму? Компанії та айтівці — про потрібність сертифікацій в IT
Сертифікація в IT — один зі способів підтвердити свої професійні знання та навички. На ринку є сотні сертифікацій, які підходять фахівцям-початківцям, а також спеціалістам з багаторічним досвідом; є платні й безплатні сертифікації, такі, що відкриті для всіх охочих, й ті, що доступні лише за спеціальним запрошенням. Втім одностайної думки щодо практичної користі сертифікацій немає, адже здебільшого вони не є обов’язковими при прийнятті на роботу чи підвищенні зарплати.
DOU розпитав айтівців про те, які сертифікації вони отримували й що їх мотивувало. Також ми поспілкувалися з компаніями, аби дізнатися, чи звертають вони увагу на наявність сертифікацій у спеціалістів.
«Це вказує на рівень людини, її вміння». Чи важливі сертифікації при наймі
Для IT-компаній, з якими спілкувався DOU, наявність сертифікації у спеціаліста не є ключовим фактором під час найму, але є вагомим приводом звернути на кандидата додаткову увагу.
«Чи звертаємо увагу? Так. Чи є це вирішальним при рішенні щодо найму? Ні. Наявність сертифікацій може говорити про прагнення спеціалістів до розвитку, про їхню мотивацію, професійну свідомість тощо. Це є плюсом насамперед для самих кандидатів. Але навіть MBA, до прикладу, не буде мати остаточної ваги при виборіC-level менеджера», — кажуть у SQUAD.
У Grid Dynamics зазначають, що при наймі сертифікація буде перевагою, адже це показує, що людина вмотивована. Також у компанії вважають, що сертифікація допомагає зменшити барʼєр у комунікації між спеціалістами різного профілю, а це безпосередньо впливає на ефективність роботи в команді.
У SoftServe кажуть, що при наймі звертають увагу на сертифікації, бо «це говорить про рівень людини, її вміння».
В ELEKS впевнені, що на співбесіді краще більше приділяти уваги реальним знанням і досвіду кандидата.
Водночас сертифікація від провідних міжнародних організацій зіграє на руку кандидату, якщо в нього немає технічної освіти. Вона ж стане маркером того, що фахівець не стоїть на місці й постійно вдосконалює свої знання, вважають у Luxoft.
Водночас там зауважують: на сертифікаціях при наймі не фокусуються, якщо немає конкретних вимог щодо її наявності. Обов’язкова вимога до сертифікації з’являється, коли замовник-компанія вкладає кошти у запровадження нової технології на проєкті, розвиток її в проєкті й хоче отримати фахівця, який вже пройшов оцінку у постачальника цієї технології.
«Зараз до ІТ-фахівців висувають високі вимоги, коли йдеться про проєкти із забезпечення безпеки, роботи з мережами та хмарою. Якщо в інженера немає сертифікації, це не стане на заваді його роботі з тією чи іншою технологією, проте якщо практичного досвіду не вистачає, немає великого портфоліо робіт, то саме сертифікат демонструє роботодавцю знання, перевірені постачальником технології. Наприклад, якщо ви прийшли від іншого постачальника хмарних послуг або ніколи раніше не використовували Google Cloud, то сертифікат допоможе отримати вакансію», — пояснюють у компанії.
«Інженери мають підтвердити навички та компетентність перед клієнтом». Які сертифікації популярні на ринку та як вони впливають на кар’єру
Для більшості фахівців немає обов’язкових сертифікацій. Але є низка професій/вакансій, де їхня відсутність вважається мінусом. Сюди, на думку Luxoft, належать Scrum Master або кандидати, чиї сертифікати мають підтверджувати знання з досить вузькоспеціалізованої технології GCP Professional Data Engineer чи Oracle Certified Professional.
У Grid Dynamics теж вважають, що сертифікації особливо актуальні для інженерів, які працюють у вузькому профілі, а саме: Data Scientist, ML Engineer чи Data Engineer. Або для фахівців, що працюють з обмеженим набором технологій для своєї спеціалізації.
У SoftServe сьогодні особливий фокус роблять на хмарних сертифікаціях. У цьому напрямі у компанії діють спільноти, де працівники обмінюються корисними матеріалами та діляться досвідом. Партнерами є Google, AWS, Microsoft, з якими компанія реалізує партнерські програми.
Сертифікації з хмарних технологій у пріоритеті і в Grid Dynamics. Це пов’язано з тим, що клієнтами компанії є технологічні гіганти, у командах яких може бути сертифіковано понад 90% спеціалістів, а решта можуть мати науковий ступінь PhD.
«Інженери мають підтвердити свої навички та компетентність перед клієнтом, що можна зробити за допомогою сертифікації. Також вони дають розуміння, як у комплексі працюють складні й високонавантажені системи, зменшують барʼєр у комунікації команд», — пояснюють у Grid Dynamics.
Компанія рекомендує звернути увагу на сертифікації таких рівнів, як Associate та Professional, оскільки вони мають професійне спрямування та враховують велику частину тонкощів роботи з різними архітектурами.
В ELEKS зазначають, що є ситуації, наприклад, у безпекових проєктах, коли спеціалістам для того, аби надавати послуги клієнтам, необхідно мати відповідний сертифікат.
«Залежно від компетенційного напряму рівень звертання уваги на те, чи є сертифікати, варіюється від „йой, най буде“ до „о, добре, що ти маєш цей сертифікат“. Останнє — рідше. Сертифікації бувають різні, тому існує величезна прірва між „сертифікатами для мас“ (де треба пройти тест, як тут, наприклад) і сертифікаціями, де в кілька ітерацій треба представляти артефакти своєї роботи, показувати під наглядом виконання задач (наприклад, як тут)», — пояснюють у компанії.
Однак у Data Science Office ELEKS додають: поки що у світі не існує універсальних і визнаних сертифікацій з AI/DS. Є курси для новачків, після яких дають сертифікат.
«Кожна друга школа чи комерційна організація намагається пропонувати свої. Враховуючи це, ми на такі сертифікати майже уваги не звертаємо», — пояснюють свою позицію в компанії.
Водночас здебільшого сертифікації спеціалістів не є стовідсотковою гарантією підвищення зарплати чи просування вгору кар’єрними сходами. Однак вони є важливою складовою цих етапів, адже можуть означати покращення навичок.
«На підвищення зарплати впливає багато факторів, зокрема і збільшення ролі людини у проєкті, її експертність. Тому в цьому контексті сертифікація — це про підвищення кваліфікації, розвиток нових скілів. Отже, вона може бути плюсом при перегляді компенсації», — кажуть у SoftServe.
А для таких позицій як DevOps, Product Manager, Software Architect, сертифікація — це обов’язкова умова для отримання підвищення, оскільки ці ролі критичні для функціонування бізнесу, вважають у компанії. Проте фахівці часто отримують сертифікації за власним бажання. Наприклад, серед усіх сертифікацій, які отримали DevOps у компанії за останні 2 місяці, тільки 40% є обов’язковими.
Сертифіковані спеціалісти краще розуміють потреби клієнта та ефективніше взаємодіють між собою, тож сертифікація є одним з факторів, які розглядають під час підвищення кваліфікації у Grid Dynamics. Такі професіонали, вважають у компанії, успішно впроваджують нові рішення для бізнесу та сфери, в якій працюють їхні клієнти. Сукупність цих факторів впливає на перегляд компенсації.
Втім, попри всі переваги, сертифікації все одно не є вирішальним пунктом при перегляді зарплати чи кар’єрному підвищенні в Luxoft. Схожої думки дотримуються й у SQUAD: якщо здобуті навички та знання використовуються в роботі та приносять користь — це може пришвидшити кар’єрне зростання, але не буде його запорукою. Водночас з погляду роботодавця сертифіковані люди видаються більш підготовленими технічно, додають у компанії.
«Кількість охочих зменшилася приблизно вп’ятеро». Як компанії допомагають у підготовці своїм фахівцям та чи активно сертифікуються спеціалісти під час війни
Усі компанії, з яким поспілкувався DOU, допомагають своїм спеціалістам отримувати сертифікації (навіть якщо не вважають їх must have для підтвердження кваліфікації).
Наприклад, SQUAD допомагає з підготовкою до релевантних професійних сертифікацій, як-от ISTQB Foundation Level для тестувальників. Компанія залучає експертів, проводить групові та індивідуальні курси підготовки та надає educational leave на час проходження сертифікації.
У Luxoft діють технологічні чаптери (Luxoft Chapters — об’єднання людей за конкретними технічними спеціалізаціями, навколо яких формуються та розвиваються ком’юніті спеціалістів). У компанії нині фіналізують процедуру, за якою інженери зможуть отримати професійні сертифікації: хочуть скласти перелік рекомендованих сертифікацій, допомагати у самостійній підготовці (книги, курси самопідготовки), компенсувати кошти, витрачені на сертифікацію, якщо спеціаліст успішно склав іспит.
Для фахівців SoftServe покриття витрат залежить насамперед від того, чи є сертифікація необхідним кроком для отримання промоушену. Якщо так — здебільшого компанія покриває першу спробу, інколи й матеріали, необхідні для підготовки. Якщо ж працівник самостійно готується до сертифікації, аби розширити свою компетенцію, тоді питання компенсації додатково проговорюють з менеджером.
Загалом же підтримку тим, хто хоче отримати сертифікацію, надає внутрішній сертифікаційний центр: вебінари, курси, створені learning paths та роадмапи тощо. Якщо це рідкісні сертифікації, центр зв’язується з тими працівниками, які склали іспити, та уточнює, чи готові вони поділитись досвідом в індивідуальному порядку. Серед партнерів SoftServe — Pearson VUE, Scantron, TOEFL, Kryterion та інші.
Внутрішній навчальний центр діє й у Grid Dynamics. Є кілька варіантів проходження підготовки для фахівців компанії: від індивідуальної програми до групової сертифікації із супроводом менторів під час навчання.
Втім варто зазначити, що війна вплинула на бажання айтівців сертифікуватися. Наприклад, в ELEKS зафіксували, що з початку повномасштабної війни до липня 2022 року кількість охочих пройти сертифікацію зменшилася приблизно вп’ятеро. Однак з серпня люди знову пробують подаватися на сертифікації. За спостереженнями Luxoft, якщо порівнювати період з січня по вересень 2021 року й аналогічний період
У SoftServe же кажуть, що спостерігали спад лише у березні
А у Grid Dynamics зауважили, що кількість охочих сертифікуватися не змінилася навіть попри війну. Хіба що підготовка зсунулася у часі.
Айтівці — про власний досвід здобуття сертифікацій
DOU також поспілкувався з IT-спеціалістами, які мають не одну сертифікацію, про те, як вони їх отримували й навіщо, скільки часу витрачають на підготовку. Крім того, ми запитали, чи вплинули сертифікації на зарплати або підвищення фахівців (спойлер — такі кейси є).
«Я один з 82 людей на планеті з таким статусом»
Віталій Туровець, Solutions Architect у SoftServe
Сертифікація — один з найбільш ефективних методів демонстрації своїх досягнень у певній сфері. Коли люди, які створили архітектурну методологію, кажуть, що ти на ній знаєшся, цьому легше довіряти, ніж коли ти сам так кажеш.
Думаю, безстрокові сертифікати мають бути чимось на кшталт ачівки. Логіка тут проста: якщо людина крута настільки, щоб її отримати, то ці знання вона вже не втратить ніколи. А от сертифікації з обмеженим терміном дії — це абсолютно логічно. Технології постійно змінюються, клауди додають нові сервіси і розвивають/змінюють старі, тож знання треба оновлювати регулярно. Я, наприклад, колись був AWS Solutions Architect — Professional, але вже роки чотири з AWS не працюю і забув практично все, що там є. Було б несправедливо, якби я мав такий Credential, не маючи навички реально щось зробити на AWS.
Власне, в мене є чимало протермінованих сертифікацій (AWS Solutions Architect — Professional, Certified Kubernetes Administrator, JNCIA тощо). Актуальні дві, але обома я дуже пишаюсь: Google Cloud Certified Fellow та SEI Software Architecture Professional. Наприклад, SEI Software Architecture Professional я отримав дуже несподівано. Мене зареєстрували в програму підготовки до неї у SoftServe, і їм дуже вдячний, бо знання, отримані на курсі підготовки, — надважливі, на мій погляд.
А от на Google Cloud Certified Fellow не можна самостійно податися. Це invitation-only програма. Щоб у неї потрапити, потрібно, аби кандидата рекомендував інший Fellow або співробітник Google. Сьогодні я один з 82 людей на планеті з таким статусом. Крім того, до неї фактично неможливо підготуватися — допомагає лише досвід, здобутий у великій кількості проєктів від pre-sale до sign-off. Просто щось почитати/подивитися й скласти — стовідсотково не вийде.
У випадку Google Fellow кандидату дають три use cases на вибір, за якими треба вигадати архітектуру й потім презентувати її на Panel Interview. Саме Panel Interview триває дві години й складається з трьох частин: Business Domain, Leadership Domain і Technical Domain. Питання хитрі, відповіді на них можна взяти тільки з досвіду. На жаль, самі питання я озвучувати не можу через NDA.
З SEI Professional ситуація інша. Щоб її отримати, потрібно пройти три курси й скласти іспит. Перші два курси (Software Architecture Principles and Practices та Documenting Software Architectures) проходять у режимі e-learning, а тренінг Software Architecture Design and Analysis відбувається онлайн у класі з тренером і розподілом на групи — це чотири дні по п’ять годин безперервного навчання. Після цього іспит скласти дуже легко. Питання озвучувати не можу через NDA, але пропоную подивитися топіки.
Можна розвиватися як професіонал, при цьому не отримуючи сертифікацій. Багато людей так робить. Але є ситуації, коли для роботи на певному проєкті (наприклад, партнерський проєкт з Google) є чітка вимога щодо сертифікації.
А от щодо безпосереднього впливу сертифікацій на зарплату чи кар’єрне зростання... Я б сказав, що не самі сертифікації, а той шлях, який треба пройти для їх отримання, впливають. Це знання, а їх цінують.
Не знаю, яку б сертифікацію хотів пройти в майбутньому. Можливо, щось з Azure. Але я не дуже поспішаю, бо досвіду з ним в мене поки що нуль. Буде реальний робочий досвід — може, й складу.
«З сертифікацією легше переконати роботодавців, що ти розбираєшся у професії, навіть без тривалого технічного „допиту“»
Максим Фоменко, Resident Solutions Architect у Starburst
З хмарних я отримав три сертифікації з AWS: AWS Certified Solutions Architect — Associate, AWS Certified Data Analytics — Specialty, AWS Certified Database — Specialty. З не хмарних маю сертифікацію Hitachi Vantara Certified Specialist — Pentaho Data Integration Implementation.
Хмарні сертифікації складав, аби зробити кар’єрний перехід у новий стек технологій. Поки не мав досвіду з хмарою, на всі відгуки на вакансії, де можна було б з цим працювати, надходили відмови. Вирішив посилити своє резюме сертифікаціями з однієї з хмар. Зупинився на AWS як найбільш потрібній з погляду сервісів.
Не хмарну сертифікацію з Pentaho складав просто тому, що влаштувався у компанію, яка випускає цей продукт. Тим паче моя роль була прямо пов’язана з ним. Тоді я мав вже десять років досвіду роботи з Pentaho, тож можна було одразу йти на іспит і підтверджувати кваліфікацію. Навряд чи вона мені якось допомогла, але в лондонській команді я був єдиним, хто її мав.
Хмарні сертифікації вважають більш цінними, ніж Pentaho. Але не скажу, що якась з них важливіша за інші. Мені здається, що мати кілька різних сертифікацій — цінніше, ніж якусь одну. Цим ти демонструєш працедавцю, що розбираєшся в різних галузях і найголовніше — вмієш швидко вчитися та опановувати нове. На цей скіл сьогодні великий попит серед американських роботодавців. А вони платять найкраще.
Найскладніше отримувати найменш популярні сертифікації. На будь-яку популярну (наприклад, AWS Certified Solutions Architect — Associate), є мільйон курсів, де розжовують матеріал, низка пробних іспитів з прикладами запитань і відповідей для тренування. Що менш популярна сертифікація, то менше матеріалів для підготовки й особливо пробних тестів для іспиту. Тож якби в мене не було десять років досвіду з Pentaho і якби я не працював у компанії-вендорі, яка має внутрішню бібліотеку з матеріалами з Pentaho, скласти сертифікацію було б неабияк важко.
А от з AWS-сертифікацій складніше було готуватися до Speciality level, ніж до Associate level. Про причини я вже казав. У цьому сенсі навіть Professional level буде скласти простіше, оскільки їх менше й вони популярніші за інші.
Мій алгоритм підготовки до AWS-сертифікацій досить простий:
- Слухаю профільний курс на Udemy від Стефана Маарека. Наскільки мені відомо, це один з трьох топових викладачів з цієї теми. Намагаюся прослухати курс, не розтягуючи цей процес, аби вкластися у кілька тижнів.
- Проходжу пробні іспити від цього ж викладача. Це дає змогу підсвітити те, що я не довчив, і переслухати курс знову вже у потрібних аспектах.
- Знаходжу ще кілька наборів пробних тестів від інших авторів. Сумарно —
5–7 різних наборів питань. - Проходжу їх по колу знову й знову. Розбираю помилки. І так доти, доки не доведу відсоток правильних відповідей до понад 90%.
- Швиденько реєструюся на іспит і складаю.
Поки що цей метод працював без збоїв, і я складав всі спити з першої спроби.
На одну AWS-сертифікацію я витрачав
Своє завдання сертифікації для мене виконали — з їхньою допомогою я зміг переконати потенційного роботодавця віддати позицію, безпосередньо пов’язану з роботою в AWS, GCP й Azure, мені. Зарплата ж прямо пов’язана з тим, наскільки сучасний технологічний стек потрібний у проєкті. Що новіші технології, то менше є спеціалістів і то більші суми їм платять за навички. У мене приріст у зарплаті становив близько 20% після отриманих сертифікацій.
Звісно, розвиватися спеціаліст може й без сертифікацій. Хоча під час підготовки ти вивчаєш матеріал більш систематично, ніж коли просто стикаєшся з ним епізодично. Сертифікація, на мій погляд, це більше прикраса для резюме, яка допомагає виділитися на тлі інших кандидатів. І з нею легше переконати роботодавців або клієнтів (у консалтингу), що ти розбираєшся у професії, навіть без тривалого й поглибленого технічного «допиту».
Раніше я хотів рухатися далі в AWS-стеку й наступною отримати AWS Certified Solutions Architect — Professional. Але вже перших трьох вистачило для успішної зміни роботи. На те, щоб втягнутися в нову роль, ішов весь вільний час, тож поки до сертифікацій я не повертався. Ба більше, якщо й повернуся, то, імовірно, піду «в ширину» й отримаю GCP. Останнім часом чимало моїх клієнтів користуються саме ним, тож було б корисно повчитися систематично, заповнити прогалини та провести паралелі.
«Сертифікація не робить фахівця героєм»
Олег Заревич, DevOps Engineer в Edvantis
Я починав свою кар’єру у тестуванні, тож першою була ISTQB. У мене три сертифікати: Foundation, Agile, Technical Test Anylyst. Ще отримав сертифікат від Microsoft, Testing Fundamentals, але її вже не існує. Ці сертифікації я складав ще у «доковідну еру», в центрах сертифікацій.
Зараз я більше працюю з Azure і маю сертифікації у цьому напрямі: AZ900, AZ104 та AZ400. Останню пройшов буквально за тиждень до повномасштабного вторгнення росії.
Що мене мотивує отримувати сертифікації? Це більше особисте. Хочу, щоб незалежно оцінили мої навички. Так я сам собі підтверджую рівень знань.
Але ще важливий момент — це уніфікація знань. Під час підготовки доводиться дізнаватися деталі, які не знав раніше. Наприклад, коли готувався до AZ104, я дізнався багато про різні опції резервного копіювання та VPN в Azure, з якими мені не доводилося працювати раніше.
Не думаю, що сьогодні я склав ту саму, найважливішу сертифікацію. Але з тих, що є, певно, найважливішою є остання — AZ 400. Вона завершувала цілий шлях, який для мене був підтвердженням моєї компетенції у DevOps-сфері.
Але найдовше я готувався до сертифікації ISTQB Technical Test Analyst. Ця сертифікація не є дуже популярною і з чуток найскладнішою із серії (на той час їх було три). У ній сильний ухил на аналіз коду та покриття його тестами, без вміння кодити на аркушику не обійтися. Для підготовки я закупився книгами з «Амазону», прочитав декілька товстих посібників з цієї сертифікації та завалив її — одного балу забракло. Читання книг та підготовка до сертифікації зайняли дуже багато часу, і було шкода все втрачати, тому я пішов на сертифікацію знову за тиждень. Однак через деякі суперечливі питання я дуже розчарувався в ній.
Загалом на підготовку йде місяць чи два, щоб не сильно себе навантажувати. Здебільшого, готуючись до сертифікацій, я спершу шукаю книги з офіційного списку літератури або офіційні матеріали. Наприклад, Microsoft надає цілі лабораторії для підготовки. До останніх сертифікацій я переглядав курси на LinkedIn Learning. Також проходжу тестовий іспит, якщо такий є (корисним може бути Whizlab — ресурс, де є схожі іспити, може, він і не дуже подібний на реальний, але дозволяє побачити свої слабкі сторони).
Цього року в моїх планах — AZ305 Azure Architect та Certified Kubernetes Administrator. Це технології, з якими я багато працюю, тому хочу підтвердити знання у них. Через війну важко почати підготовку, але найближчим часом цим займуся. Також хочу трохи ознайомитися з AWS і отримати сертифікат AWS Fundamentals. Я з ним не працюю, але сертифікація для мене закріпить базові знання.
Розвиватися як спеціаліст можна і без сертифікацій, але я прихильник того, щоб складати ті чи інші іспити. Це не робить фахівця героєм. Але коли я бачу, що людина за свою кар’єру склала іспит, видно, що їй цікаво розвиватися. Звісно, про це свідчать не лише сертифікації, але це одна з ознак. До речі, траплялися випадки на інтерв’ю, коли цікавилися тими чи іншими сертифікаціями, розпитували, як готувався тощо.
«Посади та зарплати все-таки потрібно давати не за кількість „медалей“»
Олександр Риженко, Data Engeneer Teamlead в AutoDoc
Сертифікація є підтвердженням навичок. Сертифікований спеціаліст одразу викликає більше довіри у колег чи то на співбесіді, чи всередині компанії. Він може брати на себе більше повноважень (і йому їх більш охоче дають), що сприяє просуванню у карʼєрі та у зарплаті. На співбесіді одразу відпадає низка питань, достатньо
Крім того, наявність сертифікованих фахівців у компанії підвищує довіру інвесторів та робить компанію привабливішою для них. Таким чином, сертифікований співробітник стає для компанії більш цінним.
Також отримання сертифіката для мене є додатковим стимулом до навчання та розвитку. Головне — це знання та навички, отримані під час підготовки. Сертифікат — це приємний side effect від навчання.
У мене зараз два сертифікати: Confluent Certified Developer for Apache Kafka Developer (CCDAK) та Certified Kubernetes Administrator (CKA). Перший отримав рік тому, останній — два місяці тому.
CCDAK була необхідна тому, що Kafka обрали як один з ключових компонентів архітектури, а підтверджених фахівців у команді не було. Я вирішив взяти на себе цю роль і стати експертом. Друга (CKA) теж зумовлена потребами команди. Kubernetes зараз чи не must have для розгортання архітектури, а ресурсу DevOps-команди часто не вистачає. Тож важливо мати того, хто зможе виконувати частину DevOps завдань. З одного боку, розвантажити команду, а з іншого — скоротити час на виконання інфраструктурних задач.
CKA мені було отримати важче. Це повʼязано з тим, що практичного досвіду у роботі з ним майже не було, тоді як Kafka вже майже рік використовувалася у продакшені й підготовка до іспиту проходила зовсім легко. Зазначу, що іспит на CKA практичний, кандидат не обирає відповідь серед варіантів, а має кілька десятків завдань, консоль і дві години на виконання. Дозвіл використати документацію значно полегшив складання іспиту, але без досвіду використання або хоча б засвоєння теоретичного матеріалу вкластися у виділений час, на мою думку, неможливо.
Для підготовки в обох випадках я проходив курси від провайдерів сертифікації. Для CCDAK це був on demand курс від Confluence. Приблизно 20 годин відеоматеріалів теорії з періодичними опитуваннями, які не впливають на кінцевий результат, а є більше інструментом для самоконтролю.
Для підготовки до іспиту на CKA проходив теоретичний курс Kubernetes Fundamentals (LFS258) від Linux Foundation. 33 години теоретичного й переважно тестового матеріалу, а також Hand on labs (практичні лабораторні роботи) після кожного розділу.
До CCDAK я готувався зо два місяці. Щовечора переглядав по одному відео, без поспіху, щоб краще засвоїти. Підготовка до CKA зайняла більше часу. Придбав бандл-курс й іспит на кіберпонеділок (перед новорічними святами). Спочатку були новорічні свята, потім — відпочинок від свят. В середині лютого зібрався з думками й сів за навчання, а
Після першої сертифікації я отримав вищу посаду, а під час проходження навчання для отримання другої — підвищення зарплатні. Я не думаю, що це повʼязано лише з сертифікацією. На мою думку, посади та зарплати все-таки потрібно давати не за кількість «медалей», а за реальні заслуги: навички, ініціативність, внесок у продукт.
Зараз я готуюся до іспиту на Certified Kubernetes Administrator (CKA). Я відносно молодий Team Lead, тому планую пройти декілька курсів (можливо, з отриманням сертифікатів), повʼязаних з цією посадою. Також цікавить напрямок розвитку інфраструктури. Є декілька сертифікацій від Google про DevOps-культуру. А ще з огляду на продукт цікавлять курси та сертифікати з Data Engineering. Тобто планів вистачає. Хоча сертифікація — це не обовʼязковий елемент для професійного розвитку, а лише підтвердження навичок. Два місяці теорії та два дні на тренажері не замінять пів року чи рік реального досвіду роботи з тим чи іншим інструментом.
