Как вам такая задачка?

Дано: У Васи десктоп с допотопным процессором Intel DХ486, 16 мегабайтами памяти, 14-дюймым монитором VGA и жестким диском на 100 мегабайт. У Пети ноутбук Sony Vaio за 4 тысячи долларов со всеми вытекающими из цены причиндалами и прибамбасами.

Вопрос: Кто из ребят лучше напишет сочинение на тему «Как бы Лев Николаевич Толстой отнесся к расстрелу Белого Дома осенью 1993 года, если бы был жив?».

Ответ: Сочинение лучше напишет Вася, потому что его папа не только работает учителем литературы в общеобразовательной школе номер 479, но еще и занимается воспитанием сына с раннего детства, тогда как папа Пети всего лишь ворует в должности председателя правления банка, тратя свое свободное время на сауну, ресторан и гольф-клуб.

Иррелевантность технологической составляющей в нашей жизни, ее бессмысленность в креативном отношении, ее беспомощность в культивировании талантов и способностей – вот мысли, печалящие меня в последнее время и лишь усиленные фотоотчетом Козловского о CeBIT. Не потому ли я отказался делать незамедлительный апгрейд на Windows Mobile 2005?

Поскольку «Голубятня» без софта – это аберрация гордыни, венчаю думку презентацией одной из самых ярких находок последнего месяца – Amazing Slow Downer (см. рис.).

Программа делает, казалось бы, невозможное: замедляет темп музыкальной композиции (или любого файла в формате MP3/Wave/Wma/Ogg/FLAC), сохраняя при этом высоту тона! Сколько раз возникало желание замедлить проигрывание музыкальной композиции, чтобы получше разобрать текст на иностранном языке, разучить музыкальную технику, запомнить гитарный аккорд! Попробуйте, однако, проделать этот трюк в звуковом редакторе: любое снижение натурального темпа превращает даже самый нежный девичий голос в натужное мычание недоеной третьи сутки коровы. О мужском вокале вообще нет речи – симфония каменного цветка под дверной скрип того, что некогда было аккордом.

Самое поразительное, что Amazing Slow Downer преобразует звук в реальном времени. При этом вы полностью контролируете ситуацию: собственноручно ускоряете (до 200% от оригинальной) или замедляете (до 20%) скорость проигрывания, повышаете или понижаете тон, смещаете звук по стереоканалам и изменяете общую палитру на встроенном семиполосном эквалайзере. Добавьте сюда функцию караоке (возможность исключать вокал из композиции), ручное определение участка для кругового прослушивания (loop) и управление всеми функциями непосредственно с клавиатуры, и вы получите уникальный инструмент, о котором я и мечтать не мог в детстве, когда часами переставлял иглу проигрывателя с дорожки на дорожку, пытаясь разобрать тексты Pink Floyd и Led Zeppelin и при этом безбожно шкрябая винил!

Хотя постойте… может быть, оттого я и выучил семь языков, что не было у меня в детстве никаких компьютеров и подавно – Amazing Slow Downer? Эх, старость, старость…

Линки на программы, помянутые в «Голубятне» – на домашней странице internettrading.net/guru.

Автор: Александр Петриковский

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

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

Чаще всего в небольших программах последовательное выполнение команд является самым естественным. Такое программирование носит название классического. Как только задачи усложняются – появляются подпрограммы и модули. Отсюда произросло структурное программирование. Оно позволяет создавать сколь угодно сложные программы и даже целые программные комплексы, разбивая основную задачу на подзадачи, которые называют модулями. Подгружаемые модули можно было отлаживать отдельно и компоновать в библиотеки для многократного использования из других приложений.

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

С расширением сферы применения программирования и особенно с развитием графических возможностей компьютеров появилась необходимость работать с большим количеством объектов, которые помимо свойств должны описываться рядом характерных действий. Аналогично набору свойств объекта, объединяемых рамками абстрактного понятия структуры, напрашивалось дальнейшее дополнение этого объединения набором действий – «методов». Это объединение уже представляло собой новую структуру данных – класс. Если структуру объекта можно сравнивать с его чертежом, то класс представляет собой уже некий рабочий механизм с органами управления. Этот подход позволил «конструировать» приложения из множества стандартных узлов, добавляя к ним детали и органы управления. В результате появилось целое направление – объектно-ориентированное программирование (ООП).

Нет смысла описывать все достоинства ООП, но главное достижение этого «изобретения» заключается в том, что оно приблизило представление о программе как о модели некоторого реального процесса реальной части мира!

Таким образом, все нововведения, появившиеся в свое время в технологии программирования, поддерживают одну и ту же стратегическую линию развития – совершенствование понятийного инструментария программирования.

В наши дни все большее распространение находят приложения, которые способны самостоятельно решать многовариантные задачи. Например, многие слышали о спулере[Знаете ли вы, что слово «spooler» образовано от сокращения SPOOL (кроме того, spool по-английски – катушка, шпулька), Simultaneous Peripheral Operations On Line, то есть одновременная оперативная обработка запросов к периферийным устройствам. – Здесь и далее примечания Константина Курбатова] печати – сервисной программе операционной системы, которая получает задание вывести документ на печать. Программе самой приходится опрашивать принтер, выяснять его готовность, отправлять документ на печать, а в случае занятости принтера ставить документ в очередь и т. д. Потребность в таких «умных» приложениях растет. Если раньше текстовый редактор представлял собой одну большую программу, то теперь в нем параллельно работают несколько процессов, каждый из которых выполняет специально отведенную ему роль. Например: форматирование, проверка орфографии, автоматическое сохранение документа.

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

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