Несколько лет были проблемы с Ctrl - мне казалось, что нажимать её крайне удобно, после чего обнаружил, что я не один такой, и многие переносят её на CapsLock. Помогло, но всё же не полностью, и около года назад, обнаружив microsoft/PowerToys: Windows system utilities to maximize productivity (github.com) я скопировал Mac решение - а именно, перенести Ctrl на кнопку слева от пробела, а Alt на соседнюю - и, кажется, что это лучший вариант на текущий момент.
Одна из причин, по которой меня иногда тянуло обратно на linux была dwm - dynamic window manager | suckless.org software that sucks less
После прочтения https://www.phoronix.com/scan.php?page=article&item=icelake-clear-windows&num=1, поставил разные линуксы на второй ssd: из приятного - действительно время сборки с ходу в два раза меньше. CPU-бенчмарки тоже показали что тут собирается как-то лучше: https://github.com/inv2004/rust_vectors/blob/master/win_lin.md
Rust практически вылетел из зоны моих интересов, жаль что довольно большой проект на нём застрял.
неплохо. меня раньше от PS отгораживало, что он грузится дольше cmd или conemu+clink, в windows terminal всё быстро + после накидки привычных биндингов + полупрозрачности фона - вообще удобно стало, хотя, конечно PS пока не очень привычен.
Для предыдущей проблемы пришлось патчить hyper. Справился - отлично, можно идти дальше, пару новых строчек кода (безопасного) и программа _после компиляции_ кидает ошибку на 15 страниц. В чём дело? Вероятно, простая и безопасная библиотка по выводу progress-bar'а на экран запуталась в своих безопасных Mutex'ах в самом безопасном на свете языке.
Есть у меня pet-проект, который тянется уже больше года и, постепенно, подходит к финальному аккорду.
Всё работало, вроде неплохо, пока не подключил extern crate pyo3. Естественно всё просто в Rust быть не может - не могу обернуть структуру с лайфтаймами макросами pyo3 => начался глобальный рефакториг по вычищению от лайфтаймов довольно центральной структуры => всё замазывается толстым слоем Rc/Arc/RefCell, настолько толстым, что хотется начать писать на Swift.