DRAKON.SU

Разновидности редакторов "карт ума"
Если отвлечься от монополизированной Тони Бьюзеном идеологии "карт ума", то прецедентов визуальной письменности обнаруживается великое множество. Это и картография, и черчение в машиностроении и строительстве, и принципиальные схемы электроники, через голограммы формирующие чипы и процессоры... Это и визуальные среды программирования DRAKON, HiASM и др., ранее представленные в нашей рассылке.
Но все упомянутые - узкоспециализированные виды письменности со своими строгими правилами, обеспечивающими адекватность смысловых моделей конкретным объектам реальности.
А интеллект-карты другие - они претендуют на универсальное применение в любых задачах, хотя, как мы увидим далее, и среди них существует специализация.

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

Владимир Паронджанов, 3 книги, (спасибо БЧ за открытие этого Автора)

Дружелюбные алгоритмы, понятные каждому. Как улучшить работу ума без лишних хлопот.

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

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

- широко и глубоко и много, за содержание 5 с +, за название 1 с -.

Занимательная информатика.

- крайне полезная для детей и как оказалось для некоторых многих всех недоразвитых сотрудников книга. моя личная оценка – выдающаяся книга, потому что мой 8ми летний сын прочел ее одним махом, и отвлечь его не смогло ни мороженное ни игры. ТАК писать для детей это отдельный талант или даже магия.

Program or be Programmed. Ten Commands for a Digital Age. Douglas Rushkoff.

- «Когда люди изучают язык, они учатся не только понимать, но и говорить. Когда мы изучаем грамматику, мы учимся не только читать, но и писать. Мы все более приближаемся к цифровой реальности и мы должны учиться не только использовать программы, но и понимать как делать их. В новый, сильно запрограммированной среде обитания, вы будете или создавать программное обеспечение или сами станете им. Это очень просто: программируете вы или программируют вас. Выберите первое и вы получите доступ к контрольной панели цивилизации. Выберите второе и это может быть последний реальный выбор который вы сделали.» – золотые слова!

Данный бюджет рассчитан
на исполнителей низкого класса
Бюджет: 100 р./проект
$ 3.24 — 2.37 € — 3.33 FM

Автор: на сайте 1 год и 2 месяца, + 14 / 0 / - 0, 0 СБР [05.08.2011 | 16:49] [внесены изменения: 05.08.2011 | 16:54]
Создать в векторе слепыш дракон-схемы языка Дракон.
Имеется черновик слепыша дракон-схемы.
Нужно исполнить его в векторе.
Условия:
Формат исходника – .cdr (CorelDraw 12)
Оплата деньгами Яндекса.
Отберу 5 исполнителей. Надо будет потом расставить текст. За отдельную плату.

Надо пропагандировать асан шире. Особенно в части молчания ума.

Вт, 07:24: Мои соболезнования создателю языка "Дракон" по поводу несоответствия рекламы и реальности.

Re: ООП - палочка выручалочка...

barbarian_rus 2011-06-10 12:21 am (UTC)

Проектирование или разработка ?

Палочкой-выручалочкой в прикладном программировании могли стать системы обработки естественно-языкового интерфейса или трансляторы. Чем занимался Нариньяни.

Или продолжение исследований по сетлу, чтобы инженеры и математики могли описывать предметные области в доступных терминах физмата и теории множеств.

Или когнитивной графики. Чтобы дебильный графический многооконный интерфейс пропал, как утренный сон. Довели бы до ума графические языки, вроде Дракон-Схемы.

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

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

Не верю, что мультиагентная модель была труднореализуема не в ООП.

Кстати, ООП сейчас устаревает. На смену приходит domain driven. Когда сначала описываются грамматики и термины предметной области, а затем с помощью описанных терминов оперируют сущностями ПО напрямую. И никаких декомпозиций.

Умное государство

Евгений Рябов, советник генерального директора ООО «Печора СПГ»

Качество работы бюрократического аппарата в России можно заметно улучшить без репрессий и революций. Требуется лишь минимум политической воли и применение давно известных в мире теорий реинжиниринга административных процессов

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

ФГУП "НПЦ Автоматики и приборостроения им. Пилюгина" уже в далеком прошлом перевело все свои разработки на ГРАФИТ-ФЛОКС (графический язык реального времени). А это подразумевает не только отсутствие ассемблера, но и в принципе разработку ПО инженерами, которые к программированию отношения не имеют вообще! Не говоря уже про ассемблер

Владимир Даниелович, вот более конкретная ссылка -
http://www.novosti-kosmonavtiki.ru/phpBB2/viewtopic.php?p=848595&sid=5c318185725d3dbea0d7e35a7afc3dce#848595

ДРАКОН — очень лёгкий язык. Настолько лёгкий, что разработку многих компьютерных программ для космических ракет на практике ведут не программисты, а обычные специалисты — по принципу “программирование без программистов”. Причина отказа от программистов проста. При решении практических прикладных задач специалисты досконально владеют материалом и прекрасно знают постановку задачи. В отличие от них программисты не знают “физику процесса” и становятся “лишними людьми”, без которых вполне можно обойтись. Это позволяет значительно сократить издержки, улучшить показатель "затраты—результат", ускорить ход работ и полностью избавиться от ошибок “испорченного телефона”, вызванных взаимным непониманием между ПРОГРАММИСТАМИ и СПЕЦИАЛИСТАМИ.
...........
вот по этому эти ракеты и падают, теряются , ломаются так часто

Я согласен что блок-схема как форма описания для современного взгляда на алгоритмизацию устарела. То же описание языка Дракон начинается с критики блок-схем и дифирамбами в адрес схем яз.Дракон.
Тем не менее в школах и ВУЗах алгоритмы изучаются на основе классических блок-схем, нравится это нам или нет.
И поэтому преподавание курса алгоритмизация и программирования должно учитывать все нюансы и недостатки языка блок-схем и сравнение с альтернативными формами представления алгоритмов.

2)правда есть т.н. парадигмы программирования, в частности функциональное направление (языки), Lisp, Refal
Можно ли говорить об отличии описаний моделей задач для этих языков от классических блок-схем ?Другими словами, для каждого стиля программирования (функционального, компонентного,cобытийного) использовать свою форму представления алгоритмов. При этом конечно терминологически отличая эти формы представления от классических блок схем.

http://vkontakte.ru/notes33947


Там же и TAU упоминается.

http://dxdy.ru/post515968.html#p515968 16.12.2011, 00:02

Блок-схемы алгоритма