> -- Илья Ермаков писал(а):
> Сергей, как и раньше, вижу сильные возможные последствия в том, что на центральное место ставится семантическая структура. (ещё Вы не упоминаете, а стоит, о том, что должен быть стандартизирован API для работы с этой структурой, как ASIS, например, для Ады - и весь инструментарий - и сам редактор - тогда может создаваться как компоненты, работающие с программой через такой API. Типа как DOM, но, разумеется, не такой неуклюжий).

Я не специалист в компиляторах и абстрактных синтаксических деревьях, поэтому это скорее пожелание Валерию Лаптеву. К тому же, это не только технический вопрос, но и вопрос бизнеса - а нужно ли кому-то предоставлять такой API? Если семантический редактор будет закрытой системой, то нет.

> -- Илья Ермаков писал(а):
> Но вот не могу я понять, зачем построитель выражений, если любое выражение быстрее на порядок ввести? Ну быстрее!! Ну, факт. У меня в башке не помещается, зачем тыкаться с построителями. Только при изучении среды, в виде эдакого режима, позволяющего увидеть "а что можно подставить вот в это место". Но уже на пятый раз это осточертеет....Могли бы Вы обяснить, кого и чем может привлекать режим "построителей"? Одну категорию я могу предположить - кто совсем медленно печатает.

Построитель выражений - это опция. Если простое выражение быстрее ввести с клавиатуры - ради бога. У построителя выражений другое предназначение, чем заменять машинистку: он позволяет быстро найти то, что должно быть вставлено в выражение (функции, переменные, константы), правильно расставить многочисленные вложенные скобки, обозначить текстовыми "заглушками" последовательность ввода параметров.

> -- Илья Ермаков писал(а):
> MS Access и мышь - ужасные воспоминания. Я вообще с "обычными" БД работаю редко, но недавно и с Access пришлось, и с MySQL. От SQL и написания SQL-запросов, как и раньше, куча позитивных впечатлений. Access с его тыканием - ужасно.

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

> -- Илья Ермаков писал(а):
> Свои плюсы в структурном вводе есть... Но очень и очень продумать нужно его, чтобы он был эргономичен. Это значит - чтобы можно было ВВОДИТЬ, "потоком действий", а не собирать мышкой, как лего.

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