budden писал(а):
Вы уже давно могли вылизать BB и портировать его на все возможные платформы вплоть до андроида, сделать бекенды под Электрон, под вебасм, под java и т.п.
Не могли бы. Каждое движение требует инвестиций труда. Каждую инвестицию приходится обсчитывать на целесообразность.
Куча бэкэндов делается либо на инвестициях корпораций, либо на энтузиазме в нерабочее время. Критической массы для второго нет, чтобы из миллиона людей по миру, пишущих на X нашёлся один, который уже вырастил детей и которому нечему заняться вечером.
Вот недавно бизнес-партнёр по ИТ-кластеру нашему познакомил меня с человеком, который как раз в таком состоянии. Состоялся как топ-менеджер, дети подросли - и ближе к 40 вспомнил, что инженер по первому образованию. Захотел вернуться в тему для себя, для развития - ну а там, как получится... С большим интересом освоил мои курсы техникумовские (по ним мы себя кадры и готовим) - и тут его назначили генеральным директором холдинга, на место ушедшего на пенсию. Огорчился даже, хочет позже опять вернуться ))
А чисто на логике выживания - вот хочется мне 64-битный компилятор, но откуда выгрызть время/деньги? Веб-сервисы и АСУТП и на 32-бит у нас пока работают. И даже графика старая за глаза для SCADA. Но уже надоели зазубрины - взяли, спасибо товарищам из сообщества! - Cairo-переделку портов ББ, сразу автоматом сглаживание появилось. И понятно, что при развитии по вектору АСУТП с крупных заказов будем пытаться как-то развивать графику. OpenGL-версия ББ, возможно, получит жизнь, наконец.
Так же приоритетно сесть не на Intel, а на ARM (но впускать в проекты второй язык в виде O7 не хотим, нужен КП\ББ для ARM).
Хочется выкинуть JS с фронтэнда в вебе, но пока проще обходиться серверной обработкой событий по-максимуму (как в подоходе "изоморфный JS", только с ББ на бэкэнде), чем инвестировать в это.
Так что сложно всё. А Вы "Могли бы...".
К тому же, для того же веба только архитектура нормальная требовала экспериментов, вылизывания, т.к. из мейнстрима брать мало что получается за основу. На ASP\JSP же? С СУБД взаимодействие - отдельная тема, напрямую над SQL крупный проект не посадишь, а монструозные ORM тоже дурной пример.
Поэтому как раз главное - отрабатывать прикладные задачи, получая там конкурентное преимущество. Чем ядро сообщества и занимается, закрывая кучу интересных тем. А системную часть подтянем инвестициями от приложений.
Обратная логика - написать крутой инструмент и раздавать прикладникам, упирается в 2 НО:
1) 99% таких "крутых инструментов" просто помирает, так и не став модными. А без моды - нет критической массы. Долго живут и спокойно развиваются из не ставших модными только те, где в ядре сообщества - люди со своими прикладными задачами.
2) Авторы инструментов, сами не прошедшие грабли прикладных проектов, обычно делают много предположений "из головы", что даёт "прикольные штучки", но в итоге не так уж и хорошо заточенные для области приложений.