Да, с личной кз карты получилось без всяких проблем закупить месячный тариф на z ai для пробы GLM-5.1. Это радует.

А еще я нашел, что оказывается планы можно купить и у квена и там он стоит 50 баксов...

Думаю, в следующий раз я попробую его) Qwen-3.6 Plus в чате показался мне ну очень неплохим на фоне того что было.

Существенная разница между RooCode и OpenCode в том, что когда они генерируют код - то в Roo он тут же автоматически сканирует ошибки диагностики TS и тут же отправляет код на доработку, если где то посыпались типы. В OpenCode такого просто нет.

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

https://openai.com/index/introducing-gpt-5-5/

Это сильно.

1.3 миллиарда - смешная сумма для "разработки" процессора, да еще в России. Но когда я увидел "LoongArch" все сразу встало на свои места.
LoongArch - процессорная архитектура, разработанная в Китае в 2021 году для обеспечения импортозамещения (да, того самого) и ликвидации зависимости от иностранных поставщиков (да, она самая, зависимость).

Судя по тому что я нашел процессоры построены по 12-нм техпроцессу, это достаточный уровень для большинства современных задач, однако когда я был на экскурсии на заводе АО "Микрон" в Зеленограде году так в 2016 примерно - максимум что он мог себе позволить это литографы на 180 нм.

По некоторым данным:

По информации на 2022 год, на производстве «Микрон» в Зеленограде были доступны линии для выпуска чипов по техпроцессу 65 нм.

Не знаю насколько это соответствует действительности, но до 12-нм там явно еще очень далеко.

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

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

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

На основе первых доступных бенчей — DeepSeek 4 чуть лучше, чем GLM 5.1 📊. Им я, кстати, вполне доволен. Да, он явно не так умен, как тот же claude-sonnet-4.6 🤖, если работать на проекте с нуля, где нет примеров кода, готовых паттернов и шаблонов.

Например, при работе с Vue зачем-то всё оборачивает в reactive, а потом ещё и в readonly, что, разумеется, вызывает проблемы при записи 🐞. Но в целом, если дать ему примеры, готовый проект и context7, кашу варит он очень хорошо. В целом пойдет, я бы оценил на 7 вайбов из 10 😎.

Будем посмотреть на DeepSeek v4, а также в виш-листе ещё ждет Qwen-3.6-plus 📝.

https://habr.com/ru/news/1027306/

Просто открытие этого года номер 1 пока что 🤩.

До прихода на текущее место работы, где я занимаюсь разработкой плагинов под браузеры и IDE, я плотно не касался этой темы, и всегда поиск хороших примеров или документации занимал уйму времени. С ИИ, конечно, процесс идёт бодрее, но всё равно тема скользкая по вышеизложенной причине — банально не так много документации о том, как правильно надо это всё сделать. Зачастую разработчики изобретают велосипеды, чтобы заставить расширение работать 🚲.

Но тут дропнули просто адски мощный фреймворк для разработки плагинов под браузеры. Это буквально гейм-ченджер в мире плагинов! 🚀

https://wxt.dev/guide/introduction.html

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

https://effect.website/docs/getting-started/introduction/

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

const divide = (a: number, b: number): number => {
  if (b === 0) {
    throw new Error("Cannot divide by zero")
  }
  return a / b
}

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

Что предлагает Effect:

import { Effect } from "effect"

const divide = (
  a: number,
  b: number
): Effect.Effect<number, Error, never> =>
  b === 0
    ? Effect.fail(new Error("Cannot divide by zero"))
    : Effect.succeed(a / b)

Теперь функция не бросает ошибок, она возвращает четко типизированные значения, где ошибка - такое же значение.

         ┌─── Produces a value of type number
         │       ┌─── Fails with an Error
         │       │      ┌─── Requires no dependencies
         ▼       ▼      ▼
Effect<number, Error, never>

Это самый базовый пример и у библиотеки множество применений, с которыми можно ознакомиться в документации. Интересно, такого Scala подобного кода в TS я еще не видел. Или даже Go чем то напоминает где эта вечная проверка на nil.

Не по теме, но от чего бы не помочь.

Йохохо, матросы! Готовьте шлюпки, мы тестируем новые штормовые фичи для написания текстов в Телеграме!

---
Буквально только что завезли обнову. Теперь можно задать свой промпт для нейрощитпоста в телеге. Круто.

Настройка WSL2 занятие не для слабонервных, особенно когда у вас нет адм прав на винде. Не хочет Ubuntu 26.04 в инет выходить никак.

Так сделал
https://github.com/microsoft/WSL/issues/5420#issuecomment-646479747
https://askubuntu.com/questions/1248825/how-can-i-fix-internet-connection-issues-on-wsl2

Сам WSL уже дважды перезапускал и пока ничего. Ну, пока мне слишком лень перезагружать комп, чтобы проверить в этом ли дело.

Прочитал и оказалось что статья для джунов) увидеть computed на айтем в localStorage - это сильно =)

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

Я вывел несколько общих правил для себя:
1. Используй стор, когда состояние глобально или покрывает область приложения. Да, для этого можно использовать и просто рефы, но когда у тебя все просто в рефах - пойди потом разбери что здесь глобальный стейт, а что просто реф. Да, их можно "грамотно назвать", но семантически стор будет корректнее.
2. Не делай вотч в сторе, если на это завязан UI. Логика интерфейса - в компоненте или в композабле, которую использует компонент. Но не в сторе!
3. 1 стор - это одна логическая единица, следовательно он должен объединять в себе работу с данными определенного домена. Исключение - глобальный стор аля тема/локаль/другие глобальные данные для всего приложения, которые будут объединены в глобальном сторе приложения.
4. Дроби код на маленькие, простые, тестируемые функции. Вместо голых фетчей - сделай одну функцию реквест с понятным названием, типизированными параметрами и ожидаемым выводом, используй дженерики.

Со светлым праздником, товарищи!