Насчет JB, ну, я надеюсь это временные и локальные сложности, а поддержку Win10 прекращают во всем мире.
"сделали коммерческий продукт на ОСС". Ничего просто так бесплатного не бывает. На мой взгляд, Авалонию сделали открытой только по одной причине: чтобы повысить доверие к платформе. Экосистема Авалонии не совсем бесплатна. Новые девтулзы Авалонии созданны коммерческой организацией без помощи сообщества.
"возможна ли net разработка под Linux". Возможна. Часть нашей команды имеет основной ОС Linux. Конечно, встречаются разные сложности, в том числе и те, о которых вы говорили.
"лучше перейти на Java". Лучше для кого? В этой статье рассматривается ситуация: вы оказались в 2025м году с командой у которой есть экспертиза в NET WPF. Вот для этих ребят будет более экономически оправданно перейти на Avalonia а не на Java
Здорово, что научились следить за качеством. Наверное, следующая амбициозная цель должна быть в сокращении времени от идеи до запуска. Когда то мне пришлось отказаться от работы в одной уважаемой конторе из-за того что у них цикл разработки занимал примерно декаду. Я понял, что скорее наступит пенсия чем они что то успеют что то мое внедрить ). Если новая недвижимость поможет сократить цикл разработки - хорошо.
На мой взгляд, перспективнее делать новые проекты на AvaloniaUI. Там разметка очень похожа на WPF. Не нужно тратить много времени на переучивание. Приложения на AvaloniaUI работают не только на Windows но и на Linux(включая отечественные). Под AvaloniaUI в России производит контролы Eremex. Продукт называется "eremexcontrols", он входит в реестр отечественного ПО. Без проблем можно купить как в коммерческую так и в бюджетную организацию.
Еще приведу пример чтобы была понятна разница в масштабах.
В Сиетле Майкрософт это одно из градообразующих предприятий. Там легко можно на улице встретить людей которые обсуждают например оптимазацию рендеринга. Врядли у нас можно найти что то подобное.
Российская айтишка это менее 5% мирового рынка ПО. У нас не принято платить за софт. Рынок сложный и рискованный. Вот вы бы на свои стали бы разарбатывать отечественный линукс?
Здорово, что в России появляется своя экспертиза разработки САПР систем для СВЧ. Хабр прежде всего ресурс для разработчиков. Хотелось бы здесь видеть больше технических деталей. Какой технологический стек? Какие интересные технические проблемы решали при разработке?
Для нишевых применений на специальном процессоре следует выбирать фортран. Это прекрасный вывод и я с ним согласен.
Для общегражданских проектов которые пишутся по современным методологиям обычными командами производительность языка не является определяющим фактором.
Тогда бы все писали только на ассемблере ). Дорого это.
А еще серьезные проекты пишутся годами и стек технологий просто нет смысла выбирать из производительности. Потому что к окончанию проекта ситуация с производительностью может измениться.
Мы решали подобную задачку в EMXControls. Сделали сборку для векторных иконок. На source generator создаем из названий файлов специальный класс свойства которого называются так же как иконки. За счет этого работают подсказки в VisualStudio и невозможно использовать иконку которой нет в наборе. В коде получается вот так
AI полезен и уже изменил индустрию: Помогает писать код. Хотя, по моему мнению, гораздо важнее помогать быстро понимать код и тут у AI есть большой потенциал. У меня вызывает вопросы роль AI в програмных проектах. Сейчас это у MS "непогрешимый любимчик".
Не стоит делать из AI автора кода. Автор несет ответственность. Готов к последствиям своих плохих решений(возможно подсказанных AI).
Вернемся к тем коммитам от Copilot. Да даже если бы там все правильно было я бы их выкинул потому что скрее всего эти изменения никак не отностяся к бизнес целям проекта. Представьте джуна который пришел в проект и делает косметические правки которые не решают никакие проблемы.
Я понял, Алексей. Спасибо. К сожалению, не все разработчики умеют интересно излагать. Мы будем учиться.
Да, мы были на Dotnext2024 можно тут посмотреть доклад https://www.youtube.com/watch?v=6hG7_qEzpnQ .
Насчет JB, ну, я надеюсь это временные и локальные сложности, а поддержку Win10 прекращают во всем мире.
"сделали коммерческий продукт на ОСС". Ничего просто так бесплатного не бывает. На мой взгляд, Авалонию сделали открытой только по одной причине: чтобы повысить доверие к платформе. Экосистема Авалонии не совсем бесплатна. Новые девтулзы Авалонии созданны коммерческой организацией без помощи сообщества.
"возможна ли net разработка под Linux". Возможна. Часть нашей команды имеет основной ОС Linux. Конечно, встречаются разные сложности, в том числе и те, о которых вы говорили.
"лучше перейти на Java". Лучше для кого? В этой статье рассматривается ситуация: вы оказались в 2025м году с командой у которой есть экспертиза в NET WPF. Вот для этих ребят будет более экономически оправданно перейти на Avalonia а не на Java
Мне жаль это слышать. Вы уже пробовали наш продукт что то конкретное не понравилось?
Здорово, что научились следить за качеством. Наверное, следующая амбициозная цель должна быть в сокращении времени от идеи до запуска. Когда то мне пришлось отказаться от работы в одной уважаемой конторе из-за того что у них цикл разработки занимал примерно декаду. Я понял, что скорее наступит пенсия чем они что то успеют что то мое внедрить ). Если новая недвижимость поможет сократить цикл разработки - хорошо.
На мой взгляд, перспективнее делать новые проекты на AvaloniaUI. Там разметка очень похожа на WPF. Не нужно тратить много времени на переучивание. Приложения на AvaloniaUI работают не только на Windows но и на Linux(включая отечественные). Под AvaloniaUI в России производит контролы Eremex. Продукт называется "eremexcontrols", он входит в реестр отечественного ПО. Без проблем можно купить как в коммерческую так и в бюджетную организацию.
Хорошо что есть осознание необходимости перемен в сфере образования и особенно в it специальностях.
Что именно должно измениться? Надо как то сделать так, чтобы в вузах остались преподаватели у которых есть чему научиться. Эксперты.
Например, Если человек читает базы данных но, не разрабатывал их, вряд-ли он может научить.
Какая успешная компания обходится без маркетологов. Тут важен балланс. У MS их сейчас явно больше чем следовало бы )
Еще приведу пример чтобы была понятна разница в масштабах.
В Сиетле Майкрософт это одно из градообразующих предприятий. Там легко можно на улице встретить людей которые обсуждают например оптимазацию рендеринга. Врядли у нас можно найти что то подобное.
Нет денег, нет экспертизы.
Российская айтишка это менее 5% мирового рынка ПО. У нас не принято платить за софт. Рынок сложный и рискованный. Вот вы бы на свои стали бы разарбатывать отечественный линукс?
Здорово, что в России появляется своя экспертиза разработки САПР систем для СВЧ. Хабр прежде всего ресурс для разработчиков. Хотелось бы здесь видеть больше технических деталей. Какой технологический стек? Какие интересные технические проблемы решали при разработке?
мы говорим о разных вещах.
Для нишевых применений на специальном процессоре следует выбирать фортран. Это прекрасный вывод и я с ним согласен.
Для общегражданских проектов которые пишутся по современным методологиям обычными командами производительность языка не является определяющим фактором.
Тогда бы все писали только на ассемблере ). Дорого это.
А еще серьезные проекты пишутся годами и стек технологий просто нет смысла выбирать из производительности. Потому что к окончанию проекта ситуация с производительностью может измениться.
"Целью данных тестов было показать, какой язык для разработки более предпочтителен на Эльбрусах, если важна скорость выполнения"
Это так не работает. Обычно выбор языка делают из других соображений:
экспертиза команды
кодовая база компании
бизнес требования проекта
Общие слова. Надо больше "мяса" и конкретики. Тут же не только домохозяйки, часто встречаются люди готовые запустить в это руки.
посмотрите этот пример
https://github.com/wieslawsoltes/Svg.Skia/tree/master/samples/AvaloniaSvgSkiaStylingSample
Svg.Css - это attached inherited свойство. Работает на поддерево.
Мы решали подобную задачку в EMXControls. Сделали сборку для векторных иконок. На source generator создаем из названий файлов специальный класс свойства которого называются так же как иконки. За счет этого работают подсказки в VisualStudio и невозможно использовать иконку которой нет в наборе. В коде получается вот так
Eremex.AvaloniaUI.Icons.Basic.Questionв xaml
Glyph="{x:Static icons:Basic.Question}"для раскраски иконок используем css
Как нибудь напишем статью об этом.
Эта история происходит каждый год. Летом спрос на технику падает, вначале осени - повышается.
Мы еще не сделали аннотации для графиков. Это есть у нас в бэклоге. Как только реализуем в контролах, обновим проект CryptoAvalonia.
AI полезен и уже изменил индустрию: Помогает писать код. Хотя, по моему мнению, гораздо важнее помогать быстро понимать код и тут у AI есть большой потенциал. У меня вызывает вопросы роль AI в програмных проектах. Сейчас это у MS "непогрешимый любимчик".
Не стоит делать из AI автора кода. Автор несет ответственность. Готов к последствиям своих плохих решений(возможно подсказанных AI).
Вернемся к тем коммитам от Copilot. Да даже если бы там все правильно было я бы их выкинул потому что скрее всего эти изменения никак не отностяся к бизнес целям проекта. Представьте джуна который пришел в проект и делает косметические правки которые не решают никакие проблемы.
Успешных проектов написанных AI мы не видели пока. В коде от 20 до 30% проблелов и табов )