Средства и методы разработки

Описанный Вами плугин чудесен. Я не спорю. Как быть с групповой работой над одним и тем же куском кода - ме могу пока придумать. Это хреново. Что касается втаскивания файла из одного проекта в проект, или куска кода - да, запускать тулзу, пусть она перестраивает всю систему ссылок. Зато при втаскивании _модуля_ в проект все будет просто совершенно! Так что наверное, ради такой цели, удобством втаскивания куска можно и пожертвовать. При практической разработке я придерживаюсь идеологии - один модуль - один разработчик (или один руководитель проекта - пусть у него 10 человек пишут по одному фалу). Так что, наверное, удобством групповой правки одного и того же исходника я готов пожертвовать. Хотя нет, все на так плохо. Намиболее интересна система, которую я тут с таким упоением придумываю, для первичного ознакомления с незнакомым кодом. Если идет групповая работа над одним и тем же файлом - значит, участники такой работы хорошо знают, "о чем базар". Они вполне могут обойтись и без гиперкомментов. Групповая работа имеет смысл для критичных кусков - типа несколько чуваков пишут разные варианты реализации нескольких функций, затем мы их тестим и выбираем лучшее по целевому критерию. Затем "стабилизированный" текст можно откоментить по технологии, а еще лучше - сделать из него модуль. Но есть одна засда. /* смотри http://caxapa.ru/92936.html и <url:doc/foo.pdf> */ боюсь что будет бесполезен в IAR, Multi и пр. _Писать_ код можно в любом редакторе, а вот дебагить и собирать (если по каким-либо причинам его нельзя собрать make'ами) проект лучше в IDE. Почему для этого чудо камента все равно придется написать макрос для IAR и пр. - но, полагаю, их скриптовые язвыки справятся с такой "сложной" задачей.