разрабатывать систему с отсутствующей портабельностью и высокой связностью компонентов - в тысячу раз проще. В классической книжке «мифический человеко-месяц», написанной еще в середине прошлого века при разработке IBM System/360 автор в самом начале приводит четкие графики, показывающие, что стоимость интеграции (и связанных с этим вещей) быстро заруливает стоимость разработки отдельных компонентов.
(В этом же я вижу фейл юниксвея: самую «дорогую» операцию, интеграцию, переложили на пользователя. с одной стороны линукс - халява, с другой стороны, расплачиваться придется своим временем, строя из кирпичиков вручную. в результате почти всегда проще написать свой монолитный велосипед на жабке, чем разбираться, как бы склеить стандартные средства, чтобы получилось что нужно. пусть он будет кривым, убогим и бажным, но написать велосипед самым очевидным способом быстрее, чем читать маны и курить форумы. не знающим жабку «обычным пользователям» так не повезло, им приходится занииматься дорогущей интеграцией)
плюс есть статистика по стартапам, согласно которой человек в стартапе не может быть больше 10. А лучше если 2-3. Команде из 3 человек не сильно захочется заниматься красивыми API, которые они все равно не будут использовать. (да и вообще и не смогут нормально ни сдизайнить, ни протестировать.)
возникает вопрос, поттеринг делает свою систему «с отсутствующей портабельностью и высокой связностью» просто потому, что у него небольшой стартап, которому надо по-быстрому все накодить чтобы «просто работало»? Или... потому что форсит интересы RedHat или каких-то неназываемых в суе злых сил, стремящих поработить или уничтожить линукс-мир? Если первое - то все в порядке, надо просто выделять dbus в отдельный проект. Если второе - то это же все меняет, с Поттерингом надо что-то делать (например, заманить в Сомали, там собрать суд шариата и расстрелять его абсолютно законно).
Но просто так в Сомали звать нельзя, вначале нужны конкретные доказательства или хотя бы выводы. За сим хотелось бы обратиться к уважаемым аналитикам лора.
.png)
