У нас прижилось. Авалония активно развивается и мы регулярно обновляемся на свежие версии. Обновление у нас делается изменением одной цифры в props файле.
Если вы пользуетесь гитлабовским сервером пакетов в закрытом контуре, нужно постоянно заботиться о том, чтобы в вашей приватной галерее были все необходимые пакеты. А если в конфиге нугета прописать ещё и nuget.org, как вы предлагаете, получается что разработчики у вас не в закрытом контуре. Им нужно давать доступ в интернет.
В схеме которую предлагает статья доступ в интернет даётся только машине на которой установлен Багет и эта система будет работать сама без необходимости загружать вручную новые версии пакетов если ваши разработчики что то поменяют в проекте.
Да, Багет умеет скачивать зависимости сам. В конфиг прописываете откуда можно скачивать и все работает само. Это очень удобно. Один раз настроили и вас не дергают коллеги по пустякам. Админка есть. Простейшая. Поиск имеется.
У нас есть экспорт в pdf и xlsx. Выпустили буквально пару месяцев назад. Дизайнера пока нет. Подойдёт для простых отчётов на основе грида и трилиста. Так же, мы планируем сделать api для манипуляций с файлами документов как у aspose.
>так и не смогли перенести WPF ни на одну альтернативную платформу.
Я думаю, они не захотели просто. Если помните, у них были WinUI UWP WinRT и в итоге им перестали доверять разработчики. Какой смысл учить новую технологию, если они через годик ее похоронят ).
В такой общей формулировке сложно спорить. Наверняка найдется сценарий когда wpf окажется быстрее. Но по моим ощущениям, авалония не тормознее WPF в большинстве сценариев с которыми я сталкиваюсь ежедневно по работе.
Очень рады, что WebAssembly версия демки произвела хорошее впечатление. Буквально на днях обнаружили что мы таскаем в Web версии тяжелые ресурсы для 3d модулей которые у нас пока только для десктопа. В следующем обновлении поправим. Так же, у нас есть несколько идей для проектов на основе WebAssembly технологии. Это направление точно получит развитие.
Понимая что у людей разные вкусы, мы предусмотрели возможность переключения визуальных тем. На текущий момент у нас нет темы похожей на С1, но мы постараемся учесть ваше пожелание в будущих релизах.
Так же, мы предусмотрели механизм модификации встроенных тем. Процесс модификации описан тут
Такой длинный путь упихнули в одну статью. Надо больше подробностей. Как софт разрабатывали. Про деньги тоже интересно было бы почитать. Понятно, что там не обо всем можно рассказать..
У каждого человека как минимум одни девайс всегда под рукой и некоторое время каждый день уделяется на потребление контента. Действительно, сейчас есть огромная потребность в контенте. Проблема только в том, что люди выбирают какой то другой контент а не ваш. Нужно лучше думать как научить контент-завод генерить что то интересное.
Мне кажется, для успеха в этой схеме все равно должен быть человек - редактор. Который выбраковывает шлак, возможно дописвает что то за нейросеткой.
У нас в проекте есть проверка кодировки исходников. Она написала в виде analyzer'a . Если у исходного файла кодировка не utf8 bom, генертся ошибка. Сделали это потому что народ любит писать комментарии в коде на русском, а дефолтная кодировка нас не устраивала.
Так вот, когда мы пробовали вайбкрдинг, почти всегда ИИ ломал кодировку наших исходных файлов. Так что там много всяких подножек )
Конечно, нужно пробовать. Оценивать плюсы и минусы. Именно поэтому вендоры обычно дают большой триальный период. Например, у нас триал составляет 60 дней.
Такой срок мы закладываем на создание MVP. У всех требования разные и не всегда триал заканчивается покупкой.
Смотрите заголовок статьи ). Вам все равно придется что то делать с этим. В некоторых случаях можно накатить Линукс. В каких именно - надо смотреть и решать конкретно на месте. Конечно нужно учитывать умения админов принимая решение в пользу Линукс.
Каждый когда делает эти оценки затрат времени подразумевает какое-то конкретное рабочее место с каким-то набором софта. Поэтому мы вряд-ли сойдёмся в оценках. ))
Моя идея в следующем: там где переход на Линукс сильно накладный не делать его. А если например человек на рабочем месте только хром запускает, его производительность никак после миграции не изменится.
Насчёт CPM: даже если у вас разные репы он уменьшает число мест где указана версия, пакета. Такие проекты проще поддерживать поэтому в нём есть смысл.
Про идею с субмодулями: думаю сработает. Но у нас это не прижилось. Сабмодули Гита не любим.
У нас прижилось. Авалония активно развивается и мы регулярно обновляемся на свежие версии. Обновление у нас делается изменением одной цифры в props файле.
Если вы пользуетесь гитлабовским сервером пакетов в закрытом контуре, нужно постоянно заботиться о том, чтобы в вашей приватной галерее были все необходимые пакеты. А если в конфиге нугета прописать ещё и nuget.org, как вы предлагаете, получается что разработчики у вас не в закрытом контуре. Им нужно давать доступ в интернет.
В схеме которую предлагает статья доступ в интернет даётся только машине на которой установлен Багет и эта система будет работать сама без необходимости загружать вручную новые версии пакетов если ваши разработчики что то поменяют в проекте.
Да, у нас развернут гитлаб.
Вроде гитлабовский сервер пакетов не умеет ходить в интернет за недостающими зависимостями. Именно в этом основное преимущество Багета
Да, Багет умеет скачивать зависимости сам. В конфиг прописываете откуда можно скачивать и все работает само. Это очень удобно. Один раз настроили и вас не дергают коллеги по пустякам. Админка есть. Простейшая. Поиск имеется.
Из российских коммерческих ещё есть Эремекс https://eremexcontrols.net/controls/datagrid/export/
У нас есть экспорт в pdf и xlsx. Выпустили буквально пару месяцев назад. Дизайнера пока нет. Подойдёт для простых отчётов на основе грида и трилиста. Так же, мы планируем сделать api для манипуляций с файлами документов как у aspose.
>так и не смогли перенести WPF ни на одну альтернативную платформу.
Я думаю, они не захотели просто. Если помните, у них были WinUI UWP WinRT и в итоге им перестали доверять разработчики. Какой смысл учить новую технологию, если они через годик ее похоронят ).
Красивый UI.
В авалонии можно свободно посмотреть детали реализации рендера,
https://github.com/AvaloniaUI/Avalonia/blob/master/src/Windows/Avalonia.Direct2D1/Media/DrawingContextImpl.cs
если нашли проблему прислать им pull request и в разумные сроки получить официальный билд с исправлениями.
Это намного удобнее чем WPF который в плане рендеринга закрыт и сейчас уже совсем не развивается.
В такой общей формулировке сложно спорить. Наверняка найдется сценарий когда wpf окажется быстрее. Но по моим ощущениям, авалония не тормознее WPF в большинстве сценариев с которыми я сталкиваюсь ежедневно по работе.
Очень рады, что WebAssembly версия демки произвела хорошее впечатление. Буквально на днях обнаружили что мы таскаем в Web версии тяжелые ресурсы для 3d модулей которые у нас пока только для десктопа. В следующем обновлении поправим. Так же, у нас есть несколько идей для проектов на основе WebAssembly технологии. Это направление точно получит развитие.
Спасибо. Посмотрим.
Понимая что у людей разные вкусы, мы предусмотрели возможность переключения визуальных тем. На текущий момент у нас нет темы похожей на С1, но мы постараемся учесть ваше пожелание в будущих релизах.
Так же, мы предусмотрели механизм модификации встроенных тем. Процесс модификации описан тут
https://eremexcontrols.net/controls/themes/modify-control-themes/
Исходники тем лежат на гитхаб
https://github.com/Eremex/controlthemes
Можно изменить любой визуальный аспект.
Такой длинный путь упихнули в одну статью. Надо больше подробностей. Как софт разрабатывали. Про деньги тоже интересно было бы почитать. Понятно, что там не обо всем можно рассказать..
У каждого человека как минимум одни девайс всегда под рукой и некоторое время каждый день уделяется на потребление контента. Действительно, сейчас есть огромная потребность в контенте. Проблема только в том, что люди выбирают какой то другой контент а не ваш. Нужно лучше думать как научить контент-завод генерить что то интересное.
Мне кажется, для успеха в этой схеме все равно должен быть человек - редактор. Который выбраковывает шлак, возможно дописвает что то за нейросеткой.
Красота. А можете порекомендовать проект чтобы рендерить 3д фракталы?
У нас в проекте есть проверка кодировки исходников. Она написала в виде analyzer'a . Если у исходного файла кодировка не utf8 bom, генертся ошибка. Сделали это потому что народ любит писать комментарии в коде на русском, а дефолтная кодировка нас не устраивала.
Так вот, когда мы пробовали вайбкрдинг, почти всегда ИИ ломал кодировку наших исходных файлов. Так что там много всяких подножек )
Конечно, нужно пробовать. Оценивать плюсы и минусы. Именно поэтому вендоры обычно дают большой триальный период. Например, у нас триал составляет 60 дней.
Такой срок мы закладываем на создание MVP. У всех требования разные и не всегда триал заканчивается покупкой.
У нас была статья с бенчмарками грида. Посмотрите у меня в профиле.
Смотрите заголовок статьи ). Вам все равно придется что то делать с этим. В некоторых случаях можно накатить Линукс. В каких именно - надо смотреть и решать конкретно на месте. Конечно нужно учитывать умения админов принимая решение в пользу Линукс.
Каждый когда делает эти оценки затрат времени подразумевает какое-то конкретное рабочее место с каким-то набором софта. Поэтому мы вряд-ли сойдёмся в оценках. ))
Моя идея в следующем: там где переход на Линукс сильно накладный не делать его. А если например человек на рабочем месте только хром запускает, его производительность никак после миграции не изменится.