malloc(inf * sizeof thought);

Два месяца назад я перешёл на механическую клавиатуру Keychron K2 Max с коричневыми свитчами. До этого пользовался мембранной Alienware и механической Logitech G613 - разница в ощущениях просто колоссальная: нажатия куда приятнее, тактильность на высоте.

За месяц до покупки K2 я успел попользоваться Keychron K3 Pro v3 с низкопрофильными свитчами, т.к. хотел что-то компактное для поездок, чтобы подключать к iPad. Но у неё оказался баг с Bluetooth, плюс версия попалась без hot-swap - это для меня был минус.

Теперь K2 Max моя основная клавиатура. Полностью кастомизируемая: hot-swappable, смена keycaps, слоёв, поддержка QMK. Можно даже без проблем заменить аккумулятор - тут стоит 4000 mAh (606090), все инструменты для разбора идут вместе с клавиатурой. И да, несмотря на массу в районе 1кг, уже брал её в поездки - особых проблем не было, места много не занимает. А если что и в самообороне пригодится: с такой массой это не только клавиатура, но и аргумент 😅

Доволен как слон и однозначно рекомендую.

Довольно любопытная статья от Bouke Stam: он рассказывает, как на чистом WebGL и THREE.js собрал интерактивную модель Земли за последние 100 000 лет. В ней удобно переключаться между эпохами, чтобы увидеть, как менялись уровень моря, очертания континентов, ледниковые шапки и климатические пояса.

Довольно стремно, что компании вроде OpenAI используют данные из пользовательских запросов (и не только) для обучения своих моделей. В статье описаны инструкции, как отключить использование пользовательских данных для обучения на популярных AI-сервисах и приложениях. Я бы еще отключал «память» в настройках ChatGPT, довольно стремная опция.

https://www.theverge.com/24315071/ai-training-chatgpt-gemini-copilot-how-to

Замечательная статья о том, как Китай утер нос всему миру в производстве электрокаров и наводнил мировой рынок своей продукцией, так что западным и японским автогигантом сейчас приходится нелегко - Немецкий автопром и Nissan потихоньку ВСЁ.

https://news.sky.com/story/the-electric-shock-behind-europes-stuttering-ev-future-and-how-china-has-leapfrogged-major-car-exporting-nations-13267440

Кстати, по поводу нативной кросс компиляции у golang… там еще и нативная компиляция WebAssembly модулей теперь, я только до нее добрался ☺️ а если еще и memory regions добавят, то можно и про Zig забыть 😅🙈

Очень сильно меня поманил Golang в последнее время, особенно тем что поддерживается кросс компиляция (она появилась относительно недавно - пару лет назад вроде🙃), очень прост в использовании multithreading/concurrency, и очень легко использовать си код там где есть необходимость в производительности или доступе к системному API или еще по каким либо причинам. В общем куча достоинств, особенно в сравнении с ресурсожрущим nodejs на бэкенде.

Поэтому когда есть время потихоньку запиливаю cli утилитку j2z на Go для конвертирования Jekyll постов в Zola. И помимо этого осваиваю курс от MIT про распределенные системы на Go - рекомендую, кому интересно как это все устроено.

В виду того что я скорее всего совсем ухожу с Jekyll на Zola, jekyll-post-bot отправляется на пенсию, а вместо него zola-post-bot с адаптированной after-dark темой для бота.
Получился вот такой статический сайт для дубликации контента с целью улучшения поиска: https://memoryall0c.github.io

Два месяца назад я все же купился на минимализм Zola, с его отсутствием плагинов, но при этом очень впечатляющим шаблонизатором Tera. Что шаблонизатор, что Zola написаны на Rust, поэтому генерация сайта вполне себе летает.
В общем, я попробовал сделать то же самое, что и в случае с Hugo - мигрировать jekyll тему из вот этого, вот в это. Несмотря на отсутствие плагинов или чего-то подобного им, оказалось что Zola вполне легко расширяется при помощи shortcodes и macros, писать их невероятно легко и я бы сказал что оно того даже стоит, особенно если это касается генерации seo мета тегов и JSON-LD, потому что при ковырянии соответствующих плагинов для Jekyll обнаружилось много вышедших из употребления вещей и кривая логика.

Tera впечатляет своими возможностями, и Keats работает над второй версией шаблонизатора с кучей новых фич ☺️

Похоже я нашел ту самую замену Jekyll.

Довольно забавно наблюдать, как какие-то кулхацкеры проверяют наличие админки на сайте сгенерированном при помощи SSG 🤭

Простенький конвертер Telegram Desktop сессии в gramjs сессию - https://gist.github.com/painor/7ef6c68a1d5bdea01a2f58b1de147104

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

Proton Mail раскрыла данные пользователя, что привело к аресту в Испании

Тот самый безопасный анонимный почтовый сервис, с мега-пупер шифрованием… 🌚

Пока гуглил и читал всякое про SSGs, набрел на еще один генератор статических сайтов - Zola. Автор Zola взялся за реализацию своего SSG тоже после плохого опыта с Hugo, а именно из-за неприязни к шаблонизатору Golang, от которого многие не в восторге, в остальном Zola буквально копирует Hugo. Надо отметить, что и документация у Zola намного лучше и понятнее чем у Hugo. Я не стал пробовать перейти с Jekyll на Zola, так как я уже вижу в нем для себя ряд недостатков:

• отсутствие поддержки пермалинков на базе даты
• отсутствие поддержки YAML/JSON формата для конфигов и всего остального, есть только поддержка YAML Front Matter, которая не рекомендуется почему-то
• отсутствие некоторых элементов для медиа в atom feed
• отсутствие возможности добавления/изменения функционала при помощи плагинов

Скорее всего это не весь список всего того что мне не нравится, так как я сделал довольно поверхностный обзор возможностей Zola и предлагаемых скинов.

После неудачного опыта с Hugo, у меня возникло желание попробовать реализовать свой SSG со всеми необходимыми для меня плюшками и попробовать достичь производительности что-то между 11ty и Hugo за счет WebAssembly модулей, но с нормальной поддержкой liquid, с поддержкой пермалинков на базе даты, без этой всей универсальности. Дело это не простое, но я никуда и не спешу, потихоньку буду пилить, может чего и получится. Даже заготовил пару npm пакетов:

• http-server - простой и безопасный однофайловый локальный веб-сервер
• markdown-wasm - очень быстрый парсер Markdown и генератор HTML, реализованные в WebAssembly на основе md4c

Вчера попробовал использовать новую версию eslint - 9.1.1, flat config и вот это все, и конечно с плагином для typescript - typescript-eslint [даже не знаю кто все еще работает с vanilla JS без типизации].
В общем, лучше бы я этого не делал, так как все это трахание с конфигами и еще большим количеством пакетов вызвало невероятный батхерт. Серьезно, какого фига чтобы добавить правило для типа quotes мне еще надо установить 4-й пакет (речь про ESLint Stylistic), они там совсем ебанулись? Кто-то заигрался в гранулярность. Плюс ко всему увеличился лаг через плагин vscode, возможно дело не в самом плагине даже, как в самом eslint, но могу ошибаться.

В итоге все закончилось тем, что я нашел на реддите братьев по батхерту и узнал про Biome - потомка, не пришедшего к успеху Rome, который был когда-то под крылом Meta инкубатора для стартапов. Biome является и линтером и форматером, реализован на Rust, как и его предшественник, что делает его невероятно быстрым ☺️ И да, Biome форматер и линтер идут одним пакетом с поддержкой typescript, и есть плагин под vscode. Еще порадовала поддержка нормальной сортировки импортов и линтер по дефолту определяет там где обычный import может быть заменен на import type.

Пока думаю мне достаточно трахания с eslint, буду дружить с Biome.

Мало того что фича, которая позволяет использовать разные GitHub аккаунты в vscode уже несколько лет имплементируется с переменным успехом и никак не получается выкатить, так еще и месяц назад Microsoft обрубила возможность назначать разные GitHub аккаунты расширениям vscode. Приходится пока пользовать vim в некоторых случаях с его плагинами, больно и непривычно, но что поделать :(