Все так і є.
На позиції тім Ліда дуже страждаю від постійного онлайн спілкування з повністю віддаленою командою розкиданою по різним місцям. Тому для себе вирішив кидати те лідовство і переходити у розробники. Все-таки розробником простіше працювати віддалено.
А коли менеджер дзвонит і каже що співробітника звільнено і доступ до всього блокується одразу після закінчення цього мітингу. Це не тихе звільнення? Чи коли співробітник вранці не може залогінитись до свого акаунту а в обід дізнається що він звільнений ?
Ви описали звичайний процес звільнення коли співробітник просто хоче змінити роботу, і це просто таке життя. Немає сенсу з цим щось робити і намагатись попередити звільнення, якщо людина вже вирішила звільнятись то рано чи пізно всеодно звільниться.
Справа ж не тільки у проектах і задачах. Справа ще і у вимірювальній лінійці. Senior у FAANG чи іншій компанії схожого рівня і Senior в українському аутсорс це зовсім різні рівні. І в цьому і є питання до якого рівня сеньйорності хочеш рости.
Молодець.
На мою думку щоб стати дійсно Senior то треба років 10 досвіду. Щоб попрацювати у різних компаніях, різних напрямках, з різними людьми. Набратись мудрості, навчитись вирішувати складні технічні проблеми, навчитись пояснювати простими словами складні технічні речі. В решті решт навчитись переконувати менеджмент у тому що ті технічні рішення які ти хочеш дійсно потрібно зробити. З мого досвіду, після переходу на позицію тімліда я значно переглянув відношення до сеньйорності. Напевно щоб дійсно стати сеньйором потрібно піднятись на щабель вище, щоб зрозуміти чи дійсно сам раніше був настільки сеньйорним як здавалось )
А чим тоді менеджерам займатись якщо не будуть відволікати програмістів ?
У Києві є дуже крута театральна школа Splash, сам ходив і іншим рекомендую. Дуже яскраві спогади з цих курсів.
заставляє голову постійно перебувати в режимі швидкого переключення між задачами
Як думаєш наскільки довго тебе так вистачить ?
А що буде з проектом через пару років активного розвитку у випадку NoOps ?
Це ж так само як найняти архітектора на
Як ви боретесь з байдужістю розробників і менеджерів до технічного боргу ? Тому що я бачу є така категорія людей які не зацікавлені у «покращенні», якось є і добре. Можна ж просто робити задачі і пох що маленька фіча буде робитись місяць.
Зі звого досвіду тімлідовста скажу що дійсно зарплата тімліда не сильно вище за зарплату розробника якого найняли за 21/22 рік.
Тоді була і зараз залишається ситуація на ринку на стороні розробників. Можливо з часом ситуація буде вирівнюватись і тім лідам і архітекторам будуть підвищувати зарплати і давати бонуси які будуть більше мотивувати.
І що ви як PM будете робити з часом останнього входу у Slack ?
Якщо розробник зайшов перевірити меседж у суботу о 23:50 то дасте +10% премії ?
Чи якщо в робочий день останній раз зайшов о 13 то виженете з компанії ?
Скоріше компанії стануть використовувати AI інтервіюверів. А кандидати будуть пробиватись крізь АІ.
Спочатку АІ проведе фільтрацію резюме.
А тоді з кандидатом по телефону звʼяжеться робот і відповість на питання про компанію і надішле посилання на задачі з літ код чи тест, далі поспілкуватись з відео аватарами АІ інтервьюверів. І може на останньому етапі зустрінешся з людиною.
Ну може тоді всі кандидати будуть отримувати зворотній звʼязок про те що не підійшов )
Той випадок коли потрібно було наймати архітектора і девопса з самого початку проекту ніж 4 роки наймати тільки розробників
З свого досвіду, скажу що QA має в першу чергу розібратись у бізнесі, а технології це другорядні питання. Часто найскладніші задачі QA зводяться до підготовки даних, Особливо у фінансовому секторі. Зараз якраз працюю над фінансовую частиною системи і в нас QA готує csv файли з тисячами рядками вхідних даних і очікуваних результатів розрахунків. І там не треба космічні технології та штучний інтелект, ексель покриває 90% необхідного для розрахунків.
В загальному, розробники можуть зробити утилітки для QA для спрощення роботи з якимись технологіями, Наприклад інтеграція з AWS, Kafka. Для розробників це повсякденні технології і вони зроблять швидше і краще ніж QA.
я вважаю що основною рисою QA має бути педантичність до данних і бізнес вимог, а технології то другорядний фактор.
Якщо розробник вже має досвід з локалізацією, то використовувати ключі замість тексту входить у звичку. Тим більше на великому та середньому проекті це межа розділення відповідальності розробника і менеджера. Використання ключів можна розглядати як один з базових принципів не дублювати код. Так як вшитий текст у код теж стає частиною коду ).
З мого досвіду, локалізацію треба закладати з самого початку проекту навіть якщо це буде одна мова.
Чи є у вас відчуття виснаженності після багатьох мітингів ?
На мій погляд різниця між інтровертами і екстравертами більше полягає у відчутті виснаженості після спількувань ніж в умовній ефективності мітингів.
Скажу за себе, після дня з великою кількістю мітингів у мене немає бажання говорити ні зким. Хочеться просто полежати і подивитись відосіки. Знаю колегу який екстраверт і після цілого дня розмов він себе почуває добре і говорив би й ще.
А далі що? За другий рік дорости до Super Senior , на третій рік Super puper senior ?
Як на мене вся система з ачівками сильно ускладнена.
Особливо дивує
То прямо кажіть нам потрібні процесо-шлепери а не інженери, і через пару років роботи у вас людина ніде-інде не зможе знайти роботу, бо вміє тільки ваші процеси робити.