Программист

Программи́ст — специалист, занимающийся непосредственной разработкой программного обеспечения для различного рода вычислительно-операционных систем.

Источник: Википедия

Упоминания в литературе

За последние пять-шесть десятков лет многие инженеры-компьютерщики озаботились проблемой нестабильности качества при разработке ПО. Она объяснялась тем, что разные команды пользовались разными методами разработки, в основном созданными на коленке. И инженеры окунулись в работу. В результате возник ряд формализованных подходов. Родилась профессия разработчика программного обеспечения. Отправной гипотезой служило представление, что создание ПО – чисто инженерная задача. В результате появилось большое количество моделей, методов, подходов и технических приемов, которые, по идее, должны были помочь программистам повысить качество готовых программ. Но странное дело – при реализации большинства проектов эти методы оказывались неэффективными. Гораздо чаще их результатом становилось возникновение очередной бюрократии. Проекты по разработке ПО занимали столько времени и требовали создания такого количества документации, что «формальные» требования к продукту успевали по нескольку раз измениться за то время, что проект находился в разработке. Тем временем небольшим командам программистов удавалось выпускать на рынок продукты гораздо более высокого качества, на порядки дешевле и существенно быстрее. На их стороне были энтузиазм, дисциплина, гибкость и методы, адаптируемые под каждый проект. Эволюция произвела на свет динозавров, но вся пища доставалась муравьям.

Юрген Аппело, Agile-менеджмент. Лидерство и управление командами, 2011

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

Даниэль Дрешер, Основы блокчейна: вводный курс для начинающих в 25 небольших главах, 2017

Особое место на IT-рынке занимают разработчики заказного программного обеспечения и аутсорсеры[5]. Первые, освоив определенный набор технологий, разрабатывают продукты по заказу клиентов. В компаниях-аутсорсерах также есть команды программистов, но такие компании ориентируются не на конечных заказчиков и полный цикл продажи проекта, а на «продажу» собственных специалистов в качестве рабочей силы – разработчику ПО, системному интегратору, IT-отделу клиента (очевидно, что границы между разработчиками ПО и аутсорсерами несколько размыты, к примеру, последние также могут взяться за разработку «под ключ»).

Филипп Гуров, PR IT-компаний: Российская практика, 2011

4) язык Паскаль (Pascal), названный в честь французского ученого Б. Паскаля, был разработан в 1968—1971 гг. Н. Виртом. Изначально Паскаль создавался для обучения программированию, однако в дальнейшем стал широко использоваться для разработки программных средств профессиональными программистами.

Ангелина Витальевна Яковлева, Информационные системы в экономике. Шпаргалка

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

Илья Мельников, Тайна отличного интерфейса вашего сайта, 2012