Оптимизирующие компиляторы

Эффективность важна на двух стадиях разработки програм­мы: компилирования и выполнения. Если компилятор работает быстро, то он обычно составляет программу, которая выполняется медленно. Компиляторы, создающие эффективную объектную про­грамму, обычно бывают большими и работают медленно, так как оптимизируют объектную программу.

В связи с этим в настоящее время на одной машине обычно используют по два компилятора для каждого входного языка. Пер­вый компилятор работает быстро, но создает неэффективную объ­ектную программу. Этот компилятор используется для отладки программ. Второй компилятор работает медленнее, однако произ­водит эффективную объектную программу, оптимизируя ее. Этот компилятор используют для создания объектных модулей.

WATFIV — быстро работающий компилятор для языка ФОРТ­РАН, который располагает хорошими средствами отладки, но соз­дает относительно медленную объектную программу.

WATBOL — быстро работающий отладочный-компилятор для программ, написанных на КОБОЛе. Оба компилятора имеются в университете г. Ватерлоо (Канада, Онтарио, Ватерлоо, N2L 3G1).

ALGOL W—быстро работающий компилятор для языка АЛГОЛ, которым располагает Стэнфордский университет. Существует не­сколько компиляторов для языка ПЛ/1. ПЛ/С— быстро работаю­щий отладочный компилятор, имеющийся в Корнеллском универ­ситете, ПЛ/1-оптимизатор — оптимизирующий компилятор вычис­лительных систем фирмы IBM. Оптимизаторы для языка КОБОЛ обсуждаются в книге М. Стэнли и др.)

20. Методология разработки через тестирование (TDD). Последовательность этапов разработки при использовании методологии TDD. Три закона TDD.

В 1997 году никто не слыхал о методологии TDD (Test Driven Development, то есть «разработка через тестирование»). Для подавляющего большинства разработчиков модульные тесты представляли собой короткие фрагменты временного кода, при помощи которого мы убеждались в том, что наши программы «работают». Мы тщательно выписывали свои классы и методы, а потом подмешивали специализированный код для их тестирования. Как правило, при этом использовалась какая-нибудь несложная управляющая программа, которая позволяла вручную взаимодействовать с тестируемым кодом.

Как я уже говорил, наша профессия прошла долгий путь. Сейчас я бы написал комплексный тест,

Да, мы прошли долгий путь; но дорога еще не пройдена до конца. Движения гибких методологий и TDD поощряют многих программистов писать автоматизированные модульные тесты, а их ряды ежедневно пополняются новыми сторонниками. Однако в лихорадочном стремлении интегрировать тестирование в свою работу многие программисты упускают более тонкие и важные аспекты написания хороших тестов.