-
- Может лучше какой нибудь визуализатор кода использовать? - lentjaj1(12.02.2012 08:32, ссылка)
- Ещё ссылки. Есть ролики с процессом перехода от схем к коду. - Chum_A(11.02.2012 21:37, ссылка, ссылка)
- Чёт я невкурил. Опять язык описания последовательности операций? Анахуа? Разве сейчас эта методология хоть где-то восстребована? Скрипач(380 знак., 09.02.2012 11:19)
- Интересно, а в чем Вы рисуете? После этапа осознания происходит создание исполняемого кода, и если перевод от "осознательного описания" в код был ручками - то предстоит новое, гораздо большее осознание :) Из дракона пусть и кривой, но код Evgeny_CD(21 знак., 09.02.2012 11:33)
- "если перевод от "осознательного описания" в код ручками, то это новое осознание" - Нет. В 76,5% схема автомата состояний, а затем код. В остальных случаях, прямое переписывание в код. Скрипач(257 знак., 09.02.2012 11:55)
- А в чем проблема генерить код с FBD? Я говорю о методологии. Нужно разделять. Скрипач(375 знак., 09.02.2012 11:41)
- Интересно, а в чем Вы рисуете? После этапа осознания происходит создание исполняемого кода, и если перевод от "осознательного описания" в код был ручками - то предстоит новое, гораздо большее осознание :) Из дракона пусть и кривой, но код Evgeny_CD(21 знак., 09.02.2012 11:33)
- Если эту штуку скрестить с SEDNA, то сразу много вопросов групповой работы решится. Один кодит один блок, другой - другой, но все в одном месте. Можно ссылки ставить и обращаться к "понятиям" соседского кода. - Evgeny_CD(08.02.2012 13:22)
- Под это и копаю. Сборка кода по спецификациям - из той же оперы. Правда пока немного желающих делать это в рамках свободной лицензии. Д.ARMоед(352 знак., 08.02.2012 13:32)
- Можно сказать, что познакомились :))) - Д.ARMоед(08.02.2012 13:09)
- Язык программирования для менеджеров или как избавиться от программистов :) - lentjaj1(08.02.2012 11:50)
- Не надо. Думать там надо не меньше, чем при Plain C кодинге. Просто КПД думания МОЖЕТ быть выше. - Evgeny_CD(08.02.2012 12:08)
- Написание кода давно разбили на части: алгоритмы и кодирование. lentjaj1(207 знак., 08.02.2012 14:22)
- Работаю с одним известным ФГУП-ом, там алгоритмисты отделены от кодеров, причём административно. Кодеры не очень в курсе что к чему в плане системного подхода, а алгоритмисты не петрят в кодировании. По времени реакции, это пипец с большой буквы П. - Chum_A(08.02.2012 15:30)
- Менеджерам главное разделить ответственность, а как в общем будет их не беспокоит. - lentjaj1(09.02.2012 07:12)
- С временем реакции можно смириться. А как у них с результатами? - amusin(08.02.2012 15:36)
- Чисто внешне, громких скандалов не припоминаю. - Chum_A(08.02.2012 16:15)
- Работаю с одним известным ФГУП-ом, там алгоритмисты отделены от кодеров, причём административно. Кодеры не очень в курсе что к чему в плане системного подхода, а алгоритмисты не петрят в кодировании. По времени реакции, это пипец с большой буквы П. - Chum_A(08.02.2012 15:30)
- Вот этот КПД можно поднять за счёт диаграммной техники. На всех уровнях проектирования. То, что отомрут гавнокодеры - это небольшой side-effect. Д.ARMоед(125 знак., 08.02.2012 13:13)
- Написание кода давно разбили на части: алгоритмы и кодирование. lentjaj1(207 знак., 08.02.2012 14:22)
- Не надо. Думать там надо не меньше, чем при Plain C кодинге. Просто КПД думания МОЖЕТ быть выше. - Evgeny_CD(08.02.2012 12:08)
- Есть ещё и по ссылке и оно позволяет генерить код, в частности, С-шный, но (о ужОс!) с кучей goto. Обсуждали у себя в коллективе. Приглядывались, как к способу формализации алгоритмов на уровне ТЗ. В применении по назначению смущает: Chum_A(587 знак., 08.02.2012 11:49, ссылка)
- Отличный отзыв. Спасибо. Д.ARMоед(385 знак., 08.02.2012 13:51)
- Так! Про Event-B уже терли, и это снова были Вы! -> - Evgeny_CD(08.02.2012 13:59, ссылка)
- На самом деле не так уж и много исходных, за которые стОит зацепиться. - Д.ARMоед(08.02.2012 15:00)
- В итоге, получается, что для доведения приемлемой функциональности нужно: Chum_A(125 знак., 08.02.2012 15:36)
- Ошибка в корне - это будет не продукт, а, фактически, методика использования уже существующих технологий. Хотя, если назвать продуктом пару десятков xsl-шаблонов... - Д.ARMоед(08.02.2012 15:42 - 15:49)
- Я по первичному образованию помесь схемотехника с механиком, очень даже, что трудоёмкость адаптации существующих технологий мною завышена. Но, будем считать, что "по технике" вопрос (чудесным образом) разрешён, так даже внутри конторы придётся Chum_A(133 знак., 08.02.2012 16:11)
- Сканеры и торренты никто не отменял. - Д.ARMоед(08.02.2012 16:58)
- Я по первичному образованию помесь схемотехника с механиком, очень даже, что трудоёмкость адаптации существующих технологий мною завышена. Но, будем считать, что "по технике" вопрос (чудесным образом) разрешён, так даже внутри конторы придётся Chum_A(133 знак., 08.02.2012 16:11)
- Ошибка в корне - это будет не продукт, а, фактически, методика использования уже существующих технологий. Хотя, если назвать продуктом пару десятков xsl-шаблонов... - Д.ARMоед(08.02.2012 15:42 - 15:49)
- В итоге, получается, что для доведения приемлемой функциональности нужно: Chum_A(125 знак., 08.02.2012 15:36)
- На самом деле не так уж и много исходных, за которые стОит зацепиться. - Д.ARMоед(08.02.2012 15:00)
- Так! Про Event-B уже терли, и это снова были Вы! -> - Evgeny_CD(08.02.2012 13:59, ссылка)
- Я бы, наверное, сказал так. Для решений класса LPC11xx это точно не пойдет :). Если в качестве целевой платформы рассматриват 200 Мгц камень + 8Мбайт SDRAM (сейчас такое стоит $10-15 в более-менее опте) - то вполне жизнеспособно. - Evgeny_CD(08.02.2012 12:16)
- Формализация алгоритма - это хорошо, но если после отлаженного формального описания кодить руками, без возможности автоматически привязать код к куску схемы (не изоморфное отображение одного на другое, это пока фантастика, а впросто жмакнул на Evgeny_CD(81 знак., 08.02.2012 12:10)
- Таже стоит рассматривать отладку на основе unit tests, которые генерятся этой же тулзой (пишутся руками). Это не отменяет "хождения JTAG по строкам", но при отладке алгоритмов может оказаться удобнее. - Evgeny_CD(08.02.2012 12:20)
- Необычно - DRAKON Editor needs Tcl 8.5 to run. Если код правильный, влазит во время и место в памяти, то его страшность вторична. Когда я о таком думал, что в части отладки придумалось вот что. Evgeny_CD(564 знак., 08.02.2012 12:06)
- Автор, кстати, генерит метки привязки в исходниках. Нет не столько только желания, но и возможности (в первую очередь люди) окрывать ОКР по привязке к IDE. Верхнему руководству моей, например, конторы совершенно пофиг каким способом будет Chum_A(66 знак., 08.02.2012 12:21)
- Такие вещи надо делать в инвестиционном режиме внутри конторы. Чтобы демпфировать риски по срыву сроков и финансирования. - Evgeny_CD(08.02.2012 12:34)
- Угу. - Д.ARMоед(08.02.2012 13:18)
- Такие вещи надо делать в инвестиционном режиме внутри конторы. Чтобы демпфировать риски по срыву сроков и финансирования. - Evgeny_CD(08.02.2012 12:34)
- Автор, кстати, генерит метки привязки в исходниках. Нет не столько только желания, но и возможности (в первую очередь люди) окрывать ОКР по привязке к IDE. Верхнему руководству моей, например, конторы совершенно пофиг каким способом будет Chum_A(66 знак., 08.02.2012 12:21)
- Отличный отзыв. Спасибо. Д.ARMоед(385 знак., 08.02.2012 13:51)