-
- Зря вы, Евгений, отказались на topcoder-е потусоваться ;) Dir(381 знак., 16.01.2008 03:25, ссылка)
- А однако Poseidon этот нехило посейдонит в плане цены :) -> Правда, у них есть довольно интересный сервис по подписке за внятные деньги - молодцы! Но, боюсь, что как всегда, денег и монструозности в посейдоне будет больше, чем пользы. - Evgeny_CD(16.01.2008 10:53, ссылка)
- Евгений тут целую библиотеку вывалил по теме, че ему этот жалкий форум. AlexandrY(731 знак., 16.01.2008 10:43)
- По поим скромным наблюдениям, с UML все малость сложнее. Т.е. UML - это сильная штука, и при правильном использовании он даст пользу, стопудово. Но! BRAIN.SYS должен быть нужной версии. Иначе обезьяна с гранатой. Evgeny_CD(1755 знак., 16.01.2008 11:06)
- вы чегой то сегодня совсем... эта.. не тово. функциональное программирование -- это Хаскелл, например. Что значит: "функциональное программировнаие - это не язык, на нем программу на напишешь". Вы это о чем? Расскажите это хаскелистам, я думаю они bialix_(23 знак., 16.01.2008 11:37)
- Хаскель я не знаю. Может, никогда и не узнаю. Но я знаю другое. Хаскель = функциональное программирование. Но! Функциональное программирование = не только хаскель!!!! Что или кто мешает писать на С в стиле фукциоанльного программирования? Evgeny_CD(212 знак., 16.01.2008 13:06)
- нет. нельзя на сях писать полностью в функциональном стиле. имитировать некоторые моменты можно. - bialix_(16.01.2008 13:31)
- Наверное да. Но думать в функциональном стиле - можно! - Evgeny_CD(16.01.2008 14:01)
- можно. и совсем по другому будешь писать, в другом стиле. - bialix_(16.01.2008 17:50)
- Наверное да. Но думать в функциональном стиле - можно! - Evgeny_CD(16.01.2008 14:01)
- нет. нельзя на сях писать полностью в функциональном стиле. имитировать некоторые моменты можно. - bialix_(16.01.2008 13:31)
- Хаскель я не знаю. Может, никогда и не узнаю. Но я знаю другое. Хаскель = функциональное программирование. Но! Функциональное программирование = не только хаскель!!!! Что или кто мешает писать на С в стиле фукциоанльного программирования? Evgeny_CD(212 знак., 16.01.2008 13:06)
- Какая еще шлифовка? AlexandrY(273 знак., 16.01.2008 11:31)
- "Никто не лазит там по C исходникам после их генерации." - этого ограничения я и хочу избежать. Т.е. то, что, условно, делает каркас FSM, трогать нельзя! Но то, что делает FSM в своих узлах в моменты стояния (и что к FSM отношения не имеет), мне Evgeny_CD(26 знак., 16.01.2008 13:05)
- Вот сами себе яму и роете. AlexandrY(1247 знак., 16.01.2008 14:52)
- О! Давно хотел спросить Александра как имея такие жесткие и целеустремленные принципы работы, вам удается вести нехилый сайт и регулярно отмечаться в этой конфе? - PIC32(17.01.2008 01:47)
- Ну отмечаюсь я потому что есть достойные собеседники. А сайт такой можно сделать за день если есть контент, это все благодаря оптимальному выбору технологии (Dreamweaver и стили CSS) ;-) - AlexandrY(17.01.2008 18:09)
- А он сам себя по принципу HyperThreading использует :) - Evgeny_CD(17.01.2008 03:37)
- Насчет "мультиплексирование внимания" категорически согласен! Собственно, против него и борюсь. Вероятно, дошел до стадии инверсии изначальной задачи. Спасибо! Надо подумать. - Evgeny_CD(16.01.2008 14:55)
- И про GNU тулзы Вы в этот раз высказались грамотно. Тоже надо подумать! - Evgeny_CD(16.01.2008 15:05)
- О! Давно хотел спросить Александра как имея такие жесткие и целеустремленные принципы работы, вам удается вести нехилый сайт и регулярно отмечаться в этой конфе? - PIC32(17.01.2008 01:47)
- Вот сами себе яму и роете. AlexandrY(1247 знак., 16.01.2008 14:52)
- "Никто не лазит там по C исходникам после их генерации." - этого ограничения я и хочу избежать. Т.е. то, что, условно, делает каркас FSM, трогать нельзя! Но то, что делает FSM в своих узлах в моменты стояния (и что к FSM отношения не имеет), мне Evgeny_CD(26 знак., 16.01.2008 13:05)
- вы чегой то сегодня совсем... эта.. не тово. функциональное программирование -- это Хаскелл, например. Что значит: "функциональное программировнаие - это не язык, на нем программу на напишешь". Вы это о чем? Расскажите это хаскелистам, я думаю они bialix_(23 знак., 16.01.2008 11:37)
- По поим скромным наблюдениям, с UML все малость сложнее. Т.е. UML - это сильная штука, и при правильном использовании он даст пользу, стопудово. Но! BRAIN.SYS должен быть нужной версии. Иначе обезьяна с гранатой. Evgeny_CD(1755 знак., 16.01.2008 11:06)
- Ну наконец-то вы доросли до понимания движков PLC. ;-) AlexandrY(984 знак., 14.01.2008 10:26)
- ..симуляция модели на хост платформе -> по ссылке. Обзор по ней из RSDN - по картинке. Прикрутить бы туда структуры данных... Прям по Вирту получится :) - Рэйлвэй Каген(15.01.2008 20:06, ссылка, ссылка)
- А где бы внятую книгу взять по этим сетям Петри? Уже который раз попадаются. Не шибко заумную, но и не ламерскую? - Evgeny_CD(16.01.2008 11:11)
- Питерсон Дж. Теория сетей Петри - по ссылке, Котов В.Е. Сети Петри - по картинке - Рэйлвэй Каген(16.01.2008 16:24, ссылка, ссылка)
- Что любопытно - обе книжки изданы в мохнатом 1984 году. К теме после этого интерес пропал, или как оно? Как вообще тема сетей Петри развивается в буржуиндии? - Evgeny_CD(16.01.2008 16:36)
- они их раскрасили :))) В смысле - добавили к обычным сетям Петри типизацию данных для состояний системы. Рэйлвэй Каген(235 знак., 16.01.2008 17:27)
- Да, про раскрашенные сети была Ваша изначальная ссылка. - Evgeny_CD(16.01.2008 17:35)
- Видимо они и есть разумный компромисс между сложностью инструмента разработки и простотой представления модели. Рэйлвэй Каген(225 знак., 16.01.2008 17:57)
- А у Вас есть копия этого "ответвления", а то там все ссылки передохли. - Evgeny_CD(16.01.2008 18:03)
- Видимо они и есть разумный компромисс между сложностью инструмента разработки и простотой представления модели. Рэйлвэй Каген(225 знак., 16.01.2008 17:57)
- Да, про раскрашенные сети была Ваша изначальная ссылка. - Evgeny_CD(16.01.2008 17:35)
- они их раскрасили :))) В смысле - добавили к обычным сетям Петри типизацию данных для состояний системы. Рэйлвэй Каген(235 знак., 16.01.2008 17:27)
- Спасибо! Снова этот ресурс, на который мне уже указывали, и на котором я нашел много интересного в свое время - oberon2005.ru -> - Evgeny_CD(16.01.2008 16:30, ссылка)
- Что любопытно - обе книжки изданы в мохнатом 1984 году. К теме после этого интерес пропал, или как оно? Как вообще тема сетей Петри развивается в буржуиндии? - Evgeny_CD(16.01.2008 16:36)
- Питерсон Дж. Теория сетей Петри - по ссылке, Котов В.Е. Сети Петри - по картинке - Рэйлвэй Каген(16.01.2008 16:24, ссылка, ссылка)
- Вау! Рулез то какой! - Evgeny_CD(15.01.2008 20:32)
- А где бы внятую книгу взять по этим сетям Петри? Уже который раз попадаются. Не шибко заумную, но и не ламерскую? - Evgeny_CD(16.01.2008 11:11)
- За ссылку на чудную тулзу для построения рисовалок - спасибо! - Evgeny_CD(14.01.2008 11:24)
- Все чуток проще :) Полноценный PLC движек в мои планы не входит (пока). Я работаю над единой системой разработки кода, которая позволяет делать разные представления. Т.е. есть какой-то фрагмент кода, который лкчше всего сделать в методологии FSM. Evgeny_CD(565 знак., 14.01.2008 11:18)
- ..симуляция модели на хост платформе -> по ссылке. Обзор по ней из RSDN - по картинке. Прикрутить бы туда структуры данных... Прям по Вирту получится :) - Рэйлвэй Каген(15.01.2008 20:06, ссылка, ссылка)
- Libero Алексей Мусин(216 знак., 14.01.2008 10:07, ссылка)
- Спасибо! - Evgeny_CD(14.01.2008 10:59)
- Есть ещё QFSM. Мне когда понадобилось машинку набросать, я на нём остановился. SMC как-то больно заморочным мне показался =) - plumbum(14.01.2008 09:41, ссылка)
- Тогда вопрос - а под чем Вы его использовали? - Evgeny_CD(14.01.2008 17:25)
- Под линь =) Из репозитория ставил =) А вот собирается ли она под вин, не обратил внимания, это да =) - plumbum(15.01.2008 09:45)
- SMC -- он такой и есть. я его использовал ровно один раз, а потом все равно сгенеренный им код выкинул и написал руками сам. SMC навязывает жесткую доктрину построения автомата и шаг влево-вправо -- расстрел на месте. гыдота. - bialix_(14.01.2008 15:22)
- Так. Большинство голосов - за ручной кодинг. Но кодировать надо в соотвествии с некими стандартами имени самого себя. Так? - Evgeny_CD(14.01.2008 16:33)
- У меня мысля есть. Если придерживаться своих правил кодирования, можно по исходнику автоматом строить графическое представление (для наглядности). Если нужны какието параметры (типа места положения и форма фигур на экране), то =AlexD=(89 знак., 15.01.2008 10:07)
- Я к такому вариануту и склоняюсь, благо сделать его, судя по всему, можно с полпинка. Токо использовтаь надо не каменты, а псевдомакросы типа @@@_VMDL(). IMHO, так меньше по глазам бьет и нагляднее. Можно настроить моск и думать, будто ты в Evgeny_CD(176 знак., 15.01.2008 10:44)
- А нафига? Макросы увеличивают время компиляции и для входящего - китайская грамота. Не, по исходнику не сложно построить FSM диаграмму, если не выёЖиваться. А в каменты - чисто машинные прибамбахи, типа =AlexD=(346 знак., 15.01.2008 10:57)
- "точность попадания компенсируется диаметром изделия". Скорость компиляции повысить легко, а вот турбировать свой BRAIN.SYS гораздо сложенее. Мы уже как-то это обсуждали - вред от doxygen. Evgeny_CD(621 знак., 15.01.2008 11:03)
- вред от doxygen у тех, кто не умеет им пользоваться. глупости говорите. уродский пример заголовков от WinAVR ничего не доказывает. - bialix_(15.01.2008 12:35)
- я вас уже попросил привести пример НЕуродского применения doxygen. Тогда вы удачно куда-то слились. Еще раз можно попросить? - Gamma SPb(15.01.2008 12:49)
- Опять же, я попытался обобщить, но неудачно. Я воевал и воюю за КПД моска. А заспамить моск можно хоть доксиженом, хоть без него - Evgeny_CD(15.01.2008 12:43)
- ну вы воюйте, а мы пока поработаем. - bialix_(15.01.2008 12:44)
- Мы о разном. Я говорю об исходнике, который можно понять вообще без единого каммента. А те камменты, что есть - для себя любимого. И по этому исходнику =AlexD=(345 знак., 15.01.2008 11:12)
- вред от doxygen у тех, кто не умеет им пользоваться. глупости говорите. уродский пример заголовков от WinAVR ничего не доказывает. - bialix_(15.01.2008 12:35)
- "точность попадания компенсируется диаметром изделия". Скорость компиляции повысить легко, а вот турбировать свой BRAIN.SYS гораздо сложенее. Мы уже как-то это обсуждали - вред от doxygen. Evgeny_CD(621 знак., 15.01.2008 11:03)
- А нафига? Макросы увеличивают время компиляции и для входящего - китайская грамота. Не, по исходнику не сложно построить FSM диаграмму, если не выёЖиваться. А в каменты - чисто машинные прибамбахи, типа =AlexD=(346 знак., 15.01.2008 10:57)
- Я к такому вариануту и склоняюсь, благо сделать его, судя по всему, можно с полпинка. Токо использовтаь надо не каменты, а псевдомакросы типа @@@_VMDL(). IMHO, так меньше по глазам бьет и нагляднее. Можно настроить моск и думать, будто ты в Evgeny_CD(176 знак., 15.01.2008 10:44)
- Угу... Все эти гуёвые тулзы полезны что бы не от руки сто раз перерисовывать прорабатываемую машину. И примерный код тоже полезно взглядом окинуть =) Ну а уже потом без допиливания ручками не обойтись =) - plumbum(15.01.2008 09:50)
- У меня мысля есть. Если придерживаться своих правил кодирования, можно по исходнику автоматом строить графическое представление (для наглядности). Если нужны какието параметры (типа места положения и форма фигур на экране), то =AlexD=(89 знак., 15.01.2008 10:07)
- Так. Большинство голосов - за ручной кодинг. Но кодировать надо в соотвествии с некими стандартами имени самого себя. Так? - Evgeny_CD(14.01.2008 16:33)
- А под Win32 эта шнягя собирается хоть? А так выглядит ну очень заманчиво! - Evgeny_CD(14.01.2008 11:08)
- Используют Qt 3й версии. Ее под винды бесплатно не давали. Только 4ю. - bialix_(14.01.2008 15:33)
- Т.е. QFSM для Win32 не собрать? - Evgeny_CD(14.01.2008 16:31)
- Используют Qt 3й версии. Ее под винды бесплатно не давали. Только 4ю. - bialix_(14.01.2008 15:33)
- Тогда вопрос - а под чем Вы его использовали? - Evgeny_CD(14.01.2008 17:25)
- Сколько не пытался прикрутить внешние тулзы, нифига по человечески не получается :-(. Дьявол как всегда в деталях - в большинстве случаев нужна не просто машина состояния, я массив(или список, или...) объектов с состояниями. =AlexD=(92 знак., 14.01.2008 08:20)
- В общем, против ручного кодинга возражений нет. Токо надо сделать некий стандарт кодинга, чтобы по нему АВТОМАТОМ строить диаграмму. - Evgeny_CD(14.01.2008 10:55)
- Против ручного ничего не имею. Но сначала надо рисовать диаграмммуВаш же подход идет против направления "сверху-вниз". - Алексей Мусин(15.01.2008 11:49)
- Рисовать мышкой или писать на оптимизированном под задачу языке - это кому как нравится. Мне лично кажется, что писать на язке будет быстрее. Потом рисовать диаграмму атовматом и правитиь описание. А потом уже вокруг описания на этом суперязыке Evgeny_CD(135 знак., 15.01.2008 12:10)
- не нужен супер язык -- нужен DSL. Я когда-то уже пробовал проектировать удобный DSL для описания конечных автоматов. Однако текстовое описание все равно имеет ограниченную экспрессивность. Хотя я бы предпочел его, ибо рисовать получается дольше. bialix_(422 знак., 15.01.2008 12:50)
- Итого, все уважаемые коллеги высказались за подход, когда FSM описывается непосредственно на языке программирования, в рамках определенного стандарта оформления кода, а графическое отображение рисуется автоматом по этому описанию. - Evgeny_CD(15.01.2008 12:55)
- Простите что встреваю, там мимо проходил des00(236 знак., 16.01.2008 15:08)
- Да мы вроде как и не претендуем на открытие Америки, скорее на ее осмысление. На осмысление методов работы с разными представлениями одного и того же. - Evgeny_CD(16.01.2008 15:27)
- Это не мы пришли, это авторы тулзов всё время мимо ходят. - =AlexD=(16.01.2008 15:16)
- +1 - bialix_(16.01.2008 16:42)
- Да здравствует лошадь впереди телеги! :-) - =AlexD=(15.01.2008 12:58)
- :-D - bialix_(15.01.2008 13:10)
- Простите что встреваю, там мимо проходил des00(236 знак., 16.01.2008 15:08)
- Итого, все уважаемые коллеги высказались за подход, когда FSM описывается непосредственно на языке программирования, в рамках определенного стандарта оформления кода, а графическое отображение рисуется автоматом по этому описанию. - Evgeny_CD(15.01.2008 12:55)
- Не нужен супер язык, нужно подмножество Си. - =AlexD=(15.01.2008 12:18)
- Да, именно так. По сути, должен быть набор специализированных макросов. - Evgeny_CD(15.01.2008 12:28)
- Уфф :-((, я категорически против макросов. - =AlexD=(15.01.2008 12:33)
- Да, именно так. По сути, должен быть набор специализированных макросов. - Evgeny_CD(15.01.2008 12:28)
- не нужен супер язык -- нужен DSL. Я когда-то уже пробовал проектировать удобный DSL для описания конечных автоматов. Однако текстовое описание все равно имеет ограниченную экспрессивность. Хотя я бы предпочел его, ибо рисовать получается дольше. bialix_(422 знак., 15.01.2008 12:50)
- Какая разница чем рисовать диаграмму - мышкой или кодом? Главное, чтобы процесс был итеративный - с исправлениями и дополнениями. А верх-низ в данном случае лишние сущьности. Считай пир-то-пир :-) - =AlexD=(15.01.2008 11:56)
- А то, что FSM (более общо, алгоритм) может делать чел, который Си и не знает, зато он профи в области, для которой девайс предназначен. - Алексей Мусин(15.01.2008 11:59)
- Ну и дать ему ключевые слова Си, и правила их применения (ограниченный набор). Что тут такого? А набить полученный шаблон рабочим кодом сможет уже программист. Какая разница - чему человека учить? Пример: =AlexD=(2734 знак., 15.01.2008 12:19)
- не, switch-технология при большом числе состояний превращается в монстра. по своему проекту знаю. - bialix_(15.01.2008 13:32)
- Не обязательно делать всё в одном свиче, можно раскидать по логическим группам команд. Делал, нормально получается. А рендеру пофиг - сколько найдёт корректных свичей - столько объектов сгенерит (как я себе представляю). - =AlexD=(15.01.2008 13:41)
- Вообще, оптимизация свичей - тоже тема. Я сначала генерирую избыточный код, потом лишнее вырезаю (повторяющиеся ветки), а также инвертирую логику FSM =AlexD=(213 знак., 15.01.2008 13:47)
- у меня на самом деле используется смесь логик и для уменьшения сложности я использую выделение подавтоматов для групп задач. - bialix_(15.01.2008 14:42)
- Впрочем, был бы рендер - писал бы сразу нормально. - =AlexD=(15.01.2008 13:51)
- Вообще, оптимизация свичей - тоже тема. Я сначала генерирую избыточный код, потом лишнее вырезаю (повторяющиеся ветки), а также инвертирую логику FSM =AlexD=(213 знак., 15.01.2008 13:47)
- А какая альтернатива? - Алексей Мусин(15.01.2008 13:38)
- очень неоднозначная. - bialix_(15.01.2008 13:40)
- Изврат какой? :) - Алексей Мусин(15.01.2008 13:43)
- на сях альтернатива -- это таблицы, но их построение должно быть автоматическое, следовательно нужен си-подобный DSL. Мне такой неизвестен. Самому писать все некогда. bialix_(986 знак., 15.01.2008 14:16, ссылка)
- Спасибо большое, буду изучать. - Алексей Мусин(16.01.2008 07:46)
- вот кстати сравнительная новая статья (я давно уже этот сайт не читал) -- вручную кодировать таблицы (или через эксель). - bialix_(15.01.2008 14:19, ссылка)
- Все хорошо, но я про другое думаю. Оставим автоматы на 1к состояний теоретикам, займемся практикой. Для практики важна, + ко всему, еще и "компактность средств". Т.е. есть некий средний проект, который разрабатывается командой из нескольких человек. Evgeny_CD(890 знак., 15.01.2008 14:36)
- вы статью-то хоть прочитали? прочитайте внимательно. там как раз шаблон программы описан. - bialix(15.01.2008 23:09)
- Каюсь. Не вкурил! Буфер входной переполнился :) - Evgeny_CD(16.01.2008 10:36)
- вы статью-то хоть прочитали? прочитайте внимательно. там как раз шаблон программы описан. - bialix(15.01.2008 23:09)
- Все хорошо, но я про другое думаю. Оставим автоматы на 1к состояний теоретикам, займемся практикой. Для практики важна, + ко всему, еще и "компактность средств". Т.е. есть некий средний проект, который разрабатывается командой из нескольких человек. Evgeny_CD(890 знак., 15.01.2008 14:36)
- на сях альтернатива -- это таблицы, но их построение должно быть автоматическое, следовательно нужен си-подобный DSL. Мне такой неизвестен. Самому писать все некогда. bialix_(986 знак., 15.01.2008 14:16, ссылка)
- Изврат какой? :) - Алексей Мусин(15.01.2008 13:43)
- очень неоднозначная. - bialix_(15.01.2008 13:40)
- Не обязательно делать всё в одном свиче, можно раскидать по логическим группам команд. Делал, нормально получается. А рендеру пофиг - сколько найдёт корректных свичей - столько объектов сгенерит (как я себе представляю). - =AlexD=(15.01.2008 13:41)
- Да, взглянув на этот код, надо в мозгах его "разворачивать" в картинку. Алексей Мусин(290 знак., 15.01.2008 13:18)
- Не, не так надо. Пусть рисует на бумажке (это правильно!), потом по нему пишет шаблон, рендерит картинку, разукрашивает её, правит, вылизывает, распечатывает, подписывает, а уж потооооом, отдаёт тебе на кодирование! :-) - =AlexD=(15.01.2008 13:29)
- Идеал - это когда мне не давали бы на кодирование ничего. PLC технология (на языках IEC 61131-3). - Алексей Мусин(15.01.2008 13:36)
- Это так я резанул из-за одного моего проекта. Так-то решение не для каждого девайса, конечно. - Алексей Мусин(15.01.2008 13:40)
- Ну... начать нужно с малого, а далее останется один шаг. - =AlexD=(15.01.2008 13:38)
- Идеал - это когда мне не давали бы на кодирование ничего. PLC технология (на языках IEC 61131-3). - Алексей Мусин(15.01.2008 13:36)
- Не, не так надо. Пусть рисует на бумажке (это правильно!), потом по нему пишет шаблон, рендерит картинку, разукрашивает её, правит, вылизывает, распечатывает, подписывает, а уж потооооом, отдаёт тебе на кодирование! :-) - =AlexD=(15.01.2008 13:29)
- Нужна формализация способов описания на человеческом языке. типа case DISABLE: // тут мы все запретили нахрен фсе. Тулза рисует состояние, его формальное имя/номер, и строку описания. - Evgeny_CD(15.01.2008 12:27)
- не, switch-технология при большом числе состояний превращается в монстра. по своему проекту знаю. - bialix_(15.01.2008 13:32)
- Очень мудрая мысль! FSM должна быть описана на очень простом языке, отрисована графически, а потом это описание должно быть встроено в С код. Это будет самое грамотное! - Evgeny_CD(15.01.2008 12:07)
- Ну и дать ему ключевые слова Си, и правила их применения (ограниченный набор). Что тут такого? А набить полученный шаблон рабочим кодом сможет уже программист. Какая разница - чему человека учить? Пример: =AlexD=(2734 знак., 15.01.2008 12:19)
- А то, что FSM (более общо, алгоритм) может делать чел, который Си и не знает, зато он профи в области, для которой девайс предназначен. - Алексей Мусин(15.01.2008 11:59)
- Рисовать мышкой или писать на оптимизированном под задачу языке - это кому как нравится. Мне лично кажется, что писать на язке будет быстрее. Потом рисовать диаграмму атовматом и правитиь описание. А потом уже вокруг описания на этом суперязыке Evgeny_CD(135 знак., 15.01.2008 12:10)
- А тут ИМХО особого выбора нет :-(. Всякие таблицы, которые генерируют тулзы - совершенно нечитаемы, и намертво привязывают к средству кодогенерации. =AlexD=(656 знак., 14.01.2008 11:44)
- С++, после того как его осознать (я пока не прошел этот путь до конца) - похоже, действительно рулез! Понятно, что вся FSM - switch, if, else. Но все-таки хочется остаться в парадигме С. - Evgeny_CD(14.01.2008 11:51)
- С++, как и любое сложное явление, осознаётся постепенно, по мере взаимодействия. На этом пути на первых порах, ессно, следует придерживаться тропинок, протоптанных гуру. =AlexD=(225 знак., 14.01.2008 12:23)
- -> - Evgeny_CD(14.01.2008 14:02, ссылка)
- Вот вроде бы один из. - =AlexD=(14.01.2008 13:56, ссылка)
- Respect! Я догадывался, что такое есть, но в чистом виде вижу впервые! - Evgeny_CD(14.01.2008 14:01)
- С++, как и любое сложное явление, осознаётся постепенно, по мере взаимодействия. На этом пути на первых порах, ессно, следует придерживаться тропинок, протоптанных гуру. =AlexD=(225 знак., 14.01.2008 12:23)
- С++, после того как его осознать (я пока не прошел этот путь до конца) - похоже, действительно рулез! Понятно, что вся FSM - switch, if, else. Но все-таки хочется остаться в парадигме С. - Evgeny_CD(14.01.2008 11:51)
- Против ручного ничего не имею. Но сначала надо рисовать диаграмммуВаш же подход идет против направления "сверху-вниз". - Алексей Мусин(15.01.2008 11:49)
- В общем, против ручного кодинга возражений нет. Токо надо сделать некий стандарт кодинга, чтобы по нему АВТОМАТОМ строить диаграмму. - Evgeny_CD(14.01.2008 10:55)
- нету ничего. IAR Visual State -- хорошая дорогая цяцька с UML-диаграммами. - bialix(14.01.2008 06:22)
- Это известная шнягя. Но! Хочется незаивисимости от IAR творения. Да и UML в полном объеме тоже не надо. Нужно нечто проще и портабильнее. - Evgeny_CD(14.01.2008 11:00)
- кстати говоря UML-нотация для автоматов очень классная вещь. Ее можно тоже использовать как базу для перевода в код. - bialix_(15.01.2008 14:09)
- там не полный UML. Там используется подмножество UML, отвечающее за описание конечных автоматов. Очень нелохо, однако рисовать все и чтобы красиво -- сильно много времени и сил уходит. А в целом -- полностью согласен с мыслью AlexD - bialix_(14.01.2008 15:30, ссылка)
- Ыще один поинт за ручной кодинг. - Evgeny_CD(14.01.2008 16:45)
- Это известная шнягя. Но! Хочется незаивисимости от IAR творения. Да и UML в полном объеме тоже не надо. Нужно нечто проще и портабильнее. - Evgeny_CD(14.01.2008 11:00)
- Из того же места. -> Блин! Все украдено до нас! Там просто мои мысли изложены! - Evgeny_CD(14.01.2008 00:48, ссылка)
- Зря вы, Евгений, отказались на topcoder-е потусоваться ;) Dir(381 знак., 16.01.2008 03:25, ссылка)