OberonCore

Согласен. Если бы любую сложность можно было "особыми методами" упростить или "решить стандартными методами", то никакой сложности бы не осталось. По определению.

А что такое сложность, и чем её измерить?

Я описал как обстоит дело на практике и сказал, что весь бизнес построен на обмане.

... Я просто говорю не надо заниматься самообманом и что надо называть вещи своими именами.

Во-вторых, я пытался Вам намекнуть (очевидно, плохо получилось), что вся органическая жизнь пронизана обманом -- а тогда при чем тут бизнес.

Не в тему:
Есть это у кого-нибудь полностью:
http://209.85.135.104/search?q=cache:md ... cd=2&gl=ru

А что такое сложность, и чем её измерить?

... про обман в природе, поскольку не отделяю это от бизнеса. Бизнес это ведь дело - в природе один сожрал другого - тоже дело совершил.

Я написал программу для мониторинга и настройки АСУ ТП дезодорации и рафинации растительного масла на Дельфи. Могу и на КП/ББ написать.

Если бы у Вас действительно возникла бы такая задача, на каком именно обероне Вы её реализовали? BB/КП или XDS Oberon-2?

В случае с Блэкбоксом, как бы Вы решали проблему жадности до памяти блэкбоксовского сборщика мусора?

Каким способом создавали бы полноэкранный GUI -- через WinAPI как Ермаков в своей диджейской энциклопедии? Не потеряются ли при этом преимущества фреймворка Блэкбокса?

Можно ли вообще дать гарантию работы подобного ПО на Блэкбоксе в режиме 24х7?

А если XDS (возможно с библиотекой Амадеус) -- какие могли бы быть подводные камни?

Каким способом создавали бы полноэкранный GUI -- через WinAPI как Ермаков в своей диджейской энциклопедии?

Так он вроде каркас ББ задействовал по полной, оттого и вышло быстро и качественно.

Больше всего на рынке нынче ценится не "умный программист", и не "продвинутый программист", и даже не "опытный программист". Больше всего ценится "эффективный программист". Тем более это актуально для тим-лида. Любой менеджер проекта, отдаст пол своей проектной команды за одного такого. А уж найти «эффективного архитектора» который был бы и технически грамотным и не зацикленном на каком нибуть IoC-е, и вовсе проблема.

А кто такой «эффективный программист»? Почему недостаточно быть «умным» и «продвинутым»? Многие получают кайф от программирования как такового, с энтузиазмом изучают все новое, и вообще, считают это способом самовыражения. Спору нет, программирование процесс творческий, но не стоит забывать, что цель его достаточно прозаическая, а именно производство программного продукта и получение прибыли. И вот такие программисты "самовыраженцы", это просто головная боль для тех людей, которые занимаются организацией разработки. Умные, слов нет, все делают правильно и по понятиям, но проект завалят практически гарантировано. Просто будут сидеть и спорить, какой фрэймворк лучше прикрутить, и не заметят как дэдлайн прошел.

Вот недавно была история на одном проекте. Выпустили ребята первую версию продукта, были там недостатки определенные, но решили продукт развивать, набрали новых людей. Пришли ребята продвинутые, посмотрели на код первой версии (а надо сказать, что код там был дрянной) и решили, что нужен рефакторинг, компоненты выделить, архитектуру улучшить и все такое… Ну и занялись, заодно фрэймворк модный прикрутили, модульные тесты писать начали, для тестов весь дизайн пришлось переделывать. Оглянуться не успели - через два дня дэдлайн, надо показывать большому босу работающий прототип. Ну что делать, все в разобранном виде, к дэдлайну не успели. Устроили им разнос, прописали жесткие сроки, мэйлстуны. К новому сроку ребята поняли, что не успевают опять, сделали прототип на соплях с подпорками. Ну и дальше вся работа шла в жесточайшем таймауте и под прессингом руководства. Проект они закончили с задержкой на три месяца, качество было не очень, все были разочарованы, и измучены. Большая часть команды потом уволилась.

... текстовые документы - основа любых деловых и научно-технических приложений; содержательной графики.

Наткнулся на заметку об эффективных программистах...