-
- Кстати, как именно устроена разработка ПО в M$, мы не знаем. Думаю, там все-таки глобоальный репозиторий кода и мощная система документооборота, что можно трактовать как предыдущую версию изложенного. Evgeny_CD(336 знак., 14.03.2012 10:22)
- Насчет того, что "начал с железа". Еще раз - оно было отправной точкой формирования облика системы. Что касается идей, я их тут более 5 лет по крупицам собираю. Поищите мои старые идеи про VMDL.... - Evgeny_CD(13.03.2012 22:40)
- Мож сам расскажешь про старые идеи и чего из них реально вышло? Это было бы на самом деле весьма интересно. - Shura(13.03.2012 22:43)
- Из них вышел только мой личный стиль мышления, который резко турбировал мои возможности по переработке инфорамации. Старые идеи были малопригодны для практики, это и тогда было понятно. Хотя кое-что вышло. Evgeny_CD(575 знак., 13.03.2012 22:49)
- Синтетических портов -- это как? - fk0(14.03.2012 00:14)
- -> --> К ситетическому порту uCOS еще питон прикручен для GUI. С код почти не меняется, не считая драйверов. - Evgeny_CD(14.03.2012 00:30, ссылка, ссылка)
- Я понял идею. Для этого и uCOS не нужен, то же самое можно делать вручную с обычной C-программой. Нужно только иметь "архитектуру" вместо спагетти-кода, где бы системо-зависимое имело определённые интерфейсы и легко могло заменяться. Да, это fk0(213 знак., 14.03.2012 11:47)
- uCOS сам по себе не цель. Просто он выбран как RTOS целевого проекта, вот его и пускали под Win32. Работают все сервисы ОСи, есть несколько непортируемых тонкостей, но они обходятся. Прикладной код что в Win32, что в железе, одинаковый. Evgeny_CD(839 знак., 14.03.2012 12:04)
- эти порты хороши для студентов и начинающих изучать uCOS, профи надо выдавать результат, а не играми заниматься, ибо профи должен интуитивно чувствовать по внешним признакам, где у него ошибка. - lentjaj2(14.03.2012 11:58, )
- И только настоящие профи знают, что при помощи JTAG довольно трудно выловить ошибку на уровне ТЗ логики работы юзера с устройством. У нас был случай: Evgeny_CD(378 знак., 14.03.2012 12:21)
- Я понял идею. Для этого и uCOS не нужен, то же самое можно делать вручную с обычной C-программой. Нужно только иметь "архитектуру" вместо спагетти-кода, где бы системо-зависимое имело определённые интерфейсы и легко могло заменяться. Да, это fk0(213 знак., 14.03.2012 11:47)
- -> --> К ситетическому порту uCOS еще питон прикручен для GUI. С код почти не меняется, не считая драйверов. - Evgeny_CD(14.03.2012 00:30, ссылка, ссылка)
- Синтетических портов -- это как? - fk0(14.03.2012 00:14)
- Из них вышел только мой личный стиль мышления, который резко турбировал мои возможности по переработке инфорамации. Старые идеи были малопригодны для практики, это и тогда было понятно. Хотя кое-что вышло. Evgeny_CD(575 знак., 13.03.2012 22:49)
- Мож сам расскажешь про старые идеи и чего из них реально вышло? Это было бы на самом деле весьма интересно. - Shura(13.03.2012 22:43)
- Тут надо еще прогресс учитывать. То, что ранее на асме можно было за годы не накодить, на С++ кодится за месяц (условно). Похоже, эта "БД" не страшная при использовании адекватных средств. Насчет "надо ли оно человечеству" - не знаю. - Evgeny_CD(13.03.2012 22:13)
- Насчёт БД. Мой отдел помимо собственно разработки консультирует "сложные случаи" как у регулировщиков аппаратуры (в т.ч. и при ремонте) на заводе-изготовителе, так и у эксплуатационщиков. Можно ввести что-то типа wiki по каждому из изделий, только Chum_A(78 знак., 13.03.2012 22:22)
- Может ли помочь БД? Может. Скрипач(118 знак., 13.03.2012 21:17)
- Только вот ВДУМЧИВЫХ дефицит :( - Chum_A(13.03.2012 22:05)