Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Будущее 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 на передовые позиции. Что нам необходимо действительно, так это наличие реальной среды, в которой мы наконец-то сможем проделать все эти вещи. И если потребуется несколько лишних тактов ЦПУ, то пусть так оно и будет. Возможности процессоров растут так быстро, что скоро мы сможем позволить себе роскошь использовать их более расточительно.





  
4 '1998
СОДЕРЖАНИЕ

колонка редактора

• На выходные - в XXI век с "Телеком Финланд"

локальные сети

• Не вините во всем сеть

• Сетевые ОС: кому принадлежит будущее?

• Конвертеры среды передачи

• Эффективность экранирования кабельных коробов

• Тестируем DLT-библиотеки среднего уровня

• Взаимодействие Windows NT с другими ОС

корпоративные сети

• Повелители маршрутов

• Российский АТМ. Заметки на марше

• Управление трафиком АТМ

• ADSL поможет АТМ "дойти" до пользователя

• DTP-мониторы для масштабируемых Web-служб

• Оценка эффективности применения ERP-систем

услуги сетей связи

• О качестве телефонной сети общего пользования

• Система WLL на основе технологии FH-CDMA

системы учрежденческой связи

• Отечественные системы локального биллинга

интернет и интрасети

• Интернет в России или Россия в Интернет?

• Будущее Java

• Удаленное управление с помощью Web-браузера

защита данных

• Маршрутизаторы ISDN с функциями межсетевых экранов

• Стабилизаторы напряжения электросети и фильтры

бизнес

• Интервью с вице-президентом компании АМР г-ном Д-Арси Роуч

новые продукты

• Система автоматизации документооборота ЭСКАДО

только на сервере

• ...а CDMA идет!

• Управление трафиком в корпоративных сетях



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх