DRAKON.SU

Опыт создателей Бурана вдохновляет.

По-моему, новые языки программирования Гугль порождает каждый год, если не чаще. Dart, Go, а теперь Blockly (code.google.com/p/blockly/). Новая технология, впрочем, нацелена не на корпоративные нужды, а скорее на детишек и образовательные задачи.
...
Авторы заявляют, что Blockly прежде всего открывает путь к программированию детям и неспециалистам, но такие заявления мы регулярно слышим уже не одно десятилетие, pcweek многократно на эту тему писал. Есть например сильная отечественная разработка Дракон (drakon.su), которая вроде даже при создании космолетов использовалась.

В настоящее время на кафедре ведутся работы по созданию мультимедийных материалов на основе визуальных графических языков Дракон и Граф для проведения занятий с применением современных информационных технологий, создается электронная информационная библиотека по дисциплине «КДиП» для магистров и аспирантов, собирается электронная база нормативных документов по проектированию деревянных конструкций, испытанию образцов материалов и соединений.

9 В. Паронджанов. Почему мудрец похож на обезьяну, или парадоксальная энциклопедия современной мудрости. М.: РИПОЛ классик, 2007.-1152 с.

Я обратил внимание на эту книгу, т.к. ранее познакомился с другим трудом автора, посвященном разработке компьютерных языков (язык ДРАКОН) и который частично вошел в настоящий.

Если первый труд производит впечатление весьма положительное, то второй напоминает утопию, впрочем, как и все проекты, направленные на усовершенствование человечества.

...
10. Вместо заключения.
Я попытался в меру своих возможностей показать, что представляет со-
бой научное сообщество и с какими проблемами связано его существование.
...

Мне нравятся книжки, которые без размазывания сути по толстым томам. По-моему, все должно быть кратко и понятно.

Рекомендую:

1. Ю.И. Рыжиков "Работа над диссертацией по техническим наукам 3-е издание".
2. Владимир Паронджанов "Учись писать, читать и понимать алгоритмы".

Первая, написана профессиональным исследователем со стажем в 50 лет. Книжка быстрая, в ней лишь самое оно.

Вторая, написана великим первопроходцем в области эффективного мышления. Я бы назвал его методы "лезвием Оккама" в среде понимания\осознания. Это настоящее программирование без программистов.
Вот бы книги КК съалгоритмить в дракон-схемы Паронджанова. Сколько бы блудших душ прозрело бы.

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

Superwad > Сергей Зыкин • 3 дня назад
Да до меня уже всё придумали и дали определения. Это когда текст сразу читается и визуально воспринимается программистом, особенно когда впервые видит код. Именно на восприятие текста при отладке больше всего затрачивается времени в цикле создания программы (это около 75 %).

Да и повозившись с C и С++ понял всю их ущербность в этом плане. Увы, но эти языки давно уже не торт, а рудимент. Как бы про них не говорили.

ЗЫ. На кодинг (набивание самого кода) уходит меньше всего времени. А современные IDE с автозаврешением кода ещё больше нивелируют разницу в объёме написания кода.

ЗЫЫ. А ещё есть интересный язык Дракон для написания алгоритма кода, при его использовании ещё уменьшается вероятность возникновения уже ЛОГИЧЕСКИХ (самых сложных) ошибок.

Superwad > Сергей Зыкин
Насчёт вижул бейсика да на .Net - это ещё то. Хотя самого криминала в языке нет. На нём спокойно можно написать и ПО для кардиостимулятора, опять же всё зависит от реализации.

В реализации от M$ - это громкий ужос!!! Причём практически все продукты от них - это страшная вещь, да ещё и за деньги!

По крайне мере, я не смог оценить ни одного продукта от них и не найти кучу серьёзных критических ошибок, которые сводят на нет кучу ништяков.

Насчёт АСМ и С и С++ позволю не согласится. На них запросто можно наломать на ровном месте кучу дров и очень долго расхлёбывать. Это инструменты для написания узкоспециализированных вещей.

Просто я знаком с С и С++, Asm-ом - это довольно хорошо иногда помогает. Но, как показывает практика, чаще всего используешь готовые библиотеки и решения, так как скорость разработки и отсутствие элементарных ЛОГИЧЕСКИХ ошибок (да и скорость работы Lazarus приложений) мне больше по душе. Тем более, отлаживать код на Паскале приятнее, чем на сях.

PS. А насчёт совместимости разных версий C - это вообще миф, один механизм маскарадинга чего стоит, который зависит от реализации компилятора. А ведь библиотеки нужно и не на С++ вызывать (я покуда расковырял эту ерунду, потратил аж 2 месяца).

Благо были исходники под руками, пришлось немного подшаманить и делать вызов из отдельной процедуры, объявленной как чистая С, только тогда всё заработало.
PSS.

А разбирался с кодом на C++ очень долго, так как код на самом деле сишный не читабельный, как паскалевский - это проблема всех C-подобных языков.
PSSS. Насчёт кривой и проблемной реализации библиотек согласен, сталкивался много раз на Delphi, иногда на Lazarus. И что интересно, на Lazarus библиотеки работают намного стабильнее, чем в платном Delphi. Ну с моей точки зрения.

PSSSS. Почитай про язык Дракон, и как с его помощью, да при применении Asm в СССР написали всю бортовую систему Бурана, из-за того его использовали, что оперативки было очень мало.

А если учесть, что система была практически без глюков, автопилот сработал на "отлично", отклонение при посадке на аэродроме составило всего 50 см - вот это класс!

Но опять же, все упирается в качественно разработанный инструментарий и правильно подобранный инструмент для каждого вида задач. С и С++ меньше всего подходят для быстрого, а тем более, качественного написания ПРИКЛАДНЫХ программ. Затраты на конечный результат будет намного выше.
С уважением

Superwad > Сергей Зыкин • 19 часов назад
Хочу немного развеять миф о неприменимости других языков, кроме Си для высоконагруженных серверов/задач (и имеющие критически важные уровень безопасности).

Просто посмотрите на чем были написаны программы менфреймов в прошлом веке - это Кобол, PL/I и... ассемблер. Да, для критически важных систем есть ещё и язык Ада.

ЗЫ. Дракон - это язык описания структуры программы. Очень хорошая вещь, есть народный редактор для рисования схем. Народ использует не только для программирования, но и для написания техпроцессов, логики микросхем, в организации взаимодействия в банковской структуре.

Так что вещь действительно мощная. Есть закрытая реализация с компилятором для написания кода систем для российских ракет.

Привет.

предлагаю посмотреть на язык ДРАКОН (вкратце) и его форум ссылки 1 2 3 4

особенно рекомендую ознакомиться с PDF по ссылке

а также на SWITCH-технологию , публикации, лекции например, UniMod и примеры

ещё кратко про SWITCH

очень краткое интро

Здесь примеры CASE систем —

«ИС ДРАКОН», среда Г. Тышова и прочие CASE-средства для ДРАКОНа (ДРОН и т.п.); — что-то было на tcl/tk

меня больше удивил язык ДРАКОН, на нем разрабатывался наш Буран, тот что летал на орбиту...там как раз настоящий визуальный язык, в отличие от VISUAL C++ и VISUAL BASIC))

P.S. но скачать язык не смог, потому что не нашел в инете, хотя есть его описание..)
_http://ru.wikipedia.org/wiki/%C4%D0%C0%CA%CE%CD

мы у себя в КБ вводим потихоньку
в поисковике фразы
язык дракон
методичка язык дракон
drakon redaktor - качайте(прежде нужно tcl поставить если под винду)
...
Владимир, вот тут собрал
https://vk.com/drakon_yazuk

Большинство ведущих CASE-технологий используют схемы действий. Мартин считает, что они “представляют собой наилучший способ для представления структурных программ и работы с ними”.

Автор не может согласиться с последним утверждением. По нашему мнению, хотя схемы действий обладают рядом достоинств, тем не менее по всем наиболее важным параметрам они уступают языку ДРАКОН и представляют собой самое слабое место RAD-методологии.

Одна из целей создания языка ДРАКОН — улучшение характеристик методологии RAD за счет замены схем действий на язык ДРАКОН.

В последнее время появились новые схемы — схемы деятельности (activity diagrams).Однако они также явно проигрывают по сравнению с ДРАКОНОМ.

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

*.Среди указанного семейства графических языков единственным более или менее приемлемым средством для представления технологических знаний и описания структуры деятельности являются схемы действий и схемы деятельности. Однако они обладают серьезными недостатками и по своим эргономическим и дидактическим характеристикам значительно уступают языку ДРАКОН. Поэтому в качестве техноязыка и нового элемента культуры следует использовать ДРАКОН, а не схемы действий.
*.Ставка на язык ДРАКОН является оправданной, так как она позволяет осуществить системные изменения в культуре: в системе образования, на производстве (программы и технологии), в науке (улучшение общения между учеными), в социальных технологиях и других областях.

В СССР был создан, на то время лучший, язык программирования высокого уровня - "Дракон".
Его стоит учить хотя бы потому, что он учить "думать".

Я не зря упомянул "дракон". Это "язык программирования", т.е. язык алгоритмов-последовательностей действий.
Где нужно описать алгоритм, там и используют. "На нём" даже пособия по акушерству пишут (в смысле книги)... оказывается.

Beduin, а вы думаете бейсик выучили и сверхчеловек теперь?
Принцип построения рабочего процесса везде одинаков. Хоть шатлл собирай, хоть крестики-нолики для доса пиши.
Прочитайте про язык ДРАКОН в википедии для начали. И тогда может поймете, что значит изобретать, а что значит работать.

О российской практике ничего не скажу (может быть, поделятся читатели?

В одной из предыдущих дискуссий уже всплыла интереснейшая ссылка на отечественный язык программирования ДРАКОН, мешающий писать с ошибками),

но о том, как работает НАСА, известно хорошо.