Символьное моделирование / Программирование

Материал из Викиучебника — открытых книг для открытого мира

Программирование – создание (на языке программирования[1]) сообщения (называемого программой), которое представляет собой упорядоченный набор инструкций, реализующих алгоритм поведения s-машины (компьютера, смартфона или др.), определенный в спецификации задачи.
Создание программы (в общем случае) включает изучение спецификации задачи, написание исходного текста программы, компиляцию[2] и/или интерпретацию, компоновку [получение кода программы, готового к исполнению, путем сборки из объектных кодов модулей программы (одного или нескольких)] и отладку.
Программированием называют также деятельность, целью которой служит создание программ поведения s-машин.

Программирование и символьное моделирование[править]

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

С тех пор как существует программирование, программисты ищут способы повышения производительности своего труда (одним из примеров может служить методология разработки параллельных программ, основанная на системе знаний о задачах[3]). В современные инструментальные системы программирования[4], как правило, встроены механизмы применения шаблонов разрабатываемых продуктов и готовых решений для отдельных составляющих. Такие системы обычно содержат средства редактирования текстов программ, трансляторы[5], средства отладки, тестирования и оптимизации программ, графические средства проектирования интерфейсов[6], заготовки текстов для программ различных типов, библиотеки программ и др.

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

В реальности спецификация нетривиальной задачи и программа соотносятся так же, как проектная документация (в инженерном деле) и изделие, которое предстоит изготовить. Пригодность изделия (его соответствие проектной документации) можно определить только путём тестов, разработанных специалистами, хорошо знающими, что должен «уметь» испытуемый и какими свойствами (включая надёжность и безопасность) должен обладать.

  1. Ильин А. В. Языки программирования // Большая российская энциклопедия – электронная версия
  2. Дроздов А. Ю., Ильин А. В. Компилятор // Большая российская энциклопедия – электронная версия
  3. Vladimir D. Ilyin. A Methodology for Knowledge Based Engineering of Parallel Program Systems // Proceedings of the 8th international conference on Industrial and engineering applications of artificial intelligence and expert systemsAt: Melbourne, Australia. June 1995.
  4. Ильин А. В. Инструментальные системы // Большая российская энциклопедия – электронная версия
  5. Дроздов А. Ю. Транслятор // Большая российская энциклопедия – электронная версия
  6. Ильин А. В. Интерфейс в информатике // Большая российская энциклопедия – электронная версия