Звучит как какая-то узкоспецифичная вещь для вашей компании или как карго-культ. 1. Ну сбор понятен, кто-то всегда должен собрать требований. 2. Какие SRE выдаст опции, такие и подберет. Если в компании стандартный пак в виде прома с графаной, так и будет пром с графаной. Или куда и как все логи сливаются, так оно и будет в большинстве случаев. У SRE уже в любом случае есть система мониторинга как минимум железяк и системных сервисов, типа nginx. А если все развернуто в этих ваших кубернетисах, так тем более. И алерты, для всех них должно быть одно окно. 3. Непонятно о чем речь. Базово у тебя есть хранилища, куда стекаются метрики из разных мест. Есть отображалка, которая читает эти хранилища. Что именно подразумевается? 4. Свой statsd пишем? Или loki? 5. Тоже какие-то довольно общие слова. 6. Организация инфраструктуры для наблюдения за приложением -- это так же прерогатива SRE. 7. Свою графану с кибаной пишем? Или имеется в виду дашики накидать в инструменте? 8. Это что? Организация канала алертинга? Это часть инфраструктуры, это SRE-DevOpsEngineer-SysAdmin-любое другое имя, которое сейчас модно. Накидывание правил для конкретных дашбордов-панелей? Так это должны уметь все, как разработчики, которым надо следить за тем, что их приложение работает правильно, так и продактам, которые хотят следить за бизнес-метриками приложений.
Короче мне все равно непонятно, чем в итоге занимается этот инженер по мониторингу. Я в статье увидел только код, который проверяет доступность клика на странице. Это что-то вроде end-2-end тесткейса? Ок, прогнали вы его на тесте-стейдже-препроде-любое другое имя, которое сейчас модно. Можно даже на проде гонять, хотя по хорошему поломаться это может только при релизе приложения, если процессы разработки и доставки отлажены более-менее правильно.
А что такое этот "специалист по мониторингу"? Это специалист, который развернет необходимую для мониторинга инфраструктуру? Или специалист, который реализует core-компоненты, обеспечивающие прикладных разработчиков инструментарием, с помощью которого будет осуществляться отправка метрик? А возможно это бизнес-аналитик или продакт, который определит, какие отклонения в бизнес-метриках, должны приводить к уведомлениям об инцидентах?
Это и есть самая топовая причина ввода многоэтапных собесов. Отфильтровать тех, кого инфоцыгане натаскали на проход собесов по нужной профе. На тот же фронтенд приходят люди, которые отвечают на все вопросы по теории, но стоит дать задачку из реальности - упс, всё.
Здесь нет аргумента за многоэтапность, но есть аргумент за нормальные задания на собеседовании.
Можно поинтересоваться, там насколько выше рынка платили то? Ну просто если зп плюс-минус по рынку, то вписываться в такие темы -- это натурально нужно быть фанатом этой компании.
Честно говоря эта мода шестиэтапных собеседований прямо бесит. Лучше бы нормальные тестовые задания были, которые бы ты приходил защищать на единственный технический этап
Спасибо за развернутый ответ, хотя можно было ограничиться первым предложением. Я то и говорил только про продуктовую разработку, в посте кстати тоже был сделан упор именно на нее. А там проекты давно деградировали до уровня эпиков, а команда, это постоянная единица, а не то, что собирается под проект. Соответственно и роль проджекта можно размазать по другим участникам, что-то уйдет на продакта или аналитика, что-то на тимлида, что-то автоматизируется.
По остальным пунктам и спора нет, в проектной разработке/внедрении/сервисном обслуживании без проджекта никак.
Господь с вами, я в индустрии с 2008 года, это всегда было так. Собственно все эти аджайлы, как философия это и проповедуют: соберем сейчас из говна и палок, чтобы протестировать гипотезу как можно скорее. Денег инвесторы то дали только на год. Успеем заработать -- перепишем нормально потом. И это потом просто не наступает по разным причинам, но уж точно не по причине отсутствия нормального проджекта.
А зачем делать проектный график, если он сам построится в современных таск-трекерах, если нормально указывать зависимости эпиков друг от друга, нормально декомпозировать на стори и технические задачи и проставлять оценки. Этапность крупными мазками тоже прекрасно выясняется при грамотной настройке досок, тут хороший пример.
Сборка этих досок это в общем-то прерогатива тим лидов, они в первую очередь отвечают за вверенные им ресурсы и должны понимать что происходит. А далее к тим лидам приходят продакты на планирование спринта и пытаются сматчить с тим лидами ресурсы команды на выполнение самых сокровенных мечт.
Если команда слишком большая и/или не горит желанием прорабатывать задачи и писать документацию, то заводятся аналитики, которые этим и занимаются.
Такая вот продуктовая разработка, которую я видел последние лет 10-12, за это время я ни разу не встретил нужного команде проджекта, они нужны были лишь там, где недостаточно компетентное руководство не могло само взглянуть на нужную доску, чтобы понять текущий масштаб бедствий.
На самом деле круто бы смотрелось продолжение статьи, где бы была взята какая-то конкретная ситуация из реального проекта и микрофича была бы переписана с помощью этого подхода. Если еще затащить при этом в статью пример с переписыванием на дефолтном нынче FastAPI рядом, чтобы понять, когда реально игра стоит свеч, то просто огонь.
Честно говоря, выглядит как портал в ад, похоже инструмент, который может помочь как-то зарефачить огромный Джанго-монолит. Но без каких-то реальных примеров вообще непонятно, что происходит, хотя может я просто не опытный джангист.
Кстати, дополню еще и своим опытом. Я уже будучи зрелым бэкенд-инженером прошел курс на дата-инженера. Это хорошо дополнило мое мировоззрение в части работы с данными, но специализацию я при этом в итоге и не сменил, хотя изначально думал об этом.
Почему только российского? Кажется люди везде одинаковые, у них есть какой-то набор романтических тезисов в голове относительно какой-то профессии, они начинают ее пробовать, сталкиваются с реальностью и делают выбор. Кажется это воплне нормально. Не все же дети, выпустившиеся из художественных/музыкальных/спортивных школ связывают свои жизни с этими сферами после. Так и здесь. Или мы считаем, что люди, дожившие до 25-30 лет (или сколько средний возраст студентов этих курсов) стали взрослыми, принимающими взвешенные решения? :)
Да даже если 10-15% от поступивших находят работу, то это уже хороший результат, на уровне вузов. Когда я поступал на специальность инженера-программиста в универ, нас на потоке было 125. Закончило 36, некоторые из которых оставались на каких-то курсах на второй год. По ощущениям в айти в итоге пошли две трети, при этом не все программистами, еще менеджеры, аналитики и прочее. Такой вот результат. Кроме того, я одно время подрабатывал в Я.Практикуме проверяльщиком домашних заданий, там по ощущениям процентов 80 были такие дубы, что ппц, я был уверен, что они в итоге бросят на полпути.
Когда я учился в школе в 90-ых, каждый пятый школьник воровал булочки с пиццами из школьной столовой. Значит ли это, что нужно было сделать их бесплатными? И каждый пятый участвовал в буллинге, значит ли это, что не нужно пытаться пресекать такое поведение, в том числе законодательно? А может нужно перестать штрафовать на дорогах за превышение скорости? А то ишь ты, поганые власти, зачем я тачку 350 лошадей купил!
В предложеннном примере про газоны тоже какое-то все черно-белое. И архитектор не очень, и народец так себе. Потому что и народец мог бы и законным путем написать письмо в управу с предложением добавить несколько тропинок. Тогда и до архитектора может долететь.
Эргономичное место это хорошо, но физуха еще лучше. 40 минут плавания с утра, вечером хорошая разминка с гиперэкстензией и все будет хорошо даже на не очень эргономичных рабочих местах и без разминки каждый час. Но конечно лучше еще и вечером бахнуть прогулочку минут на 40-50 бодрым шагом. Проблемы со спиной более-менее заметны и решаемы, проблемы с сердцем, вследствие гиподинамии куда более "интересная" проблема.
Звучит как какая-то узкоспецифичная вещь для вашей компании или как карго-культ.
1. Ну сбор понятен, кто-то всегда должен собрать требований.
2. Какие SRE выдаст опции, такие и подберет. Если в компании стандартный пак в виде прома с графаной, так и будет пром с графаной. Или куда и как все логи сливаются, так оно и будет в большинстве случаев. У SRE уже в любом случае есть система мониторинга как минимум железяк и системных сервисов, типа nginx. А если все развернуто в этих ваших кубернетисах, так тем более. И алерты, для всех них должно быть одно окно.
3. Непонятно о чем речь. Базово у тебя есть хранилища, куда стекаются метрики из разных мест. Есть отображалка, которая читает эти хранилища. Что именно подразумевается?
4. Свой statsd пишем? Или loki?
5. Тоже какие-то довольно общие слова.
6. Организация инфраструктуры для наблюдения за приложением -- это так же прерогатива SRE.
7. Свою графану с кибаной пишем? Или имеется в виду дашики накидать в инструменте?
8. Это что? Организация канала алертинга? Это часть инфраструктуры, это SRE-DevOpsEngineer-SysAdmin-любое другое имя, которое сейчас модно. Накидывание правил для конкретных дашбордов-панелей? Так это должны уметь все, как разработчики, которым надо следить за тем, что их приложение работает правильно, так и продактам, которые хотят следить за бизнес-метриками приложений.
Короче мне все равно непонятно, чем в итоге занимается этот инженер по мониторингу. Я в статье увидел только код, который проверяет доступность клика на странице. Это что-то вроде end-2-end тесткейса? Ок, прогнали вы его на тесте-стейдже-препроде-любое другое имя, которое сейчас модно. Можно даже на проде гонять, хотя по хорошему поломаться это может только при релизе приложения, если процессы разработки и доставки отлажены более-менее правильно.
А что такое этот "специалист по мониторингу"? Это специалист, который развернет необходимую для мониторинга инфраструктуру? Или специалист, который реализует core-компоненты, обеспечивающие прикладных разработчиков инструментарием, с помощью которого будет осуществляться отправка метрик? А возможно это бизнес-аналитик или продакт, который определит, какие отклонения в бизнес-метриках, должны приводить к уведомлениям об инцидентах?
Здесь нет аргумента за многоэтапность, но есть аргумент за нормальные задания на собеседовании.
Можно поинтересоваться, там насколько выше рынка платили то? Ну просто если зп плюс-минус по рынку, то вписываться в такие темы -- это натурально нужно быть фанатом этой компании.
Честно говоря эта мода шестиэтапных собеседований прямо бесит. Лучше бы нормальные тестовые задания были, которые бы ты приходил защищать на единственный технический этап
Спасибо за развернутый ответ, хотя можно было ограничиться первым предложением. Я то и говорил только про продуктовую разработку, в посте кстати тоже был сделан упор именно на нее. А там проекты давно деградировали до уровня эпиков, а команда, это постоянная единица, а не то, что собирается под проект. Соответственно и роль проджекта можно размазать по другим участникам, что-то уйдет на продакта или аналитика, что-то на тимлида, что-то автоматизируется.
По остальным пунктам и спора нет, в проектной разработке/внедрении/сервисном обслуживании без проджекта никак.
Господь с вами, я в индустрии с 2008 года, это всегда было так. Собственно все эти аджайлы, как философия это и проповедуют: соберем сейчас из говна и палок, чтобы протестировать гипотезу как можно скорее. Денег инвесторы то дали только на год. Успеем заработать -- перепишем нормально потом. И это потом просто не наступает по разным причинам, но уж точно не по причине отсутствия нормального проджекта.
А зачем делать проектный график, если он сам построится в современных таск-трекерах, если нормально указывать зависимости эпиков друг от друга, нормально декомпозировать на стори и технические задачи и проставлять оценки. Этапность крупными мазками тоже прекрасно выясняется при грамотной настройке досок, тут хороший пример.
Сборка этих досок это в общем-то прерогатива тим лидов, они в первую очередь отвечают за вверенные им ресурсы и должны понимать что происходит. А далее к тим лидам приходят продакты на планирование спринта и пытаются сматчить с тим лидами ресурсы команды на выполнение самых сокровенных мечт.
Если команда слишком большая и/или не горит желанием прорабатывать задачи и писать документацию, то заводятся аналитики, которые этим и занимаются.
Такая вот продуктовая разработка, которую я видел последние лет 10-12, за это время я ни разу не встретил нужного команде проджекта, они нужны были лишь там, где недостаточно компетентное руководство не могло само взглянуть на нужную доску, чтобы понять текущий масштаб бедствий.
На самом деле круто бы смотрелось продолжение статьи, где бы была взята какая-то конкретная ситуация из реального проекта и микрофича была бы переписана с помощью этого подхода. Если еще затащить при этом в статью пример с переписыванием на дефолтном нынче FastAPI рядом, чтобы понять, когда реально игра стоит свеч, то просто огонь.
Честно говоря, выглядит как портал в ад, похоже инструмент, который может помочь как-то зарефачить огромный Джанго-монолит. Но без каких-то реальных примеров вообще непонятно, что происходит, хотя может я просто не опытный джангист.
Где там большие деньги у тимлидов, которые рулят обычными командами работяг? Дай бог процентов на 15 выше зарплата будет, чем у старших разработчиков.
И сразу 2 балла. На пересдачу.
Все это ультракруто смотрится. Интересно, какой примерно бюджет
Серьезно? Покажите, где эти руководители группы разработки на такой низкой зп.
Кстати, дополню еще и своим опытом. Я уже будучи зрелым бэкенд-инженером прошел курс на дата-инженера. Это хорошо дополнило мое мировоззрение в части работы с данными, но специализацию я при этом в итоге и не сменил, хотя изначально думал об этом.
Почему только российского? Кажется люди везде одинаковые, у них есть какой-то набор романтических тезисов в голове относительно какой-то профессии, они начинают ее пробовать, сталкиваются с реальностью и делают выбор. Кажется это воплне нормально. Не все же дети, выпустившиеся из художественных/музыкальных/спортивных школ связывают свои жизни с этими сферами после. Так и здесь. Или мы считаем, что люди, дожившие до 25-30 лет (или сколько средний возраст студентов этих курсов) стали взрослыми, принимающими взвешенные решения? :)
Да даже если 10-15% от поступивших находят работу, то это уже хороший результат, на уровне вузов. Когда я поступал на специальность инженера-программиста в универ, нас на потоке было 125. Закончило 36, некоторые из которых оставались на каких-то курсах на второй год. По ощущениям в айти в итоге пошли две трети, при этом не все программистами, еще менеджеры, аналитики и прочее. Такой вот результат. Кроме того, я одно время подрабатывал в Я.Практикуме проверяльщиком домашних заданий, там по ощущениям процентов 80 были такие дубы, что ппц, я был уверен, что они в итоге бросят на полпути.
Еще бы били палкой по голове тех разработчиков, которые публикуют пакеты, размеры которых превышают в разы их же версии из play-маркета
Когда я учился в школе в 90-ых, каждый пятый школьник воровал булочки с пиццами из школьной столовой. Значит ли это, что нужно было сделать их бесплатными? И каждый пятый участвовал в буллинге, значит ли это, что не нужно пытаться пресекать такое поведение, в том числе законодательно? А может нужно перестать штрафовать на дорогах за превышение скорости? А то ишь ты, поганые власти, зачем я тачку 350 лошадей купил!
В предложеннном примере про газоны тоже какое-то все черно-белое. И архитектор не очень, и народец так себе. Потому что и народец мог бы и законным путем написать письмо в управу с предложением добавить несколько тропинок. Тогда и до архитектора может долететь.
Эргономичное место это хорошо, но физуха еще лучше. 40 минут плавания с утра, вечером хорошая разминка с гиперэкстензией и все будет хорошо даже на не очень эргономичных рабочих местах и без разминки каждый час. Но конечно лучше еще и вечером бахнуть прогулочку минут на 40-50 бодрым шагом. Проблемы со спиной более-менее заметны и решаемы, проблемы с сердцем, вследствие гиподинамии куда более "интересная" проблема.