кстати именно поэтому это очень хороший пост — он о реальных практиках, жаль только что он столь сильно «завязан» не Rails — при некоторых пояснениях это вполне общие рекомендации
Позвольте ответить несколько иносказательно — по следам сегодняшнего анекдота с Эха.
Звонит слушатель и спрашивает — Вот вы знаете у меня была машина — например отечественной марки — никаких проблем с ней не было — все что надо менял, заливал бензин и ездил.
А теперь вот купил например «Тойоту», делаю с ней все то же самое — и постоянные проблемы.
Вот так же и с технологиями, если вы сегодня используете какой-то простой инструмент, он вас в целом устраивает и вы к нему привыкли — подумайте прежде чем его менять и уж точно не делайте это на критически важном проекте. Любая технология более высокого уровня характерна тем, что работает только при правильном использовании, а если пытаться применять к ней практики, которые вы использовали раньше, то результат будет отрицательным, для кого-то даже «бомбой замедленного действия» — вот отсюда и разочарование.
>Apple подражает совсем не лучшим чертам Microsoft
Apple был такой closed shop компанией всегда, их «святость» лишь продукт маркетинга в вашей голове (простите). Но они из-за этого уже один раз потеряли рынок.
Microsoft же добилась всего именно благодаря тому, что никогда не препятствовала распространению своих продуктов и разработкам на их базе — теперь пожинает плоды как ей хочется…
т.е. если вы взяли какую-то GPL разработку, докрутили ее под себя - и используете только вы - то никому вы ничего не обязаны, вот если вы начнете ее распространять - тогда да, только под GPL
Да, безусловно неотъемлемая часть, как и всего XP, но никак не инструмент планирования, планирование - это назначение сроков, а сроки вы не назначаете на US - вы только оцениваете сколько нужно времени на реализацию US. А сроки - на релиз/итерацию/задачу.
Удаляемся от темы - но вы вновь видимо сказали не до конца корректную вещь.
US - это средство описания требования пользователя/заказчика, а не планирования. Возможность указания времени на US (как в TP) c точки зрения XP - не средство планирования (планирование - это сроки), а описание необходимых ресурсов.
А Sprint - это некоторая итерация (например месяц) в которой должны быть реализованы следующие Features, исправлены такие-то баги и т.д. (Sprint plan, backlog). И вот на эту итерацию вы назначаете сроки (планируете).
Звонит слушатель и спрашивает — Вот вы знаете у меня была машина — например отечественной марки — никаких проблем с ней не было — все что надо менял, заливал бензин и ездил.
А теперь вот купил например «Тойоту», делаю с ней все то же самое — и постоянные проблемы.
Вот так же и с технологиями, если вы сегодня используете какой-то простой инструмент, он вас в целом устраивает и вы к нему привыкли — подумайте прежде чем его менять и уж точно не делайте это на критически важном проекте. Любая технология более высокого уровня характерна тем, что работает только при правильном использовании, а если пытаться применять к ней практики, которые вы использовали раньше, то результат будет отрицательным, для кого-то даже «бомбой замедленного действия» — вот отсюда и разочарование.
Apple был такой closed shop компанией всегда, их «святость» лишь продукт маркетинга в вашей голове (простите). Но они из-за этого уже один раз потеряли рынок.
Microsoft же добилась всего именно благодаря тому, что никогда не препятствовала распространению своих продуктов и разработкам на их базе — теперь пожинает плоды как ей хочется…
Комсомольская правда
xname.org
everydns.net
US - это средство описания требования пользователя/заказчика, а не планирования. Возможность указания времени на US (как в TP) c точки зрения XP - не средство планирования (планирование - это сроки), а описание необходимых ресурсов.
А Sprint - это некоторая итерация (например месяц) в которой должны быть реализованы следующие Features, исправлены такие-то баги и т.д. (Sprint plan, backlog). И вот на эту итерацию вы назначаете сроки (планируете).