Bonart писал(а):Хватает быстродействия интерпретатора - будут использовать интерпретаторы
Лучше купим сервер мощнее, докупим ПК на рабочие места новые, через год провдём по всему этому апгрейд ... знаем, проходили и не раз... имею перед глазами опыт печальный. Жена работает в крупной организции. При централизорванном переходе с заказного софта на централизованно написанный в головном офисе происходило именно это. На все вопросы в вышестоящую организации о целесообразности внеджрения этого софта было сказано - дешевле купить новые ПК чем заставить переписать програмеров софт. В итоге только в её офисе была произведена боле 30 ПК. Таких офисов по стране более 3000 (щас даже не знаю сколько точно) причём её офис один из маленьких. в узловых офисах закупили не хилую технику от оркла и IBM (цены были порядка 6-7 нулей).
Через 2 года всю технику пришлось апгрейдить по новой - перестала справляться с нагрузкой.
Старый софт написанный на чистом BC3+TV работал, и сейчас работает на этих же объёмах данных (в нём сморят историю).
Так что если вам говорят что труд програмистов дороже апгрейда - не верьте - это очень большой миф.
Bonart писал(а):И в какой же компилятор RTL НЕ вшита
FPC?
кроскомпиляцю никто не отменял
Bonart писал(а):Стандартные библиотеки - важнейшая часть языковой платформы
не смешивай понятия - тут разговор не о том вёлся.
ты предлагаеш отказаться от RTL в сторону переноса реализации её функций в сторону жёсткой прошивки в коде компилятора.
пример - клипер и т.д. - вроде и объекты были и фиг ты с ними нормально поработаеш (наследование) (кстати одна из причин почему я в 90 годы не стал с ним связываться).
если я не прав - объясни что ты понимаеш под системным программирование и под прикладным.