Будущее Java

Арт Уитман

Мой портативный ПК работает почти в 15 раз быстрее, а объем его памяти в 32 раза больше, чем у настольного компьютера, который был у меня 15 лет назад. Правда, иногда он "соображает" так медленно, что я просто поражаюсь этому. Первые системы с разделением времени, обслуживавшие 30 или 40 пользователей, имели объем памяти только в несколько мегабайтов и работали несоизмеримо медленнее, чем мой ноутбук. Тем не менее эти 30 или 40 человек могли все вместе работать на одном компьютере и получать необходимые им результаты в пределах разумного времени, тогда как с помощью моего ноутбука я одновременно могу лишь с трудом редактировать документ и получать сообщения электронной почты.

Ладно, возможно, я несколько преувеличил. Ведь в действительности не получаешь никакого удовольствия от применения систем с разделением времени, особенно если сравнить работу на них с работой на современных персональных компьютерах. К тому же, как я считаю, вполне разумно пожертвовать частью производительности ради ставших привычными восхитительных графических пользовательских интерфейсов. Однако особо следует подчеркнуть, что сегодня мы во имя последних затрачиваем слишком уж много ресурсов ЦПУ, в то время как нужно просто изменить метод, посредством которого в настоящее время создаются приложения.

Цели и инструментальные средства программистов кардинально изменились с середины 80-х годов. В то время большинство операционных систем и коммерческих приложений были написаны на языке Ассемблер. Программисты досконально знали возможности аппаратных средств, на которых будет работать их программное обеспечение. В настоящее время из-за сложности ПО и аппаратных средств приложения создаются на языках высокого уровня, таких, как Cи и Cи++. Мы создаем все более причудливые приложения с приятными графическими пользовательскими интерфейсами, принося в жертву скорость. По моему мнению, это разумный компромисс. Я не хотел бы вернуться к использованию WordPerfect 4.0 с его символьным интерфейсом.

При любых обстоятельствах через 15 лет ситуация изменится и будет так же отличаться от современной, как последняя отличается от той ситуации, которая была 15 лет назад. На сегодняшний день наиболее выдающимся явлением в общем представлении об имеющихся технологиях разработки программного обеспечения стал язык Java. Противников у Java предостаточно. Аргументируя свои доводы, они утверждают, что этот язык слишком медленный и не имеет достаточных преимуществ по сравнению с существующими средствами программирования. И действительно, является ли преимуществом над платформой Windows тот факт, что, скомпилировав Java-программу один раз, вы можете выполнять ее на чем угодно, тогда как, по утверждению сторонников Windows, один раз скомпилированная Windows-программа будет выполняться в 95% случаев?

Теперь о месте Java в истории. Я в самом деле считаю, что этот язык, возможно, как раз и будет тем самым, который нужен для создания приложений в следующем десятилетии. Проблема с Windows заключается в ее подавляющем все и вся однообразии. Мультипроцессорные системы нуждаются в операционных системах, приспособленных к их уникальной архитектуре. По этой причине в аппаратных средствах, разработанных в качестве платформ для СУРБД, предусмотрена возможность использования любой подходящей для этого технологии программирования.

Цель языка Java - избежать "удушающего" единообразия в ПО, столь характерного для платформы Windows. Если Java-технология сумеет гарантировать поставщикам аппаратных средств возможность создания приложений для любых фантастических систем (при условии, что все они поддерживают Java), тогда в конце концов нам действительно удастся избавиться от Microsoft и Intel, по крайней мере на серверной стороне.

Предстоит еще долгий путь, и пока далеко не так очевидно, что возможности Java уничтожат монополию Microsoft-Intel. Однако бесспорно: однократной компиляции и повсеместной выполняемости, как таковой, недостаточно для выведения Java на передовые позиции. Что нам необходимо действительно, так это наличие реальной среды, в которой мы наконец-то сможем проделать все эти вещи. И если потребуется несколько лишних тактов ЦПУ, то пусть так оно и будет. Возможности процессоров растут так быстро, что скоро мы сможем позволить себе роскошь использовать их более расточительно.