Ад дотнета

[metaclass]

Тут недавно выпустили akka.net, которая, по идее, сможет решить большую часть проблем с асинхронным обменом сообщениями для моего софта.
Сижу читаю всякое по теме, набрел на такую ссылку: http://www.aaronstannard.com/the-profound-weakness-of-the-net-oss-ecosystem/ - это один из разработчиков akka.net, занимавшийся ее remoting-кишками.

Вкратце: "если на дотнете делать что-то сложное и осмысленное - садись и пиши фреймворки с нуля, потому что индусам и микрософту ничего этого не надо".

Еще одна забавная хрень оттуда же: они подумали и вместо переезда своего приложения с дотнета на jvm, решили спортировать акку с jvm на дотнет. Это только с первого взгляда выглядит странным в рамках религии "мы не занимаемся изготовлением инструментов", но если сравнить приложение со сложной бизнес-логикой, разрабатываемое 2-3-5 лет и фреймворки - может оказаться, что портировать вторые потребует гораздо меньше времени.

Comments

[denisioru.livejournal.com]

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

[worm-ii.livejournal.com]

Ну, если заказчик тоже будет готов несколько адаптировать свои требования к ушам сторонней библиотеки, торчащим из конечного результата, то тогда, конечно, да. А вдруг нет?

[denisioru.livejournal.com]

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