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

Всё что написано пером не вырубишь и топором , мутно всё там и по многим позициям с ним можно поспорить.

но как в точку попал автор

Статья старая, помоему 2001 года

я не понял зачем ты тогда ветку завёл

В какую точку он попал интересно

мутно всё там и по многим позициям с ним можно поспорить.

Я имел ввиду совпадение мнения автора с идеями заложенными в HiASM.

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

Полностью (или почти полностью) исчезнут ошибки компиляции

Более того, станет возможна online-компиляция программы: код оператора создается прямо в момент его ввода, а создание исполняемого файла будет компоновкой уже откомпилированных частей.

Я имел ввиду совпадение мнения автора с идеями заложенными в HiASM.

Поэтому создание входного языка для многоязычного компилятора можно произвести двумя различными способами:

1. Использовать только общие конструкции (область пересечения), отбросив все «особенные» конструкции языков, как не необходимые. Это приведет к усечению всех языков программирования.

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

Разумеется, ни один из этих подходов не должен применяться «в чистом виде», но более правильным представляется первый вариант, поскольку в «области пересечения» содержится исторически наработанный необходимый минимум семантических конструкций. Приведем несколько примеров из «области пересечения» и «области объединения» языков.

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

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

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

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

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

Впрочем для взгляда с позиции "все дураки, один я умный" это не является существенным фактом.

сегодня эта статья устарела полностью

два раза перечитал статью и не увидел ни одного совпадения.

Очевидно что для нас язык программирования не родной т.к в нём присутствуют ключевые слова и сокращения английских слов и словосочетаний, вот у них и надо спрашивать родной или не родной для них этот язык.

Sun Labs, исследовательское подразделение корпорации Sun Microsystems, понемногу начинает представлять публике свою новую разработку — язык программирования Ace. По сути дела, это графическая среда для быстрого создания приложений на базе языка Java с собственным компилятором и виртуальной машиной.

Основное достоинство рожденного когда-то в стенах Sun языка Java — его платформонезависимость, то есть способность работы приложений на разнообразных процессорах и операционных системах. Но многие годы одной из главных претензий к Java было то, что программировать на этом языке довольно трудно. Ace же, призванный решить проблему, позволяет без особых усилий создавать приложения на Java даже неспециалистам, поскольку большая часть работы осуществляется без написания кода, просто манипулированием элементами общей блок-схемы программы на экране.

Подобный подход, конечно, далеко не нов и давно уже реализован для других языков программирования. Обратной стороной такой простоты, как известно, становится утрата гибкости программ и «разбухание» кода. Однако широчайшая востребованность «всепригодного» языка Java в Интернете и в приложениях для внутрикорпоративных сетей нередко приводит к дефициту опытных программистов, свободно владеющих этим инструментарием. С помощью же Ace подобные затруднения преодолеваются достаточно легко. Причем, по оценкам Sun Labs, срок разработки Java-приложений в графической среде может снижаться на порядок.

Развернутое представление нового языка компьютерной общественности состоится в июне этого года, в рамках конференции JavaONE, где запланировано опубликовать и важные части исходного кода Ace. Этим шагом Sun надеется привлечь как можно больше сторонних программистов для создания максимально широкой базы приложений. На вопрос, почему новый язык называется Ace, разработчики отвечают цитатой из толкового словаря английского языка: «Ace (существительное) — очко, выигранное одним ударом в таких играх, как теннис, гольф, гандбол, то есть самый быстрый и
эффективный способ достичь выигрыша».

Обратной стороной такой простоты, как известно, становится утрата гибкости программ и «разбухание» кода

то есть самый быстрый и эффективный способ достичь выигрыша