ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
6 июля
152879 Топик полностью
Evgeny_CD, Архитектор (05.04.2009 20:28, просмотров: 160) ответил =AlexD= на Ну что сказать, читаешь мои мысли. Вероятно лучшее решение - это база данных, генерируемая в процессе создания кода, с привязкой к коду алгоритмов, описаний, хелпов, диаграм и пр. И соответственно среда - не просто текстовый процессор. Эхх, млин....
Не думаю, что это наши с тобой мысли. Текстовый редактор - это одна 100 функций IDE. Думаю, это мысли людей, которым надоело устраивать "закат солнаца вручную". -> там это было высказано в 2003 году. Меня не покидаем ощущение, что все эти холивары http://caxapa.ru/152763.html
C|C++|Java|Python|... - это классический способ бесструктурного управления. Споры, эмоции, все при деле. Вроде как свобода выбора веры. Но сути это не меняет :) Блин, я потерял ссылку. Тут давали ссылку на шикарную отечественную книгу 1999 года. Не помню как называлось, но там было описано понятие "язык сборки". Мысли очень глубокая. Есть некие исполняемый куски. Их пишут на языке, удобном для целевой задачи. Но есть задача построения приложения из кусков. Т.е. когда сопрягяются модули по своим интерфейсам. И делать это надо на "языке сборки". Который к целевому языку отношения не имеет!!! Он должен быть удобен для этой цели и все. Т.е. по сути нужно на этом ящыке сборки описывать все модули, и средствами этого языка описывать связи. Понятно, что хелпы и пр. тут самое место описать. Вот на этом этапе холивары и заканчиваются. После этого выбор языка не так важен. С другой стороны, старый добрый С в такой среде - это, мягко говоря, не тот же С, который при кодинге в нотепаде используют :)