Комментарии 10
Главный вопрос, кому это выгодно (а в случае крупных компаний выгодя апприори должна быть для этой компании — майкрософту), рождает подвопрос — как это будет выгодно?
Собирать и поддерживать бинарную сборку openjdk под windows не простая задача, одно время кроме oracle (с ограничивающими лицензиями само собой) мало кто собирал его, у 7-ой кажется была единственная альтернативная сборка какого то умельца, а вот с 8-ой и выше была проблема, пока redhat не взялась за дело, спасибо им (но лицензия у них так же ограничивающая распространение, т.е. ты не можешь включить в дистрибутив приложения jre за исключением режима jvm.dll).
Если посмотреть на другие места, где майкрософт может получить прибыль — привязать разработчиков (а значит и пользователей, ибо developers developers это все) ко всей майкрософт инфраструктуре и продуктам, создавая если и не непреодолимые, то сильные неудобства, по работе в смешанных средах. Делают это они по старинке — через стандарты, их нарушение и создание своих.
Поэтому я бы призвало к байкотированию разработчиками майкрософтовской реализации/сборке, пусть даже на первых порах проблем она не будет создавать. Так как сначала в редких местах а потом все чаще, скорее всего приложения, успешно тестируемые на других сборках перестанут корректно работать на этой майкрософтовской, вынуждая разработчиков для облегчения ее поддержки использовать ее же как основу.
То же самое с WSL, вот увидите, проблем с совместимостью будет выше крыши и если завязывать работу на ней по умолчанию, это аукнется по остальному 'не майкрософт' миру, не самым радужным образом.
Собирать и поддерживать бинарную сборку openjdk под windows не простая задача, одно время кроме oracle (с ограничивающими лицензиями само собой) мало кто собирал его, у 7-ой кажется была единственная альтернативная сборка какого то умельца, а вот с 8-ой и выше была проблема, пока redhat не взялась за дело, спасибо им (но лицензия у них так же ограничивающая распространение, т.е. ты не можешь включить в дистрибутив приложения jre за исключением режима jvm.dll).
Если посмотреть на другие места, где майкрософт может получить прибыль — привязать разработчиков (а значит и пользователей, ибо developers developers это все) ко всей майкрософт инфраструктуре и продуктам, создавая если и не непреодолимые, то сильные неудобства, по работе в смешанных средах. Делают это они по старинке — через стандарты, их нарушение и создание своих.
Поэтому я бы призвало к байкотированию разработчиками майкрософтовской реализации/сборке, пусть даже на первых порах проблем она не будет создавать. Так как сначала в редких местах а потом все чаще, скорее всего приложения, успешно тестируемые на других сборках перестанут корректно работать на этой майкрософтовской, вынуждая разработчиков для облегчения ее поддержки использовать ее же как основу.
То же самое с WSL, вот увидите, проблем с совместимостью будет выше крыши и если завязывать работу на ней по умолчанию, это аукнется по остальному 'не майкрософт' миру, не самым радужным образом.
Будут делать как Oracle. Бесплатные обновления на N месяцев, а потом или переходи на новый релиз, или плати за поддержку. А если расчёт будет не как у Оракла, когда лицензионный платёж определяется по количеству CPU во всём кластере, где крутятся виртуалки, то клиенты будут.
Если посмотреть на другие места, где майкрософт может получить прибыль — привязать разработчиков (а значит и пользователей, ибо developers developers это все) ко всей майкрософт инфраструктуре и продуктам, создавая если и не непреодолимые, то сильные неудобства, по работе в смешанных средах.
Есть куча фирм/людей, которые одновременно работают с C# и Java. То есть уже как минимум частично «привязанных» к Микрософту своими тулингами и инфраструктурой. И им скорее всего гораздо удобнее будет использовать и майкрософтовский OpenJDK. И таких немало.
Так как сначала в редких местах а потом все чаще, скорее всего приложения, успешно тестируемые на других сборках перестанут корректно работать на этой майкрософтовской, вынуждая разработчиков для облегчения ее поддержки использовать ее же как основу.
Я бы сказал что Майкросфот как раз таки скорее всё сильнее и сильнее перестаёт таким заниматься примерно со врeмени выхода .NetCore и .NetStandard.
Просто еще один дистрибутив с долгой поддержкой, вслед за Амазон и другими
habr.com/ru/post/430362/#comment_19388498
Кто же останется — решит предоставляемая ими поддержка.
habr.com/ru/post/430362/#comment_19388498
Кто же останется — решит предоставляемая ими поддержка.
Чет в тексте с датами не то.
"В 2021 году компания заявила, что будет поддерживать до 2011 года. "
Туда JUMP может запилят?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Microsoft представила собственный бесплатный дистрибутив OpenJDK, пообещав длительную поддержку