DRAKON.SU

Текущее время: Суббота, 21 Апрель, 2018 10:45

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 10 ] 
Автор Сообщение
СообщениеДобавлено: Вторник, 07 Февраль, 2017 11:28 
Аватара пользователя

Зарегистрирован: Вторник, 04 Октябрь, 2011 17:45
Сообщения: 456
Европейская комиссия по ценным бумагам и фондовому рынку (https://www.esma.europa.eu) вносит очередные изменения в правила торговли ценными бумагами в Европе.
Нашёл блок-схему, которая описывает, кто должен докладывать о сделке.
Вложение:
IMG_20170207_091846.jpg
IMG_20170207_091846.jpg [ 1.2 МБ | Просмотров: 1262 ]

А вот и ДРАКОН-схема:
Вложение:
last ned (3).png
last ned (3).png [ 197.29 КБ | Просмотров: 1262 ]


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 07 Февраль, 2017 13:08 
Аватара пользователя

Зарегистрирован: Среда, 09 Ноябрь, 2016 00:33
Сообщения: 97
Откуда: Tallinn
надо признать что у них через блоки yes-no доходчивее чем на драконе, диаграмма типа бинарного дерева, тут дракон будет менее информативен


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 07 Февраль, 2017 14:01 
Аватара пользователя

Зарегистрирован: Вторник, 04 Октябрь, 2011 17:45
Сообщения: 456
Игорь Мазница писал(а):
надо признать что у них через блоки yes-no доходчивее чем на драконе, диаграмма типа бинарного дерева, тут дракон будет менее информативен

Именно! Только наоборот.
На этом примере ДРАКОН особенно хорош:
1. Чисто внешне ДРАКОН приятнее, т.к. меньше изломов и есть выравнивание по ширине.
2. Есть шампур. Продаёшь европейцу-SI? Отчётность не нужна!
3. Действия-результаты сидят на одной горизонтали. Это приятно. Плюс можно и назад проследить: какие варианты могут привести к необходимости сдать отчёт? Ага, торговля с не-европейцами и продажа не-SI-шнику.
Впрочем, на вкус и цвет все фломастеры разные.
Очевидный минус этой ДРАКОН-схемы — линии длиннее.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 08 Февраль, 2017 19:22 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 3617
Откуда: Москва
Изображение
Смотрим на нижний горизонтальный ряд. Видим пять икон Действие.
Все они имеет равную высоту. Кроме зеленой — той, что слева. У нее высота вдвое меньше.

Почему? За что ее обидели?
Какой смысл делать левую икону сжатой по высоте?
Что мы хотим этим подчеркнуть?

Мне кажется все пять икон Действие должны иметь одинаковую высоту.
А как вы думаете?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 09 Февраль, 2017 15:38 

Зарегистрирован: Вторник, 27 Май, 2008 13:24
Сообщения: 153
Соглашусь с Мазница. На первой картинке ВИДНО что это именно дерево выбора, в ДРАКОНе нет. Кроме того в ДРАКОНе избыточность: объединение выходов в одну нижнюю горизонталь, эта линия в данном случае не имеет смысла. Она имела бы смысл если бы было продолжение алгоритма. А здесь выбор заканчивается в каждом из 5 случаев и дальнейшие пояснения не требуются, провоцируется напрасная мысленная операция: ненужный захват внимания когда полезную работу мозг уже выполнил. Эта объединяющая линия и икона End нагружают его работой бесполезной. В этом кстати секрет успеха синтаксиса питона по сравнению с обероном- мозг не нагружается искусственными элементами-ограничителями, психически здоровый мозг ленив и думать лишний раз не любит.

На "ленивом драконе":
Вложение:
Buy_side.png
Buy_side.png [ 136.64 КБ | Просмотров: 1210 ]


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 09 Февраль, 2017 16:36 
Аватара пользователя

Зарегистрирован: Суббота, 29 Март, 2008 19:27
Сообщения: 949
Откуда: Россия, Чебоксары
dvuugl писал(а):
На "ленивом драконе":
Выразительно, компактно и ничего лишнего, плюсую!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 04 Январь, 2018 15:13 
Аватара пользователя

Зарегистрирован: Вторник, 04 Октябрь, 2011 17:45
Сообщения: 456
Евросоюз продолжает выкручивать руки финансовым спекулянтам.
С 2018 года вступают в силу новые законы, которые ужесточают правила торговли на финансовых рынках.
Производителям финансового софта приходится добавлять в свои продукты дополнительный функционал. И причём довольно сложный.
Как этот функционал должен работать, все после Нового Года забыли.

И вот, клиент жалуется на якобы неправильную работу программного обеспечения.
Начальник пишет мне об этом энергичный имейл.
А я не помню, как оно должно работать. Никто не помнит. Что есть "правильно", а что есть "неправильно"?

Но у меня же имеются ДРАКОН-схемы! Достал схемку, показал. Буря улеглась. Всё хорошо.
Вложение:
20180104094834-air.png
20180104094834-air.png [ 78.17 КБ | Просмотров: 601 ]


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 09 Февраль, 2018 10:21 

Зарегистрирован: Понедельник, 14 Декабрь, 2015 19:18
Сообщения: 106
Степан, это очень круто, что у Вас нашлась нужная ДРАКОН-схема.

Актуальность ДРАКОН-схему коду.
У меня такой вопрос. Как так получилось, что, можно сказать, по неожиданному вопросу у вас уже оказался ответ.
1. Вы держите ДРАКОН схемы по всему коду, который сделали? Или, быть может, только по ключевым алгоритмам?
2. Как поддерживается актуальность ДРАКОН схем? Возможно, по завершению создания очередной фичи/алгоритма Вы делаете финальную схему и кладете в архив, где есть соответствие фича/алгоритм <--> дракон-схема?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 09 Февраль, 2018 12:02 
Аватара пользователя

Зарегистрирован: Вторник, 04 Октябрь, 2011 17:45
Сообщения: 456
Владимир Невзоров писал(а):
1. Вы держите ДРАКОН схемы по всему коду, который сделали? Или, быть может, только по ключевым алгоритмам?

Только по ключевым алгоритмам.
90-95% кода — это вообще псевдотехнический мусор. Эта подавляющая часть кода должна бы быть сгенерирована автоматически.
Примеры:
- многопоточность
- взаимодействие с HTTP
- асинхронное программирование (сеть, база, диск)
- кэши всех мастей
- сериализация
- обработка ошибок
- throttling (управление нагрузкой)
- избыточность и резервирование
- поддержание в согласованном виде структур данных
- всякие обёртки (включая наследование, лямбды, шаблоны)
- взаимодействие с операционной системой
- тупо binding (прокидывание параметров и результатов сквозь стек вызовов и компоненты).
Я непрестанно веду борьбу с коллегами за разделение кода на тот, что приносит клиенту пользу, и на описанные выше компьютерные игры.

Владимир Невзоров писал(а):
2. Как поддерживается актуальность ДРАКОН схем?

Это проблема!
Как я пытаюсь её решать:
- Разработал процесс редактирования в DRAKON Editor Web так, чтобы нужно было совершать как можно меньше движений. Цель — облегчить поддержание ДРАКОН-схем в актуальном виде.
- Стараюсь избегать документирования всего. Фиксирую только самое важное.

Но всё равно у меня полно устаревших схем.
Как с этим быть, Владимир?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 09 Февраль, 2018 14:46 

Зарегистрирован: Понедельник, 14 Декабрь, 2015 19:18
Сообщения: 106
Цитата:
Но всё равно у меня полно устаревших схем.
Как с этим быть, Владимир?


Решение №1 - Инструмент, помогающий разработчику.
Где-то была отдельная ветка, где предлагалось использование редактора, который увязывает код и документацию(такая мысль в голове осталась). Но там, насколько помню, поднималась та же проблема в поддержание актуальности.

Решение № 2 - Подход разработчика к разработке.
Для меня сейчас(да и вообще) очень актуальна эта тема. Недавно перечитал The Joel Test: 12 Steps to Better Code. Один из шагов по улучшению разработки - Do you fix bugs before writing new code? Пока в коде это не использовал, т.к. программирую сейчас не много, а много разбираю. Но в работе с информацией пригождается (считаю также нужным).

---
Пример следованию решению №2 и сопутствующие ментальные сложности.
Сейчас изучаю статьи по быстрой сортировки, чтобы вести ветку "Базовые компьютерные алгоритмы"(которая в соседях к данной). Так вот. Статьи я прочитал. Понял. Каждую статью в свою импровизированную базу данных(прочитанного) забил вместе с рецензией на каждую. Сделал реализацию в виде ДРАКОН-схемы. Всё.

Но остались еще вкладки со статьями. Вроде уже и не надо, и вкладки висят и загромождают браузер. Но, хочется "закрыть Гештальт".

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

Так вот. О подходе. Вчера сделал схему. Сегодня себя останавливаю, чтобы не лезть читать новое - статьи, новости и т.п., - а добить не законченное. Нужно прочитать ранее открытые статьи, которые не прочитал, осознать материал, зафиксировать.

Так, может, и со схемами также? Как Вы сказали - выделить нужное для документирования ДРАКОН схемами. Сделать схемы. И, к примеру, к концу дня(или в начале нового) посмотреть, какой код был изменен и затрагивает ли он какую-то схему.
---

Решение №3 - Индикация изменения кода, на который есть ДРАКОН схема.
Решение возникло в мозгу только что пока писал предыдущее(спасибо за Ваш вопрос в конце поста - дал толчок к размышлениям). Если есть только определенный код, на который есть схемы, то почему бы не связать факт изменения кода с индикацией об этом?


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 10 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2008-2018, участники конференции «DRAKON.SU», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB