Станислав Макаров

Какой пакетный менеджер лучше взять?

Conan или vcpkg, чё тут думать. Рекомендую Conan, но vcpkg тоже уже созревшее решение, сейчас они оба захватывают рынок.

Или "взрослое" решение пишется без пакетного менеджера?

А вы пилите библиотеку или законченное приложение? Опишите подробнее что у вас за программное средство. Требования сильно разные. Например:

• если это C++ библиотека - то я бы выбрал один из пакетных менеджеров и подготовил бы библиотеку для работы с ним. Например в случае Conan это значит написать conan-рецепт (который conanfile.py), который и будет "точкой входа" в вашу библиотеку: с помощью рецепта Conan узнаёт, как собирать библиотеку, какие у неё зависимости, как упаковывать в бинарный пакет, какие архитектуры и ОС поддерживаются и ещё кучу полезной информации, которую без ПМ обычно описывают ручками в README
  
• если это сетевой-сервис, например HTTP-бэкенд для чего-либо - ну тут стандартом индустрии является Docker/OCI-образ. Собираете образ под нужные комбинации архитектуры и ОС (см. multiplatform builds), заливаете в registry, и любой желающий запустит контейнер из вашего образа в своей инфраструктуре, или использует ваш образ как базовый для сборки своего
  
• если это десктопное приложение, неважно GUI или CLI - ну тогда обычно ожидается инсталляционный пакет под поддерживаемую ОС. Для Линуха это deb/rpm/flatpak/snap, для Венды - msix или exe, для Мака - dmg. Далее либо выкладываете для скачивания где-то на сайте, либо публикуетесь в магазинах типа Microsoft Store или Snapcraft
  

Опишите точнее ваш случай, я лучше посоветую что вам взять.

Постепенно я дополняю её патчами.

Непонятно какую схему вы планируете для разных unstable-версий. major.new_minor.patch-unstable.1, major.new_minor.patch-unstable.2. Кстати, рекомендую выбрать какой-то более привычный prerelease-идентификатор вместо unstable, например alpha и beta.

Также рекомендую подглядеть схему версионирования у какого-нибудь популярного крейта, например actix-web. Они используют предрелизные версии перед мажорными релизами.

Тут кстати встаёт вопрос, а так ли вам нужны предрелизы для ПАТЧ-версий библиотеки? Выглядит как чрезмерно детальное версионирование. Обычно когда публикуется патч-апдейт, и в нём обнаруживается баг, то просто выпускается новая версия с фиксом и со следующим patch-числом (т.е. была 2.5.2, потом вышла 2.5.3 с багом, для фикса которого выпустили 2.5.4).

Возможно я неправильно вас понял, и вы предполагали использовать предрелизы для новых минорных и мажорных версий - тогда это более разумное решение.

Собственно предрелизы на то и меньше релизов при операциях сравнения, что для этого и придуманы. Т.е. например:

1.2.5 < 1.3.0-alpha.1 < 1.3.0-alpha.2 < 1.3.0-beta.1 < 1.3.0

Чтобы пользоваться предрелизами правильно и потом не кусать локти из-за неудачно выбранной схемы, почитайте внимательно правила сравнения в спеке semver для предрелизов и подсмотрите в популярные пакеты как кто делает. Лично мы используем схему c alpha/beta плюс через точку номер предрелизного билда.

Схема именования предрелизов должна быть устроена так, чтобы решать задачу "приближения" к релизной версии. Если обычные 3.5.7 нужно читать как "3-я версия API + 5-й набор фичей для этого API + 7-я версия патчей для этого набора фичей", то 4.0.0-beta.6 нужно читать как «вроде бы уже почти 4.0.0, но ещё непонятно сколько ещё косяков надо перепрыгнуть, чтобы добраться до 4.0.0. На глаз вроде бы уже немного осталось (beta), но это уже 6-я бета, а до неё ещё несколько альф было, поглядим сколько ещё багов нам заведут»

В этой папке находятся данные приложений, которые были установлены через MSIX-пакеты. Они могут быть и НЕ из Стора.

Вам надо выяснить, какие приложения жрут место. У других юзеров эта папка весит мало потому что у них не установлены такие приложения или они ими не пользуются.

Вам нужно взять какую-нибудь тулу для сканирования иерархии файлов на занимаемый объём (TreeSize, WinDirState), найти какие подпапки весят много, определить каким приложениям они принадлежат (это можно сделать по названию папки), а затем удалить данные приложения через Settings > Apps > Installed Apps > НАЗВАНИЕ_ПРИЛОЖЕНИЯ > Advanced Options (в трёхточечном меню) > секция Reset. Это удалить данные только конкретного приложения, остальные не затронет. Систему тоже повредить не должно.

Задался недавно вопросом: можно ли создать виртуальную машину в hyper-v, пробросить в неё свою видеокарту и использовать данную гостевую ОС как основную (то есть работать/играть на данной системе)?

Да, можно, эта фича Hyper-V называется Discrete Device Assignment.

И какая Windows понадобится для этого (имеется ввиду, можно ли использовать Win 10 или нужна Win server)?

На хосте - серверная Винда, в качестве гостя вполне сгодится клиентская Винда.

И если пробрасывать видеокарту в виртуальную машину, то понадобится второй видеоадаптер для хост машины?

В данный момент - да, понадобится второй адаптер, т.к. устройство пробрасывается целиком. В Windows Server 2025 появится GPU partitioning, но пока хз с какими видяхами и материнками это будет работать.

Да, кстати, насчёт оборудования. Всё это замечательно, но вам на вашей материнке скорее всего понадобится поддержка SR-IOV, ну и соответственно IOMMU на матери и процессоре.

Во-вторых, далеко не все видяхи официально поддерживаются технологией DDA, обычно для этого тестируются только pro-шные линейки карт. Может оно будет работать и с вашей картой. Драйвера карт потребительского сегмента могут блокировать запуск карты, проброшенной в виртуальную машину, или просто работать некорректно (блокируют запуск, т.к. не поддерживают сценарий проброса). Например, сейчас для работы ряда AMD-шных карт с пробросом в ВМ нужен костыль vendor-reset (это линуксовый модуль ядра, для Hyper-V не годится). И NVidia относительно недавно начала поддерживать проброс линейки GeForce в виртуалку (и то непонятно, как там с Hyper-V DDA).

Я сам использую подобный сетап и пишу прямо сейчас с него, но у меня в качестве гипервизора KVM (использую дистр Proxmox), и материнка ASRock Rack ROMED8-2T, где есть вышеуказанные плюшки (кстати, в качестве адаптера для хоста прокатывает встроенный в мать ASPEED AST2500, поэтому полноценная карточка у меня только одна). В гостевую виртуалку с Windows 11 проброшена карточка Radeon RX 5500 XT, с учётом вышеупомянутого костыля в целом работает. Есть некоторая нестабильность, плюс иногда приходится вместе с виртуалкой перезагружать весь хост. Но это следствие того, что AMD не поддерживает для этих карт работу в пробросе (хотя и не блокирует искусственно), с нвидией возможно было бы получше.

Ищите информацию по ключевым словам VFIO и PCI passthrough, на Реддите есть неплохое коммюнити. И да, готовьтесь копать много информации и перепроверять её (например мой ответ тоже стоит перепроверить, всё довольно быстро меняется) и покупать оборудование сильно дороже потребительского (если у вас его ещё нет). По Hyper-V DDA информации тоже не так много, советую рассмотреть дистры с KVM, если вам не так принципиально.

Ну, если прям на чистом WPF, без всякого упрощающего жизнь обвеса типа ReactiveUI, то как-то так.

Код вьюмодельки.

internal class MainViewModel
{
	private sealed class PlayCmd(MainViewModel mainViewModel) : ICommand
	{
		/// <summary>
		/// Можно ли вызвать команду? Влияет на доступность привязанных к команде контролов, например кнопки
		/// </summary>
		public bool CanExecute(object? parameter) =>
			// команду Play можно вызвать только если мы ещё не начали проигрывание
			!mainViewModel.isPlaying;

		/// <summary>
		/// Ивент, нужный чтобы уведомить об изменении значения свойства CanExecute
		/// </summary>
		public event EventHandler? CanExecuteChanged;

		public void Execute(object? parameter)
		{
			// вызываем метод у вьюмодели
			mainViewModel.Play();
			// дёргаем событие, чтобы сообщить всем, кто привязался к команде,
			// что её статус "можно исполнить" изменился
			// если этого не сделать, то кнопка НЕ задизаблится (хотя CanExecute уже возвращает false)
			this.OnCanExecuteChanged();
		}

		private void OnCanExecuteChanged() =>
			this.CanExecuteChanged?.Invoke(this, EventArgs.Empty);
	}

	private readonly PlayCmd playCommand;
	private bool isPlaying = false;

	public MainViewModel()
	{
		this.playCommand = new(this);
	}

	public ICommand PlayCommand => this.playCommand;

	public void Play()
	{
		//Player.Play();
		this.isPlaying = true;
	}
}

Код вьюхи.

<Window x:Class="Miramax.MainWindow"
		xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
		xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
		xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
		xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
		xmlns:local="clr-namespace:Miramax"
		mc:Ignorable="d"
		Title="MainWindow" Height="450" Width="800">
	<Window.DataContext>
		<local:MainViewModel />
	</Window.DataContext>
	<Grid>
		<Button Command="{Binding PlayCommand}">Click</Button>
	</Grid>
</Window>

C++

• rang
  
• rxterm (к сожалению заброшена)
  
• indicators
  

Rust

• Ratatui
  

Это из того, что у меня в закладках. Так-то ищите по тэгу TUI (text user interface, в оппозицию к GUI) - и будет вам счастье.

Очень похожий стек в этой issue (которая была создана по мотивам этой), предлагаю отслеживать её.

В вашем примере выражение set() вычисляется один раз, а уже затем вызывается fromkeys. Это не имеет никакого отношения к set, так работают функции почти во всех языках программирования - сначала вычисляются значения аргументов, а потом с этими значениями вызывается функция. Итого, у вас везде передаётся один и тот же объект set. Будь там не set, а какой-нибудь Student, было бы то же самое.
Правильный вариант: set_dict = { x: set() for x in range(3) }

Как насчёт patch-package? Как насчёт нормального пакетного менеджера и встроенной функциональности патчинга в нём?