Обычный программист

Cтраница 1

Обычный программист, однако, может и не подозревать о значении этой проблемы. Для того чтобы пролить свет на эту проблему, рассмотрим типичный процесс обработки данных. [1]

И опять обычному программисту, как правило, не приходится писать команды для генерации программного прерывания или для передачи монитору необходимых аргументов при прерывании. [2]

Система должна быть недоступной для вмешательства; обычные программисты ке должны располагать возможностью обхода системы контроля. [3]

Таким образом, требования реальности состоят в том, чтобы обычные программисты с заурядными способностями смогли научиться писать программы, которые с самого начала не содержали бы ошибок. [4]

Нижние три уровня конструируются не для того, чтобы с ними работал обычный программист. Они изначально предназначены для работы интерпретаторов и трансляторов, поддерживающих более высокие уровни. Эти трансляторы и интерпретаторы составляются так называемыми системными программистами, которые специализируются на разработке и построении новых виртуальных машин. Уровни с четвертого и выше предназначены для прикладных программистов, решающих конкретные задачи. [5]

Выскакивающее меню активизируется при выборе его мышью. Оно фактически является. [6]

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

Важным свойством EDIT80 является его настраиваемость на тип видеотерминала. Это дает возможность легко адаптировать ДОС 1800 к новым типам видеотерминалов, делает такую работу доступной для обычного программиста. [8]

Эти методы весьма ограничены в настоящее время по своим возможностям из-за недостаточной проработки теоретической базы, кроме того, обычные программисты не обладают достаточными знаниями для их использования. [9]

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

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

Страницы: 1