а потом она начинает ограничивать...
-------
Хммм... Я вроде как написал - для большинства прогерских задач... - там где задача нестандартная - вообще ничто не поможет, кроме хороших мозгов...
на Haskell ;-)
------
Мне бы сейчас разобратьс с vbscript'овским ReDim - все время теряет объекты...

А можно ссылку на сайт работодателя увидеть?

Паскаль имеет свой цимес - но вот есть там траблы кк впрочем и везде. Жтко надо для исключения дублирования кода множественное наследование (причем скрешивать надо с купленными компонентами - выурутиться наследованем через внуков не получится ю типо 1 класс от другого другой от третьего) а дублировать код как то не красиво. Вот и проблема. Дельфи заменить нечем - желание заказчика - основной код на нем и от длл и чего либо еще заказчик будет кривиться

Паскаль имеет свой цимес
------
Я вроде как в курсе.
Причем - в обоих вариантах - нормальном виртовском и объектном от Борланда.
множественное наследование
------
Тююю... Никаких особых проблем его отсутствие не создает... вот в купе с отсутствием интефейсов - да, есть моменты... но опять - не критично..
заказчик будет кривиться
------
У меня вот АСП... и, пока, один молодой под началом... Он сегодня мудохался час со смесью включаемых файлов, ХТМЛ и собственно АСП... Перепутал порядок включения файлов и чуть ли не завесил ИИС - там где-то глухой цикл повторных подключений к несуществующей базе... При этом упорно не желает писать объекты... А ты - заказчик будет кривиться... да и йух с ним - было бы простое, сопроводимое и работающее...

Ну вообще говоря там проблема в том что кривиться будет мой шеф он любит эстетичные решения. И если он сказал никаких длл и никакого чужого кода только дельфи ну максимум асм вставки для данного проекта - стало быть так и надо.
Мур тогда может поделишься решением моей проблемы.
Есть группа компонент (чертежных рисующих кад-объекты - ну вобщем они и конвертер и рисовалка на обычном timage), далее - есть моя самописанная конвертилка для конвертации других чертежей на ту же палитру - вобщем приведение разных форматов - я оформил ее как несколько объектов. Сейчас рисую некий объект который будет родителем этих моих объектов - и у него есть свойство типо enum - оно показывает что именно за примитив нарисован. Так вот данное свойство должны иметь и наследники купленых компонент. Как мне оформить данное свойство-нумератор. Естественно дельфи хе инструмент.

подумаешь, бином Ньютона...
вот, нагуглил:
http://www.dynamic.de/de/dienstleistungen/edi/operativer-betrieb.html

данное свойство должны иметь и наследники купленых компонент.
-----
Врапить каждую из наличных компонент и делать имплементацию свойства...
Потом у себя использовать только враперы.
Других вариантов - не считая возможности влезть в исходники - вроде как и нет.

Да без проблем
http://www.seeburger.de/unternehmen/karriere/stellenangebote/dach.html