Оберон-клуб «ВЄДАsoft»

Ермаков как-то хвастался, что он легко колбасит по 500 строк кода в день и приводит это в пример высокой продуктивности программирования на обероне.
Вот интересно было бы замерять не в строках кода на Обероне, а в количествах смысловых объектов предметной области, которую он там автоматизирует. Ведь если на каждый чих ему приходится заводить самодельные типы вместо использования готовых полиморфных библиотечных, а затем заново реализовывать все эти низкоуровневые операции над этими типами, то вполне понятно, что у него там просто разбухший код, который на более совершенных языках может ужиматься в несколько раз -- просто за счёт работы на более высоком уровне.

Сейчас на оберонкоре идёт дискуссия на эту тему, Владимир Лось пытается объяснить, что задачи надо решать высокоуровневыми средствами, а не заморачиваться низкоуровневым синтаксисом "правильных" циклов...

Так была же возможность сравнения в проекте, инициированном Алексеем Веселовским - bigbench. Сам Алексей также делился впечатлениями от усилий, потраченными на работу с готовыми библиотеками.

Если использовать библиотеки не потому что нужно, а потому что можно, то да.

Сейчас как раз наслаждаюсь лицезрением энтерпрайзненьким Java-классом для подсчёта процентов на 100 строк, правда, половина из которых комментарии. Внутри используется длинная арифметика, благо это легко доступно. Тоже можо порассуждать, сколько бы это заняло на Обероне.

Я не нашёл такого вывода от самого Алексея, можешь кинуть ссылку?

Там отписался некий kkkk (подозреваю, что это Петруха, но не уверен на 100%):



То, что кто-то пишет корявый софт, или то, что для каких-то задач имеющиеся библиотеки подходят плохо, вовсе не значит, что библиотеки вообще не нужны. Думаю, это очевидно.
Стандартные библиотеки хорошо подходят для стандартных задач, и их -- подавляющее большинство...

Можно же у Алексея переспросить. Он, наверно, помнит.

Это не корявый софт, а пишут его профессионалы, которым недостаточно задач для применения их недюжинных способностей в создании орхитектуры. Написал я это к тому, что большАя часть подобного применения библиотек легко заменяется простейшими решениями. Мне, например, попрекали за то, что я использовал switch вместо HashMap<K,V>. Поэтому при отказе от использования таких библиотек, не произойдёт взрывного увеличения размера исходного кода.