наверно, языки программирования должны содержать в себе эволюционный принцип, т.е. сначала делаешь примитив, потом достраиваешь его, на каждом этапе проект должен быть устойчив. В принципе, похоже сделано, в визуалах, но все равно, чего-то не хватает, т.е. если строить и строить, то в один прекрасный момент может все рухнуть просто от веса... хотя вам, программистам, виднее
Есть такая методика - Экстремальное Программирование. Она как раз обеспечивает описаную тобой схему разработки (причём - совершенно независимо от языка программирования). Там для любой нужной функциональности пишутся тестовые методы, по которым можно убедиться что 'всё не рухнуло'. Потом - пишут код и рефакторят его, пока он не станет оптимальным.
Только то, что такой метод существует, в реальной жизни не очень-то помогает. Редкий менеджер не поддастся искушению сэкономить сегодня пару человеко-месяцев и получить премию за перевыполнение, несмотря на то что через год это приведёт к потере пары человеко-лет.
2с. With all due respect, каждый раз когда я вижу дискуссию на тему XP, всегда она доходит до момента когда говорится что XP фокус - то что называется Time & Materials project. Т.е. проекты которые делаются по принципу "платим пока есть терпение и остались деньги, а там посмотрим". К примеру, в нашей конкретной области я заказчиков таких не встречал года так с 2001го - все хотят если не fixed bid (т.е. "вы нам обязуетесь сделать то-то и то-то за такие заранее оговоренные деньги-время") или на худой конец does not exceed XXX $$$. Для подобных проектов ХР годится с трудом потому что то что мы обещали сделать должно быть выражено в терминах понятных бизнес-заказчиками, а не в терминах тестов. А вот при чем здесь применимость/польза от методологий разработки и менеджеры (кроме известной нелюбви РеКодера ко всем менеджерам классам PHB, к котором он впрочем сводит вообще всех менеджеров ;) ) - я не понял.
А я спорить не буду. :-P Не вижу особенного смысла. Методика объективно существует. Существует несколько примеров успешного её внедрения на проектах, и так же существует гораздо большее множество неудачного её применения. Неудачное применение тоже может быть по разным причинам: может быть требования к результату были отличные от того, что предлагает XP, а может быть внедряли не всю методику, а её часть (а по частям это точно не работает). Так что - о чём спорить-то?
You Get What You Pay For Так что пока заказчики платят за то, что они получают, они будут получать именно это, несмотря на то, довольны они этим или нет. Life знаете ли is a bitch.
Comments 7
Reply
Только то, что такой метод существует, в реальной жизни не очень-то помогает. Редкий менеджер не поддастся искушению сэкономить сегодня пару человеко-месяцев и получить премию за перевыполнение, несмотря на то что через год это приведёт к потере пары человеко-лет.
Reply
With all due respect, каждый раз когда я вижу дискуссию на тему XP, всегда она доходит до момента когда говорится что XP фокус - то что называется Time & Materials project. Т.е. проекты которые делаются по принципу "платим пока есть терпение и остались деньги, а там посмотрим". К примеру, в нашей конкретной области я заказчиков таких не встречал года так с 2001го - все хотят если не fixed bid (т.е. "вы нам обязуетесь сделать то-то и то-то за такие заранее оговоренные деньги-время") или на худой конец does not exceed XXX $$$. Для подобных проектов ХР годится с трудом потому что то что мы обещали сделать должно быть выражено в терминах понятных бизнес-заказчиками, а не в терминах тестов.
А вот при чем здесь применимость/польза от методологий разработки и менеджеры (кроме известной нелюбви РеКодера ко всем менеджерам классам PHB, к котором он впрочем сводит вообще всех менеджеров ;) ) - я не понял.
Reply
You Get What You Pay For
Так что пока заказчики платят за то, что они получают, они будут получать именно это, несмотря на то, довольны они этим или нет. Life знаете ли is a bitch.
Reply
foo + bar
foo +bar
и там и там это означает вызов метода +
Reply
Если глючная книжка, а не синтаксис, тем лучше для Руби.
Но всё-равно, чем-то он мне не нравится...
Reply
Leave a comment