Спасибо за ваш фидбек. Ценно. Честно говоря время меняется и не уверен что в этом 25 -26 году все также как в последние 5 лет до этого. Так как я тоже до этого не чувствовал проблем так же как и вы.
Я как понял основное дело в моем резюме: "То ли разраб, то ли админ, может девопс." - вот как и пишет автор статьи "На практике под названием DevOps скрывается сразу несколько разных ролей." Я думал что это моя сильная сторона что есть разносторонний опыт. А с вашей позиции это оказывается минус.
Вчера вот в вк прошел тех собес по линукс кубер и гиту. Спрашивали к примеру - Как можно управлять swap'ом кроме полного выключения? - Какие параметры системы влияют на load average? - Чем кэш отличается от Артефакта - Какие знаете варианты, чтобы запустить дочерний пайплайн? - Как передать кастомную переменную, которую получили при работе скрипта в следующую джобу в пайплайне? - что такое в кубере Пробы для контейнера.
и подные с десяток вопросов.
Отстрелялся. Написали все ок, прошел отлично - продвинули. Думал фух. Нет оказывается теперь еще ждет второе тех собеседование. Более углубленное. (Что???)
И при этом интервью кто брал говорят что найти полгода никого не могут. Я честно в недоумении. Ну посмотрим что дальше.
В этом сценарии что прочитал я не вижу перенаправления рабочей силы этих самых "белых" воротничков в другое русло. Типа все потеряли работу и сидят. История человечечства показывает что люди начнут создавать другие ресурсы и просто потенциал из "офисной" работы пойдет в другую сторону. Ближайшая история покажет в какую. Робототехника, глубокий инженеринг, биотехнологии - впереди огромный потенциал где уму человека еще есть где приложить силы, но просто времени не хватало.
С точки зрения автора, если так посмотреть, то согласен со всем вышеизложенным. Но с точки зрения, на данный момент безработного девопса, скажу. Я с сентября 25 года ищу работу как раз в этой профессии (уже 6! месяцев). Зарегистрирован и в карьера и в hh. Рекрутеры отправляют периодически вакансии. Пишу ок опыт есть - давайте пообщаемся и... почти всегда не доходит даже до первоначального собеседования. То есть какие-то выводы делают из резюме, опыта работы? Я не понимаю в чем дело. Сами же ведь ищут, пишут.
Хотя в то же время как фрилансеру поступают постоянно заказы по Девопс тематике, разовые проекты. Которые успешно выполняю и потом возвращаются с новыми проектами. Это в основном те компании которым передали от кого то выстроенную по всем канонам девопс архитектуру а они толку дать не могут как во всем этом разобраться и ничего не сломать. Или им ТЗ приходит в котором чатжпт написал как быть должно и просят сделать вот так - так как сами не понимают как эту машину завести.
У меня сложилось еще такое мнение что для Девопс вакансии я думаю есть некоторый внутренний психологический фактор о котором не пишут. Вопрос доверия большой инфраструктуры. Это все равно что искать начальника подразделения, которому ты доверишь нечто большое и крупное. Многие хотят настоящих Девопс услуг (как сказал тут один хабровчанин "Это дефицит"), но боятся впускать в то что и так хоть как то работает. Мало кто понимает его сферу и зачем это вообще. Есть местный условный "Андрей" который что то там умеет включать и сервер перезапускать пусть так и будет.
Рекрутеров в свою очередь как мне кажется нагружают заниматься поисками просто ради что бы было чем заняться. А ну ка поищи человек оркестр - который умеет во всё. Возьмем на карандаш, вдруг пригодится.
и кстати мне понравилось мнение @ky0 "девопс-инженера может нормально прособеседовать девопс-инженер сравнимой квалификации". Остальное все ИИ шная фикция где возьмут просто болтуна который умеет рассказывать.
ох интересная какая то ситуация. Тут с другом общались - он тоже в поисках работы с прошлого года и вот к какому выводу мы пришли.
Собеседование техническое проходишь. То есть как специалист ты норм. Ставят оценку мидл. Но вот далее про что пишет автор 3й собес..
То есть на всех последних собебеседования а их уже было с десяток я вижу такую картину. 2 типа вариантов.
• Ищут спеца, спец приходит. Но когда человек в компании (который гепотетически работает в той же вакансии и он на собесе) понимает что кто то может его заменить. Начинает переживать. И всячески препятствовать приходу нового спеца. Хотя до этого всем жаловался что он ничего не успевает потому что он один.
• второй тип людей - начальники которым нужен по уму ребенок (которого можно гонять 24/7 и угрожать что уволю) а по опыту классный спец. То есть человек на которого можно давить и он будет исполнять все прихоти. То есть им не нужны самодостаточные люди которые пришли просто работать.
Потом как пишет автор говорят свяжутся но по голосу как то чувствуется обратное.
Есть ещё тип "звёздных" организаций у кого просто голова кружится когда они произносят свое название и для них собесы это кажется какой то вид спортивных (голодных) игр. Бедные там эйчары. И офферы у них обычно так себе. Кого нужно они уже давно нашли и кажется не через главный вход.
Удивительная ситуация. Но на самом деле она нас уберегает от компаний в которых почти наверняка будет сложно и трудно. Нужно просто искать дальше. То есть все по честному - просто звезды не сошлись между вами и командой. Поэтому переживать не стоит.
В Дисклеймере 2. я ведь про тоже самое и пишу. Но тут еще важный момент:
JS и Python - их деплой давно уже не равен тому что нужно “скопировать исходники на сервер”, и на сервер не попадает ваш проект если вы этого сознательно не сделаете.
В JS туда идет output, next, dist и так далее. Это транспилированный минифицированный код, без исходной структуры. Это не “исходный код проекта”, а build-артефакты. Там вы не найдете привычных ваших исходных файлов pages components src.
Даже Python может деплоиться как wheel и zipapp. .pyc контейнер с entrypoint без полноценного дерева проекта. Да, восстановить можно теоретически, но вы разве сможете такое поддерживать без reverse engineering?
И сделаю акцент еще раз. В статье я не утверждаю, что код нельзя достать (дисклеймер 2). Я не пишу что Docker это какая то защита и специалист бессилен. Я утверждаю что на сервере нет рабочего дерева проекта, и это решает практическую задачу доступа и сопровождения.
Вот если есть что написать по этому поводу было бы интересно узнать
Я не специалист во всех языках но кажется компилируемый язык сам по себе ничего принципиально не меняет. В большинстве современных стеков результат сборки — это унифицированные артефакты: бинарники, bundle’ы, байткод или сборочные output-директории. Они передаются и деплоятся одинаково — независимо от того, был ли исходный язык компилируемым или интерпретируемым.
Если вы знаете что то из иной реальности то поделитесь пожалуйста.
Да так и думал что кто нибудь напишет, конечно Docker не является средством защиты кода от человека с root-доступом к серверу. Я это прямо указываю в статье. В дисклеймере 2
Смысл этого подхода не в «невозможности извлечения», а в том, что на сервере нет рабочего дерева проекта и репозитория. При multi-stage сборке в финальный образ попадают только артефакты (.output у Nuxt, dist, бинарники и т.п.), а не исходный код в привычном виде.
Да, конечно же контейнер можно экспортировать и получить файлы. Но это будут сборочные артефакты, а не удобный для сопровождения проект с исходниками, структурой и контекстом. То есть суть статьи показать что есть вариант сделать разграничение и не держать код всего проекта на сервере как есть.
Но спасибо что указали на этот важный момент. Важно еще раз поставить акцент в этой части.
Когда то в жизнь людей ворвались калькуляторы. Это ускорило и упростило работу людей, но не заменило их. Это конечно грубая аналогия, но для меня именно так пока выглядит современный ИИ
Вчера как раз не прошел собес в Эйлер из за незнаний Airflow. Смотрю этот инструмент становится все более востребованный. Спасибо что поделились своим опытом и показали в чем он облегчает жизнь в текущих реалиях. Буду теперь подготовленней
У нас целая команда 7 человек потеряли работы из за ЛЛМ. Пришел человек который сказал шефу что можно всех уволить и он один будет все разрабатывать с помощью нейронки. И таки убедил. Тупо Cursor взял и переписал сложное приложение которое разрабатывалось годами с нуля за пару месяцев. Потом написали вот такое письмо от ЛЛМ сотрудникам:
обновление, которое меняет правила игры
Мы провели большой апдейт нашей IT-инфраструктуры.
Теперь у нас есть версия 2.0 — не просто новая версия,
а переход на совершенно другой уровень.
⚡ Скорость и гибкость
Система стала очень быстрой.
Исправления, обновления и новые функции внедряются молниеносно —
речь про часы, а не недели.
🔭 Новые горизонты развития
наша программа открывает доступ к:
• глубокой аналитике,
• AI-ассистентам,
• автоматизации процессов,
• контролю качества в режиме реального времени.
Быстрее. Умнее. Эффективнее.
🧩 CRM внутри системы
Теперь CRM — встроенный модуль.
Никаких интеграций, заплаток и «костылей».
Все процессы — от первой коммуникации до исполнения обещаний —
внутри одной платформы. Прозрачность выше.
Контроль сильнее.
Управляемость проще.
🧹 Мы сняли с себя тяжёлое наследие
Самое важное: мы отказались от огромного пласта старого функционала,
который годами тянул нас назад.
Лишний вес сброшен.
Система дышит и готова к росту.
Дальше — адаптация и разгон
Несколько недель притирки, обучения и корректировок —
обычный рабочий процесс.
И да, неудобства будут.
И для нас, и, вероятно, для части клиентов.
Когда меняешь фундамент системы — по-другому не бывает.
Но мы это пройдём.
Мы справимся, потому что знаем, куда идём
и потому что команда сильная.
Курс уже задан:
в космос.
И самое важное
Хочу отдельно сказать:
Выражаю благодарность новой команде. (новая команда это 1 человек и Cursor)
Вы сделали огромную работу.
Создали то, что мы долго не могли сделать.
И сделали именно так, как я хотел.
Вы большие молодцы.
Я вами горжусь.
Это стало похоже на пэт проект какого то выпускника универа - ну и ладно. -Главное руководству зашло, кучу денег сэкономили а система худа бедно продолжает работать.
Так что сотрудники Билайн берегистесь. Если ваше начальство умеет рисковать и экономить то скоро распустят вас всех. Хотя уверен что вы все хорошие там специалисты
Да весело там у вас. Ну хорошо что нашли рабочее решение. Действительно с кодом разобраться легче чем с людьми. Я думаю вы не одни такие кто сталкивается с похожими проблемами. Спасибо за ваш опыт
Ох говорила мне мама - "ну его твои компьютеры - иди в пту".
Хорошая статья для того что бы разобраться в этой сложной теме с сетями. Только вот почему не написали про Admission Controller?
Спасибо за ваш фидбек. Ценно. Честно говоря время меняется и не уверен что в этом 25 -26 году все также как в последние 5 лет до этого. Так как я тоже до этого не чувствовал проблем так же как и вы.
Я как понял основное дело в моем резюме: "То ли разраб, то ли админ, может девопс." - вот как и пишет автор статьи "На практике под названием DevOps скрывается сразу несколько разных ролей."
Я думал что это моя сильная сторона что есть разносторонний опыт. А с вашей позиции это оказывается минус.
Вчера вот в вк прошел тех собес по линукс кубер и гиту.
Спрашивали к примеру
- Как можно управлять swap'ом кроме полного выключения?
- Какие параметры системы влияют на load average?
- Чем кэш отличается от Артефакта
- Какие знаете варианты, чтобы запустить дочерний пайплайн?
- Как передать кастомную переменную, которую получили при работе скрипта в следующую джобу в пайплайне?
- что такое в кубере Пробы для контейнера.
и подные с десяток вопросов.
Отстрелялся. Написали все ок, прошел отлично - продвинули. Думал фух. Нет оказывается теперь еще ждет второе тех собеседование. Более углубленное. (Что???)
И при этом интервью кто брал говорят что найти полгода никого не могут. Я честно в недоумении. Ну посмотрим что дальше.
Еще раз вам спасибо что не прошли мимо и написали
В этом сценарии что прочитал я не вижу перенаправления рабочей силы этих самых "белых" воротничков в другое русло. Типа все потеряли работу и сидят. История человечечства показывает что люди начнут создавать другие ресурсы и просто потенциал из "офисной" работы пойдет в другую сторону. Ближайшая история покажет в какую.
Робототехника, глубокий инженеринг, биотехнологии - впереди огромный потенциал где уму человека еще есть где приложить силы, но просто времени не хватало.
Спасибо за ваш рассказ с "того" берега.
С точки зрения автора, если так посмотреть, то согласен со всем вышеизложенным. Но с точки зрения, на данный момент безработного девопса, скажу. Я с сентября 25 года ищу работу как раз в этой профессии (уже 6! месяцев). Зарегистрирован и в карьера и в hh. Рекрутеры отправляют периодически вакансии. Пишу ок опыт есть - давайте пообщаемся и... почти всегда не доходит даже до первоначального собеседования. То есть какие-то выводы делают из резюме, опыта работы? Я не понимаю в чем дело. Сами же ведь ищут, пишут.
Хотя в то же время как фрилансеру поступают постоянно заказы по Девопс тематике, разовые проекты. Которые успешно выполняю и потом возвращаются с новыми проектами. Это в основном те компании которым передали от кого то выстроенную по всем канонам девопс архитектуру а они толку дать не могут как во всем этом разобраться и ничего не сломать. Или им ТЗ приходит в котором чатжпт написал как быть должно и просят сделать вот так - так как сами не понимают как эту машину завести.
У меня сложилось еще такое мнение что для Девопс вакансии я думаю есть некоторый внутренний психологический фактор о котором не пишут. Вопрос доверия большой инфраструктуры. Это все равно что искать начальника подразделения, которому ты доверишь нечто большое и крупное. Многие хотят настоящих Девопс услуг (как сказал тут один хабровчанин "Это дефицит"), но боятся впускать в то что и так хоть как то работает. Мало кто понимает его сферу и зачем это вообще. Есть местный условный "Андрей" который что то там умеет включать и сервер перезапускать пусть так и будет.
Рекрутеров в свою очередь как мне кажется нагружают заниматься поисками просто ради что бы было чем заняться. А ну ка поищи человек оркестр - который умеет во всё. Возьмем на карандаш, вдруг пригодится.
и кстати мне понравилось мнение @ky0 "девопс-инженера может нормально прособеседовать девопс-инженер сравнимой квалификации". Остальное все ИИ шная фикция где возьмут просто болтуна который умеет рассказывать.
что то стало много OpenClaw - подозрительно
ох интересная какая то ситуация. Тут с другом общались - он тоже в поисках работы с прошлого года и вот к какому выводу мы пришли.
Собеседование техническое проходишь. То есть как специалист ты норм. Ставят оценку мидл. Но вот далее про что пишет автор 3й собес..
То есть на всех последних собебеседования а их уже было с десяток я вижу такую картину. 2 типа вариантов.
• Ищут спеца, спец приходит. Но когда человек в компании (который гепотетически работает в той же вакансии и он на собесе) понимает что кто то может его заменить. Начинает переживать. И всячески препятствовать приходу нового спеца. Хотя до этого всем жаловался что он ничего не успевает потому что он один.
• второй тип людей - начальники которым нужен по уму ребенок (которого можно гонять 24/7 и угрожать что уволю) а по опыту классный спец. То есть человек на которого можно давить и он будет исполнять все прихоти. То есть им не нужны самодостаточные люди которые пришли просто работать.
Потом как пишет автор говорят свяжутся но по голосу как то чувствуется обратное.
Есть ещё тип "звёздных" организаций у кого просто голова кружится когда они произносят свое название и для них собесы это кажется какой то вид спортивных (голодных) игр. Бедные там эйчары. И офферы у них обычно так себе. Кого нужно они уже давно нашли и кажется не через главный вход.
Удивительная ситуация. Но на самом деле она нас уберегает от компаний в которых почти наверняка будет сложно и трудно. Нужно просто искать дальше. То есть все по честному - просто звезды не сошлись между вами и командой. Поэтому переживать не стоит.
Вы точно тестировщик? Мне кажется ваша сфера в статье вышла куда то за границу Девопса.
А так все по делу. Стесняться не нужно, нужно задавать вопросы. Спасибо за ваш текст
Мак. Codex. VScode NextJS
2 дня активных тестов - пока выглядит как магия. Никаких минусов глюков еще не могу найти. Такой себе мини ассистент.
В Дисклеймере 2. я ведь про тоже самое и пишу. Но тут еще важный момент:
JS и Python - их деплой давно уже не равен тому что нужно “скопировать исходники на сервер”, и на сервер не попадает ваш проект если вы этого сознательно не сделаете.
В JS туда идет output, next, dist и так далее. Это транспилированный минифицированный код, без исходной структуры. Это не “исходный код проекта”, а build-артефакты. Там вы не найдете привычных ваших исходных файлов pages components src.
Даже Python может деплоиться как wheel и zipapp. .pyc контейнер с entrypoint
без полноценного дерева проекта. Да, восстановить можно теоретически, но вы разве сможете такое поддерживать без reverse engineering?
И сделаю акцент еще раз. В статье я не утверждаю, что код нельзя достать (дисклеймер 2). Я не пишу что Docker это какая то защита и специалист бессилен. Я утверждаю что на сервере нет рабочего дерева проекта, и это решает практическую задачу доступа и сопровождения.
Вот если есть что написать по этому поводу было бы интересно узнать
Например? Интересно было бы узнать о чем вы
Я не специалист во всех языках но кажется компилируемый язык сам по себе ничего принципиально не меняет. В большинстве современных стеков результат сборки — это унифицированные артефакты: бинарники, bundle’ы, байткод или сборочные output-директории. Они передаются и деплоятся одинаково — независимо от того, был ли исходный язык компилируемым или интерпретируемым.
Если вы знаете что то из иной реальности то поделитесь пожалуйста.
Да вы правы. Если сборка вынесена за пределы сервера исполнения - тогда еще лучше
Да так и думал что кто нибудь напишет, конечно Docker не является средством защиты кода от человека с root-доступом к серверу. Я это прямо указываю в статье. В дисклеймере 2
Смысл этого подхода не в «невозможности извлечения», а в том, что на сервере нет рабочего дерева проекта и репозитория. При multi-stage сборке в финальный образ попадают только артефакты (
.outputу Nuxt,dist, бинарники и т.п.), а не исходный код в привычном виде.Да, конечно же контейнер можно экспортировать и получить файлы. Но это будут сборочные артефакты, а не удобный для сопровождения проект с исходниками, структурой и контекстом. То есть суть статьи показать что есть вариант сделать разграничение и не держать код всего проекта на сервере как есть.
Но спасибо что указали на этот важный момент. Важно еще раз поставить акцент в этой части.
Когда то в жизнь людей ворвались калькуляторы. Это ускорило и упростило работу людей, но не заменило их. Это конечно грубая аналогия, но для меня именно так пока выглядит современный ИИ
Вчера как раз не прошел собес в Эйлер из за незнаний Airflow. Смотрю этот инструмент становится все более востребованный. Спасибо что поделились своим опытом и показали в чем он облегчает жизнь в текущих реалиях. Буду теперь подготовленней
Ну да все на одном человеке впринципе сейчас. Вы правы. Это конечно риск
ClinicIQ сеть Белая радуга
У нас целая команда 7 человек потеряли работы из за ЛЛМ. Пришел человек который сказал шефу что можно всех уволить и он один будет все разрабатывать с помощью нейронки. И таки убедил. Тупо Cursor взял и переписал сложное приложение которое разрабатывалось годами с нуля за пару месяцев. Потом написали вот такое письмо от ЛЛМ сотрудникам:
обновление, которое меняет правила игры
Мы провели большой апдейт нашей IT-инфраструктуры.
Теперь у нас есть версия 2.0 — не просто новая версия,
а переход на совершенно другой уровень.
⚡ Скорость и гибкость
Система стала очень быстрой.
Исправления, обновления и новые функции внедряются молниеносно —
речь про часы, а не недели.
🔭 Новые горизонты развития
наша программа открывает доступ к:
• глубокой аналитике,
• AI-ассистентам,
• автоматизации процессов,
• контролю качества в режиме реального времени.
Быстрее. Умнее. Эффективнее.
🧩 CRM внутри системы
Теперь CRM — встроенный модуль.
Никаких интеграций, заплаток и «костылей».
Все процессы — от первой коммуникации до исполнения обещаний —
внутри одной платформы.
Прозрачность выше.
Контроль сильнее.
Управляемость проще.
🧹 Мы сняли с себя тяжёлое наследие
Самое важное: мы отказались от огромного пласта старого функционала,
который годами тянул нас назад.
Лишний вес сброшен.
Система дышит и готова к росту.
Дальше — адаптация и разгон
Несколько недель притирки, обучения и корректировок —
обычный рабочий процесс.
И да, неудобства будут.
И для нас, и, вероятно, для части клиентов.
Когда меняешь фундамент системы — по-другому не бывает.
Но мы это пройдём.
Мы справимся, потому что знаем, куда идём
и потому что команда сильная.
Курс уже задан:
в космос.
И самое важное
Хочу отдельно сказать:
Выражаю благодарность новой команде. (новая команда это 1 человек и Cursor)
Вы сделали огромную работу.
Создали то, что мы долго не могли сделать.
И сделали именно так, как я хотел.
Вы большие молодцы.
Я вами горжусь.
Это стало похоже на пэт проект какого то выпускника универа - ну и ладно. -Главное руководству зашло, кучу денег сэкономили а система худа бедно продолжает работать.
Так что сотрудники Билайн берегистесь. Если ваше начальство умеет рисковать и экономить то скоро распустят вас всех. Хотя уверен что вы все хорошие там специалисты
Да весело там у вас. Ну хорошо что нашли рабочее решение. Действительно с кодом разобраться легче чем с людьми. Я думаю вы не одни такие кто сталкивается с похожими проблемами. Спасибо за ваш опыт
Всё бы хорошо и тема интересная если бы не эти сгенерированные вставки по ходу статьи.