top of page
Фото автораСофія Кондрат

Жіноча Краса У Світі Технологій — Інтерв'ю З Яною Брусинською

Оновлено: 8 лип. 2023 р.

Яна Брусинська DevOps Geniusee

У сучасному світі технологій, де інновації швидко змінюють наше повсякденне життя, жінки займають все більш активну роль у цьому сегменті. І однією з таких талановитих та натхненних є Яна Брусинська — дівчина, яка підкорила світ DevOps.


Яна Брусинська — фахівець у галузі DevOps, що поєднує в собі знання розробки програмного забезпечення та системного адміністрування. Її талант та професійний досвід роблять її справжньою перлиною у світі технологій. І саме про це ми поговоримо з Яною у нашому ексклюзивному інтерв'ю.


Розкажіть трошки про себе, що вас надихнуло обрати DevOps як професію?

Яна Брусинська DevOps Geniusee

Я працюю 4 роки у сфері DevOps, але за освітою я магістр прикладної фізики та під час навчання ніколи не задумувалась, щоб звʼязати своє життя з IT. Мене цікавила наука і я хотіла розвиватись в цій галузі. Після закінчення магістратури я планувала вступити в аспірантуру і готувалась до цього. А поки йшла підготовка, мені запропонували паралельно попрацювати викладачем на своїй рідній кафедрі і я з ентузіазмом погодилась, тому що це був доволі цікавий досвід. Так минув один семестр, я зуміла краще роздивитись нашу "наукову кухню" з її бюрократією зсередини та зрозуміла, що це трохи не те, на що б я хотіла витрачати своє життя і час. Тим паче, що заробітна плата аспіранта залишала бажати кращого.


На тому етапі я почала задумуватись про IT. Почала вивчати сфери та шукати ті, в яких мені було б цікаво і комфортно, де б я насправді хотіла проявити себе. Робила це дуже ретельно, бо розуміла, що я за крок від кардинальної зміни професії та нова робота має дійсно подобатись, якщо ти хочеш затриматись на ній подовше.


Саме таким чином я вийшла на DevOps і зупинила свій вибір тут, бо ця професія так само комплексна як і те, чим мені доводилось би займатись в науці. Я відчувала, що зможу застосувати тут всі свої персональні навички та не помилилась :)


Які челенджі ви зустрічали на своєму шляху, як їх подолали?

Яна Брусинська DevOps Geniusee

Найголовнішим челенджем було, звичайно, влитись в нову професію, тому що мені відверто бракувало знань і за плечима був лише базовий курс по С++ з університету. Я шукала якісь курси і на порталі DOU натрапила на безкоштовний офлайн курс по DevOps від однієї відомої IT компанії (це було ще до ковіду).


Відбір був досить жорстким, він складався з онлайн тесту, офлайн тесту і співбесіди. Я в екстреному порядку почала вивчати нетворкінг, основи адміністрування linux, bash. Не вірила, що у мене щось вийде, але мене дивом взяли на курси, які тривали 3 місяці. На них ми вивчали все від linux, до git та AWS.


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


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


Звичайно, без везіння тут не обійшлося, але весь цей час я не опускала руки, постійно вчилася і вірила в себе. Саме ці моменти були ключовими.


Чи були ментори або впливові особи, які допомагали вам у вашому професійному розвитку? Як їхні поради та підтримка вплинули на вас?


У мене був ментор і на той час він був єдиним ДевОпсом в компанії. Менторинг був дуже своєрідний: дати задачу майже без підказок на виконання і тільки у випадку, коли я повністю застрягну, дати наступну маленьку підказку. Хоча й було відчуття фрустрації, але одночасно це мотивувало активніше вчитись і шукати всі можливі методи розв'язання задач. Це також розвивало самостійність і гнучкість мислення, та й випробувальний термін дуже хотілось пройти.


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


Але з часом я зрозуміла, що головною особливістю мого ментора було те, що він довіряв мені та давав свободу, тобто він не контролював мене постійно. І це важливо, бо завдяки цьому я змогла знайти свій власний стиль у DevOps: розв'язання проблем, розробка власних рішень, глибоке розуміння поставлених задач і результату, який потрібно досягти.


Які навички ви вважаєте найважливішими для успішної карʼєри в DevOps?


Насправді це дуже глибоке й не просте питання. Загалом заведено виділяти навички як софт скіли та хард скіли. Комбінація цих навичок та спеціалізація на окремих допоможе тобі отримати й вдосконалити певну ДевОпс роль.


Я для себе виділяю наступні:


Звичайний ДевОпс різних рівнів: джуніор, мідл та сініор. Особливість у тому, що ти з кожним рівнем вдосконалюєш власні навички, заглиблюєшся у специфічні технології, робиш менше помилок, можеш швидше виконувати задачі. Це, так би мовити, стандартний шлях. Звичайно, що тут робиться акцент саме на тематику ДевОпс та основний стек технологій: клауд провайдери, CI/CD, автоматизації, Linux, bash скриптинг, IAAC тулзи як ось Terraform, і тому подібне.


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


ДевОпс Лід або ТімЛід: це той ДевОпс, котрий вже може організовувати та менеджерити команди різних рівнів — саме ДевОпс команду. Такий ДевОпс має бути авторитетним, з гарною репутацією, має бути досвідченим. По факту — це дві попередні ролі + менеджерські скіли - коммунікація, планування, аналітика, КПІ, певне стратегічне мислення. Це важливо, адже ТімЛід несе відповідальність не за окрему таску, а за результат, який має зробити ціла команда.


ДевОпс-Архітект або Архітектор: для мене — це вишка. Це той ДевОпс, який має стільки досвіду, що не просто вміє виконувати рядові завдання, а може щось задизайнерити, заархітектити й імплементувати це самому або за допомогою команди. Це та людина, до котрої всі завжди йдуть, як до Оракула, щоб знайти рішення. І воно завжди буде. Архітектор дійсно створює й оперує вищими абстракціями. Він розроблює архітектуру, яку потім будуть імплементувати розробники та інши ДевОпси. Тобто, це умовно найвищий стратегічний рівень: рівень security, cost optimization, resilience, high availability, автоматизація, і тому подібне.


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


Над яким самим цікавим проєктом ви працювали?

Яна Брусинська DevOps Geniusee Робоча Місце

Таким був один американський проєкт: мобільний додаток повʼязаний із банкінгом і криптовалютою. Він був саме таким, як описують у всіх технічних блогах — яким має бути насправді крутий і правильно продуманий проєкт.


Там була велика DevOps команда, яка складалася з 7 спеціалістів різних рівнів, що створювала продуктивну конкуренцію і середовище, у якому ти міг зростати як спеціаліст. Це також допомогло краще відчути та зрозуміти специфічну ДевОпс культуру.


Це був великий проєкт, на якому працювало 40+ людей з різних країн і компаній. Це реально круто, бо допомагає тобі розвинути скіл роботи у великих командах, до того ж інтернаціональних, і перейняти деякі їх особливості.


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


Так як це банківський додаток, то й умови до його розробки були дуже високі. Це потребувало кропіткої роботи мене, як спеціаліста у наступних сферах: security, high availability, operations, cost optimization. Такий досвід допоміг мені з легкістю отримати сертифікацію AWS Solutions Architect Associate.


Керувала цим проєктом дійсно досвідчена людина з 30+ років досвідом у SDLC - життєвий цикл розробки програмного забезпечення. Тобто я навчилася не лише DevOps, а й тому, як розробляється програмне забезпечення загалом. Також він був ментором для усіх нас і просто гарною людиною.


Щоб ви могли порадити тим, хто хоче зайняти позицію у сфері DevOps або технологій загалом?

Яна Брусинська DevOps Geniusee

Дуже багато вчитися. Поглинати тони інформації, намагатися її переварити. Постійно читати, щось аналізувати, будувати свої знання, у прямому сенсі цього слова. Це — основний капітал. І тут треба навчитися саме працювати з власними знаннями й досвідом. Це щось крутіше за школу та універ. Це саме те, де твої знання напряму впливають на те, що ти робиш. Ну й на твою зп :)


Віра у самого себе. Бо світчер — це насправді довгий та важкий шлях. І тут найголовніше — витримка й стійка віра, воля. Буде багато ситуацій, коли захочеться залишити цю ідею, але тут треба вміти тримати удар, треба бути витривалим. Це як реальний спорт, бо тут, особливо на самому початку, треба боротися з самим собою. І перемагає той, хто зможе дійти до кінця. А найголовніше, що на цьому шляху ти розвиваєшся не лише як технічний спеціаліст, а зростаєш як людина, пізнаєш сам себе. Це — найцінніше.


Щоб було легше, потрібно знайти технічне комʼюніті й перебувати в ньому. А якщо такого немає, то знайти якісь ІT курси, які можуть дати гарний старт та «легко, як по маслу» увійти в професію. Плюс таких штук у тому, що там такі самі люди як і ти, вони на такому ж шляху, як і ти. А разом його проходити веселіше. Додатково там є ментори й обкатані навчальні програми, тому записуйся й просто пливи за течією.


Теоретична база — це гарно, але потрібна постійна практика, дуже багато практики. Це головна помилка початківців. Вони читають щось, або дивляться відео, але код не пишуть. Так ось: це боляче, складно, не зрозуміло, але то на самому початку. Потрібно його писати так багато, щоб це стало найулюбленішою справою (шуткую).

Яна Брусинська DevOps Geniusee

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


Щоб не було нудно, треба знайти у всьому цьому інтерес, треба знайти якісь цікавинки й полюбити цю справу. Бо якщо тобі це не подобається, а ти повівся лише на велику ЗП, то нічого з того не вийде. Довго ти так не висидиш і для тебе то буде звичайна каторга :)


Останнє — у тебе має бути мрія. Ти маєш мріяти й візуалізувати той момент, коли ти пройшов той шлях і став Справжнім ДевОпсом. Все гарно, все стабільно, у тебе гарна ЗП. Ти витримав, ти вартий цього. Нарешті ти можеш собі дозволити те, чого не міг дозволити раніше. Нарешті у тебе є ресурс на мандрівки й гарні речі. Це важливо. Хоч і матеріально, але важливо. Вся ця штука надає тобі сил, ці мрії підтримуватимуть вогонь всередині тебе.

bottom of page