Work & Beer Balance टेलीग्राम पोस्ट

Идея хорошая, но хотелось бы иметь что-то обратно совместимое с semver, слишком много софта даже за пределами js экосистемы полагается на то что числа будет три (включая мои bash скрипты, например), да и существование двух параллельных систем версионирования в npm создаст много головной боли.

Я бы предложил реализовать EPOCH не ломающим способом, где эпоха обозначается тысячами в мажоре. Например переход на новый EPOCH мог бы выглядеть так:
1001.2.3 -> 2000.0.0

В таком виде даже уже существующие пакеты могут перейти на этот формат ничего не сломав:
1.2.3 -> 1001.2.3

{MAJOR}.{MINOR}.{PATCH}
Но
0.{MAJOR}.{MINOR or PATCH}

А вы знали что в SemVer если major равен нулю, то все минорные изменения считаются ломающими (breaking changes)?
(как это описано в спеке, спасибо @BANOnotIT)

Я узнал об этом из статьи
Antfu, где он предлагает добавить ещё одну цифру в версионирование - EPOCH.

{EPOCH}.{MAJOR}.{MINOR}.{PATCH}

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

Обычно я не анонсирую релизы vscode, но тут случай особенный.

Судя по всему на горе таки свиснул рак, и в 1.96 версии VSСode появился автоимпорт при вставке кода.
Ура товарищи. На фоне этого даже теперь бесплатный codepilot не впечатляет, чесслово.

Впрочем, вам понравится какое применение они для него нашли - в vscode обычно довольно больно настроить дебагер для вашего сетапа.
Приходятся писать launch.json, искать что туда написать, или ставить специальные плагины которые добавят новую кнопочку для запуска дебагера.

Теперь вы можете перед командой запуска вашей апки добавить copilot-debug (например copilot-debug vitest или copilot-debug python main.py) после чего vscode спомощью аишки сам раздуплит что у вас и как в проекте лежит, сгенерит конфиг, и запустит дебагер. Круто? Офигенно! Такое применение LLM мне нравится куда больше чем встроенный по-всюду чат!

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

Что там интересного еще завезли:
- Красивую подсветку не покрытого тестами кода, перфекционисты оценят
- Панельки можно теперь сделать и справа и слева и разложить по ним разные вьюшки (а это оценят любители больших IDE и больших мониторов)
- Лигатуры в встроенном терминале
- Поиск по файлам в explorer переделали, теперь он не скрывает то что не совпало, а просто подсвечивает, и показывает цифрами на папках где сколько результатов было найдено
- При просмотре markdown теперь можно запускать код описанный в нем, и смотреть что выводит.

Так же было анонсировано, что скоро весь рендеринг кода переедет на gpu (webgl)

подробнее и с картинками здесь

В EA-Games сделали свой ЯП - jank
Если я правильно понял то это Closure, но с JIT и который умеет собираться в нативный бинарник.

Ждем первый игровой движок на кложе!

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

Любопытное. Аишка перепутала какой там надо было дергать метод с похожим по смыслу, и подсмотрела в своем же коде который недавно сгенерировала.

"Ёпт, как там было..."

SimdJSON
Самая быстрая многопоточная парсилка json на диком западе, парсит в бенчах со скоростью 3.4 гигабайта в секунду на Intel Skylake (3.4 GHz).

Что выведется в консоль?
(Внимание, вопрос с подвохом)

Ответ: ничего

Рубрика - завожу ишьюсы firefox

В случае если Json пришедший с бэка большой (в моем случае - 4mb) - в девтулах мы увидим сообщение "Response has been truncated". Простительно, мы ведь хотим чтобы наши девтулы работали быстро, тем более что специально для такого случая у нас есть пункт в контекстном меню который сохраняет... такой же обрезанный json.

Обходной путь - поднять значение свойства - devtools.netmonitor.responseBodyLimit в about:config до нужного (1MiB по дефолту)

мой ишьюс

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