Хм, а почему бы не попробовать дать аналогию, скажем, из мира искусства. Ар брют - ближайшая аналогия IMHO. Тогда становится ближе позиция я сделал произведение, и у меня нет настроения на сопровождение оного. У арт объектов уже есть сложившаяся практика авторских прав, прав на заимствование, а главное понимание что изменить объект требует усилий и настроения.
Присоединяюсь, и добавлю что это операция очень уж полезная, и как все полезное, немного невкусная. Поэтому то и ищутся методы по типу "как заставить кошку сьесть таблетку" Почему сравнение с кошкой- из за "Как пасти котов" )
Работа с возражениями -- это и есть цель для "попробовать" и строго тогда когда они есть. Если все норм работает -- не трогаем ). А теперь по пунктам, они кстати все относятся к "понимание "Collective code ownership" еще не выросло":
"на ревью выкатывается слишком большие части"-- вот сразу вопрос к грумингам эстимейшн процессу и декомпозиции задач "дизайн ревью, где разработчик перед исполнением задачи нарисует/опишет словами что он будет делать, так чтобы было примерно ясно как именно это будет реализовано" -- чаще всего происходит при груминге для синхронизации понимания остальными PBI и верификации содержимого. "смотреть на код-ревью только тесты" ИМХО тесты это часть документации продж. И не смотреть остальное как то такое
статус "надо попробовать" это как раз про то, что можно попробовать ) А попробовать это строго тогда, когда в команде есть вопросы с ревью процессом, и только тогда. ИМХО это более мене формализованный подход - поставить метрику, определить круг вовлеченных, и снять возражение "не хватка времени". Вдруг в команде понимание "Collective code ownership" еще не выросло, нужно помочь )
Хм, надо попробовать. В обычный спринт к задачам на разработку даём задачу на ревью и даём ответственных. Возможно допилить конфиг джиры на автомат создание сабтаски при попадании в кодревью (Создание пулл)
Ну я такое же писал на просто C лет 30 назад. А, и ещё переписал на паскаль, и с турбо вижн сделал gui. Это вроде курсач был, потому два языка. И да, все разделы на месте, даже заключение с тем на чем было писано, и строк сколько. Но сама идея публиковать нечто со структурой аналогичной курсачу это дааа. Антиплагиат передаст привет всем сдающим после этого нетленного произведения )
Вот это как раз тот случай когда КПДВ исключительно точно иллюстрирует суть статьи. Особенно если прочитать надписи на стикерах, и то в каких они графах. Хотя "девушка с паяльником" -- это топ, эта КПДВ тож ничего.
"В нашем случае вся команда на оценке беклога бдит о том, чтобы задачи оценивались адекватно (оцениваем совместно) "
IMHO выделение вопроса "про чесность" в сочетании с наличием ярлыка "о хитром “Васе“" это красный флаг, и говорит о странных манипулятивных практиках менеджмента.
IMHO "Скрам-мастре-разработчик" это да очень не лучший выбор из за возможного предубеждения (bias) или навязывания какого либо пути реализации, да и обычно на эту роль приходят с менеджерским типом скиллов. По опыту, чаще всего разрабу просто неинтересно примерять на себя прокрустово ложе этой роли. Встречал случаи, когда эта роль передавалась по членам команды тип как дежурный. Это было полезно ненадолго примерить на себя эту роль, да и человека было видно с другой стороны.
А вот с "тимлидом-разработчиком" --это как раз обычная практика, и связана с требованием к тимлиду быть ответственненым за исполнение обязательств командой разработки. А выражается это чаще всего в участии в архитектурных дискуссиях и кодревью. Встречал случаи, что как таковой роли нет и соответствнно нагрузки по менеджменту нет, и эта роль то же передавалась по членам команды тип как дежурный. Команда правда синьйорная с опытом архитектов. Польза --вынуждает становится аксакалом проджекта на неделю, и приходится вникать в разное. Но для этого требуется иметь разносторонний бекграунд, примерно как уровень архитекта.
Да, у меня когда то был l800, и фотографии напечатанные на нем до сих пор отлично выглядят а это тоже лет 10 т.н и висят на солнце в рамке. У него все цвета были пигментными, и интересно выглядел результат на не эпсоновском глянце. А с 200 го отпечатки повыцветали
По своей практике, с камерой наверное лучше, при телефонном контроле иногда случается в стиле: "правый" выкл " правый с другой сторны " выкл "правый с другой стороны пульта а не стенки " выкл ). Опять же монтеры иогда бывают уставшие )
Хм, т.е логично, для повышения воспроизводства новой нефтюшки, вакцина должна повышать птенцию/фертильность прямым сигналом из Госдепа? Интересно, а есть такая статистика?
отлично написано, тот случай когда каменты великолепны )
А не находите ли аналогии ТДД с процессом научного поиска, где перед тем как начать чтот делать, надо прикинуть критерии проверяемости и какими экспериментами проверять, что получилось)
Подтверждаю, у меня в 94 был тож такой курс в КПИ. Читал его К.Г.Самофалов. Мощный дедушка. А чего стоили его рассказы про АВМ и как он их использовал в различных местах )
Хм, а почему бы не попробовать дать аналогию, скажем, из мира искусства. Ар брют - ближайшая аналогия IMHO. Тогда становится ближе позиция я сделал произведение, и у меня нет настроения на сопровождение оного. У арт объектов уже есть сложившаяся практика авторских прав, прав на заимствование, а главное понимание что изменить объект требует усилий и настроения.
Присоединяюсь, и добавлю что это операция очень уж полезная, и как все полезное, немного невкусная. Поэтому то и ищутся методы по типу "как заставить кошку сьесть таблетку"
Почему сравнение с кошкой- из за "Как пасти котов" )
Работа с возражениями -- это и есть цель для "попробовать" и строго тогда когда они есть. Если все норм работает -- не трогаем ).
А теперь по пунктам, они кстати все относятся к "понимание "Collective code ownership" еще не выросло":
"на ревью выкатывается слишком большие части"-- вот сразу вопрос к грумингам эстимейшн процессу и декомпозиции задач
"дизайн ревью, где разработчик перед исполнением задачи нарисует/опишет словами что он будет делать, так чтобы было примерно ясно как именно это будет реализовано" -- чаще всего происходит при груминге для синхронизации понимания остальными PBI и верификации содержимого.
"смотреть на код-ревью только тесты" ИМХО тесты это часть документации продж. И не смотреть остальное как то такое
статус "надо попробовать" это как раз про то, что можно попробовать ) А попробовать это строго тогда, когда в команде есть вопросы с ревью процессом, и только тогда. ИМХО это более мене формализованный подход - поставить метрику, определить круг вовлеченных, и снять возражение "не хватка времени". Вдруг в команде понимание "Collective code ownership" еще не выросло, нужно помочь )
Хм, надо попробовать. В обычный спринт к задачам на разработку даём задачу на ревью и даём ответственных. Возможно допилить конфиг джиры на автомат создание сабтаски при попадании в кодревью (Создание пулл)
Все так, для этой роли даж название есть hidden hero )
Ну я такое же писал на просто C лет 30 назад. А, и ещё переписал на паскаль, и с турбо вижн сделал gui. Это вроде курсач был, потому два языка. И да, все разделы на месте, даже заключение с тем на чем было писано, и строк сколько. Но сама идея публиковать нечто со структурой аналогичной курсачу это дааа. Антиплагиат передаст привет всем сдающим после этого нетленного произведения )
Вот это как раз тот случай когда КПДВ исключительно точно иллюстрирует суть статьи. Особенно если прочитать надписи на стикерах, и то в каких они графах. Хотя "девушка с паяльником" -- это топ, эта КПДВ тож ничего.
"В нашем случае вся команда на оценке беклога бдит о том, чтобы задачи оценивались адекватно (оцениваем совместно) "
IMHO выделение вопроса "про чесность" в сочетании с наличием ярлыка "о хитром “Васе“" это красный флаг, и говорит о странных
манипулятивныхпрактиках менеджмента.IMHO "Скрам-мастре-разработчик" это да очень не лучший выбор из за возможного предубеждения (bias) или навязывания какого либо пути реализации, да и обычно на эту роль приходят с менеджерским типом скиллов. По опыту, чаще всего разрабу просто неинтересно примерять на себя прокрустово ложе этой роли. Встречал случаи, когда эта роль передавалась по членам команды тип как дежурный. Это было полезно ненадолго примерить на себя эту роль, да и человека было видно с другой стороны.
А вот с "тимлидом-разработчиком" --это как раз обычная практика, и связана с требованием к тимлиду быть ответственненым за исполнение обязательств командой разработки. А выражается это чаще всего в участии в архитектурных дискуссиях и кодревью. Встречал случаи, что как таковой роли нет и соответствнно нагрузки по менеджменту нет, и эта роль то же передавалась по членам команды тип как дежурный. Команда правда синьйорная с опытом архитектов. Польза --вынуждает становится аксакалом проджекта на неделю, и приходится вникать в разное. Но для этого требуется иметь разносторонний бекграунд, примерно как уровень архитекта.
ипотека ) реально сможешь расслабится когда выплатишь )
Сильно извиняюсь, время стерло у меня из памяти детали ) У меня был Epson R800. Вот 800 запомнилось, а буква спереди нет )
Да, у меня когда то был l800, и фотографии напечатанные на нем до сих пор отлично выглядят а это тоже лет 10 т.н и висят на солнце в рамке. У него все цвета были пигментными, и интересно выглядел результат на не эпсоновском глянце. А с 200 го отпечатки повыцветали
Специально перечитал еще раз, но так и не понял в чем же профит от перепродажи, ну кроме конечно если лень чистить салон )
Да, так лучше. Обновил SDK андроид версии и заодно закомитил эти изменения
Спасибо и вам, с удовольствием прочту про ваш взгляд на юзкейсы. Про цитату, да это конечно самый дискусионный вопрос, кто как их готовит.
По своей практике, с камерой наверное лучше, при телефонном контроле иногда случается в стиле: "правый" выкл " правый с другой сторны " выкл "правый с другой стороны пульта а не стенки " выкл ). Опять же монтеры иогда бывают уставшие )
Хм, т.е логично, для повышения воспроизводства новой нефтюшки, вакцина должна повышать птенцию/фертильность прямым сигналом из Госдепа? Интересно, а есть такая статистика?
отлично написано, тот случай когда каменты великолепны )
А не находите ли аналогии ТДД с процессом научного поиска, где перед тем как начать чтот делать, надо прикинуть критерии проверяемости и какими экспериментами проверять, что получилось)
Подтверждаю, у меня в 94 был тож такой курс в КПИ. Читал его К.Г.Самофалов. Мощный дедушка. А чего стоили его рассказы про АВМ и как он их использовал в различных местах )