Google делится статистикой разработки на Rust под Android: https://security.googleblog.com/2025/11/rust-in-android-move-fast-fix-things.html

Пишут, что в 1000 раз меньше ошибок доступа к памяти, по сравнению с кодом на C и C++. Также в 4 раза сократилось количество откатов релизов и на 25% сократилось время ревью.

Disclaimer: на Rust не пишу, точнее, изучаю и пишу очень маленькие утилиты для себя, не хватает сил и времени после основной работы. Но сам язык мне нравится, хотя понимаю, что без реального продового опыта судить о языке почти невозможно.

Заявлено, что AlmaLinux 10.1 будет полностью поддерживать файловую систему btrfs, включая установку на btrfs.

При установке необходимо будет выбрать ручное разбиение на разделы, чтобы появилась возможность выбрать форматирование в формат btrfs.

>>> Announcing Btrfs support in AlmaLinux OS 10.1

С последней фотографии домашнего рабочего места, сменилось две работы. В начале лета ушёл из компании, где работал довольно много лет. На новом месте сильно не понравилось, ушёл с испытательного, т. к. понял, что не моё. К счастью, удалось найти другую работу, которая пока кажется более интересной и с адекватным руководством и коллегами.

Выдали новый ноутбук, забрал второй монитор с дачи. Так как две подставки мониторов занимали слишком большую площадь стола, купил держатель на два монитора. Стол стал выглядеть менее захламлённым, для всего появилось место.

( читать дальше... )

По работе потребовалось установить Debian (нужен специфический софт, сказали, что проще установить распространённый deb-based дистрибутив, нежели мучиться с тем, что софт не будет работать на других).

Поставил Debian Trixie. Сразу же сталкиваюсь с дикой дичью. Например, утилита bat зачем-то устанавливается как бинарник batcat. Ничего, что во всех скриптах написанных где-либо на Земле, она пишется как bat, и теперь все их надо переписывать.

Или вот супер удобная замена find - fd. Оно зачем-то устанавливается, куда бы вы подумали… Тадам! /usr/lib/cargo/bin/fd! При этом, данный каталог даже не добавляется автоматом в PATH.

Зачем? Зачем они всё ломают, в чём сакральный смысл? В чём смысл установки утилиты под другим именем, ломающим все скрипты, или смысл установки бинарника в место, откуда он не может быть запущен?

И это, боюсь, только вершина айсберга.

Да и набор пакетов. Когда-то Debian мне нравился тем, что в нём был вообще весь распространённый софт. Сейчас же в нём нет многих довольно распространённых утилит, приходится устанавливать их как Flatpak, или ещё каким-нибудь уродским образом. Например, anki в дистрибутиве нет, как и многих других распространённых программ.

Ещё один рейтинг. Детали о том, как считается популярность языков, расплывчатые, но обещается более достоверная модель, чем у других рейтингов.

На первом месте, ожидаемо, Python, на втором — Java, на третьем — C++. Javascript потерял три места за год, переместившись с 3-го места на 6-е.

TypeScript идёт отдельной строкой. Если сложить, то вместе с JS они всё ещё обгоняют Java.

Из удивительного: COBOL чуточку популярнее Elixir. Как известно, КОБОЛ до сих пор обслуживает многие системы бизнеса. В комментариях указывают цифры (похоже, для США):

• 43% всех банковских систем;
• 95% всех транзакций банкоматов;
• 80% всех транзакций кредитками, совершаемых физлицами;
• 96% резервирований путешествий.

>>> Top Programming Languages 2025

Помню, что здесь проявляли интерес к процессу. Один человек решил сходить, и поделился опытом:

https://habr.com/ru/articles/943086/

По мне, так я не знаю, насколько надо хотеть в Canonical, чтобы проходить через подобные издевательства.

С сентября 2026 года в ряде стран (Бразилия, Сингапур, Индонезия, Таиланд) будет запрещено устанавливать неподписанные приложения в Android. Разработчикам приложений потребуется регистрироваться в Google с предоставлением адреса, телефона, и, вероятно, скана паспорта или другого официального документа. Предлагаемая мера призвана бороться с malware, устанавливаемым пользователями самостоятельно со случайных сайтов из Интернета.

С 2027 года планируется распространить эту практику на остальные страны.

>>> Объявление в блоге для разработчиков

Вышла мажорная версия 2.0 Syncthing, программы для обмена файлами между двумя и более устройствами.

Основные отличия от предыдущих версий:

• Переход с LevelDB на SQLite в качестве хранилища данных
• Изменился формат логов
• Удалённые данные удаляются навсегда из БД после полугода хранения
• Новый формат для опций командой строки (опции начинаются теперь с двух дефисов)
• Каталог по умолчанию не создаётся автоматически при первом запуске
• Используется несколько сетевых соединений для ускорения синхронизации
• Больше не создаются бинарные сборки для многих платформ из-за сложностей с автоматической сборкой SQLite (в частности, для windows/arm, openbsd, netbsd)

>>> Полный список изменений

Установил на своём сервере Atuin для синхронизации истории fish между тремя своими устройствами (десктоп, личный ноут, и рабочий ноут).

Залогинился на десктопе и личном ноуте. На десктопе импортировал всю историю fish за несколько лет.

Однако, на ноуте история десктопа не ищется, хотя синхронизация прошла успешно, судя по статусу. Аналогично, на десктопе не появляется история ноута. Специально и там, и там добавлял уникальные сочетания в историю, чтобы гарантированно проверить синхронизацию.

Key file на обоих устройствах одинаковый. atuin status выводит, что синхронизация с сервером прошла успешно.

Кроме того, fish начала выдавать предупреждения вида: error: ignoring corrupted history entry around offset 5636186

Кто-нибудь пользовался atuin - оно вообще работает? Или я не понимаю, как оно должно работать, и у каждого устройства будет своя история, т.е. история устройств не объединяется?

Перемещено hobbit из general

Ничего особенного. Мой основноый десктоп, которым пользуюсь всё реже (больше работаю на рабочем ноуте, т. к. постоянно надо перемещаться).

Arch, dwm с парой-тройкой патчей (systray, scratch), udiskie, dunst, tapper (здесь про него узнал), alacritty, dwm-status на Rust (пропатчил, чтобы показывал раскладку Xkb, автор из апстрима патч не принял, т. к. я плохо знаю Rust, и мне было лень править его замечания).

Скрин больше на память, т. к. собираюсь вернуться на KDE после ~12 лет использования dwm. dwm мне нравится, тайлинг мне нравится, но подустал 12 лет смотреть на одно и то же, потянуло что-нибудь поменять. На ноуте на KDE уже перешёл, теперь переведу десктоп.

Рабочее место на даче, в заповедном лесу, в 120+ км от Москвы.

Ноутбук - выданный на работе Lenovo T14, произведён в 2024 году. В Linux’е всё заработало сразу из коробки, без дополнительных приседаний.

( читать дальше... )