Разбивка по административным округам вообще ничего не говорит. Где хотят жить айтишники в СЗАО - на Соколе, в Новокуркино или их устроит Северное Тушино?
Да и валидность данных, мягко говоря, сомнительна. ВАО и ЮВАО действительно похуже, чем остальные АО, но явно не настолько, что в них живёт в десятки раз меньше айтишников...
Современный бизнес сложный и разработка тоже сложна, в том плане что какой-то прорыв чаще всего не индивидуальное достижение, а результат работы армии разработчиков и аналитиков. С другой стороны, мне легко представить ситуацию, когда компания продаёт ИТ консалтинг или ИТ интеграцию, там у разработчика может реально возникнуть идея, которая поднимет продажи, потому что в этой ситуации айтишник погружен в бизнес максимально.
Ну а реалии конечно это когда ты получаешь премию за удачно затащенный эпик. Или рандомный процент от рандомного процента прибыли компании в квартале. Всё это не так уж плохо. Но если у вас и правда есть идеи по развитию бизнеса, то вы скорее всего сделаете свой.
Да, никому не советую. Даже по поводу замены явно не работающей умной лампочки меня уже три часа футболят из одной поддержки в другую и заставили снять и отправить два видео, одно из них аж три раза.
1) они массово не научатся работать со сценарием "подключил ноутбук к 4к монитору - и у тебя не произошло никаких проблем с DPI в окнах на мониторе"
2) юзабилити не будет на уровне винды - ну, чтобы мне не пришлось править текстовые файлы лишь для того, чтобы у меня работал тап тремя пальцами по линку в браузере
3) качество не будет на уровне винды - то есть когда я ставлю оболочку, а она не устанавливает мне гору виджетов по умолчанию, половина из которых крашатся
4) не будут работать сканеры отпечатков пальцев. Линукссоздатели, наверное, очень любят вводить пароли каждый раз при входе в ОС. Извините, но я - нет.
Всякое bloatware в винде конечно раздражает пипец, но между навсегда не работающим сканером отпечатков пальцев и необходимостью пару часов удолять и отключать я выберу второе.
По прошлым работам тоже можно скрыть некомпетентность, довирая и приукрашивая. Собеседующему трудно понять, насколько всё это правда - если он начнёт слишком душить, то кандидат всегда может сослаться на то, что в памяти не отложилось, а то и в контратаку пойти - мол, чё это вы меня на враньё что ли пытаетесь подловить?
Задачи с литкода, знание теории алгоритмов и т.п. даже поверхностное - это всё-таки знание. То есть чел вероятно даже его применит (написав ужасный нечитаемый кусок кода).
Если такое спрашивает HR то это вообще мрак. Ощущение что они делают это для отчётности, чтобы передать информацию техническому руководителю (разумеется, исказив до неузнаваемости).
Ну вот лично у меня очень много пессимизма насчёт девопс в целом. Думаю, тенденция ближайшие лет 5 будет в том, что разработчики сами станут строить инфраструктурные решения. Появится для этого какое-нибудь новое название или нет, это уже дело десятое.
Качество девопс-решений, которые я видел за последние годы, в целом довольно низкое. Речи о каком-либо self-service для разработчиков зачастую не идёт. И я вижу причину в том, что девопсы - это чаще всего бывшие опсы, которые в прошлом делали всякую автоматизацию для себя и своих коллег, совершенно не заботясь о 1) надёжности ("сам починю за две секунды если что") и 2) когнитивных затрат на интеграцию ("что я, сам свои скрипты не разберу что ли").
И в итоге получается хуже чем стандартный clickops - например, разрабы сидят и недоумевают, почему нельзя просто взять и обновить какую-нибудь графану - спулил новый контейнер и заменил старый, не? - а оказывается, что для этого надо сделать 5 коммитов в 3 репозитория, по каждому дождаться "обязательного код-ревью" дежурного девопса, плюс ещё выяснится что всё просто так не заработает и девопс должен подшаманить, и в конечном итоге ещё и упадёт раскаточный пайплайн с ошибкой "неизвестная ошибка, обратитесь к системному администратору".
>Описанный в статье онбординг с ментором — больше для Junior-инженеров или, как в истории Игоря, при смена стека с Windows на Linux
да, на факт смены инфраструктурного стека я и правда не обратил внимания.
Насчёт отсутствия "специальных задач для новичков", на одной из работ у нас было организационное разделение инфраструктуры на компоненты, и задачи привязывались к одной или нескольким компонентам - так вот, на некоторых задачах висел лейбл что-то типа "good first task". Это были, во-первых, наиболее детализированные задачи, во-вторых, они давали возможность хорошо познакомиться с компонентом, в-третьих, их выполнение сулило команде некоторую пользу. Например, внести какое-либо изменение в деплой инфраструктурного кода - и человек сразу разбирался, как устроен инфракод и его выкатка. Мне кажется, такой подход существенно ускоряет и онбординг, и обучение новичка.
Я бы с бОльшим удовольствием заплатил бы за учебник по ЯП с упражнениями, чем за курс по этому же ЯП.
Реалии таковы, что 1) спикеры курсов очень разные, в основном хреновые 2) ваши ДЗ проверяются очень формально 3) материалов лекции не хватает, чтобы сделать ДЗ, т.е. придётся делать зарывшись в гугл.
В этих реалиях платить за пересказ документации довольно глупо. Как и написал автор, задача курсов это предоставить вам услугу и получить за неё деньги. Стараться особо никто не будет.
Оператор придётся выбирать, тренировать бэкапирование и восстановление, писать доки по типовым операциям типа масштабирования во все стороны.
Это, кстати, может потребовать разбирательств в сорцах оператора. Кроме того, часто даже широко используемые операторы содержат серьёзные баги.
Инфраструктурный код, кстати, тоже тестировать придётся. Видел как кликхаус инсталляция пересоздалась к чертовой матери вместе с данными, из-за бага в версии кубернетес провайдера в терраформе. Проблема тут не в операторе, но тем не менее.
SaaS сервисы не требуют такого вдумчивого подхода - как правило, облачный провайдер уже написал всю документацию, а саппорт поможет с проблемами. В случае с проблемами операторов вам никто в срочном порядке помогать не станет.
Хотелось бы в следующей части статьи увидеть, как считать калории.
Я пробовал огромные заскриптованные эксельки, всяческие приложения. Их минус в том, что еду необходимо взвешивать, чтоб адекватно посчитать КБЖУ. Плюс попутно возникают вопросы "какова калорийность именно запечёной картошки". Со временем надоедает это всё высчитывать и куда-либо заносить.
С одной стороны, тут могут выручить готовые рационы еды с доставкой на дом (в крупных городах с этим точно нет проблем). Там уже КБЖУ с какой-то долей аккуратности подсчитано за нас. С другой стороны, готовое питание не всем подходит по разным причинам.
Впечатление, что герой статьи работает за пятерых, а получает зарплату одного сотрудника.
Увы, в сисадминстве так было всегда, я б на его месте бежал в разработку. Пускай сначала будет просадка в умении кодить (самое сложное будет не написание кода как таковое, а умение интегрировать результаты своей работы в систему и увязать их с результатами работы коллег, т.е. пресловутая "работа в команде"). Зато инфраструктурные знания будут козырем, потому что, скажем, умение починить интеграционные тесты, не дожидаясь, пока освободится человек-девопс, довольно хорошо ценится.
Разбивка по административным округам вообще ничего не говорит. Где хотят жить айтишники в СЗАО - на Соколе, в Новокуркино или их устроит Северное Тушино?
Да и валидность данных, мягко говоря, сомнительна. ВАО и ЮВАО действительно похуже, чем остальные АО, но явно не настолько, что в них живёт в десятки раз меньше айтишников...
Ищут. Откройте хедхантер ) Ну и я сам так устраивался, неоднократно.
Современный бизнес сложный и разработка тоже сложна, в том плане что какой-то прорыв чаще всего не индивидуальное достижение, а результат работы армии разработчиков и аналитиков. С другой стороны, мне легко представить ситуацию, когда компания продаёт ИТ консалтинг или ИТ интеграцию, там у разработчика может реально возникнуть идея, которая поднимет продажи, потому что в этой ситуации айтишник погружен в бизнес максимально.
Ну а реалии конечно это когда ты получаешь премию за удачно затащенный эпик. Или рандомный процент от рандомного процента прибыли компании в квартале. Всё это не так уж плохо. Но если у вас и правда есть идеи по развитию бизнеса, то вы скорее всего сделаете свой.
Да, никому не советую. Даже по поводу замены явно не работающей умной лампочки меня уже три часа футболят из одной поддержки в другую и заставили снять и отправить два видео, одно из них аж три раза.
А в нехолодное время года при условии маленького багажа ещё и самокат спасёт.
Никаких линуксов, пока:
1) они массово не научатся работать со сценарием "подключил ноутбук к 4к монитору - и у тебя не произошло никаких проблем с DPI в окнах на мониторе"
2) юзабилити не будет на уровне винды - ну, чтобы мне не пришлось править текстовые файлы лишь для того, чтобы у меня работал тап тремя пальцами по линку в браузере
3) качество не будет на уровне винды - то есть когда я ставлю оболочку, а она не устанавливает мне гору виджетов по умолчанию, половина из которых крашатся
4) не будут работать сканеры отпечатков пальцев. Линукссоздатели, наверное, очень любят вводить пароли каждый раз при входе в ОС. Извините, но я - нет.
Всякое bloatware в винде конечно раздражает пипец, но между навсегда не работающим сканером отпечатков пальцев и необходимостью пару часов удолять и отключать я выберу второе.
а на интервью вы тоже так баттхёртите?
Никогда в жизни не сталкивался со "сразу скип", даже на позициях где я явно не подходил. Это скорее то как вы хотите чтоб было, это не реальность.
По прошлым работам тоже можно скрыть некомпетентность, довирая и приукрашивая. Собеседующему трудно понять, насколько всё это правда - если он начнёт слишком душить, то кандидат всегда может сослаться на то, что в памяти не отложилось, а то и в контратаку пойти - мол, чё это вы меня на враньё что ли пытаетесь подловить?
Задачи с литкода, знание теории алгоритмов и т.п. даже поверхностное - это всё-таки знание. То есть чел вероятно даже его применит (написав ужасный нечитаемый кусок кода).
Если такое спрашивает HR то это вообще мрак. Ощущение что они делают это для отчётности, чтобы передать информацию техническому руководителю (разумеется, исказив до неузнаваемости).
слабо себе представляю, что в компанию Х, где 3 девопса и 3 сре, наймут ещё 3 сре и ни одного девопса
Ну вот лично у меня очень много пессимизма насчёт девопс в целом. Думаю, тенденция ближайшие лет 5 будет в том, что разработчики сами станут строить инфраструктурные решения. Появится для этого какое-нибудь новое название или нет, это уже дело десятое.
Качество девопс-решений, которые я видел за последние годы, в целом довольно низкое. Речи о каком-либо self-service для разработчиков зачастую не идёт. И я вижу причину в том, что девопсы - это чаще всего бывшие опсы, которые в прошлом делали всякую автоматизацию для себя и своих коллег, совершенно не заботясь о 1) надёжности ("сам починю за две секунды если что") и 2) когнитивных затрат на интеграцию ("что я, сам свои скрипты не разберу что ли").
И в итоге получается хуже чем стандартный clickops - например, разрабы сидят и недоумевают, почему нельзя просто взять и обновить какую-нибудь графану - спулил новый контейнер и заменил старый, не? - а оказывается, что для этого надо сделать 5 коммитов в 3 репозитория, по каждому дождаться "обязательного код-ревью" дежурного девопса, плюс ещё выяснится что всё просто так не заработает и девопс должен подшаманить, и в конечном итоге ещё и упадёт раскаточный пайплайн с ошибкой "неизвестная ошибка, обратитесь к системному администратору".
>Описанный в статье онбординг с ментором — больше для Junior-инженеров или, как в истории Игоря, при смена стека с Windows на Linux
да, на факт смены инфраструктурного стека я и правда не обратил внимания.
Насчёт отсутствия "специальных задач для новичков", на одной из работ у нас было организационное разделение инфраструктуры на компоненты, и задачи привязывались к одной или нескольким компонентам - так вот, на некоторых задачах висел лейбл что-то типа "good first task". Это были, во-первых, наиболее детализированные задачи, во-вторых, они давали возможность хорошо познакомиться с компонентом, в-третьих, их выполнение сулило команде некоторую пользу. Например, внести какое-либо изменение в деплой инфраструктурного кода - и человек сразу разбирался, как устроен инфракод и его выкатка. Мне кажется, такой подход существенно ускоряет и онбординг, и обучение новичка.
Полугодичный онбординг это что-то очень долго.
Мне кажется, тут есть пренебрежение документацией или управленческие проблемы вида "в работу систематически берут очень сырые и расплывчатые задачи".
Отлично, что есть альтернатива Sentry. А какую нагрузку у вас прожёвывает Glitchtip (сколько событий в минуту)?
Ну в чём-то я согласен с автором.
Я бы с бОльшим удовольствием заплатил бы за учебник по ЯП с упражнениями, чем за курс по этому же ЯП.
Реалии таковы, что 1) спикеры курсов очень разные, в основном хреновые 2) ваши ДЗ проверяются очень формально 3) материалов лекции не хватает, чтобы сделать ДЗ, т.е. придётся делать зарывшись в гугл.
В этих реалиях платить за пересказ документации довольно глупо. Как и написал автор, задача курсов это предоставить вам услугу и получить за неё деньги. Стараться особо никто не будет.
Оператор придётся выбирать, тренировать бэкапирование и восстановление, писать доки по типовым операциям типа масштабирования во все стороны.
Это, кстати, может потребовать разбирательств в сорцах оператора. Кроме того, часто даже широко используемые операторы содержат серьёзные баги.
Инфраструктурный код, кстати, тоже тестировать придётся. Видел как кликхаус инсталляция пересоздалась к чертовой матери вместе с данными, из-за бага в версии кубернетес провайдера в терраформе. Проблема тут не в операторе, но тем не менее.
SaaS сервисы не требуют такого вдумчивого подхода - как правило, облачный провайдер уже написал всю документацию, а саппорт поможет с проблемами. В случае с проблемами операторов вам никто в срочном порядке помогать не станет.
Хотелось бы в следующей части статьи увидеть, как считать калории.
Я пробовал огромные заскриптованные эксельки, всяческие приложения. Их минус в том, что еду необходимо взвешивать, чтоб адекватно посчитать КБЖУ. Плюс попутно возникают вопросы "какова калорийность именно запечёной картошки". Со временем надоедает это всё высчитывать и куда-либо заносить.
С одной стороны, тут могут выручить готовые рационы еды с доставкой на дом (в крупных городах с этим точно нет проблем). Там уже КБЖУ с какой-то долей аккуратности подсчитано за нас. С другой стороны, готовое питание не всем подходит по разным причинам.
Впечатление, что герой статьи работает за пятерых, а получает зарплату одного сотрудника.
Увы, в сисадминстве так было всегда, я б на его месте бежал в разработку. Пускай сначала будет просадка в умении кодить (самое сложное будет не написание кода как таковое, а умение интегрировать результаты своей работы в систему и увязать их с результатами работы коллег, т.е. пресловутая "работа в команде"). Зато инфраструктурные знания будут козырем, потому что, скажем, умение починить интеграционные тесты, не дожидаясь, пока освободится человек-девопс, довольно хорошо ценится.
Такие сотрудники хороши там, где надо чтоб работало и ничего не менялось. В современной продуктовой разработке такие персонажи просто не выжили бы.