Никакой проблемы для DevOps'а в этом нет, т.к. как правило из-за специфики работы DevOps'ы вполне восприимчивы к перемене организаций, технологий и редко сидят на одном месте больше нескольких лет. Думаете всё настроили и девопс не нужен? Ок, найду другую работу а вашу организацию буду поддерживать в качестве подработки (или не буду). Поддержка неразвивающейся инфраструктуры - это уже не совсем DevOps, поэтому скорее всего он сам уйдёт раньше чем его попросят.
Я пришёл в DevOps после многих лет работы разработчиком и сисадмином. И лично для меня постоянная изменяемость и новизна технологий - это плюс, потому что не надоедает. Работать разработчиком мне надоедает, админом - тоже. А DevOps - нет. Здесь и админство (инфраструктура в железе и облаках), и есть место автоматизации (пайплайны, всякие инфраструктурные скрипты), и даже суппорт в виде живого общения с людьми, т.к. нужно организовывать конвеер.
Человек Б написал больше, чем написал человек А. Например не только что при происшествии пострадали два человека, а ещё что один из них умер в реанимации через 3 часа после событий. Журналист "опоздал" на новость, но за счёт этого смог подать материал качественнее и подробнее. Но. Это та же новость, о том же событии, на 90% совпадающая по смыслу контента.
Вы уже целых 2 года как разработчик, и судите о разработке с высоты своего опыта. За 20 лет в IT, в роли разработчика в том числе, я понял что всё очень сильно зависит от культуры конкретной организации. Есть некоторый небольшой процент проектов, в которых действительно разработчики должны "решать задачи, которые ставит бизнес", общаясь и с менеджерами, а порой и с клиентами на тему нужности и правильности принимаемых решений.
Но в очень многих компаниях задачами бизнеса занимаются аналитики и разного рода менеджеры. Единственное что вы сможете сделать - чётко и аргументированно, очень коротко, привести свои аргументы на внутреннем митинге, надеясь на техническую компетенцию коллег и свои софт скиллы. Не дай бог вы начнёте отстаивать свою позицию и просить аудиенцию у начальников более высокого ранга. Вас сочтут токсиком, ставящим палки в колёса корпоративной машине, и дадут смачного пенделя.
И будут правы. Ведь их компания работает годами на рынке, используя разработчиков как разработчиков, а аналитиков - как аналитиков, достигает своих целей и зарабатывает деньги.
Фактически это могут быть и рабочие часы, потому что в течение дня есть планирование на будущее (а планы могут меняться), прерывание на звонки и взаимодействие с подчинёнными и т.д. Но это нельзя назвать постоянной работой. Скорее это такое "дежурное состояние".
Так получилось что я иногда вынужден участвовать в собеседовании кандидатов как технический специалист. Мне хочется быть хорошим собеседующим, поэтому статья для меня интересна в смысле того какие ошибки на собесе не допускать.
Как это ни странно, собеседовать тоже нужно учиться.
Не будет никаких 90-х. 90-е - это не только нищета и опасность, но и отсутствие регуляции во многих областях: от торговли до СМИ. Сейчас наоборот - вся собственность давно поделена, все неугодные власти мертвы, посажены или уехали за границу.
Мне кажется если наёмный работник убегает на зарплату, отличающуюся на 5-10% - это очень хороший показатель что в компании нездоровая обстановка, нездоровые отношения с работодателем и т.п. Потому что 10% легко компенсировать например отгулами по договорённости с начальником, разовыми небольшими премиями за конкретные достижения и т.п. Да просто сам по себе переход в другую компанию предполагает что придётся заново устанавливать контакты с коллегами, что вряд ли стоит этих самых 5-10%.
Или, как вариант, всё в компании хорошо, но у конкурента есть возможность расти в должности и зарплате и есть дополнительные плюшки. Т.е. джуниор задумался о своём будущем и понимает у "соседей" его будущее выглядит более привлекательным.
Кроме Москвы и Питера в удобном часовом поясе много городов средней полосы с разнообразным климатом (причём в любом из них климат лучше), нормальным рельефом местности и ценами. Рядом, кроме московских и питерских фирм на удалёнке, ещё Европа, причём очень разнообразная как по деньгам, так и по заказам.
Так что всяко удобнее в начале карьеры переехать на запад РФ, чтобы затем вырасти и работать уже с заграницей. По крайней мере можно расти постепенно.
Можно предположить что кто-то из работников nic.ru сливает информацию о регистрации. То же самое что в банках происходит, когда начинаются звонки людям, у которых есть что снять с карты.
У меня с YAML обратная история: стоит немного ошибиться с отступами и вся конструкция летит к чертям. Такое, кстати, часто случается как раз при копирования со страницы примера в vim.
Когда писал в YAML код с достаточно большой вложенностью (Ansible, Kubernetes, Docker Compose и т.п.) как раз форматирование отступами добавляло боли.
Для того чтобы работать с многочисленными скобками, достаточно вспомнить что у vim есть команды перехода по скобкам и сворачивания блоков. А также подсвечивание скобок.
JSON — это не С++ подобный стиль — это валидный Javascript.
Доступность не причём. Это означает что накапливается юридический опыт, который показывает что даже идиот может выиграть суд и нанести значительный ущерб производителю.
Алгоритмы поиска по таким деревьям в веб-программировании нужны чуть менее чем никогда. Поиск по DOM тоже практически никогда не реализуется через поиск по дереву, т.к. для этого есть стандартные инструменты, которые работают однозначно быстрее чем велосипеды.
Аналогия ошибочная. Примерно как сказать что знание ООП требует знания поиска в бинарных деревьях, т.к. структура классов — это дерево.
В многочисленных и популярных нынче детских кружках по робототехнике и программированию JavaScript и Python обучают детей от 10 лет. Вполне успешно. У детей при этом знание математики вряд ли выше шестого класса.
Если даже простые вещи не получаются, то смысла продолжать пытаться в разработку нет совершенно, потому что всё равно будешь вечно догоняющим.
Нужно заниматься тем что получается лучше чем у других, тогда в этом достигнешь успеха. А программирование можно оставить как хобби, саморазвитие и т.п.
Никакой проблемы для DevOps'а в этом нет, т.к. как правило из-за специфики работы DevOps'ы вполне восприимчивы к перемене организаций, технологий и редко сидят на одном месте больше нескольких лет. Думаете всё настроили и девопс не нужен? Ок, найду другую работу а вашу организацию буду поддерживать в качестве подработки (или не буду). Поддержка неразвивающейся инфраструктуры - это уже не совсем DevOps, поэтому скорее всего он сам уйдёт раньше чем его попросят.
Я пришёл в DevOps после многих лет работы разработчиком и сисадмином. И лично для меня постоянная изменяемость и новизна технологий - это плюс, потому что не надоедает. Работать разработчиком мне надоедает, админом - тоже. А DevOps - нет. Здесь и админство (инфраструктура в железе и облаках), и есть место автоматизации (пайплайны, всякие инфраструктурные скрипты), и даже суппорт в виде живого общения с людьми, т.к. нужно организовывать конвеер.
Платят тоже, кстати, неплохо.
В США достаточно будет сказать предложение из двух слов, одно из которых прилагательное, а второе - слово на букву Н. Это меньше 5 секунд.
Человек Б написал больше, чем написал человек А. Например не только что при происшествии пострадали два человека, а ещё что один из них умер в реанимации через 3 часа после событий. Журналист "опоздал" на новость, но за счёт этого смог подать материал качественнее и подробнее. Но. Это та же новость, о том же событии, на 90% совпадающая по смыслу контента.
Вы уже целых 2 года как разработчик, и судите о разработке с высоты своего опыта. За 20 лет в IT, в роли разработчика в том числе, я понял что всё очень сильно зависит от культуры конкретной организации. Есть некоторый небольшой процент проектов, в которых действительно разработчики должны "решать задачи, которые ставит бизнес", общаясь и с менеджерами, а порой и с клиентами на тему нужности и правильности принимаемых решений.
Но в очень многих компаниях задачами бизнеса занимаются аналитики и разного рода менеджеры. Единственное что вы сможете сделать - чётко и аргументированно, очень коротко, привести свои аргументы на внутреннем митинге, надеясь на техническую компетенцию коллег и свои софт скиллы. Не дай бог вы начнёте отстаивать свою позицию и просить аудиенцию у начальников более высокого ранга. Вас сочтут токсиком, ставящим палки в колёса корпоративной машине, и дадут смачного пенделя.
И будут правы. Ведь их компания работает годами на рынке, используя разработчиков как разработчиков, а аналитиков - как аналитиков, достигает своих целей и зарабатывает деньги.
Фактически это могут быть и рабочие часы, потому что в течение дня есть планирование на будущее (а планы могут меняться), прерывание на звонки и взаимодействие с подчинёнными и т.д. Но это нельзя назвать постоянной работой. Скорее это такое "дежурное состояние".
Так получилось что я иногда вынужден участвовать в собеседовании кандидатов как технический специалист. Мне хочется быть хорошим собеседующим, поэтому статья для меня интересна в смысле того какие ошибки на собесе не допускать.
Как это ни странно, собеседовать тоже нужно учиться.
Не будет никаких 90-х. 90-е - это не только нищета и опасность, но и отсутствие регуляции во многих областях: от торговли до СМИ. Сейчас наоборот - вся собственность давно поделена, все неугодные власти мертвы, посажены или уехали за границу.
Мне кажется если наёмный работник убегает на зарплату, отличающуюся на 5-10% - это очень хороший показатель что в компании нездоровая обстановка, нездоровые отношения с работодателем и т.п. Потому что 10% легко компенсировать например отгулами по договорённости с начальником, разовыми небольшими премиями за конкретные достижения и т.п. Да просто сам по себе переход в другую компанию предполагает что придётся заново устанавливать контакты с коллегами, что вряд ли стоит этих самых 5-10%.
Или, как вариант, всё в компании хорошо, но у конкурента есть возможность расти в должности и зарплате и есть дополнительные плюшки. Т.е. джуниор задумался о своём будущем и понимает у "соседей" его будущее выглядит более привлекательным.
Кроме Москвы и Питера в удобном часовом поясе много городов средней полосы с разнообразным климатом (причём в любом из них климат лучше), нормальным рельефом местности и ценами. Рядом, кроме московских и питерских фирм на удалёнке, ещё Европа, причём очень разнообразная как по деньгам, так и по заказам.
Так что всяко удобнее в начале карьеры переехать на запад РФ, чтобы затем вырасти и работать уже с заграницей. По крайней мере можно расти постепенно.
Когда писал в YAML код с достаточно большой вложенностью (Ansible, Kubernetes, Docker Compose и т.п.) как раз форматирование отступами добавляло боли.
Для того чтобы работать с многочисленными скобками, достаточно вспомнить что у vim есть команды перехода по скобкам и сворачивания блоков. А также подсвечивание скобок.
JSON — это не С++ подобный стиль — это валидный Javascript.
Аналогия ошибочная. Примерно как сказать что знание ООП требует знания поиска в бинарных деревьях, т.к. структура классов — это дерево.
Если даже простые вещи не получаются, то смысла продолжать пытаться в разработку нет совершенно, потому что всё равно будешь вечно догоняющим.
Нужно заниматься тем что получается лучше чем у других, тогда в этом достигнешь успеха. А программирование можно оставить как хобби, саморазвитие и т.п.