А давайте создадим нормальную опенсурсную систему проектирования ПО?

Лучше вайтборда и маркера все равно не сделаешь.

Dia, FreeMind.

И вообще, ЯННП.

Вайтборд и два маркера.

ждём отклика от лисперов. Для них эта задачка на пару вечеров.

Предлагаю начать срач с выбора яп для бэкэнда.

Лучше вайтборда и маркера все равно не сделаешь.

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

Если делать вебнутым - то питон наилучший вариант. Если десктопным - то срач вида питон/джава/c/cpp/gtk/qt

Lisp, ес-но.

ждём отклика от лисперов. Для них эта задачка на пару вечеров.

Для любого вменяемого программера эта задачка на пару вечеров. Все упирается в графическое представление и рисовалку - а это жабаскриптеры и рисовальщики.

согласен рулить командой пистонщиков. кодить нормально я всеравно не умею. только вот ЯННП

Куда ты рулить собрался, если ННП? =)

накидаю на нейросетях за 9k баксов.

Для этого не нужны нейросети.

взять за основу идею IDEF0

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

Я хочу получить полное и вменяемое графическое представление проекта целиком. В настоящее время ситуация такая, что всю функциональную составляющую любых проектов могут отразить две вещи: IDEF0 и UML. Только проблема IDEF0 в узкой специфике и в некоторых моментах его применить не получится, а проблема UML в серьезной избыточности и неочевидности.

правительство же рулит! я чем хуже? а если без танцпола, то я бы поковырял код, но знаю лишь питон, да и тот кое-как:(

Не нужно, есть xpaint.

На нём можно делать вот так.

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

Логичнее было бы взять за основу Dia и дописать к ней функциональность IDEF0. А уже потом добавлять финтифлюшки.

Ну вебнутым это же не плохо, взять фласк например. Я бы поучаствовал в роли стажера.

Нужно запилить всё это на лиспике.

BYHYRT, организовывай.

На нём можно делать вот так.

Збс. проект отменяется, все используем xpaint

Если тред пойдет номрмально - то проект стартанет под гпл и любой желающий его поковырять сможет. Смотрю с питонистами в треде нормально, ждем жабаскриптеров и рисовальников.

Ну вебнутым это же не плохо

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

Libreoffice Draw хватит каждому!

Libreoffice Draw хватит каждому!

каждому извращенцу =)

Логичнее было бы взять за основу Dia и дописать к ней функциональность IDEF0

Проще новое с нуля написать.

Ответ из разряда: «все побежали и я побежал».

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

Очень сомнительное утверждение.

IDEF0 (Очень удачный способ функционального моделирования)

triple-facepalm.jpg

Проект будет требовать серверных ресурсов — нет,

Верно

взаимодействия нескольких пользователей — нет, интеграции с сетевыми сервисами — нет.

А почему бы и нет? Любые идеи приветствуются.

Так зачем лезть в веб, чтобы жизнь медом не казалась?

Больше разработчиков, кросс-платформенность из коробки, возможность расширять проект.

К тому же с чего ты взял, что оно будет прибито к веб гвоздями. Если что вебморда - это всего лишь один из способов визуального представления и возможности мышкотыкания. Наиболее предпочтительный вариант - грамотно разработать ядро приложения, а дальше туда можно приркутить уже любой UI.

Что не так?

Каким будет язык описания схем?

Вот это нужно вывести на обсуждение. Предлагаю JSON

+:

В жабаскрипте из коробки. Куча библиотек, приятен для глаза, нет избыточной инфы.

-:

Отстуствуют, но некоторые либы могут его криво парсить.

взаимодействия нескольких пользователей — нет

А почему бы и нет? Любые идеи приветствуются.

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

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

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

Предлагаю навелосипедить свой.

создадим нормальную опенсурсную систему проектирования ПО?

есть-же issue и cowsay: «KISS»,«делай вдоль»,«ненужное не нужно»,«пеши код блджат» :-)

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

Это опенсурс, здесь нет ни команды ни бюджета на команду, ни ограничений по времени на реализацию проекта. Другими словами - как полетит =)

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

Всему свое время. В лучшем случае список задач родится из обсуждения в этой ветке форума.

Мне кажется, здесь нужен более специализированный язык. Те же публичные методы обозначать проще плюсом, чем "visibility":"public".

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

Может быть, цветов стоит добавить в этот IDEF*.

Привет.

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

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

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

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

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

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

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

Особенности CASE-систем, фичи:

• нарисовать блок-схему алгоритма в виде ДРАКОН-схемы или SWITCH автомата
• сгенерировать программу на обычном ЯП, по этой диаграмме
• в особых случаях (UniMod) даже анимировать и отладить на уровне схемы, диаграммы
• свой велосипед для генерации, для рисования и укладки диаграмм, и тп.

вообще имело бы смысл повторно использовать ту же Dia или Visio.

был пример публикации (очень краткое интро)

про школьника (!) 5 класса, который «пишет программы в Visio» — то есть, он написал набор макросов на VB для Visio, по которым из SWITCH-схемы генерируется программа на Си, например.

мне кажется, в этом смысле Dia было бы даже удобнее — у него by design XML формат данных, легче парсить и транслировать/генерировать.

далее.

с точки зрения устройства такой среды, думаю, не нужно делать упор на WYSYWIG, скорее, на WYSYWIM вроде TeX-а.

то есть: в соответствии с подходом грамотного программирования Д. Кнута пишем что-то подобное org-mode babel разметке

сам org-mode потенциально можно заменить/дополнить на GNU Skribilo : задавать AST документа макросами на схеме. Skribilo поддерживает org-mode синтаксис, а также можно прикрутить свой. я думаю, полезно было бы прикрутить Sweet expressions

думаю, нужно генерировать HTML + SVG, чем-то вроде такого : flowchart.js

видео про SVG-edit

при этом это должно обновляться из Emacs + org-mode в браузер по принципу xiki см. сайт xiki tutorial

в идеале, хочется совместного редактирования, чего-то вроде совместно программируемых вики обсуждение идея

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

полный RDF и SPARQL возможно overkill, хотя может пригодиться.

упор надо делать на интеграцию с org-mode babel + skribilo + flowchart.js SVG + ГРАМОТНОЕ ПРОГРАММИРОВАНИЕ + кодогенерация из моделей

PlantUml лучше запилите рисовалку. Uml более чем достаточно, и даже порой избыточно, но никто же не заставляет - все диаграммы рисовать.

А давайте!

Модульную платформу.

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

например, и ДРАКОН, и SWITCH-технология (FSML из UniMod), и BPM-движок исполнения бизнес-процессов типа Runa/WFE  — это всё одно и то же разными буквами, с разных позиций.

возможно, их нужно использовать совместно. то есть, не писать N кодогенераторов в целевые языки для ДРАКОН, M для SWITCH, K для BPM и NxMxK вариантов — а написать нормальную кодогенерацию для SWITCH и транслятор из ДРАКОН в SWITCH, например.

а по идее, нужен какой-то абстрактный язык моделирования, надмножество, метаязык, общий над ДРАКОН/SWITCH/UML/BPM/whatever.

типа того, как Skribilo AST надмножество tex/latex/contex/lout/html/texinfo ps/pdf/html и компилятор во всё это

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

ну ты сравнил, IDEF0 с UML хотя бы. это языки разного уровня, с разным назначением — один высокоуровневый на уровне функционального моделирования, второй более низкоуровневый, конкретная архитектура.

а с переходом одного языка в другой — конкретные сложности. много нетривиальных тонкостей.

хотя я знаю по крайней мере один годный подход концептуально стыкующий эти концы — N-модель данных и технология программирования.

Думаю проектировать споб хранения инфы нужно начать от его представления. Сейчас думаю как лучше присобачить ООП к IDEF один из провальных вариантов: http://plasmon.rghost.ru/50979570/image.png

ещё, если ты про Пистон, могут пригодиться примеры

но пистон отстой, лучше уж взять какой-то лисп и обмазаться Readable Sweet-expressions — визуально почти то же самое, но семантика более правильная, и быстродействие получше будет.

Представь, сколько вайтбордов понадобится, чтобы замоделировать проект типа википедии?

Представь себе — всего один.

ещё ссылка в тему Skribilo AST + flowchart.js : lambdawiki

из разметки вот такого типа генерируется JavaScript + DOM + HTML.

примеры (examples) интерактивны, программируемы.

я займусь этим, хотя бы чисто для себя. другое дело, что just for fun и по срокам — крайне нескоро maybe someday, когда у меня появится свободное время (не ближайшие пару месяцев — точно).

для себя я набросал что-то типа описания архитектуры, ТЗ, требованиям к функциональности и прочим «запискам на манжетах» в org-mode.

основная идея — скрестить с программируемыми семантическими вики и грамотным программированием.

интересно, какие у кого другие подходы и идеи про реализацию.

Вот такой и мелким шрифтом? http://www.chiefdelphi.com/media/img/6a0/6a03904be9cada8019e3c253fdc49b79_l.jpg

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

Эти рисовалки нужны чтоб ПМ'ам было что вставить в отчеты, только и всего. Кроме того, архитектура, как правило, меняется много быстрее чем схемы (если они вообще когда-нибдуь правятся после первой версии, гг).