Здравствуйте, vaa, Вы писали: S>>Там же не только UI но и вычисления на клиенте. В некоторых случаях это может быть долго. S>>Вообще для блазора нужен гибридный вариант, часть на клиенте, часть на сервере. S>>Но передача данных на сервер и возврат результата может быть дороже чем вычисления на клиенте S>>А вот реально нужна компиляция только критичных по скорости мест. Тот же JS так и поступает. S>>На самом то деле главное, что движуха то есть и реально многое оптимизируется. Просто пока далеко до идеала.
vaa>По мне блазор это замена именно UI части, полноценной заменой декстоп-приложений ему не стать.
Ну почему же. Cross platform Blazor Desktop example
vaa>Главная цель блазор писать весь код приложения на одном языке. vaa>А скорость ну может только для какой-то браузерной игры критична. vaa>js все таки на клиенте компилится, а тут прекомпиляция, хотя даже неизвестно на каком железе это будет работать.
JS может компилиться или интерпретироваться.
AOT должен быть только для проблемных частей. Перекомпиляции то в AOT нет в отличие от Jit. Проблема в размере
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Тёмчик, Вы писали:
Тё>Здравствуйте, Serginio1, Вы писали:
S>> давно .Net core под линукс активно используется! Прежде всего для облаков!
Тё>Кем используется? Например, компания исторически сидела на опен сорсе, линукс, жава монолит. Переходит в облака на AWS- какой смысл заменить жаву на шарп? Даже если и шарп что-то может на линуксе. Исторически, шарп там был с середины 2000-х, криво поддерживался, на что-то MS забило. В е понимали- хочешь понлоценный пончик, дорога в венду.
Отдельно следует отметить, что по итогам III квартала 2021 г. Microsoft закрепилась на втором месте в рейтинге владельцев крупнейших облачных сервисов. Ее Azure удерживал 21% рынка против 32% у Amazon Web Services и 8% у Google Cloud (статистика Statista.com).
А ведь совсем недавно AWS был безоговорочным лидером!
При этом показатели AWS тоже растут. А значи все это происходит за счет новых проектов!
И .Net и Java и питона итд. И вот соотношение использования .Net и Java на том же StackOverflow
Здравствуйте, Serginio1, Вы писали:
vaa>>По мне блазор это замена именно UI части, полноценной заменой декстоп-приложений ему не стать. S>Ну почему же. Cross platform Blazor Desktop example
пока еще браузер очень сильно ограничивает клиента в правах.
Навскидку: запрос делается через интероп fetch api — если потребуется выполнить запрос к https://rsdn.org/forum/rss/dotnet
из блазора придется обратится к прокси-серверу.
Тоже самое с шифрованием. вообщем, блазор хоть и удобен, он остается лишь частью веб-технологий.
Его возможности определяются возможностями браузера.
Здравствуйте, vaa, Вы писали:
vaa>Здравствуйте, Serginio1, Вы писали:
vaa>>>По мне блазор это замена именно UI части, полноценной заменой декстоп-приложений ему не стать. S>>Ну почему же. Cross platform Blazor Desktop example vaa>пока еще браузер очень сильно ограничивает клиента в правах. vaa>Навскидку: запрос делается через интероп fetch api — если потребуется выполнить запрос к https://rsdn.org/forum/rss/dotnet vaa>из блазора придется обратится к прокси-серверу. vaa>Тоже самое с шифрованием. вообщем, блазор хоть и удобен, он остается лишь частью веб-технологий.
vaa>Его возможности определяются возможностями браузера.
Здравствуйте, vaa, Вы писали:
vaa>пока еще браузер очень сильно ограничивает клиента в правах.
На самом деле уже давно нет. А если сравнивать скажем с мобильным (а не десктопным) приложением, то считай вообще почти одинаковый уровень возможностей (ну кроме некоторых достаточно специфических вещей).
vaa>Навскидку: запрос делается через интероп fetch api — если потребуется выполнить запрос к https://rsdn.org/forum/rss/dotnet vaa>из блазора придется обратится к прокси-серверу.
Не знаю что там в блазорах эти ваших. Но в браузере уже много лет как живёт websocket, который решает все эти проблемы.
И да, пока реально не хватает доступа к UDP (например для поиска устройств в сети), но над этим тоже работают и думаю ещё добавят (как добавили USB, GPU и ещё много чего ещё в последнее время).
vaa>Его возможности определяются возможностями браузера.
АПИ браузера сейчас уже не сильно отличается от АПИ операционной системы. Да, ещё есть пробелы в некоторых специфических областях, но для большинства стандартных задач уже давно всё есть.
Здравствуйте, kaa.python, Вы писали:
KP>WLS, который тоже глючит изрядно,
А можно раскрыть подробнее оч ем именно речь? И сразу же — речь о какой версии WLS — первой или второй
KP>PowerShell, который явно под тяжёлыми веществами проектировали
И здесь тоже можно подробнее — что именно там не так?
Вот коллегу
Здравствуйте, Михаил Романов, Вы писали:
МР>А можно раскрыть подробнее оч ем именно речь? И сразу же — речь о какой версии WLS — первой или второй
Посмотрел свои заметки — дело было в 2019, какой там был WSL я не уверен, но вроде было был первый и бета второго. Проблемы следующие, дико тормозной I/O по сравнению с реальной системой, особенно на мелких файлах. Глючные терминалы, ошибки с перерисовкой, падения, зависания. То есть полноценно работать в WSL было не возможно, разве что попробовать что-то запустить по быстрому, своего роде встроенный Докер.
KP>>PowerShell, который явно под тяжёлыми веществами проектировали МР>И здесь тоже можно подробнее — что именно там не так?
Не так вообще всё. Я не хочу учить еще один шелл и писать один и тот же скрип для двух разных шеллов. Посему это или что-то реально SH-совместимое, или в лес. Тут просто такой момент есть — сервера и всё скриптование, обычно, это мир *NIX и там везде (Linux, BSD, macOS) один и тот же SH с небольшими отличиями в ключах. Как следствие PS должен был бы не предлагать новое прочтение того же самого, а по уму сделать возможным максимально бесшовную работу. А этого как раз и нет, но есть типично майкрософтовское "все переходите на венду".
Здравствуйте, Ночной Смотрящий, Вы писали:
KP>>Проблемы следующие, дико тормозной I/O по сравнению с реальной системой, особенно на мелких файлах. НС>В WSL 2 вылечено
Это не убирает главного — если ты обычно работаешь в Linux и консоли, то вообще зачем ставить Windows и сидеть в WSL?
KP>Это не убирает главного — если ты обычно работаешь в Linux и консоли, то вообще зачем ставить Windows и сидеть в WSL?
Незачем. Но речь-то, вроде бы, о сценарии "работаю в windows и нужно собирать/отлаживать приложения под Linux"
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, Ночной Смотрящий, Вы писали:
KP>>>Проблемы следующие, дико тормозной I/O по сравнению с реальной системой, особенно на мелких файлах. НС>>В WSL 2 вылечено
KP>Это не убирает главного — если ты обычно работаешь в Linux и консоли, то вообще зачем ставить Windows и сидеть в WSL?
Но если ты работаешь в VS то нахрена тебе эта консоль?
Это вообще какой то анахронизм! Это как в С++ без IDE пишут в блокнотике!
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Константин Б., Вы писали:
КБ>Это довольно устаревшая информация. Консоль в винде сейчас точно такая же как и на маке/линуксе.
Это про новый терминал? Нет не такая. То есть прогресс есть, но абстракции текут: https://github.com/microsoft/terminal/issues/1256
Зарисовка:
У меня тут есть чувак под 30 лет, математик с PhD от UC Berkley, толковый, плюсы/скала без проблем. Ему потребовалось питончик на винде погонять, до этого он это делал только на линухе.
Зашел он значит в cmd.exe и сделал "cd Y:\blah\blah" и говорит "a почему оно по прежнему на "c:\Users\blah\blah". Удивил. Говорит в школе он особо не программировал, в универе все было на *nix, а сейчас для дома Мак.
Здравствуйте, kaa.python, Вы писали:
KP>Это не убирает главного — если ты обычно работаешь в Linux и консоли, то вообще зачем ставить Windows и сидеть в WSL?
Потому что по сю пору десктопная ОС из Линуха как из говна пуля, и далеко не всем интересно два ноутбука держать. Есть, опять же, люди, предпочитающие VS, коя есть только под винду.
Здравствуйте, Михаил Романов, Вы писали:
МР>Незачем. Но речь-то, вроде бы, о сценарии "работаю в windows и нужно собирать/отлаживать приложения под Linux"
Здравствуйте, Serginio1, Вы писали:
S> Но если ты работаешь в VS то нахрена тебе эта консоль?
У меня есть предположение что ты в основном под Windows пишешь. Потому как если ты под Linux что-то делаешь, то без консоли что-то сложнее Пиивет Мир сделать сложно.
S>Это вообще какой то анахронизм! Это как в С++ без IDE пишут в блокнотике!
Давай для начала проясним что такое IDE в твоём понимании. Это обязательно GUI приложение с меню и кнопками, или навигация, автодополнение, рефакторинг и т.д.? Потому как если второе, то у меня в Vim такое очень давно есть.
Ну и ещё раз, серьёзный не-Windows проект ты просто не откроешь в VS. Скорее всего это будет монорепозиторий с Bazel, или CMake + Conan.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Потому что по сю пору десктопная ОС из Линуха как из говна пуля, и далеко не всем интересно два ноутбука держать. Есть, опять же, люди, предпочитающие VS, коя есть только под винду.
А что не так с Убунтой? И я и жена на ней, хуже macOS, но на голову удобнее Windows. Одна установка и обновление всего софта из репозитория чего стоит в плане удобства.
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, Serginio1, Вы писали:
S>> Но если ты работаешь в VS то нахрена тебе эта консоль?
KP>У меня есть предположение что ты в основном под Windows пишешь. Потому как если ты под Linux что-то делаешь, то без консоли что-то сложнее Пиивет Мир сделать сложно.
Да но я не понимаю людей которые отказываются от VS в пользу консоли?
S>>Это вообще какой то анахронизм! Это как в С++ без IDE пишут в блокнотике!
KP>Давай для начала проясним что такое IDE в твоём понимании. Это обязательно GUI приложение с меню и кнопками, или навигация, автодополнение, рефакторинг и т.д.? Потому как если второе, то у меня в Vim такое очень давно есть.
Это прежде всего отладка с кучей окон для мониторинга. KP>Ну и ещё раз, серьёзный не-Windows проект ты просто не откроешь в VS. Скорее всего это будет монорепозиторий с Bazel, или CMake + Conan.
Я пишу на C#. Это кроссплатформенный проект. И тема то как раз про него.
Но ты смотришь на перспективы C# со своей колокольни. Только вот колокольни то разные.
как я уже писал отлаживать кроссплатформенный код проще в винде, а для уже отлаженного кода уже применять плюшки для линукса
Кроме того Отладка .NET Core в Linux с помощью SSH путем присоединения к процессу
Начиная с Visual Studio 2017 можно присоединяться к процессам .NET Core, запущенным в локальном или удаленном развертывании Linux, по протоколу SSH. В этой статье описывается настройка и выполнение процесса отладки. Сценарии отладки с использованием контейнеров Docker см. в статьях Присоединение к процессу, выполняющемуся в контейнере Docker и об инструментах для работы с контейнерами. Сведения об отладке Linux в WSL 2 из Visual Studio (без присоединения к процессу) см. в этой статье.
Вы можете легко запускать и отлаживать свои .NET-приложения в Linux, не выходя из Visual Studio, посредством использования WSL. Если вы разрабатываете кросс-платформенные приложения, этот метод предоставляет простой способ тестировать большинство целевых сред.
Для пользователей Windows .NET, разрабатывающих приложения для Linux, WSL 2 — это оптимальное сочетание реалистичной рабочей среды и высокой производительности. В Visual Studio вы уже можете выполнять отладку в удаленной среде Linux, используя удаленный отладчик или контейнеры с помощью соответствующих средств. Эти варианты подойдут, если больше всего необходимо достичь реалистичных условий. Когда более важен простой и быстрый внутренний цикл, WSL является отличным вариантом.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, kaa.python, Вы писали:
KP>А что не так с Убунтой?
Во-первых железо. Если я ставлю более менее свежую винду на более менее свежее железо с более менее свежей периферией, то есть почти 100% гарантия того что все заработает с минимумом усилий. На линухе это до сих пор лотерея. В лучшем случае ты потратишь несколько дней на поиск драйверов, ядра и прочего стаффа, в худшем останешься без части железок.
Во-вторых софт. Из того что последние полгода было нужно — Иллюстратор, Фотошоп, Лайтрум, Архикад, Ворд/Эксель/Поверпоинт. Что из этого легко поставить на Убунту? И это я еще не игроман, с играми все намного смешнее выходит.
В-третьих юзабилити. МС подрезал бюджет винды сравнительно недавно, и народ уже пищит. А в линухах никакого особого бюджета на UX никогда и не было. UX любого линуха по прежнему навевает вселенскую скуку и образы столлманов, жрущих мозоли, своей кустарщиной.
KP>на голову удобнее Windows.