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

Кстати, по поводу дурдома в опенсорсе. Т.е. к вопросу о понимании его фундаментальных свойств. Опенсорс обязательно должна поддерживать толпа без "вертикали власти" - это аксиома. А вот ее последствия: Чтобы толпа не дралась и не тормозила по поводу патчей одного и того же файла, в опенсорсе критично важно изолировать имплементацию изменений и новых фичей в отдельных файлах. Т.е. каждый мантайнер лепит свои файлы и не думает о других. Но прога то одна и она должна как-то распознать и выполнить новые функции. Тогда придумали макросы которые в сорсах на С-и помогают распологать ссылки на новые функции в определенных именованых секциях памяти по поводу имен которых есть общие соглашения. Дурдом в том что чтобы узнать, что прога делает когда лезет исполнять функции их этих секций надо перерыть все файлы дерева проекта. Понятно что тут можно все и не узреть, особенно если такая х..ня в файле с нестандартным расширением. Трезвый разработчик старается концентрировать функциональность явно и в одном месте чтобы не ускользали цепочки вызовов, а вот в опенсорсе делают наоборот. Самый яркий пример - ядро линукса. И естественно что, в оперсорсе всегда потенциально больше багов чем в нормально структурированном софте. Это в копилку опровержения мифов о феномене опенсорса. :)