Попадались ваши фразы в статьях типа "я руководитель и должен сделать так, чтобы тебе работалось комфортно". Рад что теперь будет книга, где обо всем этом будет написано как что и почему.
В Европах эта жара (35-40 гр) уже давно такая, года с 2015 примерно, может чуть раньше. Гостили в Германии в 2003 2008 2015 - 2003 и 2008 были нормальные, а вот в 2015 в июле, уже была +37 +39. Я еще проклинал этот отпуск, потому что уехали из города с +40 летом (но у нас хотя бы кондеры есть). А у них реально не было кондеров. Причем походу до сих пор, раз столько нытья в новостях, уже 10 лет прошло.
Да, да все верно... Анализ то начинается задолго до задачек в спринте. Про три дня - это лайт версия, когда программист читает задачу и задает вопросы product owner и пытается предсказать за сколько нот он угадает мелодию sp / hr он сделает эту задачу. На безрыбье и рак рыба.
Я ходил в гембу с product owner и у нас была конференция для клиентов и я даже в какой-то мере проводил пресейл (хотя им не являюсь). Только по итогу - один клиент хочет предсказание закупок на склады, и показывает примеры из другого софта, которые, тем не менее, его не устраивают. А другой кучу всего и сверху еще 200 тысяч заказов в день (мы столько не вытянем в данный момент).
С ходу эти задачи не сделать. Не смотря на то, что у меня в голове сразу строится примерный план, как это можно было бы сделать - все равно нужна более детальная аналитика, плотная работа с solution architect, c sales team, да и вообще все это организовать и всех попинать. Тогда и появится шанс превратить это в детальный план, который может привести к тому, что эти два клиента к нам придут.
А должен ли это все делать рядовой, хотя и ведущий, программист?
Буквально пару недель назад. Codex сломал локальный git repo, помогла ветка 13 летней давности. Там конечно не было прямого ответа на вопрос, но по логике ответов - надо было удалить из refs папку codex. Короче машина времени в стиле "есть тут кто из 2026?"
Я так и написал в моем ответе. Только какой-то хрен с горы взял и исправил его, убрав весь юмор. А я же ведь хотел помочь спасти StackOverflow 🙃
«Изменение структуры (кода) при каждом изменении требований» — это маркер, что именно инженерная команда «не понимает физики управления сложными системами». Ведь команда оказалась неспособна понять суть бизнеса компании и спроектировать систему, которая отвечает потребностям компании.
Таки чтобы понять суть бизнеса и спроектировать систему - это разве не этап бизнес-анализа и проектирования (или другими словами первые два этапа waterfall)?
У нас в компании уже 1,5 года скрам, и только сейчас дали 3 дня в конце спринта на анализ задач, которые идут в следующий спринт. 3 дня это на ВСЕ задачи (5-7, порой до 10 штук на программиста). Выделенного бизнес/системного аналитика у нас нет. И если задачи оказываются не готовы - их заменяют другими задачами, на которые уже не остается времени даже на такой минимальный анализ.
146% - статья точь-в-точь мои ощущения на текущем месте работы со скрамом. Лоскутное одеяло, так я это называю. С огромнейшим техническим долгом. Нам нельзя иметь задачи больше 8 sp, а еще лучше и их разбивать на более мелкие.
Я большие задачи начинаю разбивать на части, типа "часть 1", "часть 2", каждая по 8sp - меня спрашивают - а че так? Я говорю, там надо поправить 120 мест - исправить место, исправить вызывающий код, протестировать, если минимум 15-30 минут на каждое место и выходит от 30 до 60 рабочих часов на все по грубой оценке.
Мне - "Это как так 120 мест?". Я добавляю скрины в задачу, где я нажимаю find all references в IDE и оно показывает 122 ссылки + 89 (которые легаси, и мы договорились, что мы эти места не трогаем вообще). И да, я предлагал сделать эту задачу еще 3-4 года назад, когда там было 10-15-20 таких мест, но у нас тогда были другие приоритеты - фичи для клиентов. Фичи добавили, теперь таких мест стало (кэп очевидность) - 122 штуки.
Мне говорят - ну у тебя есть Codex, я говорю - окей, я попробую. Попробовал, он не осилил, навыдумывал какую-то хрень, хотя с небольшими задачами он справлялся вполне себе и экономил время раза в 1,5 - 2.
Думаю это инерция мышления и теория вероятности. До эпохи чата гпт - сложилось впечатление, что народ особо не заморачивался и ставил дефисы как тире. Разумеется и тогда были грамотные люди, которые знали разницу между тире и дефисом. И пользовались правильно.
А в эпоху чата гпт тире стало заметно больше. Стало ли грамотных людей сопоставимо больше? По теории вероятности - сомневаюсь.
Коммерсы бегут к программистам – дайте ИИ-продукт! Те показывают, как они классно и быстро теперь пишут код. Тот же код, который писали руками. Программисту прикольно, коммерсу – кошмар, потому что продукт – тот же самый, ничем особо не отличается.
Стиль изложения похож на тот, который используется для написания небольших художественных историй в интернетах. Обтекаемые / лощеные предложения. Поэтому подумалось, что это художественный рассказ, плюс длинные тире. Кстати заметка по новой ссылке - в более рубленном стиле, хотя и там тоже есть длинные тире.
Не надо холиварить. Лучшие продукты, которые я делал в лучших командах - это когда аналитик немного залезает в разработку и ориентируется там, а программист - в аналитику. Как бы с перехлестом.
Я однажды работал с крутым бизнес/системным аналитиком - у нее описания были такие, что 80% можно было просто кодить как написано. Но все равно по завершению разработки мы с ней сели, на одном экране открыли тз, на другом код и прошлись. Нашли несоответствия и поправили либо код, либо уточнили описание в тз
Статья и коменты, к сожалению, лишний раз подтверждают, что hr как риэлторы-вахтеры.
Плюс конфликт мышления, мужской / женской логики, iq и критического мышления (настроить ats и не удостоверится, что она правильно работает - это ж каким тупым надо быть?(
Одновременно с этим - такой риэлтор-вахтер имеет социоально-значимую роль - люди ищут работу, чтобы выживать.
В противовес могу сказать, что за 20 лет встретил несколько раз действительно крутых hr. С ними было приятно работать.
И хорошо, что ведется хоть какая-то работа по улучшению ситуации.
Потому что кубернетс сделали в Гугле, чтобы управлять своей флотилией серверов. Вряд ли автор работает в Гугле
Можно конечно настроить кубернетс для своих 1.5 микросервиса, но это как из пушки по воробьям. Кубернетс сам по себе - сложная штука. А даже простой переход на докеры - это кратный рост затрат на инфраструктуру и зарплаты дев опсов.
Попадались ваши фразы в статьях типа "я руководитель и должен сделать так, чтобы тебе работалось комфортно". Рад что теперь будет книга, где обо всем этом будет написано как что и почему.
Там был еще определенный объем работы до того как ТЗ попадало мне в руки.
В Европах эта жара (35-40 гр) уже давно такая, года с 2015 примерно, может чуть раньше. Гостили в Германии в 2003 2008 2015 - 2003 и 2008 были нормальные, а вот в 2015 в июле, уже была +37 +39. Я еще проклинал этот отпуск, потому что уехали из города с +40 летом (но у нас хотя бы кондеры есть). А у них реально не было кондеров. Причем походу до сих пор, раз столько нытья в новостях, уже 10 лет прошло.
А можете пояснить?
Да, да все верно... Анализ то начинается задолго до задачек в спринте. Про три дня - это лайт версия, когда программист читает задачу и задает вопросы product owner и пытается предсказать за сколько
нот он угадает мелодиюsp / hr он сделает эту задачу. На безрыбье и рак рыба.Я ходил в гембу с product owner и у нас была конференция для клиентов и я даже в какой-то мере проводил пресейл (хотя им не являюсь). Только по итогу - один клиент хочет предсказание закупок на склады, и показывает примеры из другого софта, которые, тем не менее, его не устраивают. А другой кучу всего и сверху еще 200 тысяч заказов в день (мы столько не вытянем в данный момент).
С ходу эти задачи не сделать. Не смотря на то, что у меня в голове сразу строится примерный план, как это можно было бы сделать - все равно нужна более детальная аналитика, плотная работа с solution architect, c sales team, да и вообще все это организовать и всех попинать. Тогда и появится шанс превратить это в детальный план, который может привести к тому, что эти два клиента к нам придут.
А должен ли это все делать рядовой, хотя и ведущий, программист?
Буквально пару недель назад. Codex сломал локальный git repo, помогла ветка 13 летней давности. Там конечно не было прямого ответа на вопрос, но по логике ответов - надо было удалить из refs папку codex. Короче машина времени в стиле "есть тут кто из 2026?"
Я так и написал в моем ответе. Только какой-то хрен с горы взял и исправил его, убрав весь юмор. А я же ведь хотел помочь спасти StackOverflow 🙃
Ну таки да, так и делаю 😅
Первая задача, которая сделала основы и одно такое место - была в прошлом спринте.
А не проще было вопросы из экзамена выучить? /s
Таки чтобы понять суть бизнеса и спроектировать систему - это разве не этап бизнес-анализа и проектирования (или другими словами первые два этапа waterfall)?
У нас в компании уже 1,5 года скрам, и только сейчас дали 3 дня в конце спринта на анализ задач, которые идут в следующий спринт. 3 дня это на ВСЕ задачи (5-7, порой до 10 штук на программиста). Выделенного бизнес/системного аналитика у нас нет. И если задачи оказываются не готовы - их заменяют другими задачами, на которые уже не остается времени даже на такой минимальный анализ.
Удалено
146% - статья точь-в-точь мои ощущения на текущем месте работы со скрамом. Лоскутное одеяло, так я это называю. С огромнейшим техническим долгом. Нам нельзя иметь задачи больше 8 sp, а еще лучше и их разбивать на более мелкие.
Я большие задачи начинаю разбивать на части, типа "часть 1", "часть 2", каждая по 8sp - меня спрашивают - а че так? Я говорю, там надо поправить 120 мест - исправить место, исправить вызывающий код, протестировать, если минимум 15-30 минут на каждое место и выходит от 30 до 60 рабочих часов на все по грубой оценке.
Мне - "Это как так 120 мест?". Я добавляю скрины в задачу, где я нажимаю find all references в IDE и оно показывает 122 ссылки + 89 (которые легаси, и мы договорились, что мы эти места не трогаем вообще). И да, я предлагал сделать эту задачу еще 3-4 года назад, когда там было 10-15-20 таких мест, но у нас тогда были другие приоритеты - фичи для клиентов. Фичи добавили, теперь таких мест стало (кэп очевидность) - 122 штуки.
Мне говорят - ну у тебя есть Codex, я говорю - окей, я попробую. Попробовал, он не осилил, навыдумывал какую-то хрень, хотя с небольшими задачами он справлялся вполне себе и экономил время раза в 1,5 - 2.
Так и живем 🙃
Ничосе! Я же скромная персона в рамках Хабра.
Думаю это инерция мышления и теория вероятности. До эпохи чата гпт - сложилось впечатление, что народ особо не заморачивался и ставил дефисы как тире. Разумеется и тогда были грамотные люди, которые знали разницу между тире и дефисом. И пользовались правильно.
А в эпоху чата гпт тире стало заметно больше. Стало ли грамотных людей сопоставимо больше? По теории вероятности - сомневаюсь.
🤣🤣🤣
Стиль изложения похож на тот, который используется для написания небольших художественных историй в интернетах. Обтекаемые / лощеные предложения. Поэтому подумалось, что это художественный рассказ, плюс длинные тире. Кстати заметка по новой ссылке - в более рубленном стиле, хотя и там тоже есть длинные тире.
Не надо холиварить. Лучшие продукты, которые я делал в лучших командах - это когда аналитик немного залезает в разработку и ориентируется там, а программист - в аналитику. Как бы с перехлестом.
Я однажды работал с крутым бизнес/системным аналитиком - у нее описания были такие, что 80% можно было просто кодить как написано. Но все равно по завершению разработки мы с ней сели, на одном экране открыли тз, на другом код и прошлись. Нашли несоответствия и поправили либо код, либо уточнили описание в тз
Статья и коменты, к сожалению, лишний раз подтверждают, что hr как риэлторы-вахтеры.
Плюс конфликт мышления, мужской / женской логики, iq и критического мышления (настроить ats и не удостоверится, что она правильно работает - это ж каким тупым надо быть?(
Одновременно с этим - такой риэлтор-вахтер имеет социоально-значимую роль - люди ищут работу, чтобы выживать.
В противовес могу сказать, что за 20 лет встретил несколько раз действительно крутых hr. С ними было приятно работать.
И хорошо, что ведется хоть какая-то работа по улучшению ситуации.
Это художественный вымысел приправленный чатом гпт или все же реальная история? Слишком все идеально…
❌ Оптимизировать код, который открывает меню Пуск (оно же нормально работало на windows 95 c пнем 200 МГц)
✅ Реализовать особый режим перехвата клика мышки и повышать частоту CPU до 3 ГГц
Так-то, там вместо Васи должен быть Клод
Картинка
Потому что кубернетс сделали в Гугле, чтобы управлять своей флотилией серверов. Вряд ли автор работает в Гугле
Можно конечно настроить кубернетс для своих 1.5 микросервиса, но это как из пушки по воробьям. Кубернетс сам по себе - сложная штука. А даже простой переход на докеры - это кратный рост затрат на инфраструктуру и зарплаты дев опсов.