C# и .NET или куда мы идем

sn0w
глупо или толсто.

 

тонко о том что я трололо?))

 

Недавно начали переход в нашей организации на MeDoc (это такая прога для сдачи отчетов в Украине - написана целиком на .Нет, до этого был BestZvit - для тех же целей, не на .Нет). Пришлось поставить на сервак, так как этот супер-переносимый .Нет не работает на Линухе и его для нее не разрабатывают. Поставил. БестЗвит стоял там же. База одна и та же - Firebird. Производительность мягко говоря тормоз. Зато добавили кучи "красивых" таблиц - и меню другое. Проблем, вылетов куча...
Например, поставил прогу - а на одной из таблиц вываливает исключение по FoxPro (смешно но эти библиотеки она юзает - какой мощный .Нет а ) - я звоню спрашиваю. Получаю ответ - ну надо переставить (и это на серваке!!!!) - весь .Нет и программу, а также восстановить базы. Ура - спасибо .Нет за упрощение работы. БестЗвит имел свои тупости - но такие... в конце концов решил проблему сам...
Еще пример... В БестЗвит был удобный? - да просто нормальный способ указания пути к ключам. Проискал в супер новом приложении - нет нигде. Звоню - хочу указать путь к ключам - объясняют - ну там так нельзя - надо выбирать путь к ключам при подписывании. Идиотизм - зачем там отдельный пункт администрирования не понятно - бух сам задает папку, а если поменяет - то типа ничего страшного - продолбит админов что прога не работает...
При всем при этом обновления валят в отличие от того же БестЗвита - чуть ли не каждый день - только толку.
Кто-то скажет - да это тупые программисты - все можно сделать. И я соглашусь - да это тупые программисты, но проблема в философии .Нет и снижения расходов на программистов покупкой обезьян для кодирования в .Нет
ПриматПрограмминг уже ждет http://www.newtechusa.com/PPI/main.asp
.Нет меняет структуру программистокого сообщества - раньше оптимизация это было хорошо - теперь "тупо, это сделает компилятор с волшебным сборщиком, компьютеры быстры, памяти много" и так далее.
Легче купить память, чем заплатить программисту. Вот сегодняшний девиз. И это сделали последовательно .Нет . При этом зачастую расходы не уменьшились для конечного потребителя - та же типо новая прога для отчетов стоит дороже чем старая!
Кто-то предлагал WPF - ну-ну, если даже WinForms тормозит, то WPF - это вообще изврат - да да - даже если он мощно задействует видеокарту. Зачем ее вообще постоянно задействовать для простой формы - типа насувать туда красивых медвежат с пряниками летающими по всей форме и поющими песню? Да есть там где это имеет смысл - но таких задач минимум и реализовать их при помощи C/C++ и DirectX/OpenGL не сложно. Так зачем во всех формах этот изврат? Да видно не понять мне современных течений - не дано...

Ага - и конечно написана лично Страуструпом, а не создателями все той же .Нет . Эх проиграли ВинАписты в среде МелкоСофта...

 

Радуйтесь, что это писали не те же программисты, которые делали клиентскую часть отчётности УкрИНТЕИ по НДР-ДКР и диссертациям

 

"куда идем мы - туда где светит солнце, вот только б братцы, добраться б дотемна" (c) серьга

а вообще, я тут вспомнил одного юного гения, который предлагал процессор разместить в памяти... собственно а почему бы виртуальной машине не загружаться сразу после старта биоса и исполнять код ОС и всего прочего стаффа на любой процессорной архитектуре?

 

Дикие тормоза?

 

lnk_1, lnk_2 ?

 

И?