Options for storing passwords:

1. In your head - good luck
2. In a text file - sec^Wnot secure
3. Google Chrome / Firefox / … - passwords are stored who knows where
4. Bitwarden / 1Password / ProtonPass - fine, but you gotta pay, and data is on someone else’s servers
5. Your own server - let’s go

Why not just run Bitwarden on a VPS?

You can. Bitwarden officially supports:

docker run bitwarden/self-host

But:

• Need a VPS - $3-5/mo
• Need Docker, need to monitor it, update it, back it up
• For one person - kinda overkill

What you actually want: free, zero maintenance, and it just works.

NodeWarden - Bitwarden-compatible server on Cloudflare Workers

NodeWarden is a fork of the Bitwarden server that runs directly on Cloudflare Workers.

So:

• Free (Workers - 100k req/day)
• Zero maintenance
• Cloudflare handles the infra
• Database - Cloudflare D1 (free: 5 GB, 5M rows read/mo)

Works with all Bitwarden clients: browser extension, mobile app, CLI.

Setup

Quick steps:

1. Fork shuaiplus/nodewarden.
2. Clone locally: git clone <your-fork> && cd <your-repo> && npm install
3. Edit wrangler.toml: name, database_name, etc.
4. D1 database is auto-created on first deploy - wrangler handles it from config.
5. Add JWT_SECRET: Dashboard → your worker → Settings → Variables. Any string >=32 chars, e.g. openssl rand -base64 32.
6. Deploy: Cloudflare Dashboard → Workers & Pages → Create → Pages → Connect to GitHub, pick your fork. Cloudflare pulls code, builds, and deploys on every push to main. No GitHub Actions needed.

Important: Cloudflare’s free plan requires a credit card to create R2. NodeWarden has a deploy:kv mode that uses KV instead of R2 (for file attachments). Database is D1 either way - no card needed.

Is it secure?

short answer: yes

Under the hood it’s standard Bitwarden end-to-end encryption:

• Master password → KDF → master key (symmetric, AES-256). Lives in the browser only, never leaves.
• Master key → HKDF → encryption key - this encrypts all passwords, TOTP keys, notes. Server only sees encrypted garbage.
• An asymmetric key pair is also generated: public key stored on the server openly, private key encrypted with the encryption key and sent to the server (needed for syncing between devices).
• Master password → KDF → client hash - sent to the server. Server salts it again (server hash) and stores only that.
• The server cannot decrypt the vault. At all. It has no keys - only a hash to verify your password at login.

Server stores only encrypted data. Even if someone steals the database - they get useless blobs that can’t be cracked without the master key.

Caveats

Dependency on Cloudflare & GitHub

Cloudflare theoretically could modify your worker if your GitHub or CF account gets compromised.

How realistic is that? Depends on your paranoia level and security hygiene.

Features

NodeWarden supports most Bitwarden features. Here’s what’s available:

Send

Create expiring links. Text or file. Dies by time or by view count. Optional password on top. Can be revoked manually any time.

Backup Center

Automatic backups on a schedule. Encrypted - useless without the master password.

TOTP (Verification Codes)

Built-in TOTP generator. Attach to any password entry and use instead of Google Authenticator.

Passkeys

Replace your master password with WebAuthn. Login with fingerprint/face/PIN.

2FA on login

Two-factor auth at login. But if someone steals the database + your password, 2FA won’t help.

API Key

For Bitwarden CLI and automation.

TL;DR

Pros:

• Free
• Zero maintenance
• E2E encryption
• Bitwarden-compatible (any client)
• TOTP, Send, Passkeys, 2FA, Backup Center, API Key
• Cloud backups (WebDAV/S3)

Cons:

• Depends on Cloudflare & GitHub
• No password sharing between users (everyone sees only their own vault)

Good “set and forget” option for those who don’t want to pay for Bitwarden Premium, don’t want to give Google all their passwords, and don’t want to admin a VPS.

Варианты хранить пароли:

1. В голове…
2. В текстовом файле - секурно
3. Google Chrome / Firefox / … - пароли хранятся хрен пойми у кого
4. Bitwarden / 1Password / ProtonPass - норм, но нада платить, и данные на чужих серверах
5. Свой сервер - имба

Почему не поставить обычный Bitwarden на VPS?

Можно. Bitwarden официально можно поднять через

docker run bitwarden/self-host

Но:

• Нада VPS - от 300-500 руб/мес
• Нада Docker, нада следить чтоб не упало, нада обновлять, нада бэкапить
• Для одного человека - жирнo, но круто

А хочется: бесплатно, ничего не админить, и чтоб работало.

NodeWarden - Bitwarden-совместимый сервер на Cloudflare Workers

NodeWarden - форк Bitwarden-сервера, который работает прямо на Cloudflare Workers.

То есть:

• Бесплатно ( Workers - 100к запросов/день )
• Ничего не надо админить
• Cloudflare сам апдейтит инфраструктуру
• База данных - Cloudflare D1 (бесплатно: 5 ГБ, 5 млн строк чтения/мес)

Совместим со всеми Bitwarden-клиентами: браузерное расширение, мобильное приложение, CLI.

Разворачивание

Кратенько:

1. Форкаешь shuaiplus/nodewarden.
2. Клонируешь локально: git clone <свой-форк> && cd <твоя-репа> && npm install
3. Правишь wrangler.toml: name, database_name и т.д.
4. D1-база создаётся автоматом при первом деплое - wrangler сам поднимет database_name из конфига.
5. Добавляешь JWT_SECRET: Dashboard → свой воркер → Settings → Variables. Любая строка >=32 символов, например openssl rand -base64 32.
6. Деплой: Cloudflare Dashboard → Workers & Pages → Create → Pages → Connect to GitHub, выбираешь форк. Cloudflare сам забирает код, билдит и деплоит при каждом пуше в main. Билд-команда - npm run build, воркер деплоится вместе с Pages. Никаких GitHub Actions не нужно.

Важный момент: у Cloudflare бесплатный план, но чтобы создать R2 - нужна привязка карты.

В NodeWarden есть режим deploy:kv, который вместо R2 (файловые вложения) юзает KV. База данных в обоих случаях D1 - ниче привязывать ненад, фулл бесплатно. (если есть возможностость, можно и привязать пустую карту, но лимитов и так с головой)

Это безопасно?

в целом: да

Подробнее:

Под капотом стандартная Bitwarden-схема end-to-end шифрования:

• Master password → KDF → master key (symmetric, AES-256). Живёт только в браузере, наружу не выходит никогда.
• Master key → HKDF → encryption key - им шифруются все пароли, TOTP-ключи, заметки. Сервер видит только зашифрованный мусор.
• Дополнительно генерится пара асимметричных ключей: public key хранится на сервере открыто, private key шифруется encryption key-ем и тоже улетает на сервер (нужен для синхра между устройствами).
• Master password → KDF → client hash - улетает на сервер. Сервер солит его ещё раз (server hash) и хранит только его.
• Сервер не может расшифровать vault. Вообще. У него нет ключей - только хэш для проверки пароля при логине.

Сервер хранит только зашифрованные данные. Даже если базу стащат - у злоумышленника будут только бесполезные данные, которые без мастер ключа он не вскроет.

Подводные камни

Есть нюансы:

Зависмость от Cf и GitHub

Со стороны Cloudflare теоретически может модифицировать твой worker, если ломанут git или сам cf.

Насколько это реально - вопрос к паранойе и твоей гигиене.

Фишки

NodeWarden поддерживает большинство фич Bitwarden. Вот чо есть:

Send

Можно создать временную ссылку.

Можно приложить текст или файл.

Сгорает по времени или по количеству открытий.

Поверх ссылки можно навесить пароль (опционально). В любой момент Send можно отозвать вручную.

Backup Center

Можно настроить автоматические бекапы по расписанию. Бекапы шифрованные, без мастер-пароля с ними ниче не сделают.

TOTP (Verification Codes)

Встроенный TOTP-генератор. Можно приписать к паролю и юзать вместо условного Google Authenticator

Passkeys

Можно заменить мастер-пароль на ключ доступа (WebAuthn).

2FA на вход

Двухфакторка при логине.

Но если кто-то утащит базу+пароль, то 2fa уже не поможет.

API Key

Для Bitwarden CLI и автоматизации

Заебись?

Плюсы:

• Бесплатно
• Ничего не надо админить
• E2E шифрование
• Bitwarden-совместимость (любой клиент)
• TOTP, Send, Passkeys, 2FA, Backup Center, API Key
• Бекапы в облако (WebDAV/S3)

Минусы:

• Зависимость от Cloudflare и GitHub
• Нет шеринга паролей между юзерами (каждый видит только свой vault)

Хороший вариант “повставил и забыл” для тех, кто не хочет платить за Bitwarden Premium, не хочет отдавать пароли гуглу, и не хочет админить VPS.

Recently I felt like moving sccl.cc from bloated Astro to Zine.

Zine itself is a neat thing. Fast, written in Zig, templates in SuperHTML. Everything builds quickly, locally it’s all smooth.

More details in the article Migration-from-Astro-to-Zine.md

But deploy - that’s a separate story.

Zine is compiled into a standalone statically-linked binary. No dependencies, no runtimes - download and run. It’s not in npm, you can’t install it from any package manager. So you gotta deliver it to the runner somehow.

Options:

• download with curl on every build
• commit to the repository

First option is janky. Second sounds more reliable…

Stuff it in the repo

First thought - just commit zine to the repo so it builds out of the box:

cp /tmp/zine bin/zine
git add bin/zine && git commit
git push
> remote: error: File bin/zine is 152.19 MB; this exceeds GitHub's file size limit

And then you remember GitHub doesn’t allow files over 100 MB.

time to self-host git maybe… later…

OK, rollback, pretend nothing happened. Check Zine docs - they recommend kristoff-it/setup-zine@v1 in GitHub Actions.

GitHub Actions

Throw kristoff-it/setup-zine@v1 into gh actions:

- uses: kristoff-it/setup-zine@v1
  with:
    version: v0.11.3
- run: zine release
- uses: cloudflare/wrangler-action@v3
  with:
    apiToken: ${{ secrets.CLOUDFLARE_API_TOKEN }}
    accountId: ${{ secrets.CLOUDFLARE_ACCOUNT_ID }}
    command: pages deploy public/ --project-name sccl-cc

Makes sense: action installs zine, zine builds, wrangler pushes to CF Pages.

The only secrets needed are CLOUDFLARE_API_TOKEN and CLOUDFLARE_ACCOUNT_ID

(Permissions: Account → Cloudflare Pages → Edit).

Should’ve checked the docs first, but somehow that info got lost in my quick glance.

Astro is cool and all. For quickly whipping up something pretty it’s fine, but over time it started to annoy me:

Heavy runtime. To build a site you need Node.js, npm, node_modules clocking in at hundreds of megabytes. For a static site.

Overengineered. Astro does everything: islands, SSR, endpoints, middleware. And I have a three-page business card site: contacts, projects, peripherals. Don’t need much.

Alternatives?

I stumbled upon Zine.

Zine is an SSG written in Zig. One binary, no dependencies.

Templates use SuperHTML - valid HTML with templating bolted on. No {{ }}, no Pug/Jade. Just HTML with attributes like :text, :if, :loop.

Content uses SuperMD - extended markdown without needing to drop into HTML.

Migration process

Overall the migration was straightforward - rewrite layouts from Astro to SuperHTML, move existing scripts over.

The most annoying part is that Astro uses its fucking .astro files with a weird mix of JS and HTML, while SuperHTML is just HTML with extras.

What did I get?

Speed. Build in milliseconds instead of seconds.

Simplicity. No node_modules. No package-lock.json. No hundreds of dependencies. One binary, a content folder, a layouts folder.

Control. I know what’s in every line of generated HTML. No hidden JS that Astro adds by default.

Downsides?

Zine is in beta.

Documentation is sparse in places. Community is tiny. If something breaks - you’ll be the first to notice.

But for a personal site it’s great.

One binary, a couple of .smd files, one layout - and you’re done.

How I ended up deploying this thing is described in How-to-ZINE-on-CF.md.

Недавно мне приспичило перенести sccl.cc с жирного Astro на Zine.

Сам Zine - прикольная штука. Быстрый, написан на Zig, шаблоны на SuperHTML. Всё собирается быстро, локально вроде всё летает.

Подробнее в статье Migration-from-Astro-to-Zine.md

Но вот deploy эт отдельная история.

Zine скомпилен в standalone-бинарник со статической линковкой. Никаких зависимостей и рантаймов - скачал, запустил. В npm его нет, из пакетных менеджеров не установишь. Значит над как-то доставлять его на раннер.

Мысли:

• качать curl-ом при каждом билде
• закоммитить в репозиторий

Первый вариант - костыль. Второй звучит надёжнее…

Пихаем в репу

Первая мысль была - закоммитить zine в репозиторий, чтоб билдилось из коробки:

cp /tmp/zine bin/zine
git add bin/zine && git commit
git push
> remote: error: File bin/zine is 152.19 MB; this exceeds GitHub's file size limit

И тут вспоминается, что GitHub не пускает больше 100 МБ.

пора хостить свой git может быть… потом…

Ок, откатываем, делаем вид, что ничего не было. Лезем в доку Zine - там рекомендуют kristoff-it/setup-zine@v1 в GitHub Actions.

GitHub Actions

Пихаем kristoff-it/setup-zine@v1 в gh actions:

- uses: kristoff-it/setup-zine@v1
  with:
    version: v0.11.3
- run: zine release
- uses: cloudflare/wrangler-action@v3
  with:
    apiToken: ${{ secrets.CLOUDFLARE_API_TOKEN }}
    accountId: ${{ secrets.CLOUDFLARE_ACCOUNT_ID }}
    command: pages deploy public/ --project-name sccl-cc

Всё логично: экшен ставит zine, zine билдит сайт, wrangler пушит на cf pages.

Из секретов нужны только CLOUDFLARE_API_TOKEN и CLOUDFLARE_ACCOUNT_ID

(права Account → Cloudflare Pages → Edit).

Над было смотреть доку сразу, но чет беглым взлглядом на неё эт инфа затерялась.

Astro - штука прикольная. Для быстрого клепания чего-нить красивого неплох, но со временем он меня начал бесить:

Тяжёлый рантайм. Чтобы собрать сайт, надо тянуть Node.js, npm, node_modules на сотню мегабайт. Для одной статики.

Сложность. Astro умеет всё: острова, ssr, эндпоинты, middleware. А у меня сайтец на три страницы: контакты, проекты, периферия, многого ненадо.

Альтернативы?

Мне попался Zine.

Zine - это SSG на Zig. Один бинарник, без зависимостей.

Шаблоны на SuperHTML - это валидный html, в который добавили темплейтинг. Никаких {{ }}, никаких Pug/Jade. Просто html с атрибутами типа :text, :if, :loop.

Контент на SuperMD - расширенный .md без необходимости лезть в html.

Процесс переезда

В целом переехать достачно просто - над переписать лэйауты с Astro на SuperHTML, перекинуть уже имеющеся скрипты.

Самое муторное эт, что astro юзает свои блядские .astro файлы со своей странной смесью js и html, а SuperHTML это просто html с плюхами.

Плюшки?

Скорость. Билд за миллисекунды вместо секунд.

Простота. Нет node_modules. Нет package-lock.json. Нет сотен зависимостей. Один бинарник, папка с контентом, папка с шаблонами.

Контроль. Я знаю, что в каждой строчке сгенерированного HTML. Никакого скрытого JS, который Astro добавляет по умолчанию.

Минусы?

Zine в бете.

Документация местами бедная. Сообщество маленькое. Если что-то сломалось - ты первый, кто это заметил.

Но для личного сайта это топ.

Один бинарник, пара .smd-файлов, один лэйаут и готово.

Как мне пришлось деплоить это чудо описано в How-to-ZINE-on-CF.md.

Check public/ - each HTML page is already 50-60 KB. Not to mention index.css bloated to 40 KB.

Quartz itself isn’t that fat out of the box.

But in the process of “improving” it piles up:

Fonts:                ~2.5 MB
JS + CSS:             ~150 KB
HTML:                 ~1.6 MB

Hello, motherfuckingwebsite.com!

With this setup I won’t make it into 14kbclub.com.

not that I wanted to, but at least I can try to get closer

What to do?

Fonts - fat you’re better off without

Custom fonts are always extra weight. Every @font-face is a request, rendering blocks until the font loads, and the user gets FOUT or FOIT.

Best solution - don’t use custom fonts at all. System fonts (system-ui, sans-serif) are already on the device, nothing to download.

If you really want them - fonts should live only in @font-face via fontOrigin: "local", no Google Fonts duplication.

Inline scripts

Quartz shoves inline scripts straight into every page’s HTML:

<script>/* callout collapse - 8 KB */</script>
<script>/* contentIndex fetch */</script>

On one hand, inline isn’t bad: if the script is tiny, it rides in the first TCP packet (1460 bytes) and doesn’t block rendering.

But when these scripts pile up to tens of KB on every page - it’s all duplicated, not cached, and the browser re-parses the same thing on every navigation.

Quartz bundles all afterDOMLoaded hooks from components into postscript.js, which does get cached. Callout didn’t make it there - it was added via externalResources() from the ObsidianFlavoredMarkdown plugin as inline.

Fix - stitch the scripts into afterDOMLoaded of any component so they end up in postscript.js.

Mermaid

Mermaid - a diagram library. The CDN version weighs 2.3 MB, the loader script is 4.7 KB, CSS is another 9 KB.

Problem: Quartz adds them to EVERY page by default. Even if you don’t have a single diagram.

It just. Sits there. Dead weight.

just there, but why?

Solution - check for mermaid blocks at build time and add only where needed:

if (opts.mermaid) {
  plugins.push(() => {
    return (tree, file) => {
      visit(tree, "element", (node) => {
        if (...) file.data.hasMermaid = true
      })
    }
  })
}

And in contentPage.tsx:

if (fileData.hasMermaid) {
  externalResources.js.push({ script: mermaidScript, ... })
  externalResources.css.push({ content: mermaidStyle, ... })
}

Now mermaid doesn’t hang on pages that don’t need it. Which is probably most of them.

KaTeX

KaTeX - a formula rendering library. 600 KB CSS and 300 KB JS.

Quartz bundles it on every page out of the box. Even if you don’t have a single formula.

The right approach - load KaTeX optionally, only on pages with formulas: Scan HTML for $...$ or $$...$$, and if found - add the scripts. If not - don’t load.

It’s trickier than mermaid because formulas can be inline ($x^2$) - you can’t catch them at the remark stage, you need regex or a rehype plugin. But it’s worth it: 900 KB per page that doesn’t cache well because KaTeX is CSS + fonts + JS.

Images

Giving them up can be really hard.

If you really need them:

The simplest way - loading="lazy".

Adds with one rehype plugin:

plugins.push(() => {
  return (tree) => {
    visit(tree, "element", (node) => {
      if (node.tagName === "img" && !node.properties?.loading) {
        node.properties.loading = "lazy"
      }
    })
  }
})

Now the browser doesn’t block waiting for all images to load before showing text. It renders the page and loads images later.

Explorer

Rendered server-side, and as the number of pages grows, its HTML becomes noticeable.

Every folder, every level of nesting - divs, wrappers, attributes. On a site with deep structure the tree can take up tens of KB just in markup.

If the site is big - either disable the Explorer and use graphs instead, or refine it: strip unnecessary wrappers, limit depth, lazy-load subfolders.

Search

Quartz indexes all pages for fast site search and better SEO crawling.

Whether you need it or not - up to you.

Does this even help?

A page without mermaid and without images now weighs ~10 KB HTML + 41 KB index.css + 102 KB postscript.js.

All cached. When jumping between pages, only the lightweight HTML needs to be fetched.

Проверяешь public/ - а там только каждый html весит по 50-60кб. Не говоря уж о index.css, что раздувается до 40kb.

Сам Quartz из коробки не сказать чтоб сильно жирный.

Но в процессе “улучшайзинга” набирается:

Шрифты:              ~2.5 МБ
JS + CSS:            ~150 КБ
HTML:                ~1.6 МБ

Привет, motherfuckingwebsite.com!

С таким набором не попасть мне в 14kbclub.com

хотя не сильно то и хотелось, но можно хотяб приблизиться

Ичоделать?

Шрифты

Кастомные шрифты - это всегда лишний вес. Каждый @font-face - это запрос, рендеринг блокируется, пока шрифт не загрузится, и у пользователя FOUT или FOIT.

Лучшее решение - не использовать кастомные шрифты вообще. Системные (system-ui, sans-serif) уже есть на устройстве, не надо ничего качать.

Если очень хочется - шрифты должны находиться только в @font-face через fontOrigin: "local", без дублирования через Google Fonts.

Инлайн скрипты

Quartz пихает инлайн-скрипты прямо в HTML каждой страницы:

<script>/* callout collapse - 8кб */</script>
<script>/* contentIndex fetch */</script>

С одной стороны, инлайн - это неплохо: если скрипт маленький, он едет в первом TCP-пакете (1460 байт) и не блокирует рендеринг.

Но когда таких скриптов набирается на десятки КБ на каждой странице - всё это дублируется, не кешируется, и браузер парсит одно и то же заново при каждом переходе.

Quartz собирает все afterDOMLoaded хуки компонентов в postscript.js, который кешируется. А callout туда не попадал - он добавлялся через externalResources() плагина ObsidianFlavoredMarkdown как инлайн.

Лечение - зашить скрипты в afterDOMLoaded любого компонента, чтоб попали в postscript.js.

Mermaid

Mermaid - библиотека для диаграмм. CDN-версия весит 2.3 МБ, скрипт-загрузчик - 4.7 КБ, CSS - ещё 9 КБ.

Проблема: Quartz по дефолту добавляет их на КАЖДУЮ страницу. Даже если у тебя нет ни одной диаграммы.

просто есть, но зачем?

Решение - проверять наличие mermaid-блоков при сборке и добавлять только туда:

if (opts.mermaid) {
  plugins.push(() => {
    return (tree, file) => {
      visit(tree, "element", (node) => {
        if (...) file.data.hasMermaid = true
      })
    }
  })
}

И в contentPage.tsx:

if (fileData.hasMermaid) {
  externalResources.js.push({ script: mermaidScript, ... })
  externalResources.css.push({ content: mermaidStyle, ... })
}

Теперь mermaid не висит на страницах, где его нет. А таких скорее всего большинство.

KaTeX

KaTeX - библиотека рендеринга формул. 600кб CSS и 300кб JS.

Quartz из коробки тащит её на каждую страницу. Даже если у тебя нет ни одной формулы.

Правильный подход - подключать KaTeX опционально - только на страницах с формулами: Спарсить HTML на наличие $...$ или $$...$$, и если нашёл - добавить скрипты. Если нет - не грузить.

Сделать это чуть сложнее, чем с mermaid, потому что формулы бывают инлайновые ($x^2$) - их не выцепить на этапе remark, надо либо регулярками, либо rehype-плагином. Но оно того стоит: 900 КБ на страницу, которые не кешируются нормально, потому что KaTeX - это CSS + шрифты + JS.

Картинки

От них отказаться может быть очень сложно.

Если очень нужны:

Самый простой способ - loading="lazy".

Добавляется одним rehype-плагином:

plugins.push(() => {
  return (tree) => {
    visit(tree, "element", (node) => {
      if (node.tagName === "img" && !node.properties?.loading) {
        node.properties.loading = "lazy"
      }
    })
  }
})

Теперь браузер не блокается, пока загрузятся все картинки, чтобы показать текст. Он рисует страницу, а картинки подгружает потом.

Explorer

Рендерится на сервере, и с ростом числа страниц его HTML становится заметным.

Каждая папка, каждая вложенность - это дивы, обёртки, атрибуты. На сайте с глубокой структурой дерево может занимать десятки КБ просто в разметке.

Если сайт большой - либо отключай Explorer - юзай например графы, либо дорабатывай: убирай лишние обёртки, ограничивай глубину, делай ленивую загрузку подпапок.

Поиск

Quartz идексирует все страницы, чтоб был быстрый поиск по сайту и сайт лучше обрабатывался поисковыми системами. Нада оно вам или ненада - решайте сами.

Эт чота даст хотяб?

Страница без mermaid и без картинок теперь весит ~10кб HTML + 41кб index.css + 102кб postscript.js.

Всё это кешируется. Если прыгать по страницам - нам придётся подтягивать только лёгкие html страницы.

Guts and their cost

• 1x Dongle Nordic Nrf52840 with Oled screen :bongocat: - 1500 RUR
• 2x Controllers, Chinese product in the form of nice!nano v2, also on nrf52840 - 1300 rubles
• 58x Kailh 1350 hotswap sockets - ~500 RUR
• 58x Kailh Deep sea silent low profile switches - 2000 RUR
• 58x diodes 1N4148 - 100 rub.
• 2 batteries 503450 1000mah - 200 rubles (wholesale)
• 2x toggle switches - 10 rubles (wholesale)
• screws-threads-wires - some pennies, because… are bought only in hundreds-thousands
• connectors for batteries - 2 rubles (wholesale)
• a couple of hundred grams of PETG plastic - 200 rubles? == ~<6000 rub.

• many man-hours of work on the development and assembly of various tools and equipment

Crap without a pcb - hardcore handwired In general, I don’t see any point in making a board at all for mechanics; this is done only in large-scale production, because it’s faster and cheaper, but it doesn’t mean it’s better and of higher quality. Without a board, you can also screw up any keyboard shape, change the height and tilt of the buttons, etc.

Here is ZMK software Presumably the charge should last up to several months of daily work-gaming for 15 hours a day. (the calculator is generally hesit for 10 months, but let’s be realistic)

Windows

Keyboard input in Windows has several layers of abstraction: scan_code virtual_key Symbol well, then there might be other modifiers like shift, altgr, etc.

where scan_code is immutable, assigned by the driver (well, in modern drivers you can remap the matrix, but whatever) virtual_key - useless shit that was born from the stupidity of OS devs, but won’t die because of the stupidity of app devs who got hooked on it. Originally created to support hotkeys across all languages, i.e., it maps the standard qwerty layout so hotkeys work on, say, a ЙЦУКЕН layout (the right way: bind input to sc, not vk) Symbol - well, just any actual letters according to the current layout.

Games?

The fucking outdated DirectInput maps by VK - anything relying on it is pure shit.

Shitty Unity came up with its own Input Manager, where Input.getKey is anally bound to Symbol Seems they updated the input system - now you can grab keys via scan codes like Keyboard.current.wKey, but still, in some situations, shit goes down with custom layouts.

In UE, if the dev doesn’t tick the little “use scan code” checkbox - input will go through vk.

But then again, Uncle Gabe in Source uses scan_code for movement input.

There are other decent examples

Somewhere before 1.9-1.12 (don’t remember exactly) Minecraft had a different input code - everything was bound to vk. So, like, if yours was changed (and in some layouts it is changed, like in FR and DE if I’m not mistaken, not to mention the normal ones) - you had to rebind everything.

Then in newer versions they rewrote it to use sc - and it started working fucking great.

in Minecraft Bedrock they went fuck themselves, we’re on directinput yo

What about apps?

And the fucking Aseprite, damn it, smashes through Symbol and genuinely doesn’t understand what the fuck is going on when you switch the layout to ЙЦУКЕН or anything else. Your hotkeys just fly off to god knows where. So many are on vk, the decent folks are on sc

Otherwise, everyone goes through WinAPI - which means vk accordingly.

What about Linux

They fucked that up too, and probably even harder. At the hardware level, the kernel has scan_code The kernel provides an abstraction of the same type, basically digesting scan_code into so-called key_q, key_w, key_e (linux_keycode) Then some xkb takes whatever the kernel shat out and shits out its own positions like <AE01>, <AE02> … <AB01>, <AB02> … <AC01>, <AC02> And then XKB maps this coordinate directly to symbols (Keysyms) - like <AD01> == q, or in Russian == Cyrillic_shorti (й).

Maybe someday, operating systems will start supporting languages other than English.
But apparently it’s too early for that yet.

Кишки и их себестоимость

• 1х Донгл Nordic Nrf52840 с Oled экраном :bongocat: - 1500 руб
• 2x Контроллеры, китай поделие в форме nice!nano v2, тоже на nrf52840 - 1300 руб
• 58х Kailh 1350 hotswap сокеты - ~500 руб
• 58х Свитчи Kailh Deep sea silent low profile - 2000 руб
• 58х диоды 1N4148 - 100 руб
• 2х аккумуляторы 503450 1000mah - 200 руб (оптом)
• 2x тумблера - 10 рублей (оптом)
• винтики-резьбы-провода - какие-то копейки, т.к. покупаются только сотнями-тысячами
• коннекторы для акб - 2 руб (оптом)
• пару сотен грамм PETG пластика - 200 руб? == ~<6000 руб

• много человеко-часов работы на разработку и сброку, разных инструментов и оборудования

Поделие без платы - хардкорный handwired В целом в механиках не вижу смысла вооще изготавливать плату, это делают только при масштабном производстве, ибо так тупа быстрее и дешевле, но не значит лучше и качественнее. Без платы так же можно нахуячить любую форму клавы, менять высоту и наклон кнопок и т.д

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

Шинда

Ввод с клавиаутуры в Windows имеет несколько уровней абстракции: scan_code virtual_key Symbol ну дальше там может другие символы, аля shift, altgr и т.д.

, где scan_code неизменяем, присваивается драйвером (ну в современных дровах можно ремапить матрицу, но не суть) virtual_key - бесполезное говно, которое родилось от тупости разрабов ОС, но не пропадает из-за тупости разрабов прог, которые к нему привязались. Изначально создан для поддержки хоткеев на всех языках, т.е. в него мапится обычная раскладка qwerty, чтоб на условном йцукен работли хоткеи (the right way: привязывать инпут к sc, а не vk) Symbol - ну уже букавки совершенно любые в соответсвии раскладки.

Игры?

Ебучий устаревший DirectInput мапит по VK - всё что на нём - всё говно.

Сраный Unity придумал свой Input Manager, где Input.getKey анально привязан к Symbol Вродь они обновили систему инпута - теперь можно хапать клавиши через скан коды типа Keyboard.current.wKey, но серавно в каких то ситуациях происходит хуйня в случае с кастомными раскладками.

в UE если разраб не въебёт по калочке аля “use scan code” - инпут будет через vk.

Вот только, дядушка Габен в сурсе юзает scan_code для ввода мувмента.

Есть и другие норм примеры

Где-то до 1.9-1.12 (точно не помню) В майне был другой код инпута - всё привязывалось к vk. Т.е. условно, если у тебя он изменён (а в некоторых раскладках он изменён, вроде в fr и de если не ошибаюсь, я уж не говорю про нормальные) - тебе приходилось ребиндить.

Потом в более новых версиях переписали на sc - всё стало пиздато работать.

в миникрафт бедроке пошли нахуй, у нас directinput йоу

А программы?

А ебучий aseprite блять по Symbol хуярит и искренне непонимает что нахуй происходит, когда ты меняешь раскладку на йцукен или любую другую. Хоткеи у тебя улетают куда-то хуй пойми куда. Так многие на vk, нормальные ребята на sc

В оснтальном все ходят через WinAPI - соответсвенно vk

А линупс

А там тоже насрали, и кабуда даже сильнее. На аппаратном уровне ядра scan_code Ядро даёт абстракцию такого же типа, акы переваривает scan_code в условные key_q, key_w, key_e (linux_keycode) Какой-нить xkb берёт чо ядро высрало и высерает свои позиции акы <AE01>, <AE02> … <AB01>, <AB02> … <AC01>, <AC02> И уже эту координату XKB мапит напрямую в символы (Keysyms) - типа <AD01> == q, иль в русиш == Cyrillic_shorti (й).

Может, когда-нибудь, операционные системы начнут поддерживать другие языки, помимо англиского.
Но видимо пока рано.

It’s almost surprising how many Discord spammers there are, to the point that they literally created the 1.jpg, 2.jpg, 3.jpg, 4.jpg @everyone @here meme.

Then you start digging into the topic and realize that basically any unauthorized file read is enough to steal your session with a single token grep.

What is a token?

Very roughly, in Discord:

login + password + 2fa
↓
Discord gives you a token (a hash based on some data)
↓
the token becomes your session

From then on, the client just throws this token at the server:

“it’s still me”

Server:

“aight, come in”

What if someone steals the token?

Then literally nothing interesting happens:

Take the token.

&&

Feed it to another client.

&&

T H A T ’ S I T…

: You’re already inside the account.

• No login.
• No password.
• No 2FA.
• No SMS.
• No passkey.
• No push notification.
• No confirmations.
• No alerts about a new login.

So… is it easy to steal?

Yeah.

just read a file

And how do I notice that it was stolen?

You don’t.

The new login isn’t even registered as a new one - the old session simply “moves” to another machine.

The only thing you might notice is that you got logged out from the device where the token was stolen.

And that’s only if somebody actually used the token immediately instead of saving it for a rainy day.

So how do you protect against this?

Obviously, absolute security doesn’t exist.

If a full-blown stealer is running on your machine, it’ll probably find some way to steal something, depending on the hacker’s skill.

But between:

“read a file”

and

“inject into a process, go through system dialogs, spoof the environment”

there’s a massive gap.

HOW DISCORD DEVELOPERS COULD HAVE DONE IT

• storing secrets via the OS keychain;
• confirmation prompts when accessing secrets;
• device fingerprinting;
• binding tokens to hardware;
• a separate device-generated key;
• security alerts on sudden environment changes;
• etc, etc, etc…

Yeah, all of this can also be bypassed.

But at what cost?

And right now?

Right now the attack chain looks like this:

downloaded some suspicious thing
↓
it read a file
↓
your session got hijacked: `1.jpg, 2.jpg, 3.jpg, 4.jpg @everyone @here`

If Discord can’t

One workaround is to log into Discord from a dedicated user account that’s used only for Discord.

That way, only that user has permission to read the session database.

Assuming there are no internal exploits in the Discord application itself, the chance of having your session stolen becomes minimal.

This is easy to do on Linux because its permission hierarchy was designed for this from the beginning.

On Windows you can do something similar too, but the security guarantees aren’t as strong since its permission model mostly appeared as a patchwork solution around the Vista era.

Still better than leaving an account access file readable by everyone because Discord, for some mysterious reason, couldn’t protect it itself.

This security layer is implemented in my NixOs config

Казалось бы удивительно, че так много спамеров в дискорде, которые своим количеством уже породили мем 1.jpg, 2.jpg, 3.jpg, 4.jpg @everyone @here

А потом копаешь тему и оказывается что абсолютно любой несакционированный доступ к чтению файлов позволяет без проблем украть твою сессию одним grep-ом токена.

Что такое токен?

Очень грубо, в дискорде:

login + password + 2fa
↓
Discord выдаёт токен (хэш на основе каких-то данных)
↓
токен становится твоей сессией

Дальше клиент кидает этот токен на сервер:

“это всё ещё я”

Сервер:

“ок, входи”

А если токен украсть?

То буквально ничего интересного не происходит:

Берёшь токен.

&& Подсовываешь его другому клиенту.

&& В С Ё…

: Ты уже внутри аккаунта.

• Без логина.
• Без пароля.
• Без 2FA.
• Без SMS.
• Без passkey.
• Без push.
• Без подтверждений.
• Без алетров о новом входе.

А чо, легко украть?

Да.

просто прочитать файл

А как заметить похищение?

А никак.

Новый логин вообще не регистрируется как новый - старая сессия просто “переезжает” на другую машину.

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

А как защитить?

Понятно, что абсолютной защиты не существует.

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

Но между:

“прочитать файл”

и

“внедриться в процесс, пройти системные диалоги, подделать окружение”

лежит огромная пропасть.

КАК БЫ МОЖНО БЫЛО СДЕЛАТЬ РАЗРАБАМ ДИСКОРДА

• хранение секретов через OS keychain;
• подтверждение доступа к секрету;
• fingerprint устройства;
• привязка токена к железу;
• отдельный ключ, генерируемый на устройстве;
• security alerts при резкой смене окружения.
• etc, etc, etc…

Да, всё это тоже можно обходить.

Но какой ценой?

А сейчас?

Сейчас цена атаки выглядит примерно так:

скачал подозрительную фигню
↓
она прочитала файл
↓
твою сессию угнали: `1.jpg, 2.jpg, 3.jpg, 4.jpg @everyone @here`

Если Discord не может

Как варик - логиниться в дискорд со специально-выделенного только под дискорд пользователя, Чтоб права на чтение DB с сессией было только у него. При отсутвии внутренних эксплойтов в приложении Discord - шанс что у тебя что-то угонят - минимальный.

Это легко сделать на linux, т.к. иерархия прав там из коробки.

на винде, в целом, тоже можно, но безопасность не так велика, ибо права там появились как костыль лишь с релизом Vista.

Но всё лучше, чем оставлять файл открытым для всех, который дискорд сам защитить по какой-то неведомой причине не смог.

Такая защитная прослойка имплементирована в моём NixOs config

Sound comparison can be seen in the video

Tierlist

🔴 - Linear

🟡 - Tactile

🔵 - Clicky

Description of each

[LINEARS]

• Outemu Silent White - The simplest quiet switch, a little sandy, but for the first generation it will do if you have an ultra low-budget build.
• Outemu Silver - Standard slag, fast, with short stroke.
• Outemu Black - Standard slag, weighted spring.
• Outemu Red - Standard slag, basic.
• Outemu Silent Peach V1 - It was ok, but now there is something better. Quiet, soft.
• Outemu Silent Peach V2 - Good ultra-budget quiet switch.
• Outemu Cold Plum - Winter collection. Full nylon body, short stroke, heavy spring. Thick thocky sound.
• Outemu Pink Lotus - Summer collection. Lightweight, short stroke, smooth.
• Outemu Milk Peach - Budget regular switch, nice sound, but Cream and Jade are better.
• Outemu Bai Lan - Average.
• Outemu Hanny - Long-pole stem. Loud clacky switch (lego movie sound).
• Outemu Lanny - Similar to Hanny, but a little more balanced and ordinary.
• Outemu Silent Ocean - Not a bad quiet switch.
• Outemu Crystal Linear - Completely made of polycarbonate. Dry and rattling.
• Outemu Dustproof Silver - Slightly better than regular silver, but still so-so.
• Outemu Cream Pink - Well lubricated, buttery action, deep sound (but Jade is better).
• Outemu Jade Pink - A cooler version of Cream Pink, with a faster spring.

[TACTILES]

• Outemu Brown - Absolute crap. There is no tactility, it feels like a dirty sand ruler with a ringing spring.
• Outemu Orange - A little heavier than Brown, but the same dry trash with a ringing sound.
• Outemu Purple - Old heavy tactile. The bump is sharp and unpleasant, the spring rings harshly on return.
• Outemu Red Panda - Passable clone of Holy Panda. A rounded bump at the start, but without manual lubrication it’s a so-so idea.
• Outemu Maple Leaf - Not a bad ringing tactile. The bump is clear, feels fast, and has a clacky sound.
• Outemu Milk Tea - Budget average. Due to the milky casing, the sound is a little softer, but the tactility is weak.
• Outemu Silent Jade Yellow - Top silent tactile device. A clear bump at the start, not wadded at all, lubricated normally. Close to Gazzew Boba u4, but softer.
• Outemu Cream Yellow - Tactile analogue of Cream Pink. Good lubrication, soft dull sound, pleasant running. Also close to u4.
• Outemu Silent Tom - Old silent tactile. The hillock is indistinct and blurred, no longer relevant.
• Outemu Silent Grey - Ancient cotton shit. There is almost no bump, when pressed there is a complete feeling of rubber.
• Outemu Silent Lemon V1 - Was a popular quiet switch, but is very sandy.
• Outemu Silent Lemon V2 - Work on bugs V1. It has become much smoother, normal quiet tactile.

[CLICKIES]

• Outemu Blue, Outemu Green, Outemu Gold, Outemu Ocean Clicky, Outemu Spring Breeze, Outemu Milk Blue, Outemu Jerry Clicky, Outemu Cream Blue, Outemu Jade Blue - Total shit without exception. Due to the cheap design of the Click Jacket, everything inside is loose and rattling. A nasty plastic crunch instead of a normal click.

Звуковое сравнение можно посмотреть в видосике

Тирлист

🔴 - Linear

🟡 - Tactile

🔵 - Clicky

Описание каждого

[LINEARS]

• Outemu Silent White - Простейший тихий свитч, немного песочит, но для первого поколения сойдёт, если ультра низкобюджетная сборка.
• Outemu Silver - Стандартный шлак, быстрый, с укороченным ходом.
• Outemu Black - Стандартный шлак, утяжелённая пружина.
• Outemu Red - Стандартный шлак, базовый.
• Outemu Silent Peach V1 - Был норм, но сейчас есть лучше. Тихий, мягкий.
• Outemu Silent Peach V2 - Хороший ультрабюджет тихий свитч.
• Outemu Cold Plum - Winter коллекция. Фулл нейлоновый корпус, укороченный ход, тяжелая пружина. Плотный thocky звук.
• Outemu Pink Lotus - Summer коллекция. Лёгкий, укороченный ход, плавный.
• Outemu Milk Peach - Бюджетный обычный свитч, приятный звук, но Cream и Jade лучше.
• Outemu Bai Lan - Середнячок.
• Outemu Hanny - Long-pole стем. Громкий clacky свитч (lego movie sound).
• Outemu Lanny - Похож на Hanny, но чуть сбалансированнее и обычнее.
• Outemu Silent Ocean - Неплохой тихий свитч.
• Outemu Crystal Linear - Полностью из поликарбоната. Сухой и дребезжит.
• Outemu Dustproof Silver - Чуть лучше обычного сильвера, но все равно так себе.
• Outemu Cream Pink - Хорошо смазан, маслянистый ход, глубокий звук (но Jade лучше).
• Outemu Jade Pink - Более крутая версия Cream Pink, с быстрой пружиной.

[TACTILES]

• Outemu Brown - Абсолютное говно. Тактильности нет, ощущается как грязный песочный линейник со звенящей пружиной.
• Outemu Orange - Чуть тяжелее, чем Brown, но такой же сухой хлам со звоном.
• Outemu Purple - Старый тяжелый тактильник. Бугор резкий and неприятный, пружина жестко звенит на возврате.
• Outemu Red Panda - Проходной клон Holy Panda. Округлый бугор на старте, но без ручной смазки так себе затея.
• Outemu Maple Leaf - Неплохой звонкий тактильник. Бугор четкий, ощущается быстрым, clacky звучание.
• Outemu Milk Tea - Бюджетный средняк. Из-за молочного корпуса звук чуть мягче, но тактильность слабая.
• Outemu Silent Jade Yellow - Топовый тихий тактильник. Четкий бугор на старте, вообще не ватный, смазан нормально. Близок к Gazzew Boba u4, но мягче.
• Outemu Cream Yellow - Тактильный аналог Cream Pink. Хорошая смазка, мягкий глухой звук, приятный ход. Тоже близок к u4.
• Outemu Silent Tom - Старый тихий тактильник. Бугор невнятный и размытый, уже не актуален.
• Outemu Silent Grey - Древнее ватное говно. Бугра почти нет, при нажатии полное ощущение резины.
• Outemu Silent Lemon V1 - Был популярным тихим свитчем, но сильно песочит.
• Outemu Silent Lemon V2 - Работа над ошибками V1. Стал гораздо плавнее, нормальный тихий тактил.

[CLICKIES]

• Outemu Blue, Outemu Green, Outemu Gold, Outemu Ocean Clicky, Outemu Spring Breeze, Outemu Milk Blue, Outemu Jerry Clicky, Outemu Cream Blue, Outemu Jade Blue - Тотальное говно без исключений. Из-за дешевой конструкции Click Jacket внутри все люфтит и дребезжит. Мерзкий пластиковый хруст вместо нормального клика.

A.K.A.

Long way to dream

In short…

I have long had a desire to build a custom keyboard from scratch… This writing is essentially my shitpost (Idk what the fuck:: I love writing letters) I’ll dump my thoughts on this project here, if you can call it that. (sort of like an overkill job, maybe it’s possible)

Whatamhow

It is known that the topic of analog keyboards, mainly based on Hall-Effect sensors, has been popular in the keyboard market for the last few years. I don’t see any point in listing the goodies, they are obvious. And one of the minuses is the fucking energy consumption of HE keyboards compared to mechanical ones. Which greatly complicates the assembly of a wireless keyboard…

For many, it may seem that wireless is useless shit, useless to anyone. Until some time I thought so myself, sitting on a staggered 2 kg piece of aluminum with buttons. But then I found myself in the hands of a split keyboard without a single wire. : turned on 2 halves, shoved the USB dongle into the computer and you work holds a charge for 3 months with 15 hours of daily use with 1500mAh batteries in each half (hule mechanics) And it turned out to be so convenient that I can no longer imagine a keyboard with wires.

That’s why I look towards tmr, because he eats 8 times less than he Although there must be pitfalls with it in the form of an unstable Vcc, which can spoil their accuracy, which is crap in comparison with he (well, in fact, in fact, they are stupidly less noisy, they don’t really suck in terms of accuracy)

Sobsna what do I need, where the fuck does it all begin.

Right now it’s a stage of thinking, which will later flow into tests. According to budgets, I hope not to cost more than 25k rubles. the price for delivering sensors to Russia is just fucking fucked up (60++ euros per bag, fucking trade unions and sanctions)

In terms of software, at first I thought this was the top: peppapighs/libhmk, because this is the best open source software for analog keyboards that can be found so far. It’s a pity that no one has messed with the TMR section yet, but overall I don’t think there’s a big difference. (more on the difference later)

But unfortunately author stated - there will be no support for split And implementing such a theme on your own is fucking hell, which will probably require re-wiring all the software. Because there is no implementation of communication and synchronization of two controllers (such as uart/i2c/spi) Well, at least you can put some kind of wireless on top of tinyusb if you break your ass a little.

But in order not to tear my ass, I’ll rather look towards zmk because This is one of the best solutions for keyboard firewood. And some idiot is already making a module for it to support HE boards, with a rapid trigger, socd and other cool features.

So we raised the topic of software…

But there is no mention of TRM anywhere. But no one has ever made keyboards on TMR in the open source. Moreover, no one has made Split Wireless TMR keyboards.

Everywhere current HE-HE-HE

This is one of the key problems of this project - there are no examples. But fortunately there is already some progress in the HE field. And there is hope that there will be no special problems with TMR.

Let’s move on to the difference between TMR and HE.

Pachama, I have hope that I can push TMR sensors under HE firewood without tearing my ass?

• TMR and HE have the same pinout (if we consider keyboard-friendly options in the SOT23-3 case)

GND, Vcc, Out

• Can operate in the same voltage range

Keyboards usually dance at 3.3v - both technologies can work in this field

• Similar transfer function

HE: VOUT = VQ + S*B TMR: VOUT = VCC*(VOFFSET + S*B)

, where VOUT - output voltage VCC - supply voltage VOFFSET - offset VQ - Voltage at B = 0 S - sensitivity B - induction (don’t give a fuck, the position of the magnet, the switch is tightly clamped)

In short, it’s just bullshit, we just need to take Vcc into account, which may become a problem in the future.

The theme itself will be a columar format, like on a keyboard (it has a little more - 64 buttons, I think this keyboard will still have 58-60 buttons), which few people will be interested in. But questions about HE/TMR are common, regardless of the layout, I hope at least someone will be interested in reading some of my belongings and research on this topic…

A.K.A.

Долгий путь к мечте

Если кратко…

У меня уже давно есть желание собрать кастомную клавиатуру с нуля… Ета писанина по-сути своей является моим шитпостом (хз нахуя::я люблю писать буковы) Буду сюда вываливать свои мысли по поводу сего проектица, если ето можно так назвать. (вроде работы овердохуя, наверна можно)

Чотамкак

Известно, что на рынке клавиатур последние несколько лет попсует тема с аналоговыми клавиатурами, в основном на базе Hall-Effect сенсоров Плюшки перечислять не вижу смысла, они очевидны. А из минусов - ебейшее энергопотребление HE клавиатур по сравнению с механикой. Что значительно усложняет сборку беспроводной клавы…

Для многих может показаться что беспровод - бесполезное говно, нахуй никому ненужное. Я до каких то пор сама так думала, сидя на стаггеред 2кг куске аллюминия с кнопками. Но потом в моих руках оказалась split клавиатура без единого провода. : включил 2 половинки, пихнул usb донгл в комп и работаешь держит заряд месяца 3 при 15 часовом ежедневном юзе с 1500мач аккумами в каждой половинке (механика хуле) И эт оказалось настолько удобно, что я больше не мыслю клавиатуру, в которой будут провода.

Потому я гляжу в сторону tmr, ибо хавает он раз так в 8 меньше, чем he Хотя с ним должно быть есть подводные камни в виде нестабильного Vcc, что может гадить их ебанутую в сравнении с he точность (ну вапще на самом деле они тупа меньше шумят, по точности не прям ебут)

Собсна чо мне нада, с чего нахуй всё начинается.

Щас пока этап кумеканья, который позже перетечет в тесты. По бюджетам я надеюсь не уйти дороже 25к руб. цена доставки сенсоров в россию это пиздец просто нахуй (60++ евро за пакетик ебанные профсоюзы и санкции)

По софту - я сначал показалось, что это топ: peppapighs/libhmk, ибо это лучший опенсурс софт для аналоговых клав, чо пока можно найти. Жаль на нём пока вроде никто не мутил TMR поделия, но в целом не думаю, что велика разница. (о разнице позже)

Но к сожалению якы заявил аффтор - поддержки split не буде А имплементить такую тему самостоятельно - ебанутый ад, который потребует, должно быть, перековырчивания всего софта. Т.к. там нет реализации связи и синхронизации двух контроллеров (типа uart/i2c/spi) Ну хотяб беспровод какой-то налопатить поверх tinyusb можно если немного порвать жопу.

Но дабы не рвать жопу, скорее буду глядеть в сторону zmk т.к. это одино из лучших решений для дров клавы. И на него уже какой-то пиздузиаст пилит модуль для поддержки HE бордов, с раппид триггером, socd и прочими крутыми фичами.

Вот мы подняли тему софта…

А ведь нигде нет упоминаний TRM. А ведь никто и не делал в опенсурсе клавы на TMR. А ведь тем более никто не делал Split Wireless TMR клавы.

Везде тока HE-HE-HE

Это одна из ключевых проблем этого проекта - нет примеров. Но благо уже есть какие-то подвижки на HE поле. И есть надежда что с TMR не будет особых проблем.

Перейдём собсна к разнице TMR и HE.

Пачаму у меня есть надежда, что я смогу пихнуть TMR датчики, под HE дрова, при этом не порвав жопу?

• TMR и HE имеют одинаковую распиновку (если рассматривать удобные для клавы варианты в SOT23-3 корпусе)

GND, Vcc, Out

• Могут работать в одном и том же диапазоне напряги

Клавы обычно пляшут от 3.3v - обе технологии могут работать на этом поле

• Схожая передаточная функция

HE: VOUT = VQ + S*B TMR: VOUT = VCC*(VOFFSET + S*B)

, где VOUT — выходное напряжение VCC — напряжение питания VOFFSET — смещение VQ - Напряга при B = 0 S — чувствительносты B — индукция (похуй, положение магнита, наскильно сильно зажат свитч)

Кароче одна хуйня, нам нада только учитывать Vcc, что может станет проблемой в будущем.

Сама темка будет columar формата, типа как на кортинке (на ней чутьб больше - 64 кнопки, я думаю в этой клаве таки будет 58-60 кнопок), что мало кому интересно. Но вопросецы по поводу HE/TMR общие, независимо от лейаута, надеюсь хоть комута будет интересно почитать какие-та мои пожитки и исследования в этой теме…

Proper documentation: github/scclie/sccl_nix/README.md

Why the f*&^ ?

Bc an unstructured NixOs config is always the same story:

• first you “organize it properly”
• then you add a second host
• then a third
• then packages, configs, exceptions start piling up
• /etc/nixos slowly turns into a dump of if hostname == ... conditionals

“ok, Ill refactor this properly later”

(no u wont)

What is this?

Dotfiles are split into 3 core entities:

• hosts - hardware and system-level stuff
• profiles - the user layer
• shared - everything you got tired of copying around

machine != user != environment

hosts

Everything that cannot realistically be shared between machines

• disks
• drivers
• network
• system packages

profiles

This is basically the “human layer”

• environments
• personal software
• shell configuration
• all that user-level mess

One host can contain as many profiles as you want - different users, different purposes, whatever.

The system is built per-host, and profiles are attached on top.

shared

An attempt to stop copy-paste culture

• base packages
• WM configs
• default settings

How it connects

Very simple:

flowchart TD
    F[❄️ flake.nix<br/>Auto-discovery]

    P1[👤 profiles/paper]
    P2[👤 profiles/guest]

    H1[🖥️  hosts/sacculos]
    H2[💻 hosts/laptop]

   NM[⚙️ nixos/modules<br/>System services]
   PS[📦 profiles/shared<br/>Base configs&packages]

    F --> H1
    F --> H2
    
    H1 --> P1
    H1 --> P2
    H2 --> P2
    
    P1 --> PS
    P2 --> PS
    
    H1 --> NM
    H2 --> NM
    
    classDef flakeStyle stroke:#517599,stroke-width:2px,color:currentColor
    classDef hostStyle stroke:#5e81ac,stroke-width:2px,color:currentColor
    classDef profileStyle stroke:#8fbcbb,stroke-width:2px,color:currentColor
    classDef sharedStyle stroke:#d08770,stroke-width:2px,color:currentColor
    classDef moduleStyle stroke:#bf616a,stroke-width:2px,color:currentColor
    
    class F flakeStyle
    class H1,H2 hostStyle
    class P1,P2 profileStyle
    class PS sharedStyle
    class NM moduleStyle

The catch?

ofc, with enough skill you can still mess it up completely by wiring dependencies in all the wrong places

Нормальная дока на ангельском: github/scclie/sccl_nix/README.md

На*&я Зачем?

Потому, что необдуманный NixOs config - это всегда один и тот же сценарий:

• сначал “аккуратно структурируешь”
• добавляешь второй хост
• потом третий
• прог всяких сыпешь, конфигов, исключений
• /etc/nixos превращается в помойку с условными if hostname == ...

“ладно, сейчас я это нормально рефакторну”

(нет)

Чотут?

Дотфайлы разделены на 3 сущности:

• hosts - железо и вся системная шалуха
• profiles - пользователь
• shared - всё, что ты устал копировать

машина != пользователь != окружение

hosts

Всё, что нельзя синхронить между разными машинами

• диски
• дрова
• network
• system packages

profiles

Это уже “человек”

• окружение(-я)
• свои проги
• настройки шелла
• весь этот user-level мусор

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

shared

Это попытка остановить копипасту

• базовые пакеты
• wm конфиги
• дефолтные штуки

Как эт связано

Максимально просто:

flowchart TD
    F[❄️ flake.nix<br/>Auto-discovery]

    P1[👤 profiles/paper]
    P2[👤 profiles/guest]

    H1[🖥️  hosts/sacculos]
    H2[💻 hosts/laptop]

   NM[⚙️ nixos/modules<br/>System services]
   PS[📦 profiles/shared<br/>Base configs&packages]

    F --> H1
    F --> H2
    
    H1 --> P1
    H1 --> P2
    H2 --> P2
    
    P1 --> PS
    P2 --> PS
    
    H1 --> NM
    H2 --> NM
    
    classDef flakeStyle stroke:#517599,stroke-width:2px,color:currentColor
    classDef hostStyle stroke:#5e81ac,stroke-width:2px,color:currentColor
    classDef profileStyle stroke:#8fbcbb,stroke-width:2px,color:currentColor
    classDef sharedStyle stroke:#d08770,stroke-width:2px,color:currentColor
    classDef moduleStyle stroke:#bf616a,stroke-width:2px,color:currentColor
    
    class F flakeStyle
    class H1,H2 hostStyle
    class P1,P2 profileStyle
    class PS sharedStyle
    class NM moduleStyle

Подвох?

Ну конечно при большом скилле и тут можно насрать, накидав зависимостей не туда

Visuomotor Feedback Loop

This entire phenomenon can be described by a single term - Visuomotor Feedback Loop. Essentially, this is an information processing cycle that the nervous system runs at maximum possible speed:

Loop stages:

1. Visual analysis. The eye captures the current position of the target and its trajectory. Assessment of distance, movement vector, movement speed.

2. Information processing. The brain processes visual data and calculates the necessary motor command. Micro-calculation occurs: distance, route prediction, turn angle calculation, etc.

3. Command execution. Muscles receive the signal and perform the movement. The mouse moves to the desired position.

4. Repeat. The loop closes and starts again.

Reactive tracking works precisely on the basis of this loop. This is a sequence of micro-corrections that occur at such speed that they appear as a single smooth action. Even pro players perform the same micro-corrections, but their interpolation (smoothing between cycles) reaches a level where the movement looks absolutely smooth - each micro-correction adds to the initial vector rather than being a new movement vector. Plus, an experienced system incorporates slight trajectory prediction, pre-calculating the target’s next position.

Novice vs Professional

Novice:

• Sees target → processes information slowly → movement calculation (often occurs incorrectly, with artifacts and unnecessary movements) → hand performs action → result analysis → waiting → next flick

Noticeable gaps appear between loop cycles. Each flick is perceived as a separate, discrete operation rather than part of a continuous flow.

Professional:

• Sees target → fast accurate information processing → micro-correction, even if the initial movement was inaccurate → instant result analysis → next correction

The professional’s loop spins faster. Unlike the novice, an experienced player is capable of qualitatively correcting their previous movements - for example, while previously moving in a straight line, they can add precise correction within the same movement vector such that it won’t look like a flick or shake. These micro-adjustments layer upon each other, creating the appearance of smooth, continuous tracking.

Skill Development Mechanism

Many hours of training in aim trainers allow for optimization of the speed and effectiveness of the visuomotor feedback loop. The system learns to:

• Analyze visual flow faster

• Analyze qualitatively - form more precise motor commands without unnecessary movements

Result: micro-corrections that previously were visible as distinct jerks begin to merge into a single smooth movement.

Conclusion

Shakiness and jerks (flickshots with noticeable intervals) are signs of insufficient speed and accuracy of information processing. The system simply doesn’t manage to perform the necessary number of micro-corrections and has to make macro-movements.

Smooth tracking is the result of high speed and loop efficiency. Micro-corrections occur so frequently that they become practically invisible.

Tracking skill development is acceleration of the visuomotor feedback loop and optimization of its efficiency. Over time: better prediction, better interpolation, better synchronization, better analysis quality, artifacts disappear, etc.

У бол-ва новичков в трекинге присутсвует тряска. Пре аиминге они совершают движения рывками. Каждый флик мышкой - это отдельное действие, после которого следует анализ результата и очередной флик Прицел перемещается криво - происодит оверреакт, и множетсво лишних движений, что ещё больше усложняет дальнейший анализ.

Зрительно-моторная петля

Все это явление можно описать одним термином - Зрительно-моторная петля (visuomotor feedback loop). По сути, это цикл обработки информации, который нервная система прогоняет на максимально возможной скорости:

Этапы петли:

1. Визуальный анализ. Глаз фиксирует текущее положение цели и ее траекторию. Оценка дистанции, вектора движения, скорости перемещения.

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

3. Исполнение команды. Мышцы получают сигнал и совершают движение. Мышь перемещается в нужную позицию.

4. Повтор. Петля замыкается и начинается заново.

Реактивный трекинг работает именно на основе этой петли. Этопоследовательность микро-коррекций, которые происходят с такой скоростью, что кажутся единым плавным действием. Даже про-игроки совершают те же микро-коррекции, только их интерполяция (сглаживание между циклами) достигает уровня, при котором движение выглядит абсолютно гладким, каждая микро коррекция плюсуется к инишиал вектору, а не является новым вектором движения. Плюс опытная система закладывает небольшое предугадание траектории, допредсказывая следующую позицию цели.

Новичок vs Профессионал

Новичок:

• Видит таргет → долго обрабатывает информацию → расчет движения (часто происходит некорректно, с артефактами, лишними движениями) → рука совершает действие → анализ результата → ожидание → следующий флик

Между циклами петли возникают ощутимые пробелы. Каждый флик воспринимается как отдельная, дискретная операция, а не как часть непрерывного потока.

Профессионал:

• Видит таргет → быстрая точная обработка информации → микро-коррекция, даже если первоначальное движение было неточным → мгновенный анализ результата → следующая коррекция

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

Механизм развития навыка

Многочасовая тренировка в аим-тренерах позволяет оптимизировать скорости и эффективность зрительно-моторной петли. Система обучается:

• Анализировать визуальный поток быстрее

• Качественно анализировать - формировать более точные моторные команды, без лишних движений

Результат: микро-коррекции, которые раньше были видны как отчетливые рывки, начинают сливаться в единое гладкое движение.

Итог

Тряска и рывки (flickshot с заметными интервалами) - это признак недостаточной скорости и точности обработки информации. Система просто не успевает совершить необходимое количество микро-коррекций, и приходится делать макро-движения.

Плавный трекинг - это результат высокой скорости и эффективности петли. Микро-коррекции происходят столь часто, что становятся практически незаметны.

Развитие навыка трекинга - это ускорение зрительно-моторной петли и оптимизация ее эффективности. Со временем лучше прогнозирование, лучше интерполяция, лучше синхронизация, лучше качество анализа, пропадают артефакты и т.п.

1. Surface Texture

• Abrasive / Medium Abrasive / Smooth
• Sandpaper-like or not
• How it interacts with skin and clothing sleeves

2. Friction Properties

Dynamic Friction (Glide):

• Resistance when the mouse is already in motion
• The lower it is, the easier the mouse glides after the initial movement

Static Friction (Stopping Power):

• Resistance at the moment you start moving the mouse
• The higher it is, the easier it is to stop the mouse precisely, but the harder it is to initiate movement

3. Glide Characteristics

• Mudpad Effect: High static + low dynamic friction == the mouse feels stuck at the start but glides smoothly afterward
• Consistent Glide: Minimal difference between static and dynamic friction

4. Speed Rating (Conventional)

• Control: High static and dynamic resistance, often a “mudpad,” but not always; the meta is often defined by static friction.
• Mid (Balanced): Moderate static and dynamic resistance, suitable for everything.
• Speed: Low resistance, heavy on tracking. You can play any game on any pad with enough skill and dedication; it’s primarily a question of average comfort.

5. X/Y Axis Consistency

• Is there a difference between left-right and up-down movement?
• Ideally, the X/Y ratio should be 1:1.

6. Durability & Maintenance

Moisture Resistance:

• A water absorption test usually indicates how quickly the pad will get dirty in general.

How to clean?

• Some pads are picky about the choice of cleaning products.

7. Base Construction

Firmness Level:

• X-Soft: Significant squish, can be pressed down almost to the desk.
• Soft: Noticeable, springy give.
• Mid: Firm support, almost no compression.

8. Surface Composition

• Weave type (Tight, Jacquard, Hybrid, Cordura, Textured)
• Material quality and stitching quality on the edges
• Base material and how well it grips the desk

9. Comparative Analysis

• Comparison with other popular models (Artisan, LGG, MGG, X-Raypad)
• Similarities in:
  • Speed and glide characteristics
  • Texture and tactile feel
  • Overall user experience
• Example: “Similar to the Artisan Raiden, but a bit slower” or “Feels like the G-SR-SE, but not as muddy”

Additional Tips:

1. Test with different mouse skates for a complete picture.

• It might be the case that:
• Skates A are faster on Pad X and slower on Pad Y.
• Skates B are faster on Pad Y and slower on Pad X.

2. How the glide changes over time. Some pads break in after a week and feel different.
3. What it’s best suited for (Arena shooters or tactical/angle-holding games. Better for Tracking, Switching, Click-timing, or Universal).

Good Example

9Sanya’s Spreadsheet

Типсы на грамотное объяснение характеристик коврика для мыши:

1. Текстура поверхности

• Абразивная / Средняя абразивная / Гладкая
• Наждак/не наждак
• Дружит ли с кожей и рукавом

2. Силы трения

Динамическое трение (скольжение):

• Сопротивление, когда мышь уже в движении
• Чем ниже — тем проще она несется после старта

Статическое трение (остановка):

• Сопротивление в момент, начала движения мышью
• Чем выше — тем проще стоппить мышь, но сложнее стартовать

3. Характер скольжения

• Эффект болота: Высокое статическое + низкое динамическое трение == мышь вязнет на старте, но потом неплохо скользит
• Ровное скольжение: Минимальная разница между статикой и динамикой

4. Скоростной рейтинг (условный)

• Контрольный (Control): Высокое статик и динамик сопротивление, зачастую болото, но не всегда, мета статики
• Средний (Mid): Умеренное статик и динамик сопротивление, подходит для всего
• Быстрый (Speed): Низкое сопротивление, трекинг хеви на любом ковре при желеании и достаточной скиллухе можно играть что угодно, вопрос удобства в среднем

5. Равенство по осям X/Y

• Есть ли разница между движением влево-вправо и вверх-вниз
• В идеале соотношение X/Y

6. Живучесть

Сопротивление влаге:

• Тест на впитываемость влаги обычно отражает насколько быстро ковёр в целом будет загрязняться

Чем мыть?

• Некоторые ковры придирчивы к выбору средств для мытья

7. Подложка (база)

Жесткость:

• XSoft: Сильно проминается, можно вдавить чуть ли не до стола
• Soft: Чувствуется упругая податливость
• Mid: Твердая поддержка, почти не прогибается

8. Состав поверхности

• Тип плетения (плотное, жаккард, гибридное, кордура, рельефное)
• Качество материала и прошивки краёв
• Материал основы и насколько хорошо она держится за стол

9. Сравнительный анализ

• Сравнениее с другими популярными моделями (Artisan, lgg, mgg, x-raypad)
• Сходства по:
  • Скорости и характеру скольжения
  • Тактильным ощущениям от текстуры
  • Общему впечатлению от использования
• Пример: “Похож на Artisan Raiden, но чуть меленее” или “Ощущения как от G-SR-SE, но не такой болотистый”

Доп Типсы:

1. Тест с разными глайдами на мышке для полной картины

• может быть такое что
• глайды A быстрее на коврике Х и медленее на коврике Y
• глайды B быстрее на коврике Y и медленее на коврике X

2. Характер глайда со временем, некоторые ковры через неделю приглаживаются и ощущаются иначе
3. Для чего он подходит больше всего (для ареновых шутеров или угловых. Лучше для трекинга, свитчинга, клинтинга или универсал)

Хороший пример

Таблица 9Sanya

In the world of cyber-athletes, hardcore gamers, and tryhards, the cult of aiming has been elevated to an absolute. Hours on training maps, endless duels, grinding in aim trainers, and the pursuit of the perfect sensitivity, mouse, mousepad, skates, posture, resolution, FOV, etc., etc. – these are the rituals of the modern neo-pilgrim, who believes that reaction speed and mouse precision will lead them to the top-1. But in reality, a hardcore analysis of most games “casualizes” aim as a key skill. In most modern competitive multiplayer games, “pure” aim is deliberately placed in a subordinate position by the developers. Its potential is harshly limited by systems designed to level the playing field between players of different skill levels.

The Great Equalizer: RNG, Movement, and Uncontrollable Factors

The main enemy of raw aiming skill is randomness and limitations. Developers figured out long ago that a game where victory belongs entirely to the one with faster reactions and better mouse control is doomed to a niche audience (the Quake series serves as an example). New players would leave, their asses sore, and matchmaking wouldn’t be able to handle the giant skill gap between the top and the bottom.

Hence, the crutch systems come into play:

• Random Bullet Spread (RNG Spread): The most obvious example. Even in the most popular tactical shooter Counter-Strike, which is considered the esports benchmark (well, at least it’s the most popular), bullets from any weapon while standing don’t fly strictly to one point, but within a certain circle of spread. In Valorant, this spread is even more pronounced. There’s no way to guaranteed control every bullet - you can only increase the probability of a hit. That’s a huge difference. Even a memorized spray pattern isn’t an exact science; it’s a ritual dance around random deviation.

• Movement Speed Control: A key but often overlooked aspect. In many games (CS2, Valorant, R6 Siege) the base movement speed of characters is relatively low and predictable. This is a powerful equalizing tool. Against a slow target, both a noob and a pro will aim almost equally effectively. The difference in their skill will be minimal. A tracking genius cannot reveal their full potential simply because the target doesn’t challenge them. The entire “spread” between bad and good aim shrinks. The difference becomes noticeable when a fast, unpredictable target appears. Here, a noob will simply get lost and won’t be able to hit it, while a cracked player, albeit with worse results than against a slow target, will still be able to track it. Thus, slow movement is a hidden mechanism that prevents a strong aimer from unleashing their full potential against a weak opponent.

• Moving Accuracy: A mechanic almost entirely removed from tactical shooters. In the same CS, firing while moving is synonymous with “miss.” This is a conscious decision that shifts the focus from shooting mechanics to positioning and tactics (counter-strafing, stop-shots).

• Bloom, damage falloff, complex ballistics - all these are layers of RNG that add a factor of luck to the equation. Sometimes a wild shot will hit, while a perfectly aimed one will miss.

The core idea is to lower the skill ceiling for aim (to neutralize the aim advantage). The difference between a good and a god-like aimer is negated by the fact that even a god can’t guarantee a hit due to RNG, and against a slow target, their superiority won’t be as noticeable. A novice always has a chance for a random hit or a “lucky” headshot.

High TTK vs Low TTK: The Aim-Dependency Paradox

Here lies the main paradox that many fail to grasp.

• Low TTK (Time To Kill): Characteristic of tactical shooters (CS2, Valorant, R6 Siege). A kill happens in 1-2 hits. It would seem that jewel-like aim is needed here to land headshots consistently. But in reality, aim is less important than it seems. The decisive factor is often not the pure shot, but: Positioning (you can catch an enemy by surprise, get an easy kill without even starting a duel), Angle knowledge (pre-fires, off-angles, etc.), Luck (a random bullet flew into the face. A noob just jerked their hand, fired while running/jumping and one-tapped a much stronger player).

• High TTK: A classic for arena shooters (Quake, Apex Legends, Overwatch 2, The Finals). Here, to kill an enemy, you need to continuously track them and hit them many times in a row. It’s simply impossible to track by accident for dozens of seconds.

And this is where raw aim takes the front seat. A lucky shot won’t decide anything here. You need to track the target long and accurately. In high-TTK games, the gap in aiming skill between players is much more visible. A strong player will consistently track and kill a novice, who simply won’t have the precision and mouse control to deal enough damage. Tactics and positioning alone won’t solve the problem here – you absolutely need to hit your shots (though you can try to compensate with movement, which again expands the aim-advantage spread based on the points above).

Escape from Aim: Tactics, Movement, and Abstract Abilities

Since pure aim is a difficult skill, requiring thousands of hours to hone, developers shift the focus to other, more “democratic” mechanics:

1. Tactics and Communication. You can be terrible with a mouse but still outsmart your opponent by taking unexpected positions, making calls for team play, and using utility.
2. Movement. In tactical shooters, it works as a limiter (slow and predictable). In arena shooters, it works as a divider (fast and complex), allowing a skilled player to dodge and demonstrate superior tracking.
3. Abilities. The most powerful tool for de-leveling aim. Why aim perfectly when you can spam your opponent with grenades, turrets, smokes, slow-fields, and flashbangs? These mechanics require not precision, but good decision-making and timing.

Conclusion

Aim undoubtedly remains an important skill. But most competitive games are designed to “casualize” it, to make it one of many factors for victory, but not the only one, and certainly not the primary (decisive) one. Slow movement, RNG spread, and an abundance of abilities are part of a design philosophy aimed at keeping the game accessible to millions, not just a select few with perfectly honed motor skills.

Not Memorization, but Adaptation

The main misconception is the idea of muscle memory as a rigid recording in the neurons: “a 3.7 cm turn to the right == a headshot.” In reality, it’s not about recording specific movements, but about forming the ability to effectively adapt to different conditions, to conduct analysis. When it comes to aim, the brain and nervous system learn not to remember mouse positions, but to solve motor tasks: “The target is moving like this, I need to apply a force of this specific strength and duration.”

Sens-Schizophrenia: The Perfect Sens is an Illusion

Acolytes of the cult believe that by finding their perfect sensitivity (let’s say, 52 cm/360), they will reach nirvana. But the world is unstable. What happens if:

• You change your mousepad/skates to slightly slower/faster ones
• A speck of dust gets on the skates
• The weather brings higher humidity – the mousepad becomes a bit slower
• You’ve worn a slow spot on the mousepad, where movement in the center is slower than on the edges

Any of these micro-changes completely invalidates the idea of memorized movements. With your ideal 52 cm/360 sensitivity, you de facto need to apply different amounts of force to perform the same movements expecting the same result. And if you rely purely on muscle memory, you will miss (You perfectly applied the force for a 10cm movement to the left, but the mouse traveled only 9.5cm or a full 10.5cm). Because your brain expected one level of resistance but got another.

Aim is Basketball: An Analogy

A basketball player throwing the ball into the hoop doesn’t calculate millimeters or reproduce a shot memorized down to the nanosecond. They assess the distance, the defenders’ movements, their own momentum, and adapt the shot on the fly. They rely on a general feel for their body, the ball, and the hoop’s position. They can score from different positions, with different approaches, using one or two hands, with or without wind, even with balls of different weight and bounce. Because they have developed general coordination, not memorized one specific shot.

It’s the same with a cracked aimer. They don’t remember how many centimeters to move the mouse for a headshot from Mirage’s fireboxes into pit, they don’t know what hand movement is needed to turn 20°. They see the target, their brain instantly assesses the distance from the crosshair to the target and the target’s movement speed, and their arm, wrist, and fingers cooperate to solve this task. The composition of this “cooperation” will change depending on the sensitivity.

• On a low sensitivity (50 cm/360) the main work is done by the forearm and shoulder for large turns, while the wrist and fingers make micro-corrections.
• On a high sensitivity (20 cm/360) the wrist and fingers are actively engaged, while the movement from the shoulder and forearm is reduced.

The perfect aimer isn’t the one who memorized one sensitivity, but the one who developed neuromotor control that allows them to effectively use any sensitivity to solve the task. Depending on the task – the sensitivity can be different – for arena shooters a faster sens might be more convenient, while for tactical ones – a slower one.

The Visuomotor Feedback Loop

When you grind an aim trainer for hours, you’re not training your arm muscles. You’re training the speed and efficiency of the feedback loop:

1. Eye: Sees the target and its movement.
2. Brain: Processes the visual information and calculates the necessary motor command.
3. Hand: Executes the command.
4. Repeat the cycle: analysis of the previous result.

The essence of training is to shorten the time it takes to complete this loop (reduce analysis time) and increase the accuracy of the calculation in step №2. Muscle memory here is not memory of the movement, but memory of how different motor commands correlate with the result on the screen. It’s a skill of calibration, not reproduction.

Conclusion

An obsession with muscle memory and the search for the “one true” sensitivity is a dead end. It creates a fragile system that collapses at the slightest change in conditions.

The true skill of aiming is not muscle memory, but visuomotor coordination. It’s the ability of your brain and body to quickly and accurately adapt to any conditions: a new sensitivity, a different gameplay style, a changed situation. It’s about plasticity, not rigidity. You need to develop not the memory of the hand, but the connection between the eye, the brain, and the hand. And then you’ll have that cracked aim.

With regular aim training – changing sensitivity stops being noticeable – you can easily jump between 24-34-38-44-55-66-77-88 (etc., etc.) cm/360 without feeling much difference – the speed of adaptation to new conditions will take mere seconds.

Не запоминание, а адаптация

Главное заблуждение - представление о мышечной памяти как о жесткой записи в нейронах: «поворот на 3.7 см вправо == хедшот». На самом деле, это не запись конкретных движений, а формирование способности эффективно адаптироваться к разным условиям, проводить анализ. В случае с аимом мозг и нервная система учатся не запоминать положения мыши, а решать моторные задачи: “Цель движется так-то, нужно применить усилие такой-то силы и длительности”.

Сенса-шизофрения: идеальная сенса — это иллюзия

Адепты культа верят, что найдя свою идеальную сенсу (условно, 52 см/360), они достигнут нирваны. Но мир нестабилен. Что будет, если:

• Ты сменил коврик/глайды на чуть более медленный/быстрый
• На глайды попала пылинка
• Погода прокнула повыешнную влажность - ковёр стал чуть медленее
• Ты натёр слоу-спот на ковре, движение в центре медленее чем по краям

Любое из этих микро-изменений полностью инвалидирует идею о заученных движениях. С твоей идеальной сенсой 52 см/360 де-факто необходимо прилагать разные усилия для совершения одинаковых движений в ожидании одного результата. И если ты уповаешь на чистую мышечную память, ты промажешь (Ты идеально приложил усилия на движение 10см влево, но мышь прокатилась лишь 9.5см или целых 10.5см). Потому что твой мозг ожидал одного сопротивления, а получил другое.

Аим - баскетбол: Аналогия

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

Точно так же и жоский аимер. Он не помнит, на сколько сантиметров нужно сдвинуть мышь для хедшота на Мираже с фаирбоксов в яму, он не знает какое движение рукой ему нужно сделать чтоб повернуться на 20°. Он видит цель, его мозг мгновенно оценивает расстояние прицела до цели и скорость передвижения цели, и его рука, кисть, пальцы кооперируются, чтобы решить эту задачу. Состав этой “кооперации” будет меняться в зависимости от сенсы.

• На низкой сенсе (50 см/360) основную работу выполняет предплечье и плечо для крупных поворотов, а кисть и пальцы вносят микро-коррекции.
• На высокой сенсе (20 см/360) в дело активно вступают кисть и пальцы, движение плечом и предплечьем сокращается.

Идеальный аимер — это не тот, кто заучил одну сенсу, а тот, кто развил нейромоторный контроль, позволяющий ему эффективно использовать любую сенсу для решения задачи. В зависимости от задачи - сенса может быть разной - для ареновых шутеров более удобна будет быстрая сенса, а для тактических - медленная.

Зрительно-моторная петля

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

1. Глаз: Видит цель и ее движение.
2. Мозг: Обрабатывает визуальную информацию и вычисляет необходимую моторную команду.
3. Рука: Выполняет команду.
4. Повтор круга: анализ результатов прошлого

Суть тренировок - сократить время прохождения этой петли (уменьшить время на анализ) и повысить точность расчета в пункте №2. Мышечная память здесь - это не память о движении, а память о том, как разные моторные команды соотносятся с результатом на экране. Это навык калибровки, а не воспроизведения.

Вывод

Зацикленность на мышечной памяти и поиске “той самой” сенсы - это путь в тупик. Он создает хрупкую систему, которая рушится от малейшего изменения условий.

Настоящий навык аима — это не мышечная память, а моторно-зрительная координация Это способность твоего мозга и тела быстро и точно адаптироваться к любым условиям: к новой сенсе, другому геймплею, изменившейся обстановке. Это пластичность, а не жесткость. Разивать нужно не память руки, а связь между глазом, мозгом и рукой. И тогда будет ебочка.

При регуляных тренировкая аима - смена сенсы перестаёт ощущаться - ты можешь спокойно скакать между 24-34-38-44-55-66-77-88 (и т.д. и т.п.) см/360 и при этом не особо ощущая разницу - скорость адаптации к новым условия будет занимать считанные секунды.

am rly like this blobby dancer. Its the best nvidia tech demo ive ever seen.

В мире киберкотлет, кибершпротов и хардкорного гейминга культ аиминга возведен в абсолют. Часы на тренировочных картах, бесконечные дуэли, дроч в аим тренерах и погоня за идеальной сенсой, мышкой, ковром, глайдами, посадкой, разрешением, fovом и т.д. и т.п. - всё это ритуалы современного неопилигрима, верящего, что скорость реакции и точность мыши доведут его до топ-1. Но по факту жоский анализ бол-ва игор оказуаливает аим как ключевой навык. В большинстве современных мультиплеерных компетитив игр “чистый” аим намеренно поставлен разработчиками в подчиненное положение. Его потенцевал жеско ограничен системами, призванными уровнять шансы между игроками разного уровня мастерства.

Великий уравнитель: Рандом, мувмент и неконтролируемые факторы

Главный враг raw-скилла аиминга - это случайность и ограничения. Разработчики давно воткнули, что игра, где победа безраздельно принадлежит тому, у кого быстрее реакция и лучше mouse-контроль, обречена на узкую аудиторию (серия quake в качестве примера). Новые игроки будут уходить, с болью в попе, а матчмейкинг не справится с гигантским разрывом в скилле между вершиной и низом.

Поэтому в ход идут системы-костыли:

• Random Bullet Spread (RNG Spread): Самый очевидный пример. Даже в самом популярном тактической шутере Counter-Strike, который считается эталоном киберспорта (ну как минимум он самый популярный), пули из любого оружия в стоячем положении летят не строго в одну точку, а в пределах некого круга разброса. В Valorant этот разброс еще более выражен. Нет возможности гарантированно контролировать каждую пулю - можно лишь увеличить вероятность попадания. Это огромная разница - Даже заученный спрей-паттерн - это не точная наука, а танцы с бубном вокруг случайного отклонения (пжзарегай).

• Контроль скорости передвижения: Ключевой, но часто упускаемый из виду аспект. Во многих играх (CS2, Valorant, R6 Siege) базовая скорость передвижения персонажей относительно низкая и предсказуемая. Это мощнейший инструмент уравнивания. Против медленной цели и новичок, и про будут целиться практически одинаково эффективно. Разница в их скилле будет минимальна. Гений трекинга не сможет раскрыть свой потанцевал, просто потому, что цель не бросает ему вызов. Вся “вилка” между плохим и хорошим аимом сжимается. Разница же ощущаестся когда появляется быстрая, непредсказуемая цель. Здесь нуб просто потеряется и не сможет по ней попасть, в то время как жоский-игрок, хоть и с худшим результатом, чем против медленной цели, всё же сможет её оттрекать. Таким образом, медленный мувмент - это скрытый механизм, не дающий сильному аимеру раскрыть свой полный потанцевал против слабого оппонента.

• Стрельба в движении: Механизм, практически полностью убранный из тактических шутеров. В том же CS стрельба на ходу - это синоним слова “промах”. Это сознательное решение, которое переводит акцент с пострелушек на позиционирование и тактику (стоп-шоты).

• Система промахов (Bloom), уменьшение урона на дистанции, сложная баллистика — все это слои RNG, которые добавляют в уравнение фактор удачи. Иногда кривой выстрел попадет, а идеально наведенный - нет.

Суть идеи - снизить ceiling (потолок) мастерства аима. (невелировать aim-advantage) Разница между хорошим и богоподобным аимером нивелируется тем, что даже бог не может гарантировать попадание из-за рандома, а против медленной цели его превосходство будет не так заметно. Новичок всегда имеет шанс на случайное попадание или “счастливый” хедшот.

Высокий TTK vs Низкий TTK: Парадокс аим-зависимости

Здесь кроется главный парадокс, который многие не осознают.

• Низкий TTK (Time To Kill): Характерен для тактических шутанов (CS2, Valorant, R6 Siege). Убийство происходит за 1-2 попадания. Казалось бы, тут нужен ювелирный аим, чтоб давать по шапке с пермой. Но на деле аим менее важен, чем кажется. Решающим фактором часто становится не чистое попадание, а: Позиционирование (можно застать врага врасплох, дать одну по затылку, сделать килл даже не начиная дуэли), Знание углов (префы, оффэнглы и т.п.), Удача (Случайная пуля залетела в лицо. Новичок просто дёрнул рукой, стрельну на бегу/в прыжке и шотнул куда более сильного игрока)

• Высокий TTK: Классика для ареновых шутеров (Quake, Apex Legends, Overwatch 2, The Finals). Здесь чтобы убить врага, нужно непрерывно трекать его и попадать в него много раз подряд. Случайно затрекать в течении десятка секунд просто не получится.

И вот здесь raw-аим выходит на первое место. Удачным выстрелом тут ничего не решить. Нужно именно долго и точно вести цель. В играх с высоким TTK разрыв в мастерстве аима между игроками виден значительно больше. Сильный игрок будет стабильно оттрекивать и убивать новичка, у которого просто не хватит точности и контроля над мышью, чтобы нанести достаточно дамага. Тактикой и позицией тут проблему не решить - нужно именно попадать, но можно пытаться вывозить на мувменте, но тут опять же расширяется вилка aim-advantage исходя из пунктов выше.

Бегство от аима: Тактика, мувмент и абстрактные способности

Поскольку чистый аим - навык сложный, требующий тысячи часов на оттачивание, разработчики уводят фокус в другие, более “демократичные” механики:

1. Тактика и коммуникация. Можно очень плохо двигать мышкой, но постоянно удивлять соперника, занимать неожиданные позиции, давать коллы для коммандой работы, юзать абилки.
2. Мувмент. В так. шутерах он работает как ограничитель (медленный и предсказуемый). В ареновых - как разделитель (быстрый и сложный), позволяющий сильному игроку доджить и демонстрировать превосходство в трекинге.
3. Способности (Abilities). Мощнейший инструмент для делевелизации аима. Зачем идеально целиться, если можно закидать соперника гранатами, турелями, смоками, всякими слоу-спотами и флешками. Эти механики требуют не точности, а правильного принятия решений и тайминга.

Вывод

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

Core Concept

The Russian layout is built as a phonetic analogue of the English one:

• A > А
• R > Р
• S > С
• T > Т
• G > Г

and so on, where possible.

This approach means you don’t have to learn a new layout from scratch - you can start typing confidently right away, knowing only the base layout: many words and combinations are typed with similar finger movements regardless of which layout you’re using.

Why It Works

Letter and sound frequencies in Russian and English are largely similar. Therefore, phonetically mapping the English layout to Russian provides a reasonably good distribution of workload without requiring separate deep optimization for Russian texts. (Russian, English)

Heatmap

Top 1000 words for Russian and English

You can poke around and compare on my visualizer:

heatkeys.sccl.cc (you can poke it right here!)

What’s Here?

One of the features of Colemak CAWS is the central block of keys with symbols:

- [ \ / ]

Because of this, the layout feels almost like a split keyboard: there’s additional space between the hands, and some rarely used symbols end up under the index fingers.

In the Russian version, this space turned out to be perfect for letters:

Щ, Ш, Э.

They’re not used that often, but they’re significantly more comfortable to press than in traditional layouts, where such letters are usually relegated to the right pinky.

Not all phonetic correspondences are obvious. For example:

• V → В
• W → Ж

This mapping might look strange, but it’s actually historically accurate.

The remaining letters had to be shoved wherever they’d fit:

• Ъ ended up under the pinky, much as I’d prefer otherwise, since it’s used extremely rarely.
• Ю took the place of \. This letter isn’t too frequent either, so this turned out to be the least painful placement option.
• Ё - some idiot in the Russian layout stuck it in the ass-end of the world - in this variant it’s on Е, but on the AltGr layer.

The layout doesn’t try to be perfect for Russian. The goal was to make the Russian part as similar as possible to the English one, so you don’t have to keep two different layouts in your head, while preserving the ergonomics and convenience of Colemak.

Compatibility

The layout was made for ANSI keyboards.

On ISO it might work slightly differently.

On Split I use the regular phonetic DH.

Installation for Windows

The layout was built using Microsoft Keyboard Layout Creator (.kdl file for editing is in the archive)

It’s better to drop the DLL files manually and register them in the registry by hand too.

But you can run the installer and pray the system doesn’t croak.

Download archive: rumkcaws.7z

Linux

No version for Linux, I use split and DH there anyway - the layout itself is basically for a laptop.

Основная идея

Русская раскладка построена как фонетический аналог английской:

• A > А
• R > Р
• S > С
• T > Т
• G > Г

и так далее, где это возможно.

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

Почему это работает

Частотность букв и звуков в русском и английском языках во многом схожа. Потому фонетическое отображение английской раскладки на русский язык даёт достаточно хорошее распределение нагрузки без отдельной глубокой оптимизации под русские тексты. (Русский, Англиский )

Heatmap

Топ-1000 слов для русского и англиского

Почекать, сравнить можно на моём визуализаторе:

heatkeys.sccl.cc (можно потыкать прям тут!)

А чо тут?

Одной из особенностей Colemak CAWS является центральный блок клавиш со знаками:

- [ \ / ]

Из-за него раскладка ощущается почти как split-клавиатура: между руками появляется дополнительное пространство, а часть редко используемых символов оказывается под указательными пальцами.

В русской версии это место отлично подошло для букв:

Щ, Ш, Э.

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

Не все фонетические соответствия очевидны. Например:

• V → В
• W → Ж

Такое сопоставление может выглядеть странно, но оно вполне исторически достоверное.

Остальные буквы пришлось пихнуть куда впихнётся:

• Ъ отправился под мизинец, как бы того мне хотелось, поскольку используется крайне редко.
• Ю заняла место \. Буква тоже не слишком частотная, поэтому это оказался наиболее безболезненный вариант её размещения.
• Ё какой то идиот в русской пихнул её в жопу мира - в данном варианте она на Е, но на слое AltGr

Раскладка не пытается быть идеальной для русского языка. Задача была сделать русскую часть максимально похожей на английскую, чтобы не приходилось держать в голове две разные раскладки, но сохранить эргономику и удобство от Colemak.

Совместимость

Раскладка делалась под ANSI-клавиатуры.

На ISO она может работать немного не так.

На Split я использую обычный фонетический DH.

Установка для Windows

Раскладка собрана через microsoft keyboard layout creator (.kdl файл для редактирования в архиве)

Лучше закидывать dll ручками и прописывать их в реестре тоже ручками.

Но можно тыкнуть установщик и молиться, что система не помрёт.

Скачать архив: rumkcaws.7z

Linux

А для лини нет, я там использую split и dh, сама раскладка, по сути, для ноута.

A novice’s request to “pls coach me” often puts an experienced player in a difficult position. They possess a skill that has been honed to the point of automatism, to a pure feeling. The first problem they encounter is the inability to convey this feeling. The answer “just hit your shots,” while truthful, is absolutely useless for someone who hasn’t yet experienced or understood this “just.”

To help, the experienced player takes a logical step-deconstruction. They break down the holistic skill into its component parts. Each of these components is a high-level abstraction, created to simplify the transmission of a complex ability. In theory, this should help the novice transition from a state of not understanding to their first real experience.

Overanalysis

On one hand, a beginner might be able to extract something useful for themselves. However, it can also happen that instead of a holistic sensation of “tracking the target with the crosshair,” they start agonizing over a dozen isolated parameters, like: “Now I need to track precisely along the trajectory, controlling the speed, and now the target has sharply changed direction-I need a flick, but without overflicking, to jump onto the target smoothly yet quickly.”

A simple action becomes burdened by the need to simultaneously control all these concepts created “for simplification.”

The Inadequacy of Abstractions

Over time, it becomes clear that any created model is incomplete. It fails to convey the pure feeling, that very kinesthetics of aim-the fusion of eye, hand, and mouse into a single action. The model itself begins to demand simplification.

And then a new level of explanation emerges, an even higher-level abstraction, such as:

• “Just play more”
• “Just track the target and hit it”
• “Don’t shake, but you can tense your arms as much as you want”
• “Lead the target with your gaze, and your hand will follow automatically”

This is the purest truth. This is exactly how all experienced players operate-they can perform at a sufficiently high level on autopilot. But for a novice, who is still struggling with basic concepts, this advice sounds like mockery.

The Ultimate Solution

In the end, the circle closes. All the complex explanations and multi-layered abstractions lead to the only working solution that has always existed: “Watch how others do it and try to replicate it until you succeed.”

This is not merely an evasion. It is an acknowledgment that some skills cannot be conveyed through words and diagrams. They can only be absorbed through observation and built up through thousands of repetitions. Practice, in the end, dissolves all abstractions, returning the player to the very starting point of the question-to that intuitive “track the target smoothly with your crosshair and strive to hit more.” But now, this “just” is backed by real, rather than theoretical, experience.

Просьба новичка “закоучи пжпж” ставит опытного игрока в тупик. Он обладает навыком, доведенным до автоматизма, до чувства. И первая проблема, с которой он сталкивается - невозможность передать чувство. Ответ “просто попадай” хоть и правдив, но абсолютно бесполезен для того, кто этого “просто” еще не ощущает и не может понять.

Чтобы помочь, опытный игрок совершает логичный шаг - деконструкцию. Он разбирает целостный навык на составляющие компоненты. Каждый из этих компонентов является высокоуровневой абстракцией, созданной для упрощения передачи сложного умения. Что в теории должно помочь новичку перейти от непонимания к первому опыту.

Черезмерный анализ

С одной стороны новичок сможет чота для себя выдернуть полезное, но может быть и такое, что вместо целостного ощущения “вести прицелом по таргету” - он начинает мучительно думать о десятке изолированных параметров, аля: “Сейчас нужно трекать ровно по траектории, контролируя скорость, а теперь цель резко сменила вектор движения - нужен флик, но без оверфлика, чтоб плавно, но быстро прыгнуть на таргет”.

Простое действие утяжеляется необходимостью одновременно контролировать все эти созданные “для упрощения” концепции.

Неполноценность абстракций

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

И тогда возникает новый уровень объяснений, еще более высокоуровневая абстракция аля:

• “Just play more”
• “Просто веди по таргету и попадай”
• “Не трясись, но руки напрягать можешь сколько угодно”
• “Взглядом веди таргет, а рука сама повторит”

Это и есть чистейшая правда. Именно так и делают все опытные игроки - они на автопилоте могут сыграть на достаточно высоком уровне. Но для новичка, который все еще борется с базовыми концепциями, этот совет звучит как издевательство.

Ультимативное решение

В итоге круг замыкается. Все сложные объяснения и многослойные абстракции приводят к единственному работающему решению, которое существовало всегда: “Смотри, как делают другие, и пытайся повторить, пока не получится”.

Это не просто уход от ответа. Это признание, что некоторые навыки невозможно передать словами и схемами. Их можно только перенять через наблюдение и наработать через тысячи повторений. Практика в конечном счете растворяют все абстракции, возвращая игрока к тому, с чего начинался вопрос, - к тому самому интуитивному “веди прицелом ровно по таргету и стремись попадать больше”. Но теперь это “просто” подкреплено реальным, а не теоретическим опытом.