Як пройти будь-яку співбесіду

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

Читати - [тут] ✈️

Route 53 🫥

Хтось пише код, а хтось лише думає, як його написати.

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

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

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

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

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

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

Route 53 🫥

Моніторинг як стратегічний інструмент для бізнесу

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

Справжній моніторинг – це не лише виявлення проблем, це інструмент, який допомагає бізнесу приймати обґрунтовані рішення.

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

✖️ Народилася ідея – здалася перспективною "на рівні відчуттів".
✖️ Організували низку мітингів, щоб "продати" ідею команді.
✖️ Витратили час і ресурси на імплементацію, хоча даних на її підтримку немає.
✖️ Результат часто не виправдовує очікувань, ресурси витрачені, а розуміння проблеми так і не з'явилося.

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

А тепер уявіть, як це працює із правильно налаштованим моніторингом

✅ Народилася гіпотеза.
✅ Провели A/B тест, отримали реальні дані.
✅ Прийняли правильне рішення.
✅ І пішли далі.

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

Моніторинг – це про бізнес, а не лише про інфраструктуру.

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

Наприклад

1️⃣ Що найбільше подобається клієнтам. Моніторинг показує, які функції люди використовують, а які ігнорують. Ви розумієте, на що варто витрачати ресурси.
2️⃣ Як швидкість впливає на клієнтів. Якщо сайт вантажиться на пару секунд довше, клієнти йдуть до конкурентів. Моніторинг допомагає побачити це.
3️⃣ Де найбільше проблем. Наприклад, 30% помилок можуть виникати тільки в певному регіоні або у мобільних користувачів. Це вказує, де саме шукати рішення.
4️⃣ Скільки все це коштує. Моніторинг дозволяє оптимізувати ресурси. Наприклад, сервери, які працюють лише на 10% потужності, більше не будуть тягнути надмірні витрати.
5️⃣ “Тихі” проблеми. Часті 404 помилки, які не привертають увагу, підточують довіру клієнтів.

Моніторинг як постійний процес

Моніторинг також допомагає оцінити, наскільки правильні ваші рішення

🔺Ви впровадили нову функцію. Чи змінився трафік і поведінка користувачів?
🔺Ви оновили інфраструктуру. Чи стало дешевше і швидше?
🔺Ви використовуєте дорогий інструмент. Чи він дійсно приносить користь?

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

Моніторинг – це культура бізнесу

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

Бізнеси, які досягають успіху, будують свою стратегію на основі реальних даних це мені нагадує підхід в програмуванні який називається TDD (Test-Driven Development). Це підхід, де розробка починається із написання тестів, які визначають очікуваний результат, і лише після цього пишеться код.

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

Route 53 🫥

Камбек 2.0

Це був найскладніший рік у моєму житті, який показав основну траєкторію розвитку моєї карʼєри на наступні 3–5 років.
Я довго не писав у цей канал, бо був вигорівший, робота була дуже складна, графік неймовірно виснажливий, і я відчував, що просто не хочу нічого писати. До того ж формат, у якому я раніше писав, мені перестав подобатися, і те про що я писав, теж вже не надихало.
У мене був час переосмислити, що саме я хочу розповідати людям.

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

Також я завів Instagram сторінку - pruhlo.v, куди буду заливати відео на різні теми, пов’язані з побудовою карʼєри.

Короче, радий знову вас бачити і розумію тих, хто відпишеться.

Route53 🫥

Чесно кажучи я тупо не розумію як деякі люди взагалі попадають в ІТ, і займають якісь посади, рівень тупості окремих осіб просто зашкалює, вони просто пруть на пролом напевно через це у них шось виходить

Не сумнівайтеся в собі, я таких овочів спостерігаю, і ці особи чогось досягають 🥸

Route53 🫥

ШІ вже замінив айтішників.

Все частіше бачу ситуації, коли люди використовують ШІ у будь-якій ситуації - і це вже доходить до абсурду.
Бачив, як одна людинка абузить ШІ, щоб спілкуватися з колегами у робочих тредах у Slack 🫡

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

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

Не деградуйте, не пхайте ШІ у всі процеси свого життя і тим паче не дозволяйте йому думати замість вас, бо це вже виглядає страшно 🔥

Route53 🫥

MCP

Я вже не уявляю користування Claude/Cursor без MCP.
Без MCP це просто чат.

Для тих, хто не в темі - MCP (Model Context Protocol) це міст між моделлю і сервісами, модель сама по собі розумна, але сліпа, mcp дає їй руки, підключаєш сервер для конкретного сервісу, і вона може реально працювати з ним, а не просто відповідати на запитання.

Сам по собі mcp сервер - це набір функцій для конкретного сервісу.

Наприклад:
✖️GitHub-MCP - це інтерфейс для того шоб модель могла читає код в репозиторіях, мати доступ до пул-реквестів, воркфлоу і т.д. короче багато функцій які має GitHub
✖️CloudWatch-MCP - можна чекнути logs insights або метрики через один виклик, замість 3-4 колів через AWS CLI.

Тобто кожен MCP - це свого роду плагін, тільки зроблений красиво і стандартизовано для моделей.

Мій топ, які юзаю щодня (В роботі в мене трішки інший набір)
🔺context7 - mcp який містить актуальну документацію різних бібліотек та фреймворків і підтягує її прямо в промпт, щоб модель працювала з найсвіжішими версіями API замість того, щоб галюцинувати застарілий код.
🔺github - mcp для інтеграції з GitHub API, дозволяє працювати з репозиторіями, pull request'ами, issues та іншим функціоналом GitHub безпосередньо через модель.
🔺notion - mcp для підключення до Notion workspace, надає можливість читати та редагувати сторінки.
🔺ref - mcp, який надає моделі швидкий і точний доступ до технічної документації (API, бібліотек, сервісів), мінімізуючи токени та забезпечуючи актуальний контекст.
🔺semgrep - mcp для статичного аналізу коду, сканує код на security вразливості та проблеми якості безпосередньо в процесі розробки через модель.
🔺firecrawl - mcp для web scraping та crawling, забезпечує можливість парсити сайти, витягувати контент та здійснювати пошук інформації в інтернеті з підтримкою JavaScript рендерингу.

MCP реально для мене змінив експіріанс користуванням моделями, тепер з mcp і правильними промптами output більш менш контрольований, ну і функціонал х100 звінсо.

Route53 🫥

Нещодавно почав вчити neovim, обрав для себе дистрибутив Astronvim.

Коротше, поінт у тому, що якщо я вже почав працювати як інженер, то мені потрібно досконало володіти інструментами, з якими працюю кожен день, типу IDE.
Що думаєте, марна трата часу? Або добре, що передивився primeagen?

Поки я став повільнішим, але з кожним днем все краще по відчуттях🫡

Route53 🫥

Я один такий?👀

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

Може є тут розумні люди які можуть порадити як працювати з великими проєктами і як взагалі правильно думати коли вчиш новий проект? 📁

Route53 🫥

Як вам ідея зібрати в цьому каналі досвідчених інженерів і задавати їм різні питання, які можуть бути цікаві мідлам, джунам та навіть іншим сіньйорам? Такий собі колективний knowledge sharing 🙂

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

Route53 🫥

Короче, бачу що це потрібно 🦄

Якшо в мене тут є блогєри, або просто не байдужі люди то допоможіть просунути цей канал - make IT great again 🦅

(якшо у вас великий канал напишіть прайс за пост, але звісно ж буду вдячний якшо просунете як благодійність чисто від себе ❤️)

Тут залишу посилання на рілс який бажано лайкнути або навіть репостнути - link ☝️

Короче якось потрібно залучати цих сильних інженерів

Route53 🫥

Записав перше відео на ютуб - link ☝️

Всім гарного дня 😋

Route53 🫥

Та шо ж таке, мені здається це вже патерном якимось 🥸

Route53 🫥

Моє друге відео, показав трішки роботи, офіс, і розповів про нову компанію куди перехожу - відео 📱

✏️Моя робота в MoonActive підійшла до кінця.
Це був чудовий, але дуже складний рік. Озираючись назад, я пройшов серйозний шлях - від людини з посередніми компетенціями та розумінням ІТ і бізнесу до того, хто вже готовий брати на себе велику відповідальність і вірю шо скоро доросту до менеджерської позиції.

Головні інсайти, які я виніс за цей рік:
🔺 Працювати більше й тяжче за інших ≠ тебе автоматично помітять чи промоутять при першій можливості
🔺 Софт скіли часто важливіші за хард скіли
🔺 FAANG і середні/малі компанії це різні світи. Для успіху у FAANG потрібен топовий досвід, експертиза, відповідний майндсет: не просто “бути гарною людиною”, а 3-5 книжок по софтах + solid хард скіли. Там кожен колега топ-інженер, це дуже конкурентна екосистема. У середніх компаніях можна виїхати переважно на комунікації, я таке бачив. Але якщо набираєш навички рівня FAANG, то в середній компанії станеш суперзіркою також
🔺 Щоб бути помітним, потрібно вміти відстоювати та пропонувати свої думки й погляди, але не бездумно. Завжди треба мати обґрунтування, інакше є ризик втратити авторитет
🔺 Для побудови кар’єри важливо розуміти внутрішню політику - що потрібно твоєму менеджеру і команді, у кого які інтереси, хто від кого залежить, у кого які сфери впливу, що важливо для бізнесу/департаменту/команди/окремих персон в конкретний момент часу
🔺 Будуй особисті кордони і жорстко їх відстоюй​​​​​​​​​​​​​​​​
🔺 Не берись за те в чому ти не впевнений хочаб на відсотків 70.

Чесно кажучи, цей список я міг би продовжити ще на 5-10 пунктів, але думаю, суть зрозуміла.
Хочеш добре заробляти і рости? Інвестуй у себе - міняй базові звички, дивись на principal інженерів, читай книжки, багато практикуйся. Це хастл, але він має сенс тільки якщо тобі це подобається.
Ти інвестуєш сьогодні в свою версію завтра. Це не магічна формула це те шо дає перевагу. У конкурентній ситуації виграє той, хто більше знає і вміє, решта це контекст, тайминг і трохи удачі, але без бази нічого не спрацює.
І так, потрібно бути трохи хитрим і навіть досить політичним, щоб стати успішним, хоча це залежить від твоїх цілей - якщо хочеш просто бути крутим спецом, можна обійтися без цього. Але якщо хочеш рости в позиціях і впливі, то розуміння політики це not optional.​​​​​​​​​​​​​​​​

Route53 🫥

New work

Майже 2 тижні працюю на новому місці, не писав весь цей час бо багато потрібно здобути нових знань.

Короче, коротко про нову позицію.

🔺Рівень інженерії виріс (сильно). Я потрапив у core команду в компанії, яка контролює багато процесів, і дотична до більшості прийняття рішень на продакшені. Мої тіммейти це - або девопс в минулому з 8+ років досвіду або тім лід інфраструктурної комнади або тех лід бекенд команди і так далі, короче кажучи дуже експерна команда.
🔺Дуже багато софт скілів тут потрібно набути окрім технічних, тут багато комунікації, ось до прикладу - потрібно приносити готові правильно упаковані рішення і робити цикл продажів для різних стейкхолдерів зазвичай це на стику архітектурних знань і продуктових (дуже багато бізнес орієнтовних рішень), багато потрібно проявляти ініціативи в цьому плані бо є ризик, дуже високий, загубитися серед тіммейтів, короче кажучи це не шось в розряді запропонувати в середині команди.
🔺Графік краще ніж я мав раніше
🔺Тут хард скіли високі потрібні і тут це ніхто не підсвічує, по суті це просто для всіх зрозумілий дефолт 😋
🔺Дуже високий рівень контексту, якшо хтось чогось в компанії не знає про продакшн, скоріш за все підуть до нас шоб ми допомогли.

Тож тут є ризики не дотягнути, відверто кажучи - кожен в моїй команді на дві голови експертніший за мене, потрібно це якось компенсувати, потрібно знаходити можливості, тим паче в випробувальний термін 🔥
А поки у мене найсильніший синдром самозванця який тільки можна придумати)))

якшо шо я тут, буду тримати в курсі по прогресу, це я так написав вам бо голову трішки підняв за останні 2 тижні 👮‍♀️

Route53 🫥

Junior | Middle | Senior

Колись думав шо грейд визначається суто за кількості знаннь і досвіду, але зараз я трішки іншої думки.

Для мене тепер це три складові - знання, досвід, стан.

дам поняття всім трьм складовим для кращого розуміння (як я це бачу).

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

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

А стан у свою чергу, визначає вашу траєкторію, саме стан керує тим куди і як ви рухаєтесь. Без усвідомленого стану ви починаєте дрейфувати, реагувати на обставини замість того щоб їх формувати.
У деяких це виглядає як позиція "я пливу за течією, і мене якось винесе до кращих посад або буде шо буде" або банально сумніваються в собі, і найчастіше таких людей не промоутять, бо їм бракує ініціативи та енергії і вони просто стають непомітними (ні в кого немає бажання, зробити для вас шось добре, всім на вас похєр). Тому стан дозволяє створити грунт під ногами, який дозволяє застосовувати свої знання та досвід на практиці задари якоїсь конкретної мети (частіше за все піднятися по соціальній сходинці), по суті, поставити всіх оточуючих перед фактом - я тут team lead або ceo або президент країни.

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

отака дурня вам перед сном, подумайте, хто ви і шо ви.

Route53 🫥