Пару лет назад я был приверженцем второго и чаще третьего пунктов. Объяснение было очень простым - до сих пор написанный код стопроцентно работоспособен (в запланированных рамок), его можно уверенно использовать и возвращаться к нему вероятнее всего не придется. Но однажды я почувствовал себя обезьяной, теряющей творческую нить программирования, а к тому же еще и время на постоянные задрачивания компилятора. Поэтому решил заставить себя писать приложения или модули целиком, а потом заниматься их компиляцией. Какие я ожидал последствия:

* полет фантазии, не ограниченный строчкой кода или телом функции
* более понятный код
* многочасовые поиски синтаксических ошибок
* ненадежность поведения кода
* поднятое ЧСВ

Что вышло на деле:

* Отличное, ясное представление структуры проекта, не обремененное деталями, с возможностью очень многое поменять в случае ошибки в проектировании (апологетов карандаша и бумажки, блок-схемок, UML и прочего блаблабла - в баню!): создается общий каркас, описываются глобальные сущности, потом уже постепенно детализируются до нужного уровня.
* Как ни странно, код стал генерировать такой, что без заширки вообше хрен поймешь (я то понимаю и на трезвую голову и через год, а вот остальным туго). Надо с этим что-то делать.
* Синтаксических ошибок почти не стало.
* Всего один раз пришлось расковыривать значительную часть кода, чтобы понять, где что-то пошло настолько не так, что вообще беда. Потратил час. В остальном just as planned.
* Не ощущаю никакой важности в компиляторе.

Так вот интересен ваш опыт, как часто во время разработки проводите промежуточную компиляцию своих проектов? Как аргументируете свой выбор?

ЗЫ. "Тестирование" используется в смысле промежуточных проверок в первую очередь в скриптовых языках, т.е. где особо не накомпилируешь.

Это сообщение отредактировал(а) djamshud - 9.8.2010, 21:21

функция, тест, запуск


Вообще я предпочитаю писать код снизу-вверх, чтобы можно было сразу пощупать сложные части реализации, и понять те ли техники я использую. Соответственно пишется тестовый код.
Рабочий цикл такой: 
1. внесение изменений
2. запуск теста, если тест не работает - п.1
3. коммит и переход к п.1.


---------
но когда тест очень дорог (занимает много времени и сил) - сразу пишу много кода. Все промежуточные проверки ограничиваются проверками компилируемости там где есть сомнения.
Либо тестирую отдельные модули в отрыве от основой программы, если это возможно.

Это сообщение отредактировал(а) Abyx - 9.8.2010, 21:49

Сейчас на компиляцию проекта уходит примерно 1 час, поэтому пишу как можно больше можно написать, потом просматриваю что написал, а уж затем компилирую.

 Время, кототорое тратит Java EE приложение на компиляцию и деплой на сервере, а так же сложность создания некоторых "use case"-ов привело меня к пониманию, что  TDD - есть наше все. 


Правда, djamshud, под словом "тестирование", похоже, имел ввиду что-то другое.

Что за ЯП, что за проект такой? Свою ОСь пишешь?