Comdiv писал(а):
Можно подумать и над внеязыковыми средствами. Обработчик, принимающий "сырой" модуль, в котором специальным образом заданы возможные формы конкретизации, создает или выдает уже готовый модуль, пригодный для использования.
Но ведь в итоге получится язык и компилятор этого языка модификации исходника.
Comdiv писал(а):
Увы, ценность библиотеки падает в связи с тем, что ею пользоваться тоже надо уметь, и определяется зависимостью от соотношения частоты, сложности использования и простоты лежащего внутри механизма. Одно дело MD5, другое дело простая сортировка. Еще это, конечно же, зависит от человека. Одним проще выучить таблицу синусов-косинусов для стандартных углов, другим проще вывести нужное значение на бумажке. Кому требуется угодить?
Проблема оберон-сообщества в том, что оно маленькое, в нём не возникнет изобилия опубликованных компонентов, чтобы вы могли выбрать. И тогда вам придётся выбирать между использованием готового (часто, одного единственного) и созданием своего. У меня сформировалось такое мнение: если вам неохота разбираться в чужом коде (да хотя бы в чужом интерфейсе+документации) то значит
оно вам вообще не надо. Или вы никуда не торопитесь (
сам сделаю), или не доверяете людям (
понапишут всякого, ламеры), подозреваете их компоненты в тотальной глючности (
сейчас потрачу время на освоение, а потом всё равно заглючит), или у вас особые требования к реализации (
нет, только не рантайм-типизация, уберите, не хочу), неважно, главное, что компонент из публичной коллекции вам не нужен, такой вот факт.
Это нормально, нельзя же вас заставлять, если вы уверены в своём понимании целей и задач компонента, который мог бы вам потенциально помочь.
А теперь представим, что все люди такие. Никому не нужны чужие компоненты, даже самые базовые. Ну и получается, что компоненты не нужны вовсе. Вот такое вот оберон-сообщество. Если честно, я не знаю, что нужно для развития культуры использования чужих компонент.