який сенс з цієї уніфікації, якщо на всьому продукті використовується лише амазон, чому не використати ECSorLambda?

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

рекомендую дуже обережно підходити до погодинної оплати робіт, з посадою накшталт Консультанта чи частокового технічного директора.
не один раз стикався з наступною ситуацією:
коли фултайм то можна було за півдня або навіть менше все зробити і займатися своїми справами.
Погодинна оплата, або половина робочого дня: потрібно більше підготовки, наприклад підготувати презентацію чи POC/MVP, мітинги, переписки також можуть не рахувати. Або моє улюблене: Давай ми тебе візьмемо на 24/7 супорт, щоб ти як тільки щось станеться все пофіксав, але платити будемо лише ті години коли щось стається, а те що ти будеш цілодобово на стрьомі ходити і з електронікою скрізь то це таке.

Коли з’явилася дитина рідше граю онлайн ігри де потрібно занурюватися в гру на 30-50+ хвилин, наприклад Доту чи ЛОЛ. Частіше граю в ігри де можна поставити гру на паузу.

суб’єктивна думка:
рекомендую писати не лише на офіційну пошту компанії, а і HR цієї компанії в Лінкедіні або навіть менеджерам. В Ідеалі не копіпасту, а більш індивідуальне.

ремарка: найняти 500 фахівців != приріст. якщо піде 1000, то приріст буде −500

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

Якщо хочете можу поменторити, буде багато роботи але реально з нуля. Пишіть

часто 10к+ це вже рівень СТО або керівників напрямів, і там дійсно х2 роботи (а може бути і х3 роботи). Рекомендація: якщо вам потрібно х2 до зп коли вже є 5к+ то шукайте ще одну роботу, ви ж ФОП (якщо звісно не вляпалися в діюсіті)

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

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

Доволі хороший список кроків. Збережу для менторення

поправте якщо неправий:
Вигода компаніям:
— зменшення податку на прибуток з 18% до 9%, тобто якщо проект після зп програмістам має прибуток, наприклад, 10к доларів то податок буде менший і не потрібно то робити через КІК, офшори і тд.
— більше влади над працівниками порівняно з ФОП: якщо в контракті прописано, наприклад, Non Compete Agreement то з ФОП це не матиме юридичної сили, з гіг — матиме
— менша ймовірність що податкова буде перевірять на приховані трудові відносини

«Вигода» працівникам:
— додається 1,5% військовий збір
— треба набагато уважніше читати контракт
— якщо закриваєте ФОП, то потім наново потрібно буде відкривати коли переходитимете

У рамках процесу ти повністю оновлюєш дані про людей, і ті люди отримували повістки та йшли в армію

все що потрібно знати про бронювання

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

Чомусь склався такий досвід що Кожного разу коли приходив на проєкт де на початку не було девопса (або тямущого ліда/архітекта який по суті був девопсом), то у результаті, щоб проєкт став ’нормальним’ - менше їв грошей, краще перформив і тд. потрібно було наймати велику команду девопсів і у результаті ця ’початкова’ економія вилазила боком.
І навпаки, проєкт де з початкових стадій були б хоча б консультації з девопсом і коли проєкт бачив що вони будуть рости залучали девопса фултайм то навіть коли проєкт ставав величезним і з великими навантаженнями та команда девів була 15-20+ то всеодно вистачало одного девопса який ще і секюріті міг займатися.

Senior FullStack Developer with knowledge & practice of DevSecOps&Testing&Leading

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

Щоб не ’Злякати’ нових людей або тих хто хоче стати ДевОпсом хочу написати що:
1. усі підкатегорії практично неможливо закрити, можливо такі індивіди є, але ще жодного не бачив
2. Закрити лише фіолетові (які рекомендує автор) також завдання не на один рік. І можна стати хорошим девопсом і не знаючи усього цього. Але загалом рекомендації хороші
3. деякі пункти тут досить спірні, бо вже майже не сетапляться, бо клауди взяли на себе цю роль, або застралі, або використовуються на дуже малій кількості проектів, наприклад розуміння Сокетів чи File Systems чи FreeBSD чи ReverseProxy

Загалом роадмапа хороша, але гадаю недостатньо уваги виділено на Клауд Провайдерів, пише лише що AWS/Google/Azure і все, і використовувати мільйон окремих тулів, хоча для 90%+ проектів, на мою думку, можна практично все зробити лише в AWS (чи іншому клауді) і їхніми сервісами.

Є десяток назв які можна використати, але навіщо? Якщо ця назва посади потрібна для того, щоб шукати кандидатів. Якби девопсів було по 5 в кожній скрам команді, тоді звісно потрібно їх якось розрізняти.