nesco писал(а):
Вот как ты себе представляешь контейнер, написанный на пакете Windows, стыкованным с пакетом CNET, они еще и на разных технологиях сделаны и имеют разные интерфейсы Во первых, зачем это делать?
А во вторых, почему бы не завернуть такие контейнеры в библиотеки, которые в свою очередь будут скомпилированы соответствующим компилятором и подключаться в коде целевого пакета...
Других вариантов, вроде как нет
------------ Дoбавленo в 18.28:
Galkov писал(а):
И не просто схему, а сверх-продуманную схему.Которая устояла против самой беспощадной критики.
Например, на форуме.
Пусть даже внутри "супер-элемента" будет для начала просто текст - семантика входных/выходных точек.
Ну или - техническое задание на разработку.
Обратите внимание - теперь уже могут работать несколько человек независимо. Необязательно, но -- МОГУТ.
И не скриптокодеров, а программистов на HiAsm.
Это и есть - главная идея.
Поддержка средой технологии программирования "сверху".
Под программированием "сверху", как я понимаю, имеется ввиду поддержка уровней абстракции в возможностях реализации пакета относительно проекта?
Помню вы раньше уже упоминали эту идею, и она мне кажется интересной, особенно в случае коллективной разработки сложного проекта.