![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
микрософто-дотнетовские псы
ссылко 1
Ссылко 2
Микрософт угробит сама себя, это как факт. Я .NET почти не рассматриваю как потенциальную платформу для новых разработок исключительно из-за того, что микрософт меняет его версии, как перчатки, и уже успела прекратить поддержку первого фреймворка.
Да и убог он для десктопных приложений, так же как и жаба. Бесит это.
Ссылко 2
Микрософт угробит сама себя, это как факт. Я .NET почти не рассматриваю как потенциальную платформу для новых разработок исключительно из-за того, что микрософт меняет его версии, как перчатки, и уже успела прекратить поддержку первого фреймворка.
Да и убог он для десктопных приложений, так же как и жаба. Бесит это.
no subject
no subject
ну, лично мой опыт говорит об обратном. куда проще поддерживать проект, разбитый на подзадачи, выполненные с помощью хорошо подходящего языка для каждой из подзадач,- чем проект, в котором один более-менее универсальный язык используется для всего
Плюс при саппорте нужно иметь в штате спецов по каждой технологии а лучше спеца знающего на приемлемом уровне все технологии входящие в приложение. Геморрой.
правильно подобранные технологии будут простыми применительно к своим предметным областям. саппорт одноязыкового монолита может быть (и скорее всего будет) куда более сложной задачей. толку с того, что людей под задачу найти проще, если их постоянно не хватает?
no subject
ПС одноязыковость еще не означает монолит. Это скорее вопросы архитектуры
no subject
а простой, кстати, не от языка зависит. специалиста по GUI не перекинуть на поддержку RDBMS'ного кода только потому что и там и там один язык
no subject
Проблемы с отладкой, поддержкой в средах разработки, с тем, что по любым вопросам можно обращаться только к автору языка(вместо гуглов и мануалов), с тем, что нетривиальные вещи тупо сделать невозможно, или требует переделок базовой функциональности.
Т.е. проблема ровно та же, что со всеми нетривиальными языками - малый user-base, соответственно любые проблемы решать только самостоятельно.
no subject
вопрос качества поставленного процесса, не более того. все эти проблемы - решаемы, причём относительно малой кровью
no subject
Но вообще, я бы предпочел действительно использовать DSL, будь у меня время и ресурсы на их нормальную проработку, в итоге получилось бы проще.
no subject
Тут на один язык разработчиков не найти, а нужно найти разработчиков на нескольких, да еще умеющих со смежными языками работать.
no subject
К примеру сайт возьмем с бд в постгресе. Итого: php+sql+(pl/sql|perl|python)+html+css+js
Ну хорошо, приложение на кутэ: sql+css?(если скиновать собираемся)+html(ричтекст будет у нас в приложении?)+c++
А ты говориш - 2 языка:)
no subject
Эта цепочка - одного поля ягоды. JavaScript не настолько велик, чтобы на изучение его следовало бы тратить существенное время. CSS - субстрат HTML.
php+sql+mysql
Также одна связка.
no subject
no subject
Так что, для его нормального использования таки стоит потратить некоторое время. :-)
По крайней мере, человек знающий только PHP или Java может найти для себя много нового (в лучшем случае). :-)
no subject
кстати, как у .Net с модульностью? могу я оторвать от него только тот кусок функционала, который мне реально нужен (и помещается в ~500Kb)?
no subject
А еще он падла, интегрируется в систему так, что проблемы с конфигурацией могут затронуть несколько приложений - невозможно изолироваться.
no subject
кстати, под .Net'ом подразумеваю прежде всего каркас, набор библиотек - к виртуальной машине у меня претензий нет
no subject
no subject
no subject
no subject
no subject