Поэтому допустить отступления от правил даже в одном проекте, пусть в большом и
сложном (в моем письме без лишней скромности говорилось, что такой проект
достоин отдельного стандарта), фирма, конечно, не могла. И проявленная ими
реакция на запальчивые, при всей их обоснованности, аргументы в пользу
модернизации стандарта говорит только о мудрости фирмачей, за плечами которых
опыт многих проектов.
Что же касается нелепых или смешных требований, то это во многом действительно
дело вкуса и привычек. Что там табуляции — в иных стандартах можно встретить и
не такое! Например, в каком-то (правда, очень старом) руководстве по
программированию на Фортране можно было встретить рекомендацию избегать
подпрограмм, так как их вызовы приводят к большим накладным расходам. А
компилятор GNAT языка Ada95, разработанный в Нью-Йоркском университете, при
компиляции собственного исходного текста квалифицирует отступление от принятого
стиля программирования (например, неверное число пробелов между оператором и
комментарием) как… синтаксическую ошибку!
Так что и этот опыт тоже не прошел для нас даром. Следующий проект, в котором
мы участвовали, начался именно со спецификации требований на стиль
программирования (получился текст объемом более полусотни страниц), и особое
внимание было обращено на то, чтобы все программисты ему следовали.
Программирование "наизнанку"
Решающим фактором в том, что сегодня мы имеем нечто, что можно с уверенностью
назвать компилятором Си++, стало тестирование. Нам трудно судить о том,
как следует тестировать, скажем, текстовый редактор или (упаси, Господи!)
операционную систему, но наш опыт тестирования и отладки компилятора говорит о
том, что это едва ли не самое главное во всем проекте.
Нам очень повезло. Кроме компилятора, бельгийцы заказали еще и пакет тестов на
проверку компилятора (любого, не только нашего) на соответствие стандарту. Этот
пакет мы и натравили на наш компилятор, точнее, на то, что мы тогда считали
таковым.
Нам повезло и в том отношении, что пакет делала другая команда. Два опытных
специалиста, давно занимавшиеся проблематикой тестирования именно компиляторов,
на этом еще в прежние времена защитившиеся, придумали методику разработки
тестов и написали формальные спецификации, а группа студентов по этим
спецификациям выдавала сами тесты.
Надо понять специфику этой работы, чтобы оценить ее невероятную сложность. Есть
стандарт языка (который и не стандарт вовсе, а "рабочие материалы по
предварительному стандарту рабочих групп ANSI и ISO", и почти каждый квартал
выходит новая версия этих "рабочих материалов"). Это кирпич в три килограмма.
Каждый абзац стандарта содержит одно утверждение (а чаще несколько)
относительно того или иного свойства языка. Тестовый пакет должен проверять
каждое такое свойство, т. е. содержать соответствующий тест на каждое
утверждение стандарта. Каждое утверждение тестируется в предположении, что
другие языковые свойства компилятор реализует корректно,-- протестировать все
сочетания свойств физически невозможно. Предварительный стандарт, как уже
говорилось, постоянно изменяется, значит каждый новый талмуд нужно просмотреть
и увидеть, что изменилось по сравнению с прежним (перечень изменений рабочие
группы не ведут), и внести в тесты соответствующие изменения и добавления.
