Стараемся планировать спринт перед спринтом - но из-за того что все заняты - это типа просто задачи перекинуть из одной папки в другую и немного подкорректировать оценку.
Лид - это кто? Кого вы имеете ввиду? Ведущий разработчик? Продукт овнер?
И вот да, сколько надо минимум людей чтоб скрам заработал?
Если люди делают задачи весь спринт, то когда им сидеть думать как разбить задачи на подзадачи? Аналитика не такая детерминированная задача - ее можно сделать и за день и за месяц, а спринт две недели.
Людей добавлять, к сожалению, не можем. Так то это происходит конечно, но медленней, чем хотелось бы. Там сразу другие проблемы появляются. Найм (когда собесы проводить? Если все заняты спринтом); онбоардинг (очень сильно влияет на вовлеченность в спринт одного человека); да и в целом закон Брукса про девять женщин.
Складывается ощущение, что для скрама надо человек 5-7 минимум - аналитиков, программистов, тестировщиков. А для микро команд в 1.5 программиста и 0.5 тестировщика это не работает.
В спринт успеваем половину, часто переносим задачи в следующий спринт, задачи пухнут, со временем или с ростом команды идет тренд на снижение velocity.
Тоже заметил на собесах, что осознанность в ответах на системном дизайне начинается примерно с 10 лет опыта и выше. ВУЗ заканчивают в 22 - то есть это от 32-35 лет
Мне отп банк блоканул счет ип, после того когда я вывел средства на счет физ лица (свой же, на себя) два раза за месяц, а не один, как было полгода до этого.
Новых контрагентов не было, сомнительных операций тоже - все по договорам и актам.
О_O, гляжу меня тут заминусовали адепты кубернетса на 10 микросервисов. Только что-то никто не рассказал сколько компания наняла devops-ов, чтобы это все запустить и потом поддерживать.
Ну хорошо, расскажу я
Сначала у нас микросервисы хостились в двух-трех веб приложениях, как модули. С поддержкой деплоя справлялись сами разработчики. На тот момент у нас было порядка 150 микросервисов, не 10, не 28, а 150. На каждое окружение (dev и prod), то есть всего 300.
Со временем руководство решило сделать все по уму - в целом снять задачи dev-ops с программистов и перейти на докеры-шмокеры. Появился dev-ops, который в данный момент перестал справляться и надо еще одного. При этом мы используем облачный "кубернетс". Все что там надо делать по сути - это тыкать кнопки и выбирать опции в выпадающих менюшках в админке облачного провайдера. Куча сопутствующих задач уже решено самим облаком. Не надо красноглазить в консоли линукса. К этому времени микросервисов стало уже примерно 270 на каждое окружение (но их стало три dev qa prod).
Теперь вопрос - сколько нужно devops-ов, чтобы вкрутить лампочку раскатать, настроить и потом поддерживать кубернетс на локальных серверах? И действительно ли имеет смысл тратить столько ресурсов, если у вас 10-20-30 микросервисов?
Хотелось бы видеть причины почему кубрнетс был выбран по сравнению с другими подходами, которые вы рассматривали. Вы считали примерную стоимость владения и поддержки?
Есть какое-то число, когда нужно переходить на k8s?
Да у меня по сути тот же вопрос. Но кубернетс придумал гугл, 99% компании, которые внедрили его - не гугл. В облаках есть вещи, которые делают примерно тоже самое, но проще (как пример ECS в амазоне, думаю и в российских тоже есть аналоги).
Пока что из статьи складывается ощущение, что решили поиграться в кубренетс. Нет сравнения с другими подходами, анализом, почему кубрентес подошел больше.
Могу предположить, что альфа-страхование не может выкладывать свои сервера в любые облака, поэтому по сути им надо сделать облако внутри у себя. В этом случае кубернетс может быть оправдан. Но об этом ни слова в статье.
Мало того, тут недавно была статья от аналитика яндекса, где было про оптимизацию алгоритмов в такси. То есть программисты в яндексе алгоритмы не пишут, ему (им) от аналитика придет полный расклад, останется только закодить. Тогда на кой хрен это спрашивать?
2060 super я купил за пару месяцев до майнингового бума. 4080 super прям перед выходом 50 серии. И оказался прав - 5080 быстрее всего на 0-10-15%, зато дороже на полтыщи баксов.
Чето подумалось, что народ там сидит мемы с подписями генерирует
Бухгалтерию в OpenAI и другие агрегаторы они почти слили, конечно
Осталось ФНС подключить с обратной стороны 😂
ROI: 2800%. За месяц
Эхтыж!
Кстати, тут чат гпт поделился со мной результатами за год, и говорит что я попал в топ 10% всех людей, кто написал ему больше всего сообщений, сказал что не врет 😅
Я тут посмотрел на днях hh. На всю страну около 7000 вакансий в разделе «Программист, разработчик». Поставил фильтр «NOT 1с» осталось около 2000 вакансий. То есть 5000 - это 1с-ники.
В сытые времена hh мне показывал примерно 1100 - 1300 вакансий только по моему C# в фильтрах и без мусора. Так что да - вакансий стало меньше.
Далее - во всех сферах есть посредственные люди. Возможно их даже больше половины. HR сфера не исключение. Так что я думаю, они просто не могут справиться даже чисто с технической частью работы - настроить фильтры и протестировать их, чтобы убедиться, что все правильно сделали. Ну и правильно - HR не тестировщик же, тем более не программист.
Ну и на приправу уже идет вахтерство и неадекватное начальство.
Стараемся планировать спринт перед спринтом - но из-за того что все заняты - это типа просто задачи перекинуть из одной папки в другую и немного подкорректировать оценку.
Лид - это кто? Кого вы имеете ввиду? Ведущий разработчик? Продукт овнер?
И вот да, сколько надо минимум людей чтоб скрам заработал?
Мы уменьшаем, но все равно не успеваем.
Если люди делают задачи весь спринт, то когда им сидеть думать как разбить задачи на подзадачи? Аналитика не такая детерминированная задача - ее можно сделать и за день и за месяц, а спринт две недели.
Людей добавлять, к сожалению, не можем. Так то это происходит конечно, но медленней, чем хотелось бы. Там сразу другие проблемы появляются. Найм (когда собесы проводить? Если все заняты спринтом); онбоардинг (очень сильно влияет на вовлеченность в спринт одного человека); да и в целом закон Брукса про девять женщин.
Складывается ощущение, что для скрама надо человек 5-7 минимум - аналитиков, программистов, тестировщиков. А для микро команд в 1.5 программиста и 0.5 тестировщика это не работает.
В спринт успеваем половину, часто переносим задачи в следующий спринт, задачи пухнут, со временем или с ростом команды идет тренд на снижение velocity.
Не сказал бы что у нас все горят продуктом
У нас как на последней картинке, но срам все равно не приживается.
Ну да, из-за того в вакансии написано postgressql мой скил PostgreSQL не распознается ATS системой как релевантный.
Поэтому я добавил в конец резюме все другие ключевые слова белым текстом на белом фоне 6 шрифтом, чтобы добить до 70-80% совпадения.
Тоже заметил на собесах, что осознанность в ответах на системном дизайне начинается примерно с 10 лет опыта и выше. ВУЗ заканчивают в 22 - то есть это от 32-35 лет
Мне отп банк блоканул счет ип, после того когда я вывел средства на счет физ лица (свой же, на себя) два раза за месяц, а не один, как было полгода до этого.
Новых контрагентов не было, сомнительных операций тоже - все по договорам и актам.
О_O, гляжу меня тут заминусовали адепты кубернетса на 10 микросервисов. Только что-то никто не рассказал сколько компания наняла devops-ов, чтобы это все запустить и потом поддерживать.
Ну хорошо, расскажу я
Сначала у нас микросервисы хостились в двух-трех веб приложениях, как модули. С поддержкой деплоя справлялись сами разработчики. На тот момент у нас было порядка 150 микросервисов, не 10, не 28, а 150. На каждое окружение (dev и prod), то есть всего 300.
Со временем руководство решило сделать все по уму - в целом снять задачи dev-ops с программистов и перейти на докеры-шмокеры. Появился dev-ops, который в данный момент перестал справляться и надо еще одного. При этом мы используем облачный "кубернетс". Все что там надо делать по сути - это тыкать кнопки и выбирать опции в выпадающих менюшках в админке облачного провайдера. Куча сопутствующих задач уже решено самим облаком. Не надо красноглазить в консоли линукса. К этому времени микросервисов стало уже примерно 270 на каждое окружение (но их стало три dev qa prod).
Теперь вопрос - сколько нужно devops-ов, чтобы
вкрутить лампочкураскатать, настроить и потом поддерживать кубернетс на локальных серверах? И действительно ли имеет смысл тратить столько ресурсов, если у вас 10-20-30 микросервисов?Хмм, было интересно, столько всего о чем надо подумать, чтобы развивать продукт или направление.
Все хватит, не надо сюда входить, вас слишком много.
Хотелось бы видеть причины почему кубрнетс был выбран по сравнению с другими подходами, которые вы рассматривали. Вы считали примерную стоимость владения и поддержки?
Да у меня по сути тот же вопрос. Но кубернетс придумал гугл, 99% компании, которые внедрили его - не гугл. В облаках есть вещи, которые делают примерно тоже самое, но проще (как пример ECS в амазоне, думаю и в российских тоже есть аналоги).
Пока что из статьи складывается ощущение, что решили поиграться в кубренетс. Нет сравнения с другими подходами, анализом, почему кубрентес подошел больше.
Могу предположить, что альфа-страхование не может выкладывать свои сервера в любые облака, поэтому по сути им надо сделать облако внутри у себя. В этом случае кубернетс может быть оправдан. Но об этом ни слова в статье.
Зачем вам кубернетс на 10 сервисов?
И минусы не расписали, по сравнению с другими подходами.
Мало того, тут недавно была статья от аналитика яндекса, где было про оптимизацию алгоритмов в такси. То есть программисты в яндексе алгоритмы не пишут, ему (им) от аналитика придет полный расклад, останется только закодить. Тогда на кой хрен это спрашивать?
2060 super я купил за пару месяцев до майнингового бума. 4080 super прям перед выходом 50 серии. И оказался прав - 5080 быстрее всего на 0-10-15%, зато дороже на полтыщи баксов.
Готика - прикольно, ностальгия, но ремастер обливиона такой тормознутый получился на анриле 5-ом.
Эхтыж! Статья огонь!
Чето подумалось, что народ там сидит мемы с подписями генерирует
Осталось ФНС подключить с обратной стороны 😂
Эхтыж!
Кстати, тут чат гпт поделился со мной результатами за год, и говорит что я попал в топ 10% всех людей, кто написал ему больше всего сообщений, сказал что не врет 😅
Я тут посмотрел на днях hh. На всю страну около 7000 вакансий в разделе «Программист, разработчик». Поставил фильтр «NOT 1с» осталось около 2000 вакансий. То есть 5000 - это 1с-ники.
В сытые времена hh мне показывал примерно 1100 - 1300 вакансий только по моему C# в фильтрах и без мусора. Так что да - вакансий стало меньше.
Далее - во всех сферах есть посредственные люди. Возможно их даже больше половины. HR сфера не исключение. Так что я думаю, они просто не могут справиться даже чисто с технической частью работы - настроить фильтры и протестировать их, чтобы убедиться, что все правильно сделали. Ну и правильно - HR не тестировщик же, тем более не программист.
Ну и на приправу уже идет вахтерство и неадекватное начальство.
А потом написать научную работу по ИИ. C++ это просто инструмент, таких уже 100500 кандидатов.