Многие заказчики ценят Время над Качеством, им не так важно насколько красиво написан код :)

тогда можно вовсе не тестировать, зачем?)

итак сойдет (тм)

А почему решили что рефакторинг отрицательно влияет на Время?

Это был коментарий к записям в ДоД о "красивом" коде, воизбежание костылей :)

красоту кода как-то не научились мерить

тогда можно вовсе не тестировать, зачем?)

Ну мы же говорим о временном, костыле что б не переносить релиз, для заказчика, в ущерб академическому написанию кода

красоту кода обеспечивает требованиями тимлид

а те, кто не закладывают тесты в угоду скорости, потом на продакшене выгребают неплохо)

красота кода не для команды, она для бизнеса, если ребята пишут в стиле итальянской кухни, velocity со временем упадает до нуля)

для MVP да, можно поскипать, но если планируется долгосрочная разработка - техдолг надо решать в спринте, по ходу пьесы

Плюсую, еще на некоторые явные костыли в коде аоторые может найти серипт принято гитхуки вешать.

Чтобы красота еода сошла в традицию

красоту кода обеспечивает требованиями тимлид

Получается только от тим лида зависит качество кода?

Аа требованиями, сорри неверно понял)

Многие заказчики ценят Время над Качеством, им не так важно насколько красиво написан код :)

Качество и есть время в долгосрочной перспективе, никакого другого качества нет, это кстати и служит отсечкой для ненужных рефактирингов. Контрольный вопрос такой - можно ли сделать это оптимальней, что бы было быстрее в будущем - рефакторим, иначе не рефакторим

Короче тот рефакторинг, который не влияет на время - это просто красота кода ради красоты.

а те, кто не закладывают тесты в угоду скорости, потом на продакшене выгребают неплохо)

Неоднократно встречал такие случаи, как у себя, так и у знакомых)

Фиксят в одном месте, отваливается в другом

это процентов 80 текущей разработки, программисты не хотят, тестировщики еще не умеют в автоматизированное

пришел тимлидом, установил ожидания, дал несколько плотных воркшопов по написанию юнит и акцептанс тестов и сиди кури, загоняя новые баги в регрессионку. деплой идет автоматически после проверки качества

С чего вы решили, что рефакторинг помогает избавиться от реализации, которая будет противоречить будущим требованиям?

АГИЛ рекомендует писать под требования

пришел тимлидом, установил ожидания, дал несколько плотных воркшопов по написанию юнит и акцептанс тестов и сиди кури, загоняя новые баги в регрессионку. деплой идет автоматически после проверки качества

👍👍👍

новые требования - оценка и генерализация под новые условия == рефакторинг, который абсолютно безопасен если есть юнит

Да. Я не представился. Сергей. Отвечаю за качество нескольких продуктов в еком. Практикуем разные методологии в основном реализации гибких. Я сертиыицирован постандартам качества и урравления ртсками чтото читал). Сюда пригласили. Мой проыиль построение и повышение зрелости процессов.

Перед рефакторингом нужна качественная аналитика, которая займёт столько времени, что эффективней ничего не изменять, а делать костыли

но никто никуда не торопится, задача пока не сформулирована - в разработку не пойдет

Перед рефакторингом нужна качественная аналитика, которая займёт столько времени, что эффективней ничего не изменять, а делать костыли

Какого пода аналитика позвольте поинтересоваться

я не думаю, что вы сами захотите выпускать сырой код платежной системы, даже если заказчик не отвозит в лес для ретро

Москва.

Какого пода аналитика позвольте поинтересоваться

Предметно-архитектурная

аналитика - было А, стало АБ, чекаем дополнительные граничные условия и изменения в самой бизнес-модели (а что если Б нет, а что если нет А, а что если нет ни А, ни Б)

Предметно-архитектурная

Каким образом вы проводите такой анализ? Интересно узнать что-то новое для себя)

Каким образом вы проводите такой анализ? Интересно узнать что-то новое для себя)

Проецируем реальный мир в модель без подмены понятий. Условно, если ты делаешь возможность платежа, то ты описываешь связанные сущности и не объединяешь две в одну, т к в рамках этой задачи не важно.

можно же упереться в несоответствие модели бизнесу

бизнес требования - платеж должен иметь списание и пополнение, деньги просто сменили владельца, мы это учли и записали

Как я вижу у всех разное понимание рефакторинга)

до рефакторинга не дошли же) только аналитика

В моем понимании рефакторинг относится к качеству кода(solid, стандарты и тд)

до рефакторинга не дошли же) только аналитика

Ах вон оно что))

В моем понимании рефакторинг относится к качеству кода(solid, стандарты и тд)

Точнее будет улучшение внутреннего качества продукта, что в свою очередь довольно таки широкое понятие

Да. Я не представился. Сергей. Отвечаю за качество нескольких продуктов в еком. Практикуем разные методологии в основном реализации гибких. Я сертиыицирован постандартам качества и урравления ртсками чтото читал). Сюда пригласили. Мой проыиль построение и повышение зрелости процессов.

Случаем спиральную динамику не применяете?

Я сам только слышал что это нечто крутое)

Есть адепты

Один был ортодоксально гибкий евангелист.

Пришлось разойтись.

Бирюзой прикрывался

Но применений нет. Пока не видел нигде чтоб работало.

Бдд работает. Скрам работает. Канбан работает превосходно. Есть наработки в сейфе.

👍

Коллеги, как вы думаете почему по мнению скрам-гайда в инкремент спринта входит "ценность прошлых инкрементов"? Инкремент - это же приращение чего-то.

Предположим что наш продукт это рассказ того, как женщина которая вас родила мыла обрамление картины. Первым инкрементом станет ключевая фраза «мама мыла раму» потом пользователи дали фидбек, что им не хватает инфы о том, какую раму мыла мама. Оконную или может от велосипеда. Следующим инкрементом будет: «Мама мыла раму картины». В данном случае если мы не будем рассматривать первый инкремент, то ценность приращениях виде слова «картины» будет стремиться к нулю

Плюсую)

а потом оказалось, что нужен был комикс и придется все переделать 😉

как-то странно, доставлять половину результата, коллеги) рассказ "мама мыла раму" скорее ориентирован на детскую аудиторию, чем на взрослую

детям более важно узнавать поведение, каким образом мыла раму мама, что предшествовало и почему снова хорошо закончилось, несмотря на явную драматизацию сюжета с отсылкой к потенциальной угрозе выпадения мамы из этой самой рамы

вроде не пятница для баянов

Сорри за баян) сам впервые вижу

)) и я не видел)

АЖАЛЬ :)

что интересно, издеваются только над Agile, скрам не трогают)

что интересно, издеваются только над Agile, скрам не трогают)

как это? а "скрам но"?

что интересно, издеваются только над Agile, скрам не трогают)

не трогают канбан ) над скрамом еще как издеваются

😁

Просили скрам- получайте)

😂

Агил, ажаль, срам)) А есть ещё какие-нибудь подобные термины?

Например, "работал сегодня по отжайл - отжал сроки"

Или "нажирни ишуёв в бэкложек'

Скрам-няша

😊😊😁

Ребята, кто-нибудь пробовал такую штуку? http://www.funretrospectives.com/letters-to-the-future/

Ребята, кто-нибудь пробовал такую штуку? http://www.funretrospectives.com/letters-to-the-future/

На сколько вскользь пробежал по описанию, там описана одна из карточек пасьянса ретроспективы. Карточки использую

Мне интересно если письма озвучиваются сразу, то отправляют ли их на какую-то дату? Т.е. смысл просто в озвучивании, в посыле?

Просто пусть будет здесь :)

Добрый день. Я Александр. Менеджер проекта по разработке NMS. В недавнем прошлом разработчик и тимлидов.

«разработчик тимлидов»

тимлид Козлов