Size: a a a

Архитектура ИТ-решений

2020 March 05

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Хм, это каких? Да и в описании XP явно пишет, что использование части практик не работает
Что не работает? Не понял вопроса
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Что не работает? Не понял вопроса
Только частичное использование практик XP. Там важна синергия всех практик
источник

S

Serezha in Архитектура ИТ-решений
Andrei Soloschak
Где эта граница, что нужна знать, а что нет? Особенно для человека с 20-летним опытом.
Agile как и любой манифест допускает очень широкие трактовки. История религиозных течений это очень хорошо показывает.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Только частичное использование практик XP. Там важна синергия всех практик
А я что-то писал про частичность практик?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Возможно я не так понял, но ты писал про то, что практики XP стали стандартом в индустрии.
Некоторые - популярны, да. Но есть ли от этого польза - не факт, так как XP эффективен при всех практиках вместе.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А вот полный комплект XP встречается неимоверно редко.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Возможно я не так понял, но ты писал про то, что практики XP стали стандартом в индустрии.
Некоторые - популярны, да. Но есть ли от этого польза - не факт, так как XP эффективен при всех практиках вместе.
Но мы конкретно применяем практически все. С On-site Customer только бывают сложности :)
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Тут нет особого предмета для спора и одновременно есть.
Всё как в архитектуре.
Есть некоторый набор практик, достаточно большой.
Некоторые подмножества практик можно назвать замкнутыми и непротиворечивым, ну и дать им имя. Например - SCRUM.
Но применять ли в принципе какие-то из практик, какие-то их группы или вообще все до одной, когда именно и как именно - вопрос исключительно конкретной ситуации (проекта, компании, бизнеса, культуры, людей, рынка, времени года, луны в овне)
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Разговор начался с применимости agile. Я говорю о том, что здесь сама постановка некорректна, так как agile это ценности и принципы. Scrum это просто фреймворк. Agile Manifesto никак не регламентирует использование тех или иных процессов и методологий. Более того, жесткие процессы часто идут в разрез с манифестом.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Andrei Soloschak
Разговор начался с применимости agile. Я говорю о том, что здесь сама постановка некорректна, так как agile это ценности и принципы. Scrum это просто фреймворк. Agile Manifesto никак не регламентирует использование тех или иных процессов и методологий. Более того, жесткие процессы часто идут в разрез с манифестом.
С такого ракурса мы обсуждали в ключе что лучше: водопад, или отсутствие водопада, компенсируемое практиками agile.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Не идеями, а практиками.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
манифест нельзя применять. Применять можно конкретную практику или фреймворк же.

"Красть хуже, чем не красть" нельзя применить непосредственно на практике, это просто весовая функция.
А вот правило "никогда не кради по пятницам" - можно применить )
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Alexey Pryanishnikov
манифест нельзя применять. Применять можно конкретную практику или фреймворк же.

"Красть хуже, чем не красть" нельзя применить непосредственно на практике, это просто весовая функция.
А вот правило "никогда не кради по пятницам" - можно применить )
А я что написал?
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Andrei Soloschak
А я что написал?
а я не спорю, я разъясняю)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Но мы конкретно применяем практически все. С On-site Customer только бывают сложности :)
И парное программирование на всю катушку?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Собственно я об этом же. Применяют практики или фреймворки. Agile это принципам, которым нужно следовать и ценности, которыми руководствоваться.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
И парное программирование на всю катушку?
Не на всю :) Иногда разработчику важно сосредоточиться и поработать одному. В любом случае одна задача всегда делается несколькими людьми и есть обязательное peer review. Все время программировать в паре напряжно имхо.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, в XP предполагается, что по другому вообще нет работы. Программирование обязательно в парах.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Ну, в XP предполагается, что по другому вообще нет работы. Программирование обязательно в парах.
Не знаю. Пока то, что я читал про 100% pair и mob выглядит немного искусственным. Люди из того же Microsoft писали, что 100% применимость совсем неочевидна. Очень хорошо получается в паре работать при интеграции блоков кода. То есть делали одну задачу по одному, а потом в паре сели и синтегрировали куски.
Может конечно я просто не знаю как все правильно делать :)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Не знаю. Пока то, что я читал про 100% pair и mob выглядит немного искусственным. Люди из того же Microsoft писали, что 100% применимость совсем неочевидна. Очень хорошо получается в паре работать при интеграции блоков кода. То есть делали одну задачу по одному, а потом в паре сели и синтегрировали куски.
Может конечно я просто не знаю как все правильно делать :)
Ну, я тоже так считаю. Но поэтому и вместо XP использую конструктор из разных практик, а чистый XP - штука редкая.
источник