Comments on: Итеративный контент http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/ Сайт Александра Шиляева. Работа, мысли, да много чего. Mon, 12 May 2008 04:02:08 +0000 http://wordpress.org/?v=2.3.1 By: Yuri Shilyaev http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-725 Yuri Shilyaev Wed, 20 Feb 2008 22:25:20 +0000 http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-725 Все просто. При всей привлекательности Agile, он нужен не всегда. :) Все просто.
При всей привлекательности Agile, он нужен не всегда. :)

]]> By: Aлександр Шиляев http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-600 Aлександр Шиляев Tue, 29 Jan 2008 21:13:31 +0000 http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-600 <blockquote> Тут нужно как-то взаимосвязь отслеживать. Запрограммировали сцену, запустили проверку: весь контент на месте? </blockquote> Ты ломаешь мой мозг. Т.е. я начинаю понимать где тут собака порылась. Но я даже про примеры подобного производственного процесса ничего не слышал...

Тут нужно как-то взаимосвязь отслеживать. Запрограммировали сцену, запустили проверку: весь контент на месте?

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

]]> By: Aлександр Шиляев http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-599 Aлександр Шиляев Tue, 29 Jan 2008 21:08:38 +0000 http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-599 Паша, все что ты пишешь правильно и справедливо для программирования. Но представь, что тебе надо сделать 10 табуреток, только инструментов (ножовки, рубанка, топора) у тебя нет и будут они появляться постепенно, причем не факт, что заточенными. И не факт, что ты не получишь вместо топора лопату, а вместо ножовки перочинный нож. А перед тобой задача итеративно сделать эти 10 табуреток. И это. На вашу встречу у меня 90а евро нет. ;) Паша, все что ты пишешь правильно и справедливо для программирования. Но представь, что тебе надо сделать 10 табуреток, только инструментов (ножовки, рубанка, топора) у тебя нет и будут они появляться постепенно, причем не факт, что заточенными. И не факт, что ты не получишь вместо топора лопату, а вместо ножовки перочинный нож.

А перед тобой задача итеративно сделать эти 10 табуреток.

И это. На вашу встречу у меня 90а евро нет. ;)

]]> By: alovak http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-598 alovak Tue, 29 Jan 2008 21:04:10 +0000 http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-598 А как узнать в итерации ты сделал все, что требуется программе? Весь ли контент есть? А что, если в программе меняются требования, то как быть с контентом? Тут нужно как-то взаимосвязь отслеживать. Запрограммировали сцену, запустили проверку: весь контент на месте? Если кто-нибудь понял о чем это я тут - дайте Саше это знать :) А как узнать в итерации ты сделал все, что требуется программе? Весь ли контент есть? А что, если в программе меняются требования, то как быть с контентом?

Тут нужно как-то взаимосвязь отслеживать. Запрограммировали сцену, запустили проверку: весь контент на месте?

Если кто-нибудь понял о чем это я тут - дайте Саше это знать :)

]]> By: alovak http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-597 alovak Tue, 29 Jan 2008 20:57:40 +0000 http://alex.shilyaev.com/archives/2008/01/29/iterativnyiy-kontent/#comment-597 Саша, вроде бы все понятно :) Насчет программирования. Здесь есть одна хорошая штука, которая помогает разобраться что в каком состоянии осталось. Если взять в пример XP и подход TDD (Test Drive Development), то там тесты выступают в качестве описания того, в каком состоянии у тебя модуль/класс и т.п. При этом тебе не обязательно реализовывать все сразу и запоминать, что ты уже реализовал. Если что-то забыл: смотри в тест, в код. Тесты позволяют в любой момент убедится: не сломана ли система, выполняются ли все требования (функциональные или интеграционные тесты). Этим обеспечивается возможность итерационности и непрерывности разработки: выяснили требование, добавил фичу, протестили, починили - вот тебе новый релиз, итерация. Документация здесь лишняя. Т.к. поддерживать её в актуальном (по настоящему) состоянии, как ты знаешь, очень тяжело. XP и гибкие методики говорят: путешествуй на легке. Знаешь, можем это как-нибудь обсудить при встрече. А то кажется, что я не совсем в тему :) Саша, вроде бы все понятно :)

Насчет программирования. Здесь есть одна хорошая штука, которая помогает разобраться что в каком состоянии осталось. Если взять в пример XP и подход TDD (Test Drive Development), то там тесты выступают в качестве описания того, в каком состоянии у тебя модуль/класс и т.п.

При этом тебе не обязательно реализовывать все сразу и запоминать, что ты уже реализовал. Если что-то забыл: смотри в тест, в код.

Тесты позволяют в любой момент убедится: не сломана ли система, выполняются ли все требования (функциональные или интеграционные тесты). Этим обеспечивается возможность итерационности и непрерывности разработки: выяснили требование, добавил фичу, протестили, починили - вот тебе новый релиз, итерация.

Документация здесь лишняя. Т.к. поддерживать её в актуальном (по настоящему) состоянии, как ты знаешь, очень тяжело. XP и гибкие методики говорят: путешествуй на легке.

Знаешь, можем это как-нибудь обсудить при встрече. А то кажется, что я не совсем в тему :)

]]>