Здравствуйте, Ocelot, Вы писали:
O>Всем привет!
O>Есть такой вопрос — у кого-нибудь есть данные, какие методологии (RUP, MSF, SCRUM, FDD и т.д.) используются в крупных и известных компаниях?
Я как то проводит подобный опрос в своем блоге. Оказалось, самая популярная методология — "никакая" (42%).
Здравствуйте, stump, Вы писали:
O>>Есть такой вопрос — у кого-нибудь есть данные, какие методологии (RUP, MSF, SCRUM, FDD и т.д.) используются в крупных и известных компаниях? S>Я как то проводит подобный опрос в своем блоге. Оказалось, самая популярная методология — "никакая" (42%).
Надо было вместо "никакая" дать ссылку из этого поста О методологиях разработки
Здравствуйте, Ocelot, Вы писали:
O>Есть такой вопрос — у кого-нибудь есть данные, какие методологии (RUP, MSF, SCRUM, FDD и т.д.) используются в крупных и известных компаниях?
Yahoo, Google, Nokia — scrum. По йаху и нокии — в инете проскальзывали их отечты по переводу разработки на скрам. Сейчас ссылок под рукой нет, могу поискать если нужно. Насколько я понял, Google-кий процесс сложно назвать скрамом, но он достаточно близок.
Здравствуйте, Aikin, Вы писали:
A>Здравствуйте, samius, Вы писали:
V>>>TDD/FDD S>>Вопрос был о методологии а не о стиле и подходе к дизайну A>FDD это как раз методологя.
Да, близко. Но мне кажется, что все же FDD не затрагивает все аспекты процесса.
A>А TDD это тоже ближе к методологии, чем к стилю и подходу к дизайну, так как содержит четкую процедуру действий.
TDD на сколько я помню, появилась на сцене как одна из практик XP. XP- методология. Но она работает только при соблюдении всех своих практик. Потому язык не поворачивается назвать TDD самостоятельной методологий, так же как и парное программирование
Здравствуйте, samius, Вы писали:
A>>FDD это как раз методологя. S>Да, близко. Но мне кажется, что все же FDD не затрагивает все аспекты процесса. A>>А TDD это тоже ближе к методологии, чем к стилю и подходу к дизайну, так как содержит четкую процедуру действий.
S>TDD на сколько я помню, появилась на сцене как одна из практик XP. XP- методология. Но она работает только при соблюдении всех своих практик. Потому язык не поворачивается назвать TDD самостоятельной методологий, так же как и парное программирование :)
Ни одна методология разработки не затрагивает все аспекты процесса. Какие-то методологии дают больше свободы действий, какие-то — меньше.
Здравствуйте, vayerx, Вы писали:
V>Здравствуйте, samius, Вы писали:
A>>>FDD это как раз методологя. S>>Да, близко. Но мне кажется, что все же FDD не затрагивает все аспекты процесса. A>>>А TDD это тоже ближе к методологии, чем к стилю и подходу к дизайну, так как содержит четкую процедуру действий.
S>>TDD на сколько я помню, появилась на сцене как одна из практик XP. XP- методология. Но она работает только при соблюдении всех своих практик. Потому язык не поворачивается назвать TDD самостоятельной методологий, так же как и парное программирование
V>Ни одна методология разработки не затрагивает все аспекты процесса. Какие-то методологии дают больше свободы действий, какие-то — меньше.
Вообще-то методологиями принято называть то, что охватывает именно все аспекты процесса. По крайней мере процесса разработки, а в более общем смысле — жизненного цикла ПО. Полноценные методологии, помимо разработки, охватывают такие этапы жизненного цикла ПО, как внедрение, поддержка, и даже утилизация.
Более частные, и специализированные вещи принято называть "методиками" или "практиками" или "методами".
В такой классификации, TDD не тянет более чем на "практику". А FDD — не более чем "методика разработки".
Здравствуйте, stump, Вы писали:
V>>Ни одна методология разработки не затрагивает все аспекты процесса. Какие-то методологии дают больше свободы действий, какие-то — меньше.
S>Вообще-то методологиями принято называть то, что охватывает именно все аспекты процесса. По крайней мере процесса разработки, а в более общем смысле — жизненного цикла ПО. Полноценные методологии, помимо разработки, охватывают такие этапы жизненного цикла ПО, как внедрение, поддержка, и даже утилизация.
не хотелось бы удариться в фарс, но какая из методологий описывает, в какой руке нужно держать мыщь или через часов после приема пищи можно приступать к разработке? ну а если смотреть на все это с уровня вселенских масштабов, не будет ли Самая Большая Земная Методология считаться "не более чем методика разработки"?
любая методология основывается на вполне конкретной потребности. детальность и доскональность методолгии выбираются соответственно.
имхо, этот спор относится к разраду "стакан наполовину пуст или полон". предлагаю на том и закончить.
Здравствуйте, vayerx, Вы писали:
V>Здравствуйте, stump, Вы писали:
V>>>Ни одна методология разработки не затрагивает все аспекты процесса. Какие-то методологии дают больше свободы действий, какие-то — меньше.
S>>Вообще-то методологиями принято называть то, что охватывает именно все аспекты процесса. По крайней мере процесса разработки, а в более общем смысле — жизненного цикла ПО. Полноценные методологии, помимо разработки, охватывают такие этапы жизненного цикла ПО, как внедрение, поддержка, и даже утилизация.
V>не хотелось бы удариться в фарс,
И не надо...
Фарс — это называть задний мост с колесами "транспортным средством". TDD — это и есть задний "мост с колесами".
Попробуй ответить на вопросы: как TDD обеспечивает полноту удовлетворения требований?, или как TDD позволяет планировать выпуск версий продукта? Перечень подобных вопросов без ответов можно продолжить.
И как TDD можно называть методологией разработки ПО, если он не дает ответов на такие вопросы.
TDD — методика конструирования ПО, и не более того.
У многих программистов есть такое, довольно инфантильное (или примитивное) представление о разработке, что она начинается с написания кода (или теста ) и заканчивается сборкой билда.
Процесс разработки начинается на несколько месяцев раньше и заканчивается на несколько лет позже (при хорошем раскладе, конечно). Просто ребятам за деревьями не видно леса...
kliff пишет:
> Насколько я понял, Google-кий процесс сложно назвать скрамом, но он достаточно близок.
ну дык любая методология в 100% чистом виде встречается достаточно
редко, т.к. во-первых будут некоторые адаптации под себя, а во-вторых, в
любой методологии есть недостатки, и каждый их компенсирует по-своему
Здравствуйте, Ocelot, Вы писали:
O>Есть такой вопрос — у кого-нибудь есть данные, какие методологии (RUP, MSF, SCRUM, FDD и т.д.) используются в крупных и известных компаниях?
А у нас в конторе 200,000 человек (то есть достаточно крупное заведение), используем всякое — от скрама (модно же щас) до собственной версии водопада
