В. Г. Гузев. Избранное

308 В. Г. Гузев. Избранное: К 80-летию 2. Подчеркивая актуальность и целесообразность создания МФТЯ, укажем сразу же на необходимость глубокого теоретического осмысле- ния задач, стоящих в этой связи перед разработчиками фонда, причем не только перед тюркологами-лингвистами, но и перед лингвистами- алгоритмизаторами и программистами. Теоретическое осмысление не- обходимо в первую очередь для выбора восходящего или нисходящего принципа проектирования и разработки МФТЯ [21. С. 171 —172]. Сущность первого подхода к построению сложных систем заключа- ется в том, что сначала разрабатываются простейшие модули системы, которые объединяются в более крупные блоки, последние, в свою оче- редь, компонуются в подсистемы и т. д. Некоторые специалисты, опи- раясь на опыт лингвостатистических и инженерно-лингвистических исследований индоевропейских, тюркских, финно-угорских, японского и других языков, предлагают решать задачи построения машинных фон- дов с помощью восходящего подхода, начав построение фонда с реше- ния на ЭВМ конкретных лексикографических, морфологических и даже фонологических и синтаксических задач, обеспечивающего накопление на машинных носителях определенной лингвистической информации вместе с программами преобразования элементарных языковых единиц в более сложные. Чем конкретнее задачи, тем, казалось бы, вероятнее использование ЭВМ для быстрого получения разного рода лингвисти- ческих данных. На следующем этапе конкретные результаты можно было бы обобщить и объединить в более крупные блоки информации, закладываемой в МФТЯ, а использованные для получения конкретной информации программы объединить в еще более крупные программ- ные блоки. К сожалению, опыт построения крупных систем (а к таким системам относится МФТЯ) выявил ряд серьезных недостатков в восходящем принципе. Основной из них состоит в постоянном появлении ситуации, при которой каждый модуль будущей системы хорошо работает в от- дельности, при объединении же модулей в комплекс последний либо не работает совсем, либо дает неверные решения. Объясняется это обычно тем, что некоторые модули создаются на относительно ранних стадиях разработки системы, когда еще не выкристаллизовалась ее общая схема, а другие разрабатываются на более поздних этапах, когда схема прини- мает окончательный вид, причем несколько иной, чем предполагалось на начальном этапе. Рассогласованность модулей обнаруживается чаще всего на заключительной фазе разработки системы, и она оказывает- ся часто настолько серьезной, что приходится заново переделывать от- дельные модули, а иногда и всю систему.