×Закрыть

Пошук роботи під час карантину: заморожені вакансії, черга з кандидатів, демпінг зарплат

Редакція DOU вже спілкувалась з ІТ-спеціалістами, яких звільнили через коронакризу. Ми вирішили також розібратись, як відбувається пошук роботи на карантині: чи змінилися процес найму, кількість вакансій, ставлення рекрутерів, і як загалом реагує ринок на кризу.

На умовах анонімності ІТ-фахівці поділились власними спостереженнями щодо пошуку роботи.

Ілюстрації Уляни Патоки

«Маленькі компанії шукають людину-оркестр»

Рік досвіду в ІТ, на останньому місці роботи — 7 місяців на посаді Рroject Manager/Creative Producer.

Замість очікуваного підвищення керівництво повідомило про звільнення, пояснюючи це падінням продажів. Мені довелося просити про компенсацію житла у Львові та витрат, пов’язаних із переїздом заради роботи з іншого міста. Крім того, ще місяць я працювала (замість двох тижнів) і потім випрошувала, щоб компанія розрахувалась за це. Насправді то був морально важкий місяць, що супроводжувався постійним шантажем: що не повернуть гроші та трудову, якщо не допрацюю, змушували підписати заяву, що буцімто я звільнилася за власним бажанням. І лише коли я сказала, що якщо не зможу знайти роботу, то мене в Центрі зайнятості не оформлять, погодились підписати наказ за згодою сторін. Не заздрю й іншим працівникам, бо, як виявилось, більшість була не оформлена.

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

Процес найму на роботу не змінився: співбесіда з HR, ТЗ, інколи тест на логіку чи behavioral test, технічна співбесіда. Єдине, що дивує: коли дають ТЗ на 2-3 дні, а потім не відповідають зовсім або кажуть, що вже давно знайшли іншого кандидата. Чому одразу не сказати, не попередити?

Уже пройшла шість співбесід. На співбесідах у маленькі компанії створюється враження, що шукають людину-оркестр: щоб був і Account, i BA, i PM, і Product Owner. Проте коли запитуєш про гарантії чи те, як карантин вплинув на компанію, часто інтерв’юери ухиляються від відповідей.

А ще кажуть, що зараз велика черга з претендентів, або пропонують дуже низьку зарплату, оскільки є люди з досвідом в ІТ 4-5 років, які готові працювати за менші гроші. Але погодьтесь, смішно отримувати зарплату $600 з релокацією до Львова чи Києва, коли лише на витрати, пов’язані з житлом, йде $300-500.

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

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

«Ринок турбулентний: є багато вакансій, що вже неактивні»

18 років в ІТ, 5 місяців на посаді Embedded C++ Developer у компанії Agile Fuel.

Працював з клієнтом, що займається обладнанням для кінотеатрів. Ще в січні в робочому чаті прочитав новину про те, що в Китаї кінотеатри закривають на карантин. Одразу ж подумав: ризики є і в нас. Цікаво, що я розумів це, а топменеджери — ні. Буквально у триденний термін мене звільнили, виплативши останню зарплату.

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

Я пройшов п’ять співбесід: в одному місці сказали, що це трохи не моя сфера, в іншому — віддали перевагу кандидату, який просив меншу зарплату.

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

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

«Бачу класні вакансії, але якщо ремоут не розглядають — це не для мене»

12 років в ІТ (5 років — QA, 2 роки — UX-аналітик). На останньому місці роботи працював два роки у BA-відділі в американському стартапі на ремоуті.

Коронакриза застала стартап зненацька. Спонсори спрямували фінансування на боротьбу з вірусом, тому довелося скоротити витрати та звільнити частину співробітників. Ще в четвер ми нічого не підозрювали, а наступного дня (у п’ятницю 13-го :) начальник департаменту розповів про звільнення. Мені все виплатили разом з відпускними, пропонували допомогу з пошуком роботи.

Десь тиждень я відходив, нічого не робив, а потім почав шукати вакансії на LinkedIn та Djinni.co. Раніше було більше пропозицій, рекрутери писали, навіть коли я не шукав роботу.

Зросла конкуренція. Бачу, що багато досвідчених спеціалістів (15+ років досвіду) звільнені. Моніторив американський ринок — теж звільняють і топів, і спеціалістів. На співбесідах треба вміти продавати себе, я це не люблю. Раніше потрапляв на проєкти за рекомендаціями. Знаю тих, хто дуже швидко знаходить роботу, хоч і не є суперспецами.

Я пройшов уже близько 10 співбесід. У мене вузький сегмент, я UX-аналітик. В Україні є UI/UX-дизайнери, а в США аналітика і дизайнера розділяють. Тому більшість вакансій мені не підходить. До того ж мене цікавить продукт, а через аутсорс продуктових компаній в Україні не так багато.

Важливо, щоб компанія пропонувала можливість працювати дистанційно. Бачу класні вакансії, але якщо ремоут не розглядають — це не для мене (бо не маю змоги переїжджати). Сподіваюсь, після карантину це зміниться. Компанії мають перелаштовуватись, бо цілком імовірно, що буде друга хвиля пандемії і знову доведеться йти на карантин.

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

«Варто звертати увагу на міжнародні проєкти й запастися терпінням»

17 років в ІТ, на попередньому місці роботи — в одному з топових медіахолдингів України — працював рік на посаді Project Manager.

Зі мною розірвали трудовий договір і сказали, що річ не в компетенції. Компенсували +2 окладу.

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

У двох компаніях я дистанційно пройшов дві повноцінні співбесіди, які складалися з чотирьох етапів. Рекрутер -> ТЗ -> HR-партнер компанії -> інтерв’ю з керівником напряму бізнесу. Враження позитивні, але ці компанії не з України. HR-бізнес-партнер поінформував, що термін онбордингу поки не можуть точно назвати, відбирають кандидатів на перспективу.

Тож сьогодні я рекомендую підтягувати навички в технологіях і спробувати створити свій проєкт (раджу AI). Навіть якщо не вийде, буде досвід проходження циклу створення продукту.

Варто звертати увагу на міжнародні проєкти й запастися терпінням, тому що пожвавлення роботи прогнозується ближче до осені 2020-го. Я категорично проти того, щоб іти на сумнівні проєкти, бо це втрачений час і розфокусування софт-навичок. Бруднити портфоліо «шарашкіними компаніями» не треба. Розвиток можливий тільки на цікавих проєктах, коли гориш справою, а якщо ні, то навіщо це все?

«Потрібно шукати скрізь: холодні листи рекрутерам, job-сайти, рекомендації»

13 років у Sales, понад два роки працював керівником департаменту продажів у компанії національного інтернет-провайдера.

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

На мій погляд, для позицій мідл-менеджмента ринок скоротився щонайменше у 5 разів. Наприклад, на найбільшому job-сайті вакансії мого профілю можна передивитись за годину. Пів року тому мене хантили рекрутери на LinkedIn, хоч я і не шукав роботу. Компанії майже втричі повільніше розглядають резюме, адже багато сильних кандидатів. Також бачу певний демпінг очікуваних доходів спеціалістів.

Зараз, якщо немає фінансової подушки на 3-6 місяців, потрібно інтенсивно шукати роботу скрізь: холодні листи рекрутерам, job-сайти, рекомендації. Раджу прокачати профіль LinkedIn (англійською). Створити резюме не більш як на дві сторінки (хронологічне + опис компетенцій). Не вказувати кліше із серії «командний гравець», цілеспрямований тощо. Скласти розповідь із позиції «достигатора»: зробив, збільшив, скоротив, створив, переформатував тощо. Використати усі можливі канали пошуку, зокрема LinkedIn (outbound-листи HR). Передплатити LinkedIn Premium на місяць (безкоштовно) для більш чіткого пошуку.

«Моя стратегія пошуку роботи — проходити якомога більше співбесід, навіть якщо бракує знань і думаєш, що не візьмуть»

14 років досвіду в ІТ, QA. Попереднє місце роботи — продуктова компанія в Польщі, працював QA Lead два місяці.

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

У Польщі взагалі багато ІТ-компаній припинили рекрутинг, тому вперше за чотири роки шукаю паралельно роботу в Україні. Цікаво, що на відміну від Польщі, де рекрутери відповідають за 2-3 дні, в нас 85% реагують або того ж дня, або максимум наступного.

Я зацікавлений у ремоуті, але й готовий залишитись в Україні. Щодня проходжу співбесіди. Одна з них тривала три години, я розраховував на $4000, але запропонували лише $2500. На такий рівень це замало.

Інколи мені відмовляють, вказуючи причину overqualified. Це взагалі дивний підхід. Чому за мене вирішують, буде мені нудно чи ні? Для мене тайтл взагалі не важливий, якщо класна компанія, цікавий проєкт і приємні люди — байдуже на «личку».

Тенденції до погіршення рекрутингу не бачу, трапляються різні люди: і професіонали, і не дуже. Рекрутинг України й Польщі, Америки та Канади відрізняється. Якщо команда суто українська — то розмова тривала і суха. Українські рекрутери не надсилають інвайти в календар, а пишуть у скайп, телеграм, інші месенджери. Це незручно: коли в тебе 3-4 інтерв’ю на день, а треба підготуватись, почитати про компанію, налаштуватись, складно згадати, де ж те запрошення. До того ж, враховуючи переїзди, номер телефону може змінюватись. Зручно, коли інвайт у тебе в календарі.

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

«Час вчити англійську, бо є можливість виїхати за кордон»

Понад 10 років досвіду в ІТ, на попередньому місці роботи — 5 років на посаді розробника.

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

Мене як Java-розробника запитували про те, як працює Linux-ядро. На трьох співбесідах із п’яти ні слова про Java. Дехто не хоче брати, бо досвід 10+ років коштує дорожче, а є можливість найняти низькооплачуваних фахівців.

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

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

«Здивований, що компанії не пропонують віддалену роботу»

Більш як шість років досвіду в ІТ, попередня посада — QA TeamLead, 2,5 року.

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

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

Пройшов кілька співбесід. Здивований, що компанії не пропонують віддалену роботу. Я думав, після карантину це питання переглянуть.

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

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

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

«За березень-квітень мені так і не вдалося дійти до етапу співбесіди»

Досвід роботи в ІТ — 4 роки, з них — 2 роки на позиції QA Test Lead.

Мені зменшили заробітну плату на 35% і скоротили команду тестувальників з 4 до 2 людей. Невідомо, як довго існуватиме проєкт, тож наразі шукаю роботу «наперед».

Шукаю проєкт з початку січня, але тоді я розглядала вакансії Senior/Middle Manual QA з релокейтом у Польщу. У лютому почала проходити співбесіди на дві позиції, а в березні мене повідомили, що вакансії заморозили на невизначений період. Крім того, в березні ще з двох компаній отримала відповідь, що вони не розглядатимуть людей з іншої країни. Після цього почала пошук роботи remote, а таких вакансій сьогодні мало. Тож за березень-квітень мені так і не вдалося дійти до етапу співбесіди.

Якщо є можливість не працювати кілька місяців, то, звісно, краще шукати те, що до вподоби. Можливо, варто домовитись про знижену ставку на період кризи з подальшим підвищенням після стабілізації ситуації. Вважаю, поступитися розміром зарплати можна, а ось щодо компанії та проєкту, тут треба обирати те, що подобається, щоб працювати із задоволенням.

«Жодної співбесіди за місяць пошуків»

Досвід роботи в ІТ-сфері — 17 років. На позиції керівника відділу аналітики платної реклами (Google Ads, Bing Ads) в компанії з США більше ніж 12 років.

Формально керівництво мене не звільнило. За контрактом я консультантка, але багато років мала працювати тільки на цю агенцію. Після погіршення ситуації з коронавірусом керівництво повідомило, що контракт ще дійсний, але зарплати не буде. Оскільки я консультантка, а зараз мої консультації не потрібні. Мене повідомили про це за 30 днів. Роботодавець сподівається, що після закінчення кризи я робитиму деякі проєкти.

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

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


Підписуйтеся на наш Telegram-канал «Редакція DOU», щоб брати участь у статтях та залишатися в курсі найважливішого. Туди ми надсилаємо редакційні запити, проводимо опитування, а також публікуємо найцікавіші статті.

LinkedIn

Лучшие комментарии пропустить

Хочу рассказать про свой опыт поиска работы.

Я Manual QA Engineer c опытом работы 5 лет. В конце марта звонок от компании — сокращение из-за кризиса, «причина не в тебе». Оплатили 2 недели и отпускные и то хорошо. 7-10 дней(как писали некоторые в посте) мне не нужно было и я начала искать работу практически сразу, только за пару дней причесала своё резюме. Вакансии рассматривала как в своём городе (Днепр), так и готова была к переезду в Киев, после карантина. В первый день поступило очень много сообщений (около 30) с вакансиями (для меня стало сюрпризом, учитывая разговоры о кризисе), благо в linkedin достаточное количество контактов и многие знакомые и люди, проходившие мимо, меня поддержали лайками и репостами, за что им огромное спасибо! Начался процесс, собеседований было много, практически каждый день, доходило до 4-х в день — очень выматывает, в голове начинается каша, стресс. Потом я начала растягивать митинги назначая не больше 2-х в день. Что хочется отметить по процессу собеседования:

1. Мне, наверное, повезло и 90% рекрутеров хорошо вели коммуникацию, не забывали давать фидбэки, даже с отказом. За что им спасибо. Хотя и были негативные моменты, но это тоже опыт и для себя делаешь вывод, с какими компаниями лучше не связываться.

2. Технические собеседования были разного формата. ИМХО, проводить собеседование по теории с человеком, у которого опыт 3+ года — зашквар, куда более интересными были собеседования с рассмотрением моего опыта, решением реальных тестовых задачек и их обсуждением, дискуссии по поводу процессов, роли QA на проекте и т.д. — это куда больше говорит о том как будет работать человек, чем закидать его +100500 вопросами из теории и ждать что он будет держать определения в голове. Что от этого человека можно ждать в работе — определенно неизвестно. Именно в компании, с практическим подходом и хотелось идти, такие собеседования проходили морально легче.

3. Не стоит преждевременно радоваться, если вам говорят, что уже готовят оффер. У меня был случай, когда оффер обещали, но потом передумали. Выдохнуть можно уже только после подписания договора! — это стало моим девизом.

Итак, прошла неделя и вот заветный оффер в Киеве, но вот загвоздка, сумма оказалась меньше, чем я хотела, тем более для Киева, где нужно было снимать квартиру и тратиться на переезд. Приняла не простое решение отказаться и искать дальше. 2-3я неделя проходили более спокойнее, собеседований было меньше, но я не сдавалась и искала дальше. 4я неделя оказалась довольно насыщенной, мой скилл собеседований прокачался, были исправлены замечания, подтянула некоторые знания и как результат, в конце 4-й недели выстреливает сразу 4 оффера! Оценив все компании, решаю сделать ставку на иностранную компанию с командой разработки в Днепре и Киеве и возможностью работать как удалённо, так и посещать офис после карантина. Меня покорила возможность работать на клиента напрямую (первый такой опыт), он сам меня нашёл и предложил вакансию. Проект интересный, сумма согласована, оффер принят, договор подписан.

Несколько выводов из этой истории:

1. Согласуйте сумму компенсации до тех. собеседования.

2. Не идите в первую попавшуюся компанию, проанализируйте, почитайте отзывы и прикиньте, захотите ли вы там работать через месяц?

3. Выдохнуть можно уже только после подписания договора!

4. Уважение в коммуникациях — залог успеха.

Всем хороших компаний!

судячи зі статті, під роздачу попали в основному QA і PM, що було досіть очікувано

Нарешті це сталося. Українське IT давно перетворилося на якусь дивну дуже неоднорідну субстанцію. За останні три роки до мене на співбесіди приходило чимало «Лід-Сіньор-Супер-Мега-СіТіО» і мало хто з них тягнув на рівень мідла (звичайно ж вони хотіли ЗП, яка б відповідала рівню, заявленому ними у CV). З іншого боку серед моїх знайомих є багато людей, на декілька голів вище цих самих «Супер-пупер» спеців, які отримували досить низькі ЗП, порівняно з ринковими.
Звичайно ж, криза — це дуже пагано, пагано, що люди втрачають роботи, починається паніка, але на мій погляд, це колись мало статися і добре, що це сталося раніше, аніж пізніше. Надіюся, що це вирівняє ситуацію по ЗП на ринку і трошки відсіє «Сіньорів» і «Тех лідів», які називають себе так через те що у них у графі «досвід» цифра більша за «3».

Видимо DevOps не затронуло никак. Ищу в киевский офис толковых людей — как кот наплакал, несмотря на кризис.
Мы немецкая компания (c корнями в Allianz и Microsoft), предлагаем хорошие зарплаты (3-5к для хорошего Middle), реально интересную работу — K8s, ELK, Prometheus, Helm, SecOps в проектах с реальным продакшеном и более чем адекватным менеджментом.
Кому интересно — велкам на вакансию:
jobs.dou.ua/...​company/vacancies/119429

Передаю привіт усім HR які мені пишуть на «момент» про «поспілкуватись» — девочкі це не Тіндер, посилання на опис вакансії (тех стек) + вилка зарплатні — цього достатньо щоб я прочитав вимоги до кандидата і подумав ч воно мені потрібно. На перспективу тримати контакт з HR ну я навіть не знаю... не хочу.

111 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.
ас вчити англійську, бо є можливість виїхати за кордон

ггг два раза
1. вовремя спохвалились учить английский
2. закрытые границы и офисы это прям идеальное время для релокации

Одразу ж подумав: ризики є і в нас. Цікаво, що я розумів це, а топменеджери — ні. Буквально у триденний термін мене звільнили, виплативши останню зарплату.

Та нє, все вони зрозуміли.

Передаю привіт усім HR які мені пишуть на «момент» про «поспілкуватись» — девочкі це не Тіндер, посилання на опис вакансії (тех стек) + вилка зарплатні — цього достатньо щоб я прочитав вимоги до кандидата і подумав ч воно мені потрібно. На перспективу тримати контакт з HR ну я навіть не знаю... не хочу.

Останній коментар керівниці PPC-відділом здивував. Мені, як почався карантин, інбокс розривався від пропозицій — раніше попиту такого не було. Дехто навіть вдруге написав, ліл.

Хто-хто, а інтернет-маркетологи в час карантину точно потрібні.

Тоже удивило. При этом она была 12 лет с компанией.

суть статьи и большинства комментариев вкратце — static01.nyt.com/...​05onfire1_xp-jumbo-v2.jpg

Хочу рассказать про свой опыт поиска работы.

Я Manual QA Engineer c опытом работы 5 лет. В конце марта звонок от компании — сокращение из-за кризиса, «причина не в тебе». Оплатили 2 недели и отпускные и то хорошо. 7-10 дней(как писали некоторые в посте) мне не нужно было и я начала искать работу практически сразу, только за пару дней причесала своё резюме. Вакансии рассматривала как в своём городе (Днепр), так и готова была к переезду в Киев, после карантина. В первый день поступило очень много сообщений (около 30) с вакансиями (для меня стало сюрпризом, учитывая разговоры о кризисе), благо в linkedin достаточное количество контактов и многие знакомые и люди, проходившие мимо, меня поддержали лайками и репостами, за что им огромное спасибо! Начался процесс, собеседований было много, практически каждый день, доходило до 4-х в день — очень выматывает, в голове начинается каша, стресс. Потом я начала растягивать митинги назначая не больше 2-х в день. Что хочется отметить по процессу собеседования:

1. Мне, наверное, повезло и 90% рекрутеров хорошо вели коммуникацию, не забывали давать фидбэки, даже с отказом. За что им спасибо. Хотя и были негативные моменты, но это тоже опыт и для себя делаешь вывод, с какими компаниями лучше не связываться.

2. Технические собеседования были разного формата. ИМХО, проводить собеседование по теории с человеком, у которого опыт 3+ года — зашквар, куда более интересными были собеседования с рассмотрением моего опыта, решением реальных тестовых задачек и их обсуждением, дискуссии по поводу процессов, роли QA на проекте и т.д. — это куда больше говорит о том как будет работать человек, чем закидать его +100500 вопросами из теории и ждать что он будет держать определения в голове. Что от этого человека можно ждать в работе — определенно неизвестно. Именно в компании, с практическим подходом и хотелось идти, такие собеседования проходили морально легче.

3. Не стоит преждевременно радоваться, если вам говорят, что уже готовят оффер. У меня был случай, когда оффер обещали, но потом передумали. Выдохнуть можно уже только после подписания договора! — это стало моим девизом.

Итак, прошла неделя и вот заветный оффер в Киеве, но вот загвоздка, сумма оказалась меньше, чем я хотела, тем более для Киева, где нужно было снимать квартиру и тратиться на переезд. Приняла не простое решение отказаться и искать дальше. 2-3я неделя проходили более спокойнее, собеседований было меньше, но я не сдавалась и искала дальше. 4я неделя оказалась довольно насыщенной, мой скилл собеседований прокачался, были исправлены замечания, подтянула некоторые знания и как результат, в конце 4-й недели выстреливает сразу 4 оффера! Оценив все компании, решаю сделать ставку на иностранную компанию с командой разработки в Днепре и Киеве и возможностью работать как удалённо, так и посещать офис после карантина. Меня покорила возможность работать на клиента напрямую (первый такой опыт), он сам меня нашёл и предложил вакансию. Проект интересный, сумма согласована, оффер принят, договор подписан.

Несколько выводов из этой истории:

1. Согласуйте сумму компенсации до тех. собеседования.

2. Не идите в первую попавшуюся компанию, проанализируйте, почитайте отзывы и прикиньте, захотите ли вы там работать через месяц?

3. Выдохнуть можно уже только после подписания договора!

4. Уважение в коммуникациях — залог успеха.

Всем хороших компаний!

Выдохнуть можно уже только после подписания договора!

такая наивность)))
в украинском айти выдохнуть можно, только получив полную первую зарплату)))

И сразу же делать глубокий вдох на следующий месяц

Скажем проще. Украинское айти способно свести с ума. Потому что «выдохнуть» по-сути нельзя НИКОГДА

такая наивность ))
выдохнуть можно и то не только в отечественном и только получив _последнюю_ з.п. со всеми причитающимися и вот только тогда «и теперь добби свободен!» (к) (тм)

1. Согласуйте сумму компенсации до тех. собеседования.

как ейчары на это реагируют? озвучивают приблизительную вилку?

Чаще всего спрашивают сумму на которую ты претендуешь. Если она входит в их бюджет, то разговор продолжается, если нет, то любезно прощаетесь.

ИМХО, проводить собеседование по теории с человеком, у которого опыт 3+ года — зашквар

Если бы вы знали, обычный уровень кандидатов, то, наверное, так бы не говорили. Примерно каждый 4й «синьор» не знает или не умеет применить boundary value analysis. О pairwise testing знает, наоборот, только один из 4х. Превращать все интервью в вопросы по теории, это, конечно, нонсенс. Вопросы по теории, а лучше именно по тест-дизайну, нужны чтобы отсеять совсем не подходящих.

Да, я не против пары вопросов по теории, и вопрос по техникам тест дизайна вполне может раскрыть уровень знания кандидатов и показать, изучал и применяет ли он эти техники более углублённо. А ещё лучше раскрывать этот вопрос с помощью небольшой задачки, так делали некоторые и это отличный подход, как по мне. Я больше говорила об интервью, где был сплошной лист вопросов по теории.

судячи зі статті, під роздачу попали в основному QA і PM, що було досіть очікувано

Чого на сайті немає кнопки «на гору»?

На клавіатурі є кнопка Home, наприклад.

Наприклад, на багатьох ноутбуках home поеднана з іншою функцією. От у мене, наприклад, home та f11 суміщені на одній клавіщі. Це придирки.

В Firefox ще Ctrl+стрілочка вгору працює наче.

А для человеческой сортировки комментариев какая кнопка на клавиатуре?

Вы бы еще спросили почему комментарии сортируются часть сверху вниз, а часть снизу вверх, без возможности поменять. Все для «удобства» посетителей.

Подозреваю что часть догрузилась асинхронно при оставлении комментария

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

Назву компанії в студію

Інколи мені відмовляють, вказуючи причину overcvalified.

OVERCVALIFIED

wtf?

Зачем? Это авторская орфография, её как раз стоит оставлять. Особенно, когда автор сам пишет, что он

overcvalified

Тут помилка редакції, бо відповідь записана з розмови по телефону.

Over-cv-qualified, это по-сиплюсплюсному.

Нарешті це сталося. Українське IT давно перетворилося на якусь дивну дуже неоднорідну субстанцію. За останні три роки до мене на співбесіди приходило чимало «Лід-Сіньор-Супер-Мега-СіТіО» і мало хто з них тягнув на рівень мідла (звичайно ж вони хотіли ЗП, яка б відповідала рівню, заявленому ними у CV). З іншого боку серед моїх знайомих є багато людей, на декілька голів вище цих самих «Супер-пупер» спеців, які отримували досить низькі ЗП, порівняно з ринковими.
Звичайно ж, криза — це дуже пагано, пагано, що люди втрачають роботи, починається паніка, але на мій погляд, це колись мало статися і добре, що це сталося раніше, аніж пізніше. Надіюся, що це вирівняє ситуацію по ЗП на ринку і трошки відсіє «Сіньорів» і «Тех лідів», які називають себе так через те що у них у графі «досвід» цифра більша за «3».

є багато людей, на декілька голів вище цих самих «Супер-пупер» спеців, які отримували досить низькі ЗП, порівняно з ринковими.

А что мешало этим людям найти работу на ЗП повыше до кризиса, просто на том же джинне открыв свой профиль и указав желаемую зп? Может быть это было комплексы и боязнь выйти из своей зоны комфорта, нежели

«Лід-Сіньор-Супер-Мега-СіТіО» і мало хто з них тягнув на рівень мідл

? )

Суть мого комента була у тому, що ринок був перегрітий попитом. І криза його трохи остудить.
чому люди не шукали нову роботу і не виходили на ринок — це тема взагалі для окремої статті. не завжди це «побоювання вийти з зони комфорту». Буває, наприклад(!), що люди є відданими продукту/компанії/команді тощо і піти звідти для них рівносильно зраді.

Буває, наприклад(!), що люди є відданими продукту/компанії/команді тощо і піти звідти для них рівносильно зраді.

Так и запишем — лошары

...добре, що це сталося раніше, аніж пізніше. Надіюся, що це вирівняє ситуацію по ЗП на ринку і трошки відсіє «Сіньорів» і «Тех лідів», які називають себе так через те що у них у графі «досвід» цифра більша за «3».

це не вирівняє ЗП, це її просто знизить, не дуже кваліфіковані спеціалісти, які змогли себе добре продати, нікуди не подінуться, так само, як і кваліфіковані, які не змогли

причем снизит временно

Годная мыслишка. Но малелькое пожелание: пОгано. Паган — это иное, www.thefreedictionary.com/pagan ))

Мене завжди дуже втішають російськомовні «знавці» нашої мови.

Паганий — це діалектна форма. Приклад:

*Не по правді, молодий козаче, зо мною живеш: до багатшої, та до паганшої що-вечора йдеш. Чуб. V. 396.*

До того ж, по-нашому ми зазвичай кажемо «пОганин», «пОганський», тож ваша етимологічна теорія цілком нежиттєспроможна.

r2u.org.ua/...​ll&dicts=all&highlight=on

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

Не надо путать диалект с чем-то влажным или мягким. uk.wikipedia.org/wiki/Діалект

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

 — а это было очень смешно )

Видимо DevOps не затронуло никак. Ищу в киевский офис толковых людей — как кот наплакал, несмотря на кризис.
Мы немецкая компания (c корнями в Allianz и Microsoft), предлагаем хорошие зарплаты (3-5к для хорошего Middle), реально интересную работу — K8s, ELK, Prometheus, Helm, SecOps в проектах с реальным продакшеном и более чем адекватным менеджментом.
Кому интересно — велкам на вакансию:
jobs.dou.ua/...​company/vacancies/119429

есть подозрение, что девопсов кризис не затронет или затронет в последнюю очередь.
даже если остановить новую разработку, надо как-то на плаву поддерживать то, что есть.

даже если остановить новую разработку, надо как-то на плаву поддерживать то, что есть.

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

это зависит не от «нормальности цикла разработки», а от проекта, организации и задач.

правильно, это просто зависит от наличия разработки — если ее нет, то девопс в большинстве случаев без надобности для саппорта.

если есть проект, но нет разработки — проект все равно кто то — да будет поддерживать. ДевоОпс в современном понимании, требованиях в вакансиях — это сисадмин, который понимает в методологиях разработки и тестировании + CI/CD, такой себе универсальный солдат. Если нет разработки — но есть проект и он работает, девопс как деплоймент инжинер не нужен, а девопс как сисамин — нужен. Так что тут все же вопрос в понмиании терминов современного хайпа — это понимание от случая к случаю разнится и иногда прям сильно.

те, кто срежут разработку и оставят только саппорт по причине кризиса, срежут девопсов тех «самых девопсов» о которых в ветке речь, скорее всего даже раньше чем девелоперов.
Ну или оставят, если последние согласятся делать саппорт за честную з\п сисадмина — но такого точно не будет.

не срежут, если проект на k8s и деплой на сборке образов докера для 0-простоя, ELK стек и прочие штуки озвученные — их тупо некому будет поддерживать. Так же как и оставят одного — двух бекендов, фронтов, тестировщиков, а вот менеджеров могут под чистую уволить и ЗП не будут срезать — так как этот зоопарк реально поддерживать нужно и он многослойный и сложный, его нужно понимать. Джунов пнуть могут, так как фактически их работу топ спец. может делать, наоборот — это стрелять себе в ногу.

не срежут, если проект на k8s и деплой на сборке образов докера для 0-простоя,

с трудом себе представляю построенную и работающую в проде систему с таким SLA(это круче чем 5 девяток выходит что ли?), где нужно участием девопса, что бы сделать rolling upgrade с баг фиксом.

Ошибки разработчиков — приводящие к факапам в инфраструктуре, то же не сталкивались ? Или у вас как и у программистов сваливших проект оправдание — ты ж девопс, у тебя все должно быть сделано так, что бы ничего не упало. Ну или если вас ддосят и вы уперлись уже в лимит автоскейла, кто будет отбивать атаку ? А если софт с дыркой ну как например бывало с ssl или ntpd или с bash... Или миграция а продакшине повела себя на больших обьемах не так, как было задуманно — что привело к падению базы.. Я тут много могу рассказывать про проекты, размером больше чем WordPress магазин, в которых хочешь — не хочешь, но на постоянке толковый инфраструктурщик должен быть, называй его хоть сисадмином, хоть девопсом, который должен понимать проект, процессы проекта и структуру...
PS: Ну или я что то еще не понял со своей колокольни в этой жизни...

Уже потерял нить дискуссии с вами, похоже , что вы там хотели донести можете подсуммировать?

Ну если коротко и имхо — держать фуллтайм сисадмина (девопса) — это делают и буду делать, потому как кому то нужно отвечать за сиервисы и инфраструктуру. Не зависимо от того — на сколько хорошо — плохо поставленны процессы разработки. Ну и все зависит от проекта и его особенностей.

Ок, в моем понимании админ и девопс немного разного профиля люди.

Я видел разных дев-опс в разных компаниях. Роль дев-опса сильно зависит от компании. Где-то видел дев-опса это типа сис админа, который решил себе, что теперь он дев опс и ему нужно платить больше денег. Где-то видел дев-опса как настройщика всяких жир, git-тов, build-в, подниматель env-в для теста и прода. Где-то видел дев-опса — хер пойми чем занимается и пытается вмешиваться в работу программистов при этом не обладая реально какой-то нужной экспертизой, но из-за того, что умеет лизать менеджменту, никто «на место» не поставит. Например, нахрена мне дев-опс для investigation kafka перформенса и фунциальности? Или же дев-опс для деплоймента какого-то варника на 2 сервера, причем он вообще нихера не разбирается как оно работает и что делает. В случае проблем — всё равно бежит к тебе и спрашивает. Или дев-опс для выбора java library для чего-то там. Причем он java знает на уровне junior-а. В общем скидывают всё подряд, на что реально у других нету времени. А когда его спрашиваешь сделай мне автоматические накатывания баз данных с прода без PII данных на QA, всё он уже бежит к DBA и программистам. Ну какой-то реально бред порой получается с этими дев-опсами и вызывают у меня двойственное отношение.

так и есть, просто раньше это называлось сисадмин, сетевик, системщик... Сейчас решили что те — кто строит инфраструктуру в облаке + работает с чем то типа аджаил — это уже девопс. Зависит и от компании и от продукта и от менеджмента. На счет джава не скажу — не приходилось работать в таких проектах.

В общем скидывают всё подряд, на что реально у других нету времени.

таки да

А когда его спрашиваешь сделай мне автоматические накатывания баз данных с прода без PII данных на QA, всё он уже бежит к DBA и программистам.

Так если есть DBA то зачем эту таску давать тому кто к базе имеет условное отношение и то в виде рутового доступа на сервер с базой ?
Потому все своидится к разграниениею обязанностей. У меня обратная ситуация — когда прогеры не шарят в бекенде, факапят периодами по жесткому, фронты не понимаю как работает проект. Если не ходить на пленинги, то можна получить ситуацию, когда программист лезет чистить прод базу и удаляет логи репликации на мастере....
ИМХО — Само понятие девопс — это когда все люди в проекте понимают как работает проект и у них есть понимание что реализация тех или иных задач, фич, может для проекта быть хорошо или в каком то месте плохо и как с этим жить и бороться. В итоге — это не человек, а попытка заставить всех членов команды проекта — быть командой, своего рода подход к управлению проектом, где все стараются сделать оптимальным все для достижения конкретной цели.

Так если есть DBA то зачем эту таску давать тому кто к базе имеет условное отношение и то в виде рутового доступа на сервер с базой ?

Я думаю в том случае, у дев-опс не было доступа ни к root, ни даже к базе данных, НО если ты прийдешь с таким вопросом к DBA — он тебя пошлет и скажет, что это не его задача. DBA — может сделать backup, но селективный выбор данных с автоматической заменой PII sensitive data на bogus data + автоматизация этого же на Jenkins, с возможностью запускать on-demand или при построении индивидуального env-а с личной базой данных на основе PROD с bogus data — не сделает. В итоге идешь к dev-ops, который в итоге не знает структуру базы данных и где там PII дата — задача возращается к тебе обратно.

Теже самые деплойметы, релизы — у нас это всё автоматизировано и все это изначально сделали программисты и просто потом отдали дев-опсам на поддержку и перевод на новые рельсы типа всяких ваших там ансибл, папет и тд.

А еще вспомнил, что дев-опсы пишут на питоне какие-то всякие internal tools: обертка на ant/maven/gradle, обертка на git, обертка на curl и многое другое.

Теже самые деплойметы, релизы — у нас это всё автоматизировано и все это изначально сделали программисты и просто потом отдали дев-опсам на поддержку.

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

раньше это называлось сисадмин, сетевик, системщик... Сейчас решили что те — кто строит инфраструктуру в облаке + работает с чем то типа аджаил — это уже девопс. Зависит и от компании и от продукта и от менеджмента.

так в том то и дело, что на волне DevOps-хайпа прибоем приносит иногда непойми кого
и в итоге какой-нибудь бывший одиэсник, объявивший себя после курсов по Jenkins дивупсом, вводит в шок и сисадминов и сетевиков и дба, потому что у него реально ноль технического бэкграунда во всем

Ну какой-то реально бред порой получается с этими дев-опсами и вызывают у меня двойственное отношение.

Неудивительно, учитывая что ДевОпс — это не профессия и не специальность, а набор практик разработки ПО.

Ибо хорошие спецы сидят на своих теплых/накормленных местах. И вытянуть такого спеца очень сложно. У нас интересный проект/дружный коллектив или +500$ уже не работают

реально интересную работу — K8s, ELK, Prometheus, Helm

а что в этом стеке для толковых людей с реальным опытом должно быть интересного?
ладно б там K8s был с CRI-O, Prom c Thanos/Cortex/VictoriaMetrics [зачем я произнес это словосочетание, оно же как заклинание призыва, он наверняка здесь материализуется] и всякими прочими Prophet/Fourier и, что там еще есть сейчас модно-молодежного
а про Helm некоторые вообще говорят что — это чисто для слабаков новичков
так что именно по технологиям тут интереса пока только на тех, кто с CI/CD на баше по фтп хочет перейти в разряд YAML-программистов

K8s был с CRI-O, Prom c Thanos/Cortex/VictoriaMetrics

Можно еще притянуть containerd/rkt, istio/aporeto, sentry и 100500 других модных и молодежных тулов. Вопросы в основном в стабильности этого зоопарка в продакшене.
Мы сейчас вполне довольны Terraform+AKS+Helm+Prometheus+EFK. Работает стабильно, саппортится без проблем. Как разрастется команда, в планах ванила энвы, в которых можно будет спокойно и без напряга попробовать тот же CRI-O.
Нам действительно интересно покрутить/внедрить новые вещи — потом результат может уйти в Azure как стандартная фича. К примеру мы только закончили проект по связке Terraform и ARM в кооперации с одной из Microsoft команд. Результат уже скоро будет виден в изменениях в ARM.
Но сначала необходимо набрать инженеров, способных как минимум хорошо работать с K8s/Helm/Terraform.
Как показал опыт собеседований — таких людей оказывается очень мало. Странно, когда инженер позиционирует себя как эксперта в этой связке, но не знает про liveness/readiness probe или зачем нужен tf plan. Не говоря уже о вещах чуть серьезнее.

а про Helm некоторые вообще говорят что — это чисто для слабаков новичков

Очень печально такое слышать. Как минимум такие высказывания показывают несиниорность человека. Синиор должен уметь подбирать лучший инструмент под конкретную задачу. Для слабаков этот инструмент или нет — не имеет никакого значения.

так что именно по технологиям тут интереса пока только на тех, кто с CI/CD на баше по фтп хочет перейти в разряд YAML-программистов

А дело же не только в технологиях, а и в хорошей команде, нормальных процессах, вменяемом менеджменте, отсутствии микроменеджмента.

Попробую обьяснить доступными словами. ТО что вам нужно называется «сообразительный студент». Естественно ни один вменяемый инженер не соглашается играть в ваши игры.

Ок, спасибо за мнение!

вы написали много букв, но ни одного аргумента против

а что в этом стеке для толковых людей с реальным опытом должно быть интересного?

Я тоже не вижу ничего интересного в правке yaml файлов. Еще не хватает туда terraform и ansible добавить — и получится типичный, и, увы, очень унылый стек, с которым приходится иметь дело в 90% вакансий

Вы ведь сами же и подтверждаете то, что попытались опровергнуть. Сначала пишете что используете такой же стек

Мы сейчас вполне довольны Terraform+AKS+Helm+Prometheus+EFK.

А потом, понимая, какое же это унылое говно (именно унылое, скучное, хоть и стабильное относительно, да), оправдываетесь

Нам действительно интересно покрутить/внедрить новые вещи — потом результат может уйти в Azure как стандартная фича. К примеру мы только закончили проект по связке Terraform и ARM в кооперации с одной из Microsoft команд. Результат уже скоро будет виден в изменениях в ARM.

так вот если бы Ivan Malamen написал нечто похожее на то что вы написали про ARM и Azure — у него не было бы проблем с поиском кандидатов, поверьте мне

Видимо вы слегка запутались кому отвечать))) Но спасибо за мнение))
Буду знать что стек действительно унылый и все украинские девопсы коммитят в Thanos и жизни не видят без CRI-O))
Правда, отсобеседовав пачку людей, вижу что реальность немного другая и есть большие проблемы даже с обычным К8s...

очень унылый стек, с которым приходится иметь дело в 90% вакансий

ну примерно как Java/Spring/Hibernate на заднем конце)

VictoriaMetrics

 — не стремно в продакшен пускать?

без понятия, никогда не пробовал — у меня даже прометея нет
но, учитывая что там метрики хранятся, а не финансовые транзакции, точно не стремнее influxdb, при миграции которого с 1 на 2 версию нужно было содержимое базы удалять
а вот когда в прошлом году K8s смотрел, реально не понял, как на последних релизах этого из stable вообще люди живут — там стабильностью и не пахнет
и стало понятно, почему клауд провайдеры на старых версиях K8s сидят — они новые релизы просто патчить не успевают

Этим людям было не стремно — github.com/...​aMetrics/wiki/CaseStudies
Также можете зайти в чатик пользователей VictoriaMetrics и поинтересоваться, насколько стремно использовать ее в проде — t.me/VictoriaMetrics_ru1

Это всё ок, я очень хотел кликхаус, к примеру, но как managed service только в яндекс клауде, и в условиях ограниченных ресурсов managed сервисы предпочтительнее, чего Altinity предоставить не смогли, ну и всё такое.

я ищу уже давно, реально давно. Но основная проблема как раз таки в том, что перечисенные вами, вновь изобретенные колеса — не интересны. Все вакансии, как я уже когда то писал на позицию DevOps — сводятся к работе с готовыми инструментами (AWS, Azure, GC, DO) — я лично от них — тупею. Реально тупею. А описанные задачи — это никакой никому непонятный devops, в просто сисадминство, настройкка автоматизации в клауде. Мне сложно ответить что либо по железу уже, по отладке системы и поиску проблем, так как все это современное «современный стек» — УГ, но за них платят и приходится прогибаться и ковыряться в этом Г. К примеру работаю партайм с конторой, у них нет этого всего, что вы перечислили — но у них есть задача разобраться с постгрес базой, в которую нагребают данные и за год ожидается прирост порядке 30Тб данных, это интеерсно, это сложно и это заставляет нервничать. Есть другой проект в котором нужно организовать динамическую генерацию и отдачу статики со стартовыми требованиями порядка 5 запросов в секунду и так без остановки, одна генерация идет порядка 4-7 секунд... Есть много интеренсых задач, в которых не нужно е...ться с терраформом или ансибл для установки сервера — для теста разработчикам, потому что каждый раз — кастом, унификации нет. ПРичина тут не в кривых руках или архитектуре — а в сложных задачах. Тратить кучу времени на настройку окружения через системы автоматизации. иногда занимает больше времени чем руками, но при этом из личного опыта — мы хотим terraform, docker, kubernetes и.... все что только нашли в инете. ПРиходитшь на собеседование на позицию Синьер девопс — а тебе задают вопросы про tcp handshaking, что такое ДНС, за что отвечает MX — Боже, мне такие вопросы задвали когда я еще не знал что такое девопс и даже не слышал про него. ПРоблема в итоге в том, что просто нет адекватных задач, а работать с людьми, кто сидит на позиции, как в случае с моими собеседованиями — тех. лид, сто и прочие, при этом спрашивают примитив на позицию топ. специалиста, это для меня как то просто странно. Я бы с удовольстивием работал не с облаками, а с дедиками — как большую часть своего опыта. Деплоил не в кластер кубера, а на пачку дедиков, разбирался бы с отбиванием ддос, поиском узких мест проект, анализом взломов — чем скрещиванием вордпресса с ларавель и прочим бредом. Но увы — за бред в нашем мире платят больше... Иногда вообще мысли вспоминть институтский опыт С/C++ и свалить на что то низкоуровневое джуном, так как мне кажется адового трешака примерно столько же — сколько было у меня до появление и массового использования паблик клаудов.

Уверен, что электротехники негодуют по поводу отсутствия былого количества вакансий по работе с паяльником, с которым они чувствуют себя виртуозами

Электротехникам паяльник ни к чему

Зря вы так уверенны, работал на одном проекте с гиком радио-электронщиком, так он норм — работает себе в Киеве в какой то конторе — делает разные штуки электронные, проектирует и создает, прогает контроллеры,работал с Ардуино и какими то еще штуками (навазний не помню), все это есть, просто чутка в другой мере. Разработка систем доступа, мониторинга — под свои нужды и задачи, все это есть и никто не негодует, ну или я во всяком случае не сталкивался.

А через 10 лет сегодняшние синиор девопсы будут разочарованы тем, что больше никому не нужен K8s
Такая вот у нас работа — за хайпами гоняться

гоняться за хайпом — удел джунов. Адекватный инженер будет решать задачи на основе потребностей проекта. k8s уже сейчас на куче проектов нафиг не нужен, но он есть. Так же — как и куча других технологий.

А вы ищете новый проект потому что текущий не нравится или потому что текущий закрылся?

текущий не нравится, взяли на позицию типа синьер девопс, в итоге почти 4 года в компании, какое то время после перехода в амазон, на старте работы было интеересно, но когда прайс разросся (сверху хотиели что бы все четенько по облачному было) — начали ныть что дорого и бюджет резать. В итоге ернудной занимаюсь... Нашел пару патаймов разных — то же не очень нравится, но в сумму со всех получается норм по деньгам, а для души хочется чего то адово — трешового, опыт с таким был. Ездил и проходил собесы в ТОП 5 аутсорсных контор, но в итоге так и не срослось, с епамом вот перед карантином норм так стартанули диалог, но они извинились, отписались что пока в заморозке наймы... Ну и я работаю уже 10+ на удаленке, таких не очень полюбляют брать в офис команду — такой был отказ из одной конторы :)

Поиск интересного проекта на замену имеющемуся и поиск работы в результате закрытия проекта выглядят по разному
Особенно если в 1м случае речь про superstar, a во 2м про middle

Я вот тут как то не понял вообще вашего поста. Ну у меня на основном проекте в продуктовой конторе уволили всех менеджеров, продажников и еще людей — должности и задачи которых я не знал и не понимал. Оставили меня, фронта, бека, саппорта и qa — всех по одному. Поставили задачу сократить расходы на масксимум, без потери производительности и с «Отчена Наш» на стабильности. Завтра и меня могут попросить на партайм или вообще «по требованию» предложить, это не поменяет подхода, так как кидаться в какое либо гавно — пережить, не вариант, а толковые проекты — ищу... Так что я как то не уловил мысль в вашем сообщении.

А машинистки, без которых ещё 30 лет никак нельзя было обойтись, негодуют, что для них нигде нету вакансий от слова вообще. А они были виртуозами в скоростном печатании слепым десятипальцевым методом.

Но мы и ищем не сениор-стар, а крепкого миддла))

А не пробовали олдскульный подход — брать человекка и дотачивать его под нужный стек ?

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

только если у вас — один раз установил и забыл на год. А если у вас 10/100/1000 разработчиков и каждому нужно свое окружение, тоже будите ходить и настраивать руками?

Вы похоже не сталкивались с ситуациями, о которых я написал.

Сталкиваюсь с ситуациями когда 10/100 — и нет, руками настроить не проще. Например была необходимость поднимать окружение 2к виртуалок, так что без автоматизации (тераформа) не обойтись. Не исключаю, что есть какие-то очень специфичные случаи, где нет возможности автоматизировать или это разовая задача и ее просто нет смысла автоматизировать.

Ну я говорил про кастом, это ситуация когда фактически ты один раз сделал руками и все. В след. раз именно так ты это делать не будет, а если и будешь то неизвестно когда. В моей практике не приходилось работать с 100 разрабами на одном проекте, в то же время приходилось работать со 100 на разных проектах, где фактически ни деплой не нужен, ни что либо еще из автоматизации. Педалит проект 2-4 разраба (пара фронтов и пара беков) у каждого из них свои репы (для фронта и для бека), деплоят сами себе через капистрано, при это на преложения автоматизации через тот же Дженикинс — ой, не ненадо. Тестовый у них на том же проде... В итоге поднял один сервер за 15 минут, отдал и забыл. Без терраформа и ансибла. С таким вот часто сталкиваюсь ну и кастомы, когда «можешь мне скпировать каталог с бекендом и переключить его на ветку ХХХ, а дальше я сам»...

ПРиходитшь на собеседование на позицию Синьер девопс — а тебе задают вопросы про tcp handshaking, что такое ДНС, за что отвечает MX — Боже, мне такие вопросы задвали когда я еще не знал что такое девопс и даже не слышал про него.

вот кстати сколько раз сталкивался с этим, во время собеседования спрашиваю про ДНС, прошу объяснить как она устроена и как работает. И больше половины сеньйоров не могут объяснить толком. А ведь ДНС одна из фундаментальных служб, на которую завязаны в той или инной мере почти все сервисы.
И вот у меня возникает недоумевание — как человек, который позиционирует себя как senior devops engineer не может объяснить такую простую вещь. Иногда попадались уникумы с ответами в стиле — а зачем мне это знать/я этого никогда не использовал за 5 лет и т.д.

Значит в какой то мере — мы с вами на одной волне. Я в целом думаю что если и задавать такие вопросы, то тогда уже поэтапно, начиная с OSI и погнал по стеку — фундаменталку, а дальше уже остальное. Хоят лично сходу OSI не смог правильно все верхние уровни рассказать :) подзабыл...

Иногда попадались уникумы с ответами в стиле — а зачем мне это знать/я этого никогда не использовал за 5 лет и т.д.

Ну многие подходят из разряда — зачем знать, если есть Route53 и «оно все сделает», то же и с почтой «SNS, Mandrill etc...» подключил через API и усе работает... Я потому и считаю что DevOps в облаках, это в какой то мере тупение спеца — как инжинера...

Ну многие подходят из разряда — зачем знать, если есть Route53 и "оно все сделает«

MX запись оно не создаст и в случае неправильной работы ничего не пофиксит, так что нет — все таки надо знать для чего MX и как оно работает

то же и с почтой «SNS, Mandrill etc...» подключил через API и усе работает...

и да и нет

Я потому и считаю что DevOps в облаках, это в какой то мере тупение спеца — как инжинера...

просто лично мне облако помогает как минимум уйти от проблем аппаратного уровня. Мне не интересно разбираться почему глючит именно эта прошивка рейд контроллера именно с этой версией ядра, привет Hetzner. Мне работать надо и т.д. и т.п. И здесь у облака очень большой плюс

просто лично мне облако помогает как минимум уйти от проблем аппаратного уровня. Мне не интересно разбираться почему глючит именно эта прошивка рейд контроллера именно с этой версией ядра, привет Hetzner. Мне работать надо и т.д. и т.п. И здесь у облака очень большой плюс

ХЗ, я с тем же Hetzner работаю уже без малого лет 10 периодически, так и с MyLoc, LeaseWeb, RedStation — таких проблем не ловил, ни с SW, ни с HW рейдами. Да дедики могу давать потенциальные проблемы с железом, но опять же — если у тебя норм сервак с железный мониторингом на борту, то те же проблемы с дисками, контроллерами, памятью и прочими моментами — ты получишь нотайс, ну или тебе ДЦ отпишет что они обнаружили проблему. В итоге тьфу тьфу тьфу, проблема с железом — это больше пугалка о медведях в лесу на туристическом маршруте.

MX запись оно не создаст и в случае неправильной работы ничего не пофиксит, так что нет — все таки надо знать для чего MX и как оно работает

Вообще не обязательно, в мандрилл зашел, добавил домен — а там тебе пишет что нужно добавить, 3 минуты гугления и ты уже знаешь куда и что прописать надо. Опять же — сам такое видел, когда бекенды что то настраивали, как то настраивали, но при этом 0 понимания что именно они делали — так в доке написано, мы так и сделали и все.

Облака то помогают уйти от проблем с железом, но к пример DigitalOcean постоянно прихоядт уведомления о том, что у них плановые работы, примите меры — что бы нчиего не упало, периодами и с AWS такое есть, с GC, Azure мало сталкиваюсь — не знаю как у них,но думаю также. Но за это (облака) приходится платить, овер дофига платить, иногда на столько много, что конторам небольшим проще иметь 1-2-3 админа на постоянке и покупать дедики по 30 евро, чем платить килобаксы за то же в облаке.

начиная с OSI и погнал по стеку — фундаменталку, а дальше уже остальное. Хоят лично сходу OSI не смог правильно все верхние уровни рассказать :) подзабыл...

вы ведь знаете что dns нет в стеке osi правда? ))

эмммм, а какой протокол отвечает за работу ДНС (не трансфер зон) ?

ну здается мне udp и работает он на транспортном уровне osi.

Транспортный уровень OSI — это Ethernet, и на этом OSI в реальном мире заканчивается.

Ethernet -это канальный уроень. На этом OSI не заканчивается в реальном мире, так как с физического уровня — все только начинается.

В таком случае OSI заканчивается на канальном уровне.

Я думаю тебе нужно прочитать несколько толстых книг по сетям. Можеш начать с Уильям Ричард Стивенс «Протоколы TCP/IP». Ну как минимум в азах перестанете путаться. А если повезет — то и помещать UDP на транспортный уровень OSI.

А если повезет — то и помещать UDP на транспортный уровень OSI.

Ну просвятите меня, в чем я ошибся, какой уровень в OSI для tcp/udp отведен ?

OSI это конкурирующая парадигма по отношению к tcp/udp, следственно — никакой. Всего существует около 8 популярных конкурирующих парадигм, плюс тьма — узкоспециализированных. Я не припоминаю хотябы одного популярного протокола построенного по парадигме OSI.

Пока комитеты ISO спорили о своих стандартах, за их спиной менялась вся концепция организации сетей и по всему миру внедрялся протокол TCP/IP.

...

И вот, когда протоколы ISO были наконец реализованы, выявился целый ряд проблем:

  1. эти протоколы основывались на концепциях, не имеющих в современных сетях никакого смысла;
  2. их спецификации были в некоторых случаях неполными;
  3. по своим функциональным возможностям они уступали другим протоколам;
  4. наличие многочисленных уровней сделало эти протоколы медлительными и трудными для реализации.
  5. ...

Сейчас даже самые ярые сторонники этих протоколов признают, что OSI постепенно движется к тому, чтобы стать маленькой сноской на страницах истории компьютеров.

«UNIX. Руководство системного администратора» — Эви Нэмет

я вот чесно скзаать, даже не нахожусь что ответить. Просто ненахожусь. Так обычно всегда бывает, когда задаешь вопрос и просишь конкретику, а тебе в ответ начинают петь акапелло.

Уильям Ричард Стивенс «Протоколы TCP/IP»

Нашел, пролистал, советую глянуть стр. 52, где итоги главы 2, которая как раз суммирует про Канальный уровень, а за одно посмотреть рис. 1.4 — который показывает наглядно, что tcp/udp это транспортный уровнь. Ну и в главе идет рассмотреть IEEE + Ethernet в контексте Канального уровня, но никак не транспортного. Но в целом спасибо, пролистал — повспоминал то, что уже забыл давно, за ненадобностью в текущей позиции.

кстат и за одно какой для ip и какой для Ethernet датаграмм.

За эти скилы никто не согласен платить. В современном мире платят только за знание хипстерских фреймворков, и модных словечек :-( :-( :-(

jobs.dou.ua/...​company/vacancies/119429

кстати очепятки лучше поправить

Promeheus

а то вдруг проблема в том, что айчары резюме всех у кого Prometheus выбрасывают со словами — этот нам не подходит ;-)

уже нашел людей, вакансию прибью как руки дойдут))

Дело не в

DevOps

, а в

толковых

Например, по джавистам ситуация на рынке с хорошими миддлами и синьорами не меняется годами. Их очень мало, зато джунов и джун-ту-миддл сотни.

Якраз зараз хороших мідлів нормально на ринку буде... Доки все перезапуститься, компанії можуть зараз перебирати кандидатами. А раніше дійсно брали що є...

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