В vscode завезли прикольную фичу, называется Extension Bisect.

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

В углу редактора у вас две кнопки - "Могу воспроизвести" и "Не могу воспроизвести".
Нажимаете "не могу" - vscode включает половину расширений и снова спрашивает.
Т.е. это бинарный поиск глючного расширения встроенный в вскод.

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

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

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

<code language="json"></code>

Апдейт по текущему состоянию порпосала сигналов:
Stage 1 - TC39 согласен что что-то такое было бы интересно иметь, некоторые делегаты очень хотят чтобы это было в языке, однако нет согласия в том какая должна быть апи.
Сейчас полифил пробуют в реальных приложениях, и просят внедрять его поддержку в фреймворки (к сожалению пока это сделал только lit в новом релизе). Это то чем мы можем помочь.

Оригинал

Нетфликс поделился своей саксес стори использования css containers query. В классической медиаквери мы указываем ширину/высоту вьюпорта, в контейнерной квери это размер дива).

Я удивлен что там нет ни слова о двух важных моментах которые надо знать:

1. Одна из самых тяжёлых (по нагрузке на ПК) фича css. А если использовать js полифил, это вовсе катастрофа. Если у вас пяток виджетов работает таким образом - все нормально. Если у вас весь UI на этом построен страничка заметно лагает при ресайзе окна. И это одна из причин почему эти квери так долго не желали тащить в браузер - многие опасались того что если это начнет использоваться массово, общий перф вэба сильно пострадает.

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

Еще несколько подтверждений что в google тоже пилят свои очечи.
В проекте Astra (XR помощник от Google) упоминается некий прототип очков, а 26 Декабря alphabet запатентовала технологию напрямую с ними связанную. Кстати, на 2030 год XR рынок оценивают в 1.1 миллиард долларов

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

Забавно, но claude это объяснить не может

P.S. @khraks_mamtsov подсказал что можно еще писать в той же строке // =>, если ваш токен последний в ней

Забыл сказать, по умолчанию это работает только в песочнице typenoscript-a.
Чтобы заработало в vscode надо докинуть плагин vscode-twoslash-queries
Чтобы работало в markdown нужен еще вот этот плагин
(Для webstorm не знаю надо ли что-то ставить, напишите в комментариях если в курсе)

#ts #typenoscript

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

Спасибо моим подписчикам, выяснилась интересная деталь: история эта выдуманная
https://news.1rj.ru/str/yashernet/5648

В Ирландии предусмотрен тюремный срок на 18 месяцев и штраф 60000$ за не устранение проблем с доступностью по стандартам EAA.
Осудить могут как директора компании, так и секретаря, менеджера и других сотрудников чья вина будет установлена.

Ну а как еще заставить их достать эти задачи из бэклога вместо того чтобы делать новые фичи!?

P.S. Я знаю что доступность это не только и не столько про aria атрибуты

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

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

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

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

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

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

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

Самый большой ВАУ эффект от AI-шных кодогенераторов, когда не особо понимаешь что она там сгенерила, но программа работает.
Т.е. джависты балдеют от того как она генерит верстку, а я балдею от того как она пишет мне код на rust.

Любая достаточно развитая технология неотличима от магии.

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

И тут перспектива становится мутной.

Если LLM учится на частично или полностью с генерированных материалах - это приводит деградации ее качества
А начиная со времени X весь новый код будет частично или полностью сгенерирован даже без должного аудита со стороны человека.

Значит ли это что LLM перестанут обучатся и весь наш код "застынет" на уровне 2023 года?
Или вклад продолжат делать принципиальные "антиаишники"?
Какие еще выходы из этой ситуации вы видите?

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

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

Обычно я не анонсирую релизы 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)

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

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

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

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

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

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

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

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

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