Тонкость терминов.

[thesz]

Что важнее - первый вариант программы, только с важной функциональностью? Хоть как-то работающий вариант с полной функциональностью?

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

Спектр значений широк и многомерен. Причем любое значение из этого спектра будет определять вариант индустриальной разработкиМой

Comments

[nealar]

Мой опыт говорит о том, что чем быстрее получится первый вариант, тем лучше.
"Release early and release often" (откуда-то из принципов линукса)

[metaclass]

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

[thesz]

Увы. Это эти... как их... О! Это эти... А! Во! Экстремальные программисты!

(ход мыслей изложен дословно)

[zelych]

офтопик.
там вот народ интересуется тезисами докладов: http://community.livejournal.com/ru_declarative/81106.html?thread=943570#t943570

[ext_55374]

Язык, грамматика которого втиснута в 673 страницы английского текста, не может быть простым.

Вот эта книга: http://books.google.com/books?id=njea2LBW4jcC

Судя по оглавлению, в китайском языке действительно много нюансов.

[shwars]

А еще язык для тебя простой, если на нем видишь сны...

[thesz]

Если это язык программирования... ;)

[shwars]

О да, как в книжке "Кровь электрическая", написанной на смеси японского, английского и C++.

[potan]

У нас висит плакат - "Лучше один раз сделать вовремя, чем два раза правильно."