Work & Beer Balance

Обычно я не анонсирую релизы 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 и который умеет собираться в нативный бинарник.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

мой ишьюс

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

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

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

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

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

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

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

#ts #typescript

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

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

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

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

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

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

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

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

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

Оригинал

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

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

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

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

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

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

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

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

Так вот:

1. В качестве локали принимается строка, состоящая из латинских букв или цифр объединенных через дефис или "default".
Правила там черт ногу сломит, и оно может выглядеть даже как de-DE-u-co-phonebk, но чаще всего это будет выглядеть как вот такая вот пара из языка и страны:
en-US - американский английский
en-GB - британский английский
ru-BY - белорусский русский
Нувыпонели, тут все просто. Обязательна только первые две-три буквы до дефиса - т.е. язык, Остальное опционально, но регион все же стоит учитывать, разница бывает существенная.
Язык надо брать из стандарта ISO 639-2 или ISO 639-1 а страну из ISO 3166 (да, цифрами тоже можно)

2. Влияет это не только на форматирование, но даже на то как будут выглядеть ваши цифры (это тоже цифры: ๐, ๑, ๒, ๓, ๔, ๕, ๖, ๗, ๘, ๙), и даже летосчисление (т.е. какой календарь будет использован)

3. Но где лежат все эти конфиги для каждой локали и страны? В специальном реестре The Unicode Common Locale Data Repository (CLDR) который есть на гитхабе в виде джейсонок на ~650 MB (32 из них про форматирование чисел)

4. Intl умеет форматировать отрицательные числа валют в формате "accounting". Это когда вместо знака минус число просто оборачивается в скобки.

Еще полезные ссылки:

Посмотреть а че там вообще в этом формате который вас интересует в виде таблички
https://www.localeplanet.com/icu/ru-BY/index.html

Посмотреть в каких локалях какие языки используют, и сколько человек
https://www.unicode.org/cldr/charts/46/supplemental/territory_language_information.html