Здравствуйте, Dym On, Вы писали:
BFE>>dotNet убивает Java. BFE>>Java убивает dotNet. DO>А зачем убивать?
А subj?
DO>Просто в какой-то момент Java.NET всех убьет
Не, это уродец под именем J# сам помер.
Да и вообще С#/.Net — это Java, в том смысле, что C# появился только потому, что Microsoft'у суд запретил разрабатывать свой диалект Java.
BFE>>>dotNet убивает Java. BFE>>>Java убивает dotNet. DO>>А зачем убивать? BFE>А subj?
DO>>Просто в какой-то момент Java.NET всех убьет BFE>Не, это уродец под именем J# сам помер.
BFE>Да и вообще С#/.Net — это Java, в том смысле, что C# появился только потому, что Microsoft'у суд запретил разрабатывать свой диалект Java.
Здравствуйте, Serginio1, Вы писали:
DO>>>Просто в какой-то момент Java.NET всех убьет BFE>>Не, это уродец под именем J# сам помер.
BFE>>Да и вообще С#/.Net — это Java, в том смысле, что C# появился только потому, что Microsoft'у суд запретил разрабатывать свой диалект Java.
S>Ты наверное имел ввиду Visual J++ S>Который был под Виртуальная машина Microsoft Java
Нет, я хочу сказать, что С# появился только потому, что Microsoft'у суд запретил разрабатывать свой диалект Java, этот самый Visual J++. Если бы не этот запрет C# вообще бы не родился.
S>J# это уже под .Net
поэтому J# не что иное, как Java.NET
DO>>>>Просто в какой-то момент Java.NET всех убьет BFE>>>Не, это уродец под именем J# сам помер.
BFE>>>Да и вообще С#/.Net — это Java, в том смысле, что C# появился только потому, что Microsoft'у суд запретил разрабатывать свой диалект Java.
S>>Ты наверное имел ввиду Visual J++ S>>Который был под Виртуальная машина Microsoft Java BFE>Нет, я хочу сказать, что С# появился только потому, что Microsoft'у суд запретил разрабатывать свой диалект Java, этот самый Visual J++. Если бы не этот запрет C# вообще бы не родился.
То есть тебя никак не смущает, что у МС была своя виртуальная машина? S>>J# это уже под .Net BFE>поэтому J# не что иное, как Java.NET
Тогда зачем ссылка на него?
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S> То есть тебя никак не смущает, что у МС была своя виртуальная машина?
Вообще не смущает.
S>>>J# это уже под .Net BFE>>поэтому J# не что иное, как Java.NET S> Тогда зачем ссылка на него?
На кого?
И вообще, я рад, что из-за идиотской ссоры контор Microsoft и Sun ни Java ни C# не смогли победить C++. Шансы были, но теперь их уже нет.
А ведь откажись Sun от единоличного владения и вместе с MS они могли всё стандартизовать и вот тогда C++ могло бы поплохеть...
Здравствуйте, B0FEE664, Вы писали:
BFE>И вообще, я рад, что из-за идиотской ссоры контор Microsoft и Sun ни Java ни C# не смогли победить C++. Шансы были, но теперь их уже нет.
C++ в другой категории. Нечего побеждать.
BFE>А ведь откажись Sun от единоличного владения и вместе с MS они могли всё стандартизовать и вот тогда C++ могло бы поплохеть...
Как я понимаю, спор Sun был не про единоличное владение. И тогда, и сейчас существуют несколько реализаций JVM. Спор был в том, что MS делала несовместимую реализацию, привязанную к Win-платформе. Цель MS была не сотрудничество, а отхапать часть рынка и перетащить на свою платформу: https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, B0FEE664, Вы писали:
BFE>И вообще, я рад, что из-за идиотской ссоры контор Microsoft и Sun ни Java ни C# не смогли победить C++. Шансы были, но теперь их уже нет. BFE>А ведь откажись Sun от единоличного владения и вместе с MS они могли всё стандартизовать и вот тогда C++ могло бы поплохеть... Коболу не поплохело, а С++ и подавно
К 1997 году активно использовалось около 240 миллиардов строк кода на Коболе, кодом на Коболе обрабатывалось около 90 % финансовых транзакций в мире и 75 % коммерческих транзакций, общая стоимость используемого кода — 2 трлн долларов США[9].
всё хорошо. но для это надо отказаться от кучи возможностей дотнета типа рефлексии. это как better-c в ди.
graalvm появилась раньше но у нее тоже куча проблем(например jvm-яп не дружат с ней типа кложуры).
в дотнете это F# и VB у них свой компайлер и они явно будут все время болеть не совместимостью с аот.
Здравствуйте, gandjustas, Вы писали:
K>>Казалось бы: переделайте WPF с учётом горького опыта и уже не на DirectX, а на OpenGL, чтобы было кроссплатформенным. G>А зачем microsoft создавать своими руками конкурента для десктопной винды?
а зачем microsoft десктопная винда? насколько понял, с некоторых пор основной доход они получают с другого
Здравствуйте, night beast, Вы писали:
NB>Здравствуйте, gandjustas, Вы писали:
K>>>Казалось бы: переделайте WPF с учётом горького опыта и уже не на DirectX, а на OpenGL, чтобы было кроссплатформенным. G>>А зачем microsoft создавать своими руками конкурента для десктопной винды?
NB>а зачем microsoft десктопная винда? насколько понял, с некоторых пор основной доход они получают с другого
Представим что mirosoft перестал продавать десктопную винду.
1) Сразу упадут продажи офиса, в том числе который сейчас продается по облачной подписки и составляет большую часть дохода "облаков".
2) Сразу упадут продажи Enterprise Aggrement, который лицензирует пользователей, офисы и насыпает кучу серверного софта, в том числе windows server и sql server. Windows Server без Windows клиента не нужен от слова совсем. То есть выручка по всем серверным направлениям направлениям тоже упадет.
3) Как следствие п2 станет не нужной разработка под windows. Упадут продажи средств разработки и охват рынка. Разработчики начнут выбирать НЕ платформу microsoft для своих приложений
4) Последнее еще и по продажам Azure ударит
Получается что десктопная винда, которая возможно и не зарабатывает денег для ms позволяет держать рынок. Не даром еще билл гейтс ставил стратегическую цель — поставить виндовс на все десктопы, понимал что этим он почти монополизирует многие рынки. Не случиь этого тогда, то возможно сейчас и не было бы Microsoft.
Здравствуйте, Разраб, Вы писали:
Р>Здравствуйте, Serginio1, Вы писали:
S>>Image: aot-runtime-trimmed-perf-chart.png
Р>всё хорошо. но для это надо отказаться от кучи возможностей дотнета типа рефлексии.
Не отказаться, а сделать явным указание какие метаданные типов включать в образ а какие нет.
В рефлексии нет ничего супер-сложного. В каждом vtbl класса хранится ссылка на объект метаданных класса. Только в минимальном рантайме dotnet это десятки тысяч классов, а в реальном приложении сотни.
Если будет механизм частичного урезания или частичного включения метаданных в выходном образе, то будет все ок.
Тем более метаданные зачастую используются для всяких сериализаций и мэппингов, которые можно в компайл-тайм генерировать, что и делается с помощью SourceGenerator. Поэтому потребность в метеденных в рантайме не так уж велика.
Р>в дотнете это F# и VB у них свой компайлер и они явно будут все время болеть не совместимостью с аот.
У VB.NET нет своего компайлера, его копилирует тот же Roslyn. Для f# сейчас пилится компилятор подходящий для AOT. По сути для этого надо только сорсгенераторы завезти.
Здравствуйте, Разраб, Вы писали:
Р>По теме: чем все-таки DOTNET убивает(или убьет в ближайшем будущем) такие крутые штуки как java|go|zig|rust|c++?
Одна из крутейших штук дотнета, начиная с 2017-2019-х — это "второе дыхание".
Это тотальный пересмотр устоявшихся практик и "правил хорошего тона" (чего только стоит отказ от паттерна аргументов в событиях object+EventArgs), поворачивание лицом к низкому уровню.
Ну и, самое гласное — активное развитие.
Гонку выиграет не самый лучший здесь и сейчас, а самый быстро развивающийся.
Про плюсы можно сказать нечто похожее — с версии С++11 язык развивается семимильными шагами.
Здравствуйте, gandjustas, Вы писали:
NB>>а зачем microsoft десктопная винда? насколько понял, с некоторых пор основной доход они получают с другого G>Представим что mirosoft перестал продавать десктопную винду. G>1) Сразу упадут продажи офиса, в том числе который сейчас продается по облачной подписки и составляет большую часть дохода "облаков".
не в курсе механики. майкрософт продает мало виндовса, но много офиса?
как возможности разрабатывать под линукс влияют на продажи офиса?
G>2) Сразу упадут продажи Enterprise Aggrement, который лицензирует пользователей, офисы и насыпает кучу серверного софта, в том числе windows server и sql server. Windows Server без Windows клиента не нужен от слова совсем. То есть выручка по всем серверным направлениям направлениям тоже упадет.
какую долю доходов microsoft имеет от продажи windows server и sql server?
G>3) Как следствие п2 станет не нужной разработка под windows. Упадут продажи средств разработки и охват рынка. Разработчики начнут выбирать НЕ платформу microsoft для своих приложений
не хотел тебя расстраивать, но уже долгие годы мейнстимом является кроссплатформенная разработка (личное мнение)
Здравствуйте, night beast, Вы писали:
NB>не хотел тебя расстраивать, но уже долгие годы мейнстимом является кроссплатформенная разработка (личное мнение)
Долгие годы развивается мобильная разработка. Десктоп в этом плане провис. Мобильных клиентов банально больше. А вот вэб на мобилах не прижился.
Кстати например для наушников Anker Soundcore Space Q45 банально нет сетапа под Windows https://4pda.to/forum/index.php?showtopic=1057562
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, night beast, Вы писали:
NB>Здравствуйте, gandjustas, Вы писали:
NB>>>а зачем microsoft десктопная винда? насколько понял, с некоторых пор основной доход они получают с другого G>>Представим что mirosoft перестал продавать десктопную винду. G>>1) Сразу упадут продажи офиса, в том числе который сейчас продается по облачной подписки и составляет большую часть дохода "облаков".
NB>не в курсе механики. майкрософт продает мало виндовса, но много офиса?
Много виндовса и много офиса. Если будет мало виндовса, то и офиса будет мало.
NB>как возможности разрабатывать под линукс влияют на продажи офиса?
Чем лучше десктопные программы можно делать под линукс, тем меньше виндовс нужен.
G>>2) Сразу упадут продажи Enterprise Aggrement, который лицензирует пользователей, офисы и насыпает кучу серверного софта, в том числе windows server и sql server. Windows Server без Windows клиента не нужен от слова совсем. То есть выручка по всем серверным направлениям направлениям тоже упадет. NB>какую долю доходов microsoft имеет от продажи windows server и sql server?
Как сейчас не знаю, но года 4 назад SQL Server почти 25 выручки генерировал. А весь windows Server вместе с System Center меньше 10%.
G>>3) Как следствие п2 станет не нужной разработка под windows. Упадут продажи средств разработки и охват рынка. Разработчики начнут выбирать НЕ платформу microsoft для своих приложений NB>не хотел тебя расстраивать, но уже долгие годы мейнстимом является кроссплатформенная разработка (личное мнение)
Почему меня должно расстраивать твое мнение и как оно относится к тому, что я сказал?
Здравствуйте, gandjustas, Вы писали:
G>Много виндовса и много офиса. Если будет мало виндовса, то и офиса будет мало.
Либо офис можно портировать на Linux, как это сделано с Маком (даже под их ARM процессоры нативную версию сделали).
G>Чем лучше десктопные программы можно делать под линукс, тем меньше виндовс нужен.
Только на линукс они повлиять не могут, а какой-то киллерфичи по разработке GUI не предоставляют по факту.
Ну, а если процесс разработки кроссплатформы и windows-only приложений одинаков, то зачем кому-то из разработчиков будет нужна только винда?
G>Как сейчас не знаю, но года 4 назад SQL Server почти 25 выручки генерировал.
G>>Много виндовса и много офиса. Если будет мало виндовса, то и офиса будет мало.
K>Либо офис можно портировать на Linux, как это сделано с Маком (даже под их ARM процессоры нативную версию сделали).
G>>Чем лучше десктопные программы можно делать под линукс, тем меньше виндовс нужен.
K>Только на линукс они повлиять не могут, а какой-то киллерфичи по разработке GUI не предоставляют по факту. K>Ну, а если процесс разработки кроссплатформы и windows-only приложений одинаков, то зачем кому-то из разработчиков будет нужна только винда?
Приложения .NET MAUI можно создавать на ПК или Mac и компилировать в собственные пакеты приложений:
Приложения Android, созданные с помощью .NET MAUI, компилируются из C# на промежуточный язык (IL), который затем компилируется JIT в собственную сборку при запуске приложения.
Приложения iOS, созданные с помощью .NET MAUI, полностью заранее скомпилированы из C# в собственный код сборки ARM.
В приложениях macOS, созданных с помощью .NET MAUI, используется Mac Catalyst — решение apple, которое переносит приложение iOS, созданное с помощью UIKit, на рабочий стол и дополняет его дополнительными API AppKit и платформы по мере необходимости.
Приложения Windows, созданные с помощью .NET MAUI, используют библиотеку пользовательского интерфейса Windows 3 (WinUI 3) для создания собственных приложений, предназначенных для рабочего стола Windows. Дополнительные сведения о WinUI 3 см. в статье Библиотека пользовательского интерфейса Windows.
Здравствуйте, Serginio1, Вы писали:
S> Заметь линукса здесь нет. Впрочем учитывая долю десктопа на линукс, то зачем эту долю увеличивать?
А зачем мне ограничивать своё ПО, когда можно взять Avalonia или Uno от сторонних разработчиков?
Не знаю уж насколько им важен российский рынок, а у нас и вовсе нет смысла сейчас пилить ПО без поддержки Linux.
Купить Xamarin и потом забить на Linux — это гениальный ход.
С таким подходом это самое MAUI отправится куда-то к UWP, WPF, WCF, Silverlight и т.д.
