мнение профессионалов

Спецвыпуск: Хакер, номер #065, стр. 065-028-2

Олег Курцев: Наверняка хорошо. Современное программное обеспечение достаточно сложное. Людей, работающих над одним проектом, может быть много. Просто со времен программистов-одиночек прижилось мнение о том, что проект, созданный одним человеком полностью, выглядит красиво и целостно, а если участников много — это уже не то. Если программирование сводится к проектированию и удается выделить «кирпичики», красиво разбить задачу — это действительно то, что нужно. И роль проектирования получается первичной.

СПЕЦ: Будущее за «параллельным» программированием?

Анатолий Скоблов: За ним настоящее. Там, где оно нужно.

Антон Палагин: Распараллеливание вычислений и создание распределенных систем — это единственное направление, в котором пока возможен прогресс. Мы подходим к пределам миниатюризации электроники, поэтому увеличивать плотность транзисторов на сантиметр поверхности становится все труднее. Достаточно сравнить производительность одноядерных процессоров 2004 года и 2005 года — разница минимальна.

Никита Бурцев: Если учесть то, что среди выпускаемых нынче процессоров доля многоядерников неуклонно растет, то и будущее, соответственно, за теми приложениями, которые будут эффективно использовать подобную архитектуру.

ЗАРАЗА: Есть задачи, которые хорошо параллелятся. Есть задачи, которые совсем не параллелятся. Хороший разработчик должен уметь писать многопоточные, распараллеленные программы. В Windows, например, любое оконное приложение местами работает параллельно. Так что это, скорее, настоящее, а не будущее :).

Крис Касперски: Поживем — увидим. Быть может, через несколько лет никакого программирования в классическом понимании этого слова вообще не будет.

Олег Курцев: Не все алгоритмы можно распараллелить. Некоторые распараллеливаются легко (например нейронные сети), некоторые — с трудом. Если писать параллельные программы станет так же просто, как и обычные, появятся соответствующие языки, подходы и т.д.

СПЕЦ: Существуют ли реальные альтернативы ООП? Что придет на смену?

Анатолий Скоблов: Сейчас для мейнстрима — нет.

Антон Палагин: Если под ООП понимать ОО проектирование и анализ, то альтернатив, пожалуй, нет, и как-то на смену пока не выходит ничего. А вот на помощь приходят сервис-ориентированный анализ и проектирование (SOAD), а также моделирование бизнес-процессов (BPM). Если же иметь в виду ОО программирование… Сколько бонусов приносит ОО подход, столько же граблей он услужливо подставляет, как, впрочем, и любая другая технология. Важным умением разработчика является умение выбрать инструмент, оптимальный для реализации конкретной задачи.