170 похожих чатов

Ой-Ой-Ой, Microsoft вчера плюнула в лицо всему опен-сорс коммьюнити и

в последний момент выпилила Hot Reload для .NET 6 из Release Candidat, спрятав эту фичу на будущее в Visual Studio, чтобы продвигать выход VS 2022, лишая людей возможности использовать Hot Reload на других платформах. Фича была, кстати, полностью готова, и являлась одной из самых ожидаемых вещей .NET 6.

Столько лет работы, чтобы в один день уничтожить доверие тысяч людей по всему земному шару. Embrace, Extend, and Extinguish в чистом виде, только теперь в прицеле корпорации огромное сообщество, и все это под прикрытием open-source инициатив.

Подробнее обо всем: недавно в Release Candidat .NET 6 попал Hot Reload. И попал он туда для кучи платформ вместе с dotnet watch — CLI-тулзой, которая умеет запускать команды .NET Core CLI, когда меняется какой-то исходный файл (например, она может сама запустить компиляцию или тесты).

Обычно, когда что-то попадает в Release Candidat, то оно там остается, если не было отловлено серьезных регрессий во время тестирования. Но Microsoft решила убрать фичу, не спросив ни у кого в сообществе разрешения, попутно закрыв pull-request на Github от возможных дискуссий. Помните, что Microsoft им владеет? Сообщество, конечно, пошло сразу же задавать вопросы — вот большой тред.

Позже появился новый пулл-реквест, который отменяет удаление Hot Reload. На данный момент у него уже сотни лайков, комментариев, и больше 40 аппрувов от участников сообщества. Тревогу забили все: от активных контрибьютеров до разработчиков из самой Microsoft, которые оказались возмущены подобными выходками.

Сам .NET, если кто забыл, с 2014 года стал опенсорсным, и у него есть .NET Foundation — некоммерческая организация, которая гарантирует, что Microsoft будет не мешать развиваться платформе на честных условиях. Недавно один из основных разработчиков и членов совета Foundation покинул свой пост (за пару недель до выборов новых людей), сказав, что Foundation больше не представляет интересы open-source коммьюнити, и, более того, никак не препятствует Microsoft преследовать свои корпоративные интересы за счет open-source сообщества.

Так, к примеру, год назад Microsoft почти наняла разработчика AppGet к себе, чтобы работать над новым пакетным менеджером для Windows с открытым исходным кодом. Но на 6 месяцев Microsoft затихла, а потом анонсировала WinGet, который взял кучу идей из проекта с открытым исходным кодом.

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

В течение многих десятков лет вокруг open-source проектов сложилась практика использования бесплатного ПО корпорациями без помощи авторам. Вместо финансовой поддержки разработчиков ПО и помощи сообществу через пожертвования, корпорации выманивали основных разработчиков к себе в компании, оставляя открытые проекты без ключевых фигур.

Теперь у них новая стратегия — продвигать свои идеи и корпоративные интересы, сидя на плечах у open-source сообщества. И Microsoft с .NET Foundation тут, к сожалению, не единственные. Новый фасад, но идеи все те же. И сообщество от этого выигрывать не будет, потому что для корпорации на первом месте стоят корпоративные интересы, на то она и корпорация.

27 ответов

14 просмотров

Уже комментировали в зеленом

Главная беда MS - это войны разных департаментов внутри самой корпорации.

а есть что-то кроме VS?!

Хмельное Пиво 🍺
Rider, vs code, любой редактор

опять вы со своими блокнотами

Ридер всё ж не блокнот

Давай вспомним дохлую вижуал студию, которая лагает как говно, имеет интерфейс говна из 2000-х, весит как лепеха коровы да ещё и теперь забирает фичи из опен сорса

Хмельное Пиво 🍺
Давай вспомним дохлую вижуал студию, которая лагае...

вообще-то по интерфейсу она топ, не эти ваши стрёмные темы в ридере с его плохим рендером

Хмельное Пиво 🍺
Давай вспомним дохлую вижуал студию, которая лагае...

Всё у неё нормально с интерфейсом. Сделан для десктопа, а не для планшетов

Слава
Всё у неё нормально с интерфейсом. Сделан для деск...

Мне не нравится вот этот острый стиль. и эти мнимые редизайны, мммм

Хмельное Пиво 🍺
Хот релоад?

Да, примерно в 2013 году уже был

Хмельное Пиво 🍺
Мне не нравится вот этот острый стиль. и эти мнимы...

Острый - это какой? Оно таким всегда было, ещё со времён 98 года

Хмельное Пиво 🍺
Стиль десятки. Жудто бесит

Да бог с ним. Вот в каком-нибудь Gnome кнопки большие и надувные, их хочется молотком нажимать

Похожие вопросы

Обсуждают сегодня

30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
13
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
Как передать управляющий символ в открытую через CreateProcess консоль? Собсна, есть процедура: procedure TRedirectThread.WriteData(Data: OEMString); var Written: Cardinal;...
Serjone
6
в JclConsole объявлено так: function CtrlHandler(CtrlType: DWORD): BOOL; stdcall; - где ваше объявление с stdcall? у вас на картинке нет stdcall
Karagy
8
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
program test; {$mode delphi} procedure proc(v: int32); overload; begin end; procedure proc(v: int64); overload; begin end; var x: uint64; begin proc(x); end. Уж не знаю...
notme
6
Карта сайта