Только Clipper, Clarion и брат их FoxPro

соглашусь. =)

Чего только не узнаешь о банках, и то что "крупный", и то что используется прямой доступ к БД, а не через слой сервисов, и PowerBuilder. Как будто сидишь на лекции в каком то урюпинском техникуме в середине 90х и учишь компьютер по учебнику Фигурнова ;)

А что не так с РБ ? :)
ну, вы сами работали с ним ?
Как АРМ он там пользуется, внутренняя сеть банка.
Не вижу никаких проблем.

New systems mean new problems (c) John Gall, The Systems Bible :)

Хорошей заменой delphi была аксапта

В последней версии microsoft сделал полноценный web, но теперь лицензии только в виде подписки

Работал. Первый кейс - очевидный длы руководителя, но не очевидный для исполнителя - это язык. И даже не C++ а PowerScript. Где на рынке такие специалисты ? После того как появился тендер на 15 млрд на 5 тыс программистов Java от ВТБ, или на 2 тыс java-истов от Сбера - думаете что то удержит программиста от изучени более востребованных инструментов ? А молодому человеку - как будете рассказывать про перспективы, если из его круга знакомых не то что знают, а даже и не слышали об этом.. Второй кейс - это круг задач. Какой то АРМ для пропускного режима писать наверное можно на чем угодно, хоть на Excel. Но critical business требует иной парадигмы. Там важна гибкость, time to market, интегрируемость, платформенность.  Сегодняшний банк уже не может себе позволить не развиваться - унылые услуги и унылые процессы не привлекают клиентов. У них просто нет желания пользоваться таким сервисами. Причем скорость развития должна быть феноменальной - как минимум быстрее скорости изменения внешних факторов. В третьих, как ни странно - новые технологии дешевле. Да да. В новых языках и платформах учтен опыт  предыдущих поколений. Искать утечку памяти или организовывать многопоточную пногоузловую обработку на C++ вы будете месяцами... А на других языках - и компилируемых, и скриптовых это можно сделать буквально "из коробки". Вот и получается - что "новость" в технологическом стеке - это не просто красиво и продаваемо клиентам, но еще и эффективнее по деньгам.  Согласен - что архитектор в своих полетах мысли обычно темы реализуемости не затрагивает. Но в "моем мире" это важно -тут надо быть не только архитектором, но и прорабом. Знать и про теорию композиции, и уметь руками замешивать раствор .. Потому как источник проблем - не в замысле, а в реализации. И чем дальше - "тем хуже" будет. Show me your presentation в аргументации будет уступать приоритет show me your code или даже shom me your money ...

А зачем проброс файлов? Решали подобную задачу развязыванием через Message Queue, с файлами конечно будет потяжелее

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

потому что .net - топ

Моргните два раза... мы вас вытащим!)

Всем хорош Microsoft, кроме ну очень выраженного vendor lock

в чем вендор лоцк?

сейчас с .нет кором никакого вендор лоцка нет

обычно нельзя купить один компонент, придется покупать полоный набор всего, да еще и в Enterprise редакции.
Ну и обычно MS продукты работают только с MS продуктами.
https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish

эм,. если говорить про .net core то такого нет

было раньше да, шейрпоинт ток на винде работал и в ИЕ

ушли уже те времена давно

канули в лету