eBlondink0Положим, в большом проекте ( многопоточное приложение) есть некий бизнес-объект ( сотни разных их в большом проекте!)
Задача-требование №1 - проверить права пользователя при обращении к экземпляру объекта, и в случае недостатка прав вывести соответствующее сообщение.
Давайте угадаю, как поступит настоящий дельфи-разработчик:

Я не настоящий, но и то меня учили пользоваться интерфейсами к слишком "универсальным" классам, а бизнес-логику реализовывать на сервере, а не в GUI-клиенте.

Даже если взять приложение с локальной embeded-базой, т.е. однопользовательский клиент+сервер в одном лице, то все-равно не понятно, как так получилось, что сверяться с правами надо в тысяче мест работы пограммы?

Ну или приведи более жизненный пример, когда мы попадаем в ситуацию, в которой права и техпаспорт пользователя нужно проверять при каждом его нажатии на газ и на тормоз.

автор2. Оказывается, объект BLL "тяжелый" (например, куб пересчитывает). и тормозит. Надо бы в GUI добавить возможность, чтобы при работе с этим объектом менялся вид курсора мыши.
И? В чем трабла? Какой рефакторинг и прочее-прочее?
Куб считает один объект в своем потоке. Запуск этого действа, ожидание и вывод результатов,т.е. работа с интерфейсом - в другом. Совершенно стандартная интерфейсная ситуация из покон веков. В чем трудность? Или ты предложил решать задачу вывода песочных часов в самом BLL?


В итоге, если это ваши инструменты вас толкают к таким замысловатым нелогичным решениям, предлагая элегантные пути их реализации, так закрадывается сомнение - а не есть ли эта круто-элегантность на самом деле скрытым недостатком, позволяющим элегантно прятать дермецо под розовыми платочками. Вместо того, чтобы приучать не разбрасывать его где попало, а сливать в четко обозначенный унитаз ))) Т.е. тут такая двоякая ситуация получается. Не все то золото, что блестит. Хотя может при более приземленном примере было бы яснее.


авторЛисп популярен. Среди ровесников, лисперов знаю больше чем делфистов.
Ну это хорошо. А вот бизнес другого мнения. По статистике большинство программеров знают c++, java, c#, delphi, asp, php. Отсюда следует, что для большинства программсистов большинство их коллег знают именно эти языки. Конечно же возможны НЕ массовые случаи иных сочетаний. В том числе и "большинство моих знакомых программят на... хаскеле!". Не исключено. Но это же не отражает общей картины.

авторведь Вы изучали Делфи потому, что она была популярной?
Само собой. По теории вероятности большинство проектов используют тот инструмент, который соответсвует минимальным (конкурентноспособным) требованиям эффектиности И известен/популярен/распространен/распиарен/доступен/etc больше чем другие подходящие средства.

ZyK_BotaNПро ПаскальВот честно. Ничего плохого в том, что число вакансий на Delphi сокращается.
отказ борланда от Делфи Ва ничего не говорит?
Так о чем это должно говорить? О том, что любой здравомыслящий на следующий день должен был его забыть и начать жизнь с чистого листа? В деньгах это бы выразилось в миллиардных убытках и потере времени.

Пришел rstudio - топику гайки.

авторЕдинственным нужным для тебя продукт это дистрибутив Турбо Паскаля на дискете, это мы уже поняли :)

авторА ты клипай 1001 эжектор сидирома на Делфи.

авторя никому ничего не доказываю.

Почему ты всегда переходишь на личности и начинаешь оппонентам ченить вменять? Тебе надо было в активные продажи идти, это мы уже все поняли (с)

А по существу - спор - это и есть попытка доказать себе и оппонентам ту или иную мысль. Вопрос в том, как это делать. И в твоих постах зазнайства просматривается не меньше, чем в тех, кого ты клеймишь в псевдо-экспертности.

Так чта, нинадатут!

Не только в этой теме, а в любой со спором.

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

На оберонах не пишут, а пишут на паскале потому что:
1. Про существование и возможности оберонов банально не знают.
1.1. Народ уверен что там реально мало библиотек
1.2. Время десктопа куда-то уходит.
2. По привычке. Она же - пример парадокса блаба в действии.
Ну? Так в итоге, что в этом странного или не справедливого? Ты пьешь пиво, о котором не слышал толком, а в магазине возможно раз краем глаза видел и не заострил внимания? Нет, не пьешь. А оно... вкусное, зараза, пропадает...

Про паскальНикакого отношения к реальности ни один из пунктов выше - не имеет, увы.
Имеет. Любой продукт должен быть донесен до потребителя. Инструментарий для разработки - это такой же продукт. Который на голову не свалится. И без пиара хороший продукт распростраения не получит.