База сеньйора. Фундаментальні знання. Раціональність мислення. Технічне інтервʼю

З кожним наступним інтервʼю ставлю собі запитання — чи потрібно сеньйорам фундаментальні знання?

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

Без фундаментальних знань доведеться боротися, щоб адаптуватися і залишатися актуальним. Вони будуть покладатися на середніх розробників або GPT, щоб заповнити прогалини в своїх знаннях, що може призвести до помилок і неефективності.

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

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

Гості:

Oleks Maistrenko

Konstantin Semenenko

Alexander Denysiuk

Volodymyr Tsap

Обговорення на каналі: t.me/deadopsclub/1065

Приєднуйся до DeadOpsClub: www.youtube.com/@DenysVasyliev/join

Buy Me a Coffee: www.buymeacoffee.com/deadops

Таймлайн:

00:00 Хрестова викрутка для Kubernetes

02:50 Чи потрібна сеньйорам база — гості ефіру

12:50 Байка Майстренка. Сеньйор у команді

18:40 Базовий рівень та модель OSI

23:20 Матриця компетенції досі валідна?

29:00 Kubernetes — нетиповий кейс

39:10 Системність мислення

45:40 Де ця База, що всі шукають

53:20 Основи LLM — це новий OSI

54:40 Ідеальна співбесіда та фреймворк Цапа

01:00:00 Базові знання як інтерфейс до команди

01:09:50 Тьфу на ваш linux або дно спеціаліста

01:13:20 Ну що, валим? Валим!

01:17:00 Таланти та інженери

01:21:30 Дідівські поради та Enjoyneering

01:24:24 Раціональність мислення

01:37:00 Jira ескалатор та ChatGPT

01:41:00 F*king Screenshot Marketing

👍ПодобаєтьсяСподобалось1
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

А скільки фреймворків входить в стек сіньора? штук із 5?

А колись було достатньо лише англійської та жаваскріпту....

А зараз хіба недостатньо? Якщо мова про фронтенд.

Ще вміння продавати свої послуги, щоби вирізнятись від ще 700 конкурентів на посаду які вивчили і англійську і frontend scontent-iev1-1.xx.fbcdn.net/...​s6nyKO8FDIrjA&oe=661A078A

Це ж до якого стану докотилася індустрія, якщо таке питання в принипі постає і є люди готові дискутувати і аргументувати протилежну точку зору

прошу до під топік в телезі — там багато «аргументів» :)

телезі

Тєлегв це підвода по українськи
Або віз

Тролонути і батхернути, щоб щось маркетингово розкрутити. Те, що в нас індустрія в тому стані в яком вона є, це напевно усім і так зрозуміло. І причини цього не в самій індустрії , вони зовнішні — цілих галузей економіки взагалі вже нема як таких. Наприклад авто виробництво можна поцікавитись в якому стані зараз : ЛАЗ, ЗАЗ, КРАЗ та ЛуАЗ. Фактично це стосується усього важкого машино-будівництва. Відповідно з рештою в школі трудовик по сумісності математик і фізкультурник і так далі. Потім відповідний максимум — формошлепити HTML на React, сініори в 23 роки щоб з клієнта більший рейт брати і т.д. і т.п.

це ми ще про 21 річних архітекторів не згадували!

Назвемо усіх «23 річними сініорами». В цілому то вундеркінди і справді бувають, та частіше за усе це звісно не той випадок. 20 років досвіду теж не завжди про високі досягнення в бізнесі, чи про премію Тьюринга. Більшість же напевно десь по середені. Якщо для досягнення відносно рівня старшого розробника (коли здатен крім того що працювати автономно без нагляду, та ще і менторити молодших спеціалістів) для середньої людини потрібно приблизно 6-7 років комерційного досвіду роботи, а університет закінчують приблизно в 21-22 роки, то середній senior тобто старший і буде віком 27-28 років, як це в більшості випадків і є. А ахітект це взагалі посада, а не звання. Зазвичай для спеціаліста кваліфікації principal якщо брати термінологію Google.
Щоправда в Google середній досвід роботи спеціаліста кваліфікації Senior — 12 років, відповідно це в середньому буде людина віком 34-35 років.

Якщо відверто не факт що 6-7 років вистачить для сінйора. Подивіться на левели сеньйоріті в Майкрософт наприклад iq.opengenus.org/job-levels-microsoft

В них написано 4-8 років. Власне +/- вірно написано. Усі ці тайтли вони в різних компаніях, та навіть відділках однієї і тієї самої компанії означають різні речі. Зазвичай чим краще йде бізнес і він активніше росте тим там тих тайтлів стає більше і хутчіш йде зріст тощо. По болотах нема зарплат, от воно і з тайтлом мідл і працюють по 10 і більше років (нажаль знаю особисто такі випадки з далеко не найслабшими людьми, чому вони не йшли міняти ту роботу для мене особисто залишається величезним питанням, напевно родичи давили іншого розумного пояснення знайти не можу). Тайтли це завжди про позицію у виделці зарплат в першу чергу.
А так то комусь може і 4 років вистачить , а комусь і усієї кар’єри не вистачити.

Частково причина і в самій індустрії, але і звинувачувати в бажанні заробляти теж навряд чи можна

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

Це одна з маркетингових стратегій розробників засобів розробки, та далеко не єдина. Що можна сказати абсолютно точно — вимоги бізнесу такі, що складність софту усе збільшується, а потреби випускати його якнайшвидше усе зростають. При цьому методи грубої сили, коли обчислювальна можливість обладнання подвоюється кожен рік вже не діє, тобто потрібно ще при цьому підтримувати алгоритмічну оптимальність, щоби не збільшувати ціну обладнання (hardware) а також використовувати його і нові можливості в повній мірі. Тобто задачі стоять доволі суттєві і методи їх вирішення теж йдуть як в підходах в робочих процесах і менеджменті так і в підвищенні ефективності інструментів розробки. Я на мене чомусь кудись задвинули WYSIWYG інструментарій, що напевно є помилкою.

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

Підписатись на коментарі