Язык ДРАКОН, вариации на тему "No OS" |
Здравствуйте, гость ( Вход | Регистрация )
Язык ДРАКОН, вариации на тему "No OS" |
12.1.2012, 10:20
Сообщение
#21
|
|
посіпака Хунти Группа: Мод Сообщений: 20016 Регистрация: 21.11.2009 Из: Vinnitsa Пользователь №: 11 |
Владимир Паронджанов "Дружелюбные алгоритмы, понятные каждому. Как улучшить работу ума без лишних хлопот." Закачал на телефон, в дорожке почитаю. Бегло ознакомился с драконовской IDE (удивившись размеру .exe, как когда-то с топором было). В принципе, есть на чём попробовать ("раздраконить"? Не замок на пике, конечно). И вообще, год Дракона как-никак. |
|
|
12.1.2012, 10:50
Сообщение
#22
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
Наверное, не стоит. Нужно пользоваться готовым. Вот кому нужно, пусть и пользуется. Я же фанат Перельмана - пустоты вычисляю. Активный нищеброд. Выспемсо и напьёмсо на том свете И вообще, год Дракона как-никак. Всё, что появляется в этом году называем драконом. Надо было протокольчег назвать "Space Constrained Dragon" |
|
|
Гость_MrYuran_* |
14.1.2012, 16:25
Сообщение
#23
|
Гости |
|
|
|
Гость_MrYuran_* |
16.1.2012, 10:35
Сообщение
#24
|
Гости |
В видеоуроках по шагам создается практически домофон
Пока что правда без фона, но к замку уже и-батон прицепили Очень толково все объясняется. ымбедерам смотреть однозначно! У нас новый сотрудник практически тем же занимается, только вместо двери у него электромеханический клапан, отсекающий 200атм. Но в целом задача очень похожая. |
|
|
16.1.2012, 19:53
Сообщение
#25
|
|
Активный участник Группа: Пользователи Сообщений: 18789 Регистрация: 13.1.2011 Пользователь №: 332 |
У нас новый сотрудник практически тем же занимается, только вместо двери у него электромеханический клапан, отсекающий 200атм. Но в целом задача очень похожая. ...а в скуде токма дверьми машут?! ))) ...не забываем про систему пожаротушения с пуском фреона + контролем персонала внутри защищаемого бункера + блокироффкой дверей-окон....для повышения эффективности... ... дракон отстой, вэиксворкс рулит.... http://injapan.ru/auction/l35468343.html . ....а меня укусил увж.прохожий...))) ...пыки наше всё!!!! http://injapan.ru/auction/b128816432.html за цельных три тыщи купил... |
|
|
16.1.2012, 21:15
Сообщение
#26
|
|
сундук Группа: Пользователи Сообщений: 4043 Регистрация: 21.11.2009 Из: Ростов-на Дону Пользователь №: 15 |
|
|
|
Гость_MrYuran_* |
17.1.2012, 6:29
Сообщение
#27
|
Гости |
Я вот так и не понял, компилятор (?) Дракона компилит код для какого проца? И в каком виде прошивка? В общем виде он не для проца, а для человеков. Особенно для далеких от программирования. Меня, например, коробит, когда я вижу начальника, вырисовывающего блок-схемы алгоритмов технологических процессов в автокаде. Начал вчера в дороге читать про "улучшение ума", в целом согласен. Особенно с тезисом относительно "инвалидов умственного труда" Я так понял, что на С. А потом обычным способом... На одном из пяти встроенных, но я бы предпочел подключаемые модули конвертации. Ну и по нынешним временам интерактива, конечно, не хватает в этой ИС. Чтобы те же метки не копипастить, а выбирать из выпадающего контекстного списка. Ещё я бы ввел "альясы" или что-то типа этого. Чтобы один и тот же алгоритм можно было скомпилить для теста на ПЦ (с соответствующими заглушками) и для конкретного таргета. Хотя, это все мелочи и можно при желании снаружи оформить. |
|
|
Гость_MrYuran_* |
25.1.2012, 20:52
Сообщение
#28
|
Гости |
Тайна ымбеда раскрыта чуть более, чем полностью!
Дочитываю Паронджанова "КУРУ" Цитата Известно, что “программист мыслит категориями, которые дает ему в распоряжение язык программирования” [19]. По мнению экспертов, влияние языка “независимо от нашего желания сказывается на нашем способе мышления” [20]. Язык оказывает глубокое воздействие “на навыки мышления и изобретательские способности”, причем “царящий в существующих языках беспорядок” непосредственно отражается на стиле и эффективности труда [19].
|
|
|
25.1.2012, 22:58
Сообщение
#29
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Правильно пишет.
Так все и есть. Дракон - рулез. |
|
|
25.1.2012, 23:30
Сообщение
#30
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
|
|
|
26.1.2012, 10:25
Сообщение
#31
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Весь прикол в ограничении выбора, шоб не распыляться на мелочь. Совершенно в точку. Лишний выбор — как минимум, путаница, как максимум - глюки. Убедиться, что не гадит при неиспользовании — и не использовать. Чтобы оно ни было - программа, микросхема или механизм или гаджет какой. |
|
|
26.1.2012, 10:34
Сообщение
#32
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
|
|
|
Гость_MrYuran_* |
26.1.2012, 10:51
Сообщение
#33
|
Гости |
Чтобы оно ни было - программа, микросхема или механизм или гаджет какой. Аналогия на пальцах. Рисуем схему мультивибратора (усилителя, источника да хоть чего). Даже не указывая номиналов, мы четко определяем визуальный образ класса схемотехнического модуля. Теперь берём, рисуем по листу шину и равномерно распределяем элементы на этой шине. Схема функционально не изменилась. Рисовать удобно, быстро. Ничего таскать туда-сюда не надо. Плейс - копипаст-копипаст. Едит. А теперь попробуем нарисовать так хи-фи усилитель (на рассыпухе, а не десятке БИС) И пробуем разобраться, скорректировать, исправить глюки Вот все потуги современных тулзов направлены именно на подпирание костылями изначально дефективного второго подхода. Кстати, в схемотехнике все больше наблюдается такой ымбедерский подход - разбиение схемы на 20 листов А4 Рисовать удобно, а вот регулировщики и ремонтники из сервиса матерятся почему-то. |
|
|
26.1.2012, 12:22
Сообщение
#34
|
|
ДИКТАТОР Группа: Мод Сообщений: 23809 Регистрация: 20.11.2009 Из: Житомир Пользователь №: 3 |
Аналогия на пальцах. Рисуем схему мультивибратора (усилителя, источника да хоть чего). Даже не указывая номиналов, мы четко определяем визуальный образ класса схемотехнического модуля. Теперь берём, рисуем по листу шину и равномерно распределяем элементы на этой шине. Схема функционально не изменилась. Рисовать удобно, быстро. Ничего таскать туда-сюда не надо. Плейс - копипаст-копипаст. Едит. А теперь попробуем нарисовать так хи-фи усилитель (на рассыпухе, а не десятке БИС) И пробуем разобраться, скорректировать, исправить глюки Вот все потуги современных тулзов направлены именно на подпирание костылями изначально дефективного второго подхода. Кстати, в схемотехнике все больше наблюдается такой ымбедерский подход - разбиение схемы на 20 листов А4 Рисовать удобно, а вот регулировщики и ремонтники из сервиса матерятся почему-то. Ну дык... И как Вы это видите в связи с Драконом? Визуальнее он чем то что делают обычно (я так понимаю, что обычно вообще блоксхемами не балуются, а тупо программят из головы...) или же это похоже на пример на шинах? |
|
|
Гость_MrYuran_* |
26.1.2012, 12:39
Сообщение
#35
|
Гости |
Ну дык... И как Вы это видите в связи с Драконом? Вчера попробовал раскидать экранное меню, которое до этого было в виде отдельных экранов раскидано на десятке листов с невнятным текстовым пояснением (из которого даже мне ничего не понятно, не говоря о случайном прохожем) В общем-то, динамика работы порадовала. Жаль, сама среда не приспособлена для приаттачивания картинок или произвольных файлов, только текста. Все-таки, экраны - штука четко детерминированная, там все по точечкам/знакоместам разрисовано. Главное, не напрягает совершенно, в отличие от классического подхода. Особенно когда пишешь с нуля. Есть возможность поиграть формами, не касаясь конкретного содержания. Грубо говоря, проектируем здание будущей программы на чертеже, вместо того чтобы сразу выкладывать его из кирпичей. Кирпичи потом очень тяжело переставлять, несмотря на то, что они виртуальные. В конце концов, и рассыпаться все может окончательно. Тогда проще заново написать. В книге у Паронджанова описан режим рантайма. Когда по шагам подсвечиваются нужные иконки. Вот этого очень не хватает. |
|
|
26.1.2012, 13:18
Сообщение
#36
|
|
Adept Группа: Пользователи Сообщений: 522 Регистрация: 20.4.2011 Из: Novosibirsk Пользователь №: 346 |
Аналогия на пальцах. Рисуем схему мультивибратора (усилителя, источника да хоть чего). Даже не указывая номиналов, мы четко определяем визуальный образ класса схемотехнического модуля. Теперь берём, рисуем по листу шину и равномерно распределяем элементы на этой шине. Схема функционально не изменилась. Рисовать удобно, быстро. Ничего таскать туда-сюда не надо. Плейс - копипаст-копипаст. Едит. А теперь попробуем нарисовать так хи-фи усилитель (на рассыпухе, а не десятке БИС) И пробуем разобраться, скорректировать, исправить глюки Вот все потуги современных тулзов направлены именно на подпирание костылями изначально дефективного второго подхода. Кстати, в схемотехнике все больше наблюдается такой ымбедерский подход - разбиение схемы на 20 листов А4 Рисовать удобно, а вот регулировщики и ремонтники из сервиса матерятся почему-то. Первый подход рулит, когда схема небольшая и позволяет отобразить себя компактно. Как только объём растёт выше какого-то порога, получается нечитаемое, несопровождаемое нагромождение элементов. Поэтому правильный подход - это сочетание обоих упомянутых. Т.е. схема (устройство, программа) должны быть разбиты на более-менее подъёмные логические куски, которые и оформлять в читабельном, удобном виде, и иметь схему или описание общей структуры. Такой подход в той или иной степени поддерживают все инструменты, применяемые для работы - хоть графические схемные редакторы, хоть языки программирования. |
|
|
Гость_MrYuran_* |
26.1.2012, 13:42
Сообщение
#37
|
Гости |
Такой подход в той или иной степени поддерживают все инструменты, применяемые для работы - хоть графические схемные редакторы, хоть языки программирования. А теперь вопрос: сколько строк кода поместится (читабельно) на экране? Сколько из них отображает структуру? Вот и получается: просмотр большой картины через маленькую дырочку. Следующий проект начинаю в драконе. Будет с чем сравнивать. |
|
|
26.1.2012, 14:13
Сообщение
#38
|
|
Adept Группа: Пользователи Сообщений: 522 Регистрация: 20.4.2011 Из: Novosibirsk Пользователь №: 346 |
А теперь вопрос: сколько строк кода поместится (читабельно) на экране? А сколько "весит" одна строка? Сколько из них отображает структуру? Вот и получается: просмотр большой картины через маленькую дырочку. Да хоть все. Вы что с чем сравниваете? Не помните примеров типа: Код int main() { return TApplication app("Hello, World"); } ? А это законченное приложение со всеми плюшками - гуиное окно со всем базовым функционалом (отрисовка окна, канва, заголовок, стандартное поведение и т.п.). Я про декомпозицию говорил - этот принцип одинаково применим как в графическом исполнении, так и в текстовом. И это не имеет отношения к спору "графика vs текст". Есть случаи, где графика эффективнее (это обычно уровень структуры), есть - где текст (уровень реализации). Следующий проект начинаю в драконе. Будет с чем сравнивать. Отлично. Держите нас в курсе. |
|
|
26.1.2012, 14:42
Сообщение
#39
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
И забывается фичка - code folding которая отлично скрывает все ненужное, и строка "весит" столько, сколько надо
|
|
|
Гость_MrYuran_* |
26.1.2012, 16:07
Сообщение
#40
|
Гости |
|
|
|
Текстовая версия | Сейчас: 29.3.2024, 12:35 |