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

Ну что коллеги, будущее, о котором я тут напостил гигабайты (Big Data), начинает становиться явью. Amazon EC2 High Memory Cluster Eight Extra Large Instance. •244 ГБ ОЗУ •два 120 ГБ SSD винчестера. $3.50 за Линукс и $3.831 за Виндовс в час. При http://habrahabr.ru/company/epam_systems/blog/166677/
годовой резервации ~$1063 в месяц. http://aws.amazon. …om/ec2/instance-types/ http://aws.amazon.com/ec2/pricing/ Мечта разработчика. * превращяем код в связный список тегов. * строим ПОЛНУЮ таблицу связей: каждая строка кода зависит от таких-то тегов * строим иерархию зависимостей от main () до последней строки последней либы * делаем автоматическую полную сборку кода перед каждой компиляцией. Чтобы все теги были определены и не было неиспользованных тегов. * либы в бинарниках идут лесом. * вообще понятие либ идет лесом. Есть просто готовый код в исходниках, который живет в репозитории и используется по мере необходимости. Экономика: * с утра поднял машику из бекапа * 10 часов по $3.5=$35*21 рабочий день=22кр в месяц. + что-то за бекап=30кр в месяц затраты. * после окончания рабочего дня забекапил обратно. Технология раздельной компиляции становится интересной для больших проектов. Для проектов до 1м кода, [пока это моя ничем не подтвержденная оценка] можно собирать все в один большой файл и скармливать компилеру. Главное, чтобы не превысить формальные ограничения на количество идентификаторов в компилере. Вот вам и модульность в обычном C, и выявление кучи ошибок, и минимально возможный размер кода. Далее для удобства программизма прописываем связи от каждой строки кода до специального представления "иерархия проекта". В этом представлянии быстро навигируем между частями кода по древовидной структуре с перекрестными связями. Парадигма "файл как вместилище кода" уходит в прошлое. Новая парадигма - универсальное представлеие кода, которое конвертируется в любое другое представление. Файл - это представление для компилятора. Ну и для совместимости со старым миром:)