Bogdanov Andreyiscrafm__В Delphi ..., в C# ...
Точно так же устроена и Искра.Delphi и C# - это инструменты программиста. Чуть выше вы писали, что Искра - не для программистов. Зачем же вы сравниваете инструменты из разных категорий?

Вы выдрали кусок из контекста. Я не сравниваю инструмент программиста и инструмент разработчика. В том что вы выдрали из контекста говорилось об использовании компонентов в разработке. Так понятно? Но лучше все же постарайтесь по информации в интернет изучить этот вопрос, ее там много и с картинками.

Bogdanov Andreyiscrafm__так узнайте или не выдумывайте ерунду. Особенно в системах здесь выполняется демонстрация красивых картинок? Наличие любого количества пользователей ничего не говорит об удобстве системы, как средства разработки. И с использованием более неудобных средств делали вполне хорошие продукты.

конечно делали, не отрицаю. И я делал. Но..(выше давал ссылку уже) Это же все на пустом месте появилось.

Bogdanov Andreyiscrafm__И наведите порядок для себя в определениях, кто такие разработчики и кто такие программисты.Учитывая, что термин "разработчик" имеет очень широкий спектр применения, выходящий далеко за рамки IT-индустрии, я предпочитаю использовать термин программист (формальное название в классификаторе специальностей - "информатик", но это совсем неупотребительно). А вот вы видимо путаете программиста и кодера.
посмотрите по ссылке выше страницу "Автора!" . Как считаете, я не знаю чем отличается программист от кодера?

Bogdanov Andreyiscrafm__В том что вы выдрали из контекста говорилось об использовании компонентов в разработке. Так понятно? Понятно, но никакого отношения к визуальному программированию это не имеет. Компоненты превосходно используются и без всяких разноцветных рюшечек. Так что не надо записывать это в преимущества "визуального программирования". Вы еще можете вспомнить, что у них негров линчуют, а вот "визуальные программисты" этим не занимаются.
Да, компоненты используются и без визуальных рюшечек. Я не знаю конечно что вы называете "визуальными рюшечками".... Если уж говорить об Искре, то, в отличие от известного вам инструмента для программиста, здесь компоненты более "объемные". Например, компонент "Форма" или компонент "Многомерная таблица" ... И все это компонуется в уже готовой RT среде. Поэтому я и говорю, что это инструмент для Архитектора, который знает как и из чего компонуется приложение, но не хочет или не может самостоятельно запрограммировать эти компоненты и приложение в целом. Но любой программист конечно может запрограммировать свое (или то, какое ему сказали сверху) видение форм для ввода информации, к примеру . Убрать поставляемый с Искрой MDRunner и вместо него вставить в список загрузки (конфигурационный файл) свой.
Ладно, уже зациклились на Искре. Речь в топике была про язык формыл

iscrafm__конечно делали, не отрицаю. И я делал. Но..(выше давал ссылку уже) Это же все на пустом месте появилось.

Это же все НЕ на пустом месте появилось. Очепятка

ГхостикУ Искры просто есть строительные блоки бОльшего размера (вплоть до готовых домов), поэтому строить город будет быстрее, чем начиная с груды камней и тучи каменщиков. Но если заказчик требует Санкт-Петербург, а не военный поселок, то я бы выбрал каменщиков.
Вы правильно отразили суть. Есть только небольшое уточнение: это типовые блоки (как бетонки), но не исключается возможность выполнять строительство из груды камней. Просто поставляемые стандартно описания сервисов, их редакторы и модули запуска начинаются с типовых блоков, а не кирпичей. Но свои кирпичи тоже "можно завезти". См. "Загружаемые модули". Любой из них можно заменить на свой.

Алексей КМне кажется, что стремление к разработке программ "непрограммистами" - это утопия.
Программы, созданные "непрограммистами", системными аналитикам:
пример 1
пример 2
и таких много, это публичные примеры.
Т.е. нужно просто выделять "слои" для программистов и специалистов, более ориентирующихся в логике. Каждому свое.

Алексей Кiscrafm__пропущено...

Программы, созданные "непрограммистами", системными аналитикам:
пример 1
пример 2
и таких много, это публичные примеры.
Т.е. нужно просто выделять "слои" для программистов и специалистов, более ориентирующихся в логике. Каждому свое.Я бы не стал называть конфигурацию какого-нибудь бизнес-фреймворка программой.
пользователям эти тонкости не интересны, им важен результат. Для них это все программа. Иначе можно сказать, что и конфигурация того же Access или какого-либо контроллера не является программой. Просто, имхо, роли разделяются. Программисты программируют эти самые "кубики", бизнес или системные аналитики - их состав и содержание. Но в итоге получается все же готовая программа.

Алексей Кs_ustinovпропущено...

"Программа — данные, предназначенные для управления кон­кретными компонентами системы обработки ин­формации в целях реализации определённого ал­горитма."

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

Алексей Кiscrafm__пропущено...

пользователям эти тонкости не интересны, им важен результат. Для них это все программа.Тогда результат рисования в Фотошопе тоже можно назвать программой?
все смешалось в доме Облонских©. нет, в теме речь идет совершенно о другом: о разработке приложений с использование фрейворка, которые, по твоему усмотрению, почему-то не являются программой. Или ты не видел фреймворков просто? Хотя это странно для темы в которой множество ссылок на них.


Алексей Кiscrafm__Иначе можно сказать, что и конфигурация того же Access или какого-либо контроллера не является программой.Если есть последовательность операций - значит программа. Если нет - значит нет.

так все же в итоге получается, что конфигурация фреймворка является программой?