Помните всегда главное, цель команды успешно выполнить и запустить проект,
так это чужая команда и чужой проект с вопросами приходит, тут же ключевое слово "смежники". А у них есть свой проект и своя команда, и за чужой им ни денег ни премий, только выговоры за то что не своим проектом занимаются
ну бывает что и разработчик и QA одно лицо, бывает что и разработчик и аналитик одно лицо, бывает что вообще весь проект - одно лицо. Но это вырожденные случаи
будет описание: фича1 - "10 трудодней работы от баристы и расход 10г порошка на порцию. Выход +20 к морали" А уж продукт оунер реашет сколько пользы из этого можно выжать и какая у нее ценность и в итоге приоритезирует. Так это и работает.
p.s. Бариста вообще свою ЗП получает фиксированную, на его деньгах это не скажется никак.
з.з.ы да вы просто себестоимость с ценностью попутали, все ясно
только баристу спросят не о ЦЕННОСТИ этой фичи, а просто о ее реализуемости и сроках. Не подменяйте понятия, ценность снова же будет оценивать продукт оунер
во-первых оно не мое, а во-вторых даже я понимаю что как-то тупо спрашивать тестера о ценности новой фичи для продукта, когда для этого есть специальная целая роль, продукт оунер называется. Это его прямая работа деньги от фич считать, а не девелоперов, вы бы еще баристу из корпоративного бара спросили
ну супер технология по факту здесь это возможность и желание говорить "НЕТ" тем кто пытается пропихнуть "если фичу надо было сделать вчера - некогда анализировать, вперед быстрее копать..." Вот это действительно супер сила
Не, ну на первый взгляд кажется что это очевидный и логичный шаг любой задачи. Но внезапно оказывается, что полно мест где это не очевидно и там делают так как вы сами описали выше "если фичу надо было сделать вчера - некогда анализировать, вперед быстрее копать..." И в итоге на анализ кладут болт, а ведь это супер технология :)
То есть фичу которую надо было сделать вчера подвергается глубокому анализу чтобы, наверно, сделать ее завтра... или послезавтра..., ну, в общем, если получится. Классное решение!
я уверен это правильное и вообще единственно верное решение в долгосрочной перспективе. Все остальное это просто накопление костылей и мантры самоуспокоения про то что "ну тех.долг обязательно закроем... когда-нибудь... потом"
ты еще предложи базу данных завести
а мы еще боимся что людей машины заменят.....
если на ваше письмо не ответили, вам повезло. Могли ведь и на.... послать
так это чужая команда и чужой проект с вопросами приходит, тут же ключевое слово "смежники". А у них есть свой проект и своя команда, и за чужой им ни денег ни премий, только выговоры за то что не своим проектом занимаются
ну вместо того чтобы иметь 50 писем с утра, я лучше половину прочитаю вечером, а с утра буду иметь только 25 новых за ночь.
p.s. А вообще по факту я использую подход "keep things done" для почты, и читаю письма постоянно, с лагом 15-30 минут не больше.
вы что про разные часовые пояса не слыхали? У меня с утра куча писем к прочтению из таймзоны USA и LA ожидают прочтения
ну бывает что и разработчик и QA одно лицо, бывает что и разработчик и аналитик одно лицо, бывает что вообще весь проект - одно лицо. Но это вырожденные случаи
будет описание: фича1 - "10 трудодней работы от баристы и расход 10г порошка на порцию. Выход +20 к морали" А уж продукт оунер реашет сколько пользы из этого можно выжать и какая у нее ценность и в итоге приоритезирует. Так это и работает.
p.s. Бариста вообще свою ЗП получает фиксированную, на его деньгах это не скажется никак.
з.з.ы да вы просто себестоимость с ценностью попутали, все ясно
только баристу спросят не о ЦЕННОСТИ этой фичи, а просто о ее реализуемости и сроках. Не подменяйте понятия, ценность снова же будет оценивать продукт оунер
никак не соображу, кто тут шериф, а кто индейцы
во-первых оно не мое, а во-вторых даже я понимаю что как-то тупо спрашивать тестера о ценности новой фичи для продукта, когда для этого есть специальная целая роль, продукт оунер называется. Это его прямая работа деньги от фич считать, а не девелоперов, вы бы еще баристу из корпоративного бара спросили
вы текст то читали?
ну супер технология по факту здесь это возможность и желание говорить "НЕТ" тем кто пытается пропихнуть "если фичу надо было сделать вчера - некогда анализировать, вперед быстрее копать..." Вот это действительно супер сила
ну не так-то просто и лечится. Ответ всегда в стиле "когда будут проблемы тогда и будем разбираться".
Не, ну на первый взгляд кажется что это очевидный и логичный шаг любой задачи. Но внезапно оказывается, что полно мест где это не очевидно и там делают так как вы сами описали выше "если фичу надо было сделать вчера - некогда анализировать, вперед быстрее копать..." И в итоге на анализ кладут болт, а ведь это супер технология :)
я уверен это правильное и вообще единственно верное решение в долгосрочной перспективе. Все остальное это просто накопление костылей и мантры самоуспокоения про то что "ну тех.долг обязательно закроем... когда-нибудь... потом"
Разница огромная, в том-то и фишка
ну поставь Ниву в горку для начала хотябы под 45% и замерь разгон до 100, потом обсудим надо ли 90% угол мерить
поэтому я спрашиваю на собесе про плюсы и минусы нормализации/денормализации.
быстрее, да и полезнее будет яву или питон выучить