Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Сформировать концепцию описания системы интегрированного моделирования Матрёшка #2

Open
vserge opened this issue Jul 31, 2015 · 4 comments
Milestone

Comments

@vserge
Copy link
Owner

vserge commented Jul 31, 2015

Сформировать концепцию описания системы с учетом времени и точек зрения в рамках системы моделирования

@vserge vserge modified the milestone: Pre Alfa Jul 31, 2015
@vserge
Copy link
Owner Author

vserge commented Sep 26, 2015

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

@vserge
Copy link
Owner Author

vserge commented Dec 26, 2015

Рассмотреть идеи проекта: Light Table

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

Уже давно в воздухе витают идеи, что мы можем сделать IDE лучше и удобнее. Какие же это идеи?
Вы не должны нигде искать документацию и тратить на это время
Файловая структура — не лучшее представление для кода
Редактирование должно быть доступно где угодно и редактор должен показывать не только код
При любом изменении мы должны видеть результат мгновенно
Мы должны видеть больше информации о связанных кусках кода

http://habrahabr.ru/post/142906/

@vserge
Copy link
Owner Author

vserge commented Dec 28, 2015

По предложению Никиты в части визуализации система должна позволять начинать работать с чистого "холста" и при определении что именно хотим моделировать подгружать автоматически подсказки и базовые алгоритмы.
Ключевым элементом должен быть "алгоритм подсказки" какие элементы библиотеки и какие алгоритмы имеет смысл применить для реализации вашего проекта.
Так например, если мы моделируем бизнес-процессы, то у нас подгружается BPMN нотация.
Если у нас моделируется система автоматизации, то подгружаются инструменты ITIL
и т.д.
При этом эта же система подсказок должна позволять легко интернироваться с другими системами, например, САПР и BIM

@vserge
Copy link
Owner Author

vserge commented Jan 4, 2017

Очень важное замечание в части формирования подхода для создания среды моделирования! Надо отталкиваться от удобства предметной области!
Студентам-физикам изучать Fortran легче, чем C/C++

Я думаю, что изучать Fortran легче, чем C/C++. Fortran 90 и C очень похожи, но на Fortran писать проще. C – язык сравнительно примитивный, поэтому физики, избирающие себе C/C++, занимаются объектно-ориентированным программированием. ООП может быть полезным, особенно в крупных программных проектах, но изучать его гораздо дольше. Нужно изучать такие абстракции, как классы и наследование. Парадигма ООП очень отличается от процедурной, используемой в Fortran. Fortran основан на простейшей процедурной парадигме, более приближенной к тому, что происходит у компьютера «под капотом». Когда вы оптимизируете/векторизуете код для увеличения скорости, с процедурной парадигмой легче работать. Физики обычно понимают, как работают компьютеры, и мыслят в терминах физических процессов, например, передачи данных с диска в RAM, а из RAM в кэш процессора. Они отличаются от математиков, предпочитающих размышлять в терминах абстрактных функций и логики. Также это мышление отличается от объектно-ориентированного. Оптимизация ООП-кода более сложна с моей точки зрения, чем процедурного. Объекты – очень громоздкие структуры по сравнению со структурами данных, предпочитаемыми физиками: массивами.
Оригинал взять из статьи: https://geektimes.ru/post/284292/

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant