SZ
технари - не значит вся команда или не значит, что задача будет делаться сейчас , а не через полгода
перед тем как делать все равно нужно заново обсудить, и непосредственно с теми кто делать будет
Size: a a a
2021 February 15
AK
технари - не значит вся команда или не значит, что задача будет делаться сейчас , а не через полгода
Через полгода желательно обсудить заново новой командой, а то и люди поменялись, и система, и процессы, и рынок, может вообще проблема уже решается принципиально иначе
VC
Через полгода желательно обсудить заново новой командой, а то и люди поменялись, и система, и процессы, и рынок, может вообще проблема уже решается принципиально иначе
но для этого нужно чтоб в задаче кроме тайтала ещё что-то было )
AK
но для этого нужно чтоб в задаче кроме тайтала ещё что-то было )
Постановка проблемы, которую нужно решить)
VC
Постановка проблемы, которую нужно решить)
и какому решению пришли на обсуждение бизнеса и технарей
AM
ну вот да, типичный пример это "хочу тут кнопку которая делает заебись" и описание не учитывает ограничения системы или конфликтует с какими-то старыми фичами. Без понимания что за проблемы решаем дев тиима может оч быстро понапридумывать скоуп работы на пару месяцев там где можно было за недельку все сделать
Или же наоборот без понимания дев тима не сможет задать нужные вопросы по бизнес процессам и начнёт делать задачу, а потом выяснится, что фича конфликтует с другими бизнес процессами и никто из дев тимы это предвидеть не мог, а отвечает за стабильность именно она. И уже после месяца изучения ситуации станет понятно где проеб.
SZ
Или же наоборот без понимания дев тима не сможет задать нужные вопросы по бизнес процессам и начнёт делать задачу, а потом выяснится, что фича конфликтует с другими бизнес процессами и никто из дев тимы это предвидеть не мог, а отвечает за стабильность именно она. И уже после месяца изучения ситуации станет понятно где проеб.
а через 2 месяца фичу никто не будет использовать и за нее забудут. а тиме это дело поддерживать и помнить что она может конфликтовать с новыми
SZ
так и живем)
AM
а через 2 месяца фичу никто не будет использовать и за нее забудут. а тиме это дело поддерживать и помнить что она может конфликтовать с новыми
Тоже бывает, да
SZ
Тоже бывает, да
хз. я особо не видел чтобы бывало иначе
SZ
чтобы вот пришли продукт манагеры и сказали "а помните мы тут добавляли вот такую логику для X? вот ее сносим"
AM
чтобы вот пришли продукт манагеры и сказали "а помните мы тут добавляли вот такую логику для X? вот ее сносим"
У меня бывало такое в ходе разработки новых фич (когда о старой случайно вспоминали), но обычно скорее по каким-то метрикам или обсуждениям "в курилке" замечаешь.
SZ
У меня бывало такое в ходе разработки новых фич (когда о старой случайно вспоминали), но обычно скорее по каким-то метрикам или обсуждениям "в курилке" замечаешь.
ну это в основном от разрабов идет. "у нас тут фича Х, она еще нужна?"
SZ
и тут конечно скажут "оставьте, вдруг пригодится (никогда)"
AM
и тут конечно скажут "оставьте, вдруг пригодится (никогда)"
😁😁
КГ
а через 2 месяца фичу никто не будет использовать и за нее забудут. а тиме это дело поддерживать и помнить что она может конфликтовать с новыми
Когда в стартап пришёл, где буквально вчера сделали git init, была поставлена задача заводить шаблоны договоров, чтобы клиенты могли вводить свои данные и автоматом выдавало договор с подставленными данными.
На фичу забили через неделю, регистрация клиентов появилась только через 2 года. Код от мега фичи до сих пор в репе лежит)
На фичу забили через неделю, регистрация клиентов появилась только через 2 года. Код от мега фичи до сих пор в репе лежит)
AБ
Привет, есть у кого опыт в разработке web приложений с 0. Я правильно понимаю, что вначале нужно его спроектировать? Т.е. понять какие страницы будут, какие БД понадобятся, как и что будет взаимодействовать, все это нужно расчертить и нарисовать для осознания?
1.Так вот есть у кого чек лист какой-нибуть по созданию проекта?
2.В какой программе это лучше все делать?
3.Можете дать пример такого проекта
1.Так вот есть у кого чек лист какой-нибуть по созданию проекта?
2.В какой программе это лучше все делать?
3.Можете дать пример такого проекта
SZ
Когда в стартап пришёл, где буквально вчера сделали git init, была поставлена задача заводить шаблоны договоров, чтобы клиенты могли вводить свои данные и автоматом выдавало договор с подставленными данными.
На фичу забили через неделю, регистрация клиентов появилась только через 2 года. Код от мега фичи до сих пор в репе лежит)
На фичу забили через неделю, регистрация клиентов появилась только через 2 года. Код от мега фичи до сих пор в репе лежит)
у нас так фичей копилось 5 лет, с переменным успехом спиливания. 3 полных редизайна
и только год назад мы почти половину проекта спилили агресивной зачисткой от фичей, которые никому не нужны)
и только год назад мы почти половину проекта спилили агресивной зачисткой от фичей, которые никому не нужны)
КГ
у нас так фичей копилось 5 лет, с переменным успехом спиливания. 3 полных редизайна
и только год назад мы почти половину проекта спилили агресивной зачисткой от фичей, которые никому не нужны)
и только год назад мы почти половину проекта спилили агресивной зачисткой от фичей, которые никому не нужны)
Ой ля, а новый редизайн начинался сразу как завершался предыдущий)
DP
Когда в стартап пришёл, где буквально вчера сделали git init, была поставлена задача заводить шаблоны договоров, чтобы клиенты могли вводить свои данные и автоматом выдавало договор с подставленными данными.
На фичу забили через неделю, регистрация клиентов появилась только через 2 года. Код от мега фичи до сих пор в репе лежит)
На фичу забили через неделю, регистрация клиентов появилась только через 2 года. Код от мега фичи до сих пор в репе лежит)
Участвовал в проекте аналитиком, где одна клиентка параллельно с разработкой системы собирала данные для исследования. Ради этого она раздула регистрацию нового пользователя на 7 шагов с кучей полей в каждом. Переубедить, что так делать не надо - невозможно, фича была в итоге подробно спроектирована, реализована и выкачена, а система, вроде как, работает до сих пор.