Андруша пишет код

https://groups.google.com/a/chromium.org/g/blink-dev/c/RG0oLYQ0f2I/m/xMSdsEAzBwAJ Third-party куки уже почти-почти всё. В 2024 году будет веселье.

https://eslint.org/blog/2023/10/deprecating-formatting-rules/ Ещё чуть-чуть и вопрос автоформатирования кода будет решён. Ну, я надеюсь на это.

Страшно, очень страшно мы не знаем что это такое Самая страшная штука для джунских собесов - это попытка узнать "зачем та или иная щтука нужна". К примеру, "зачем нужен О(N)?"(Поклонники Демидовича, сорян, не про вас. Вам респект). Я уверен что вы спокойно скажете сколько времени будет выполняться new Map().set(), Array.prototype.filter, Array.prototype.sort. И это правильно, потому что надо понимать как работает твоя платформа, чтобы писать простой и предсказуемый код. Чуток отвечёмся: какого кода вы практически никогда не видите в своих редакторах? Что 99% времени свёрнуто и зачастую никто руками не пишет? Верно, импорты. И как люди спрашивают на собесах "что происходит когда ты вводишь урл в браузере и нажимаешь Enter?", я так же спрошу: "Что происходит в программе, когда вы пишете import или require?" Ответ: выполняется абсолютно весь код, включая все реэкспорты(даже те которые не нужны), который подключается в текущий модуль. И чем больше там кода, тем дольше будет происходить инициализация приложения. По этой причине реэкспорты внутри приложений - это зло. По этой причине написание юнит тестов поверх тяжёлых штук - это зло. По этой же причине забивать на граф зависимостей в приложении - это зло. Потому что внезапно может оказаться, что из-за одного криво написанного импорта все тесты в приложении начинают работать не 10s на всё, 250s на всё после чего жить становится невозможно. Поэтому в PR'ах не стоит забивать на безобидный import {} from 'large_module'. Возможно, эта строка в случайном месте сломает вам весь CI лучшем случае, и продакшен в худшем.

https://blog.angular.io/announcing-angular-dev-1e1205fa3039 Пока реакт спит, враг качается.

https://blog.cloudflare.com/post-mortem-on-cloudflare-control-plane-and-analytics-outage/ Тут тихой сапой мистер Интернет показал классику: ты можешь быть самым-самым крутым, но уборщица, нанятая за копейки, порушит всю инфраструктуру. Из хорошего: ребята не скрываются и публично показывают в чём не правы. Из идиотизма: - О, у нас 3 ДЦ, но мы тестить на оффлайн будем только 2 из них. А один - ну и тестировать смысла нет. Всё равно всё ляжет. - Они как-то смогли получить Tier III сертификацию на этот сервак - Почти половина статьи является обсасыванием какие поставщики электичества идиоты, а не CF построили кривую архитектуру. До потери Яндексом дата центра в Финляндии, Яша каждую неделю устраивали учения по отстреливанию одного ДЦ, при котором для пользователя должно измениться НИЧЕГО. Весь Яндекс должен иметь возможность жить на 3х датацентах из четырёх. И каждое учение было неплохим таким стрессом. Не особо помню, но вроде как они проводились все по вторникам(не уверен в корректности памяти) каждую неделю, поэтому можете не удивляться, что сервисы Яндекса в основном падали в эту дату. Можете проверить новости) Но только где Яндекс и где Cloudflare? Ну ладно, зато новость для того, чтобы проснуться, хорошая. Не ожидаешь подобного от людей, на которых буквально держится весь интернет

Новый State of React: https://stateofreact.com/en-US Подобный опрос маловероятно что поможет авторам реакта, в отличии от state of js или state of css, на которые смотрят разработчики спек, так как реакт что-то и пилит внутри, но версия 18.2.0 уже почти полтора-два года с нами без изменений. Но все state of * - прекрасный способ держать руку на пульсе того, что происходит в тусовке той или иной технологии. Так что даже если разрабы реакта не смотрят на результаты, то всё равно этот опрос стоит пройти. Как минимум чтобы не пропустить что-то мимо себя.

Так чего же я пригорел? Да от пункта #2. Typescript прекрасный язык, которым невозможно пользоваться полноценно, так как весь опыт передаётся только из уст в уста. Так же как и 20тыс. лет до нашей эры. Простая задача: нужно затипизировать обёртку над либой отправки запросов: https://www.typescriptlang.org/play?#code/C4TwDgpgBACghgJzgWwM5QLxQN4CgoFQISpgD2AdqhACrgQBcUA5AFaqXNQA+LARgBsyfZgG5cAX1y5QkKAFk4AawgAlCAEcAriWDrgWhBTqQAPOtKVqJiAD5MUC+Sq16UCAA9gECgBN0bBwUzPiEAPxQqMAIAJYUAOahBExOVq5ynt5+AYLCXEmEBBEAQkJ8UAWFTBQQAG4QCOK4vhAAxgKI0ABmWhStwDGUUMjKapo6UQAUYEzwSGgAlEyKKurauvqGxvSmcyioANrMxJYuNswAurZNrVbAUB4OI6vjupPYJ87W9EyBnBILURQAD0wMi0TiiVuVHuICeozWE2A70+aRsv1yIgBQNBUFKwiAA Как исправить, чтобы вывод типов работал верно? Для этого тебе надо знать, что нужно зафиксировать тип аргумента с помощью дженерика `foo<T extends Params>(arg: T)` и тогда можно будет работать с конкретным типом, а не с его общим описанием. https://www.typescriptlang.org/play?#code/C4TwDgpgBACghgJzgWwM5QLxQN4CgoFQISpgD2AdqhACrgQBcUA5AFaqXNQA+LARgBsyfZgG5cAX1y5QkKAFk4AawgAlCAEcAriWDrgWhBTqQAPOtKVqJiAD5MUC+Sq16UCAA9gECgBN0bBwUzPiEAPxQqMAIAJYUAOahBExOVq5ynt5+AYLCXEmEBBEAQkJ8UAWFTBQQAG4QCOK4vhAAxgKI0ABmWhStwDGUUMjKapo6UaYw7l4+-rCIKKi2ABRgTDAAlEyKKurauvqGxvRTANrMxJYuNswAurZNrVbAUB4OI3vjuivYV87WehMQKcCSbURQAD0kMi0TiiWeVFeIA+o32E2Av3+aRswNyIjBEOhUFKwiAA Откуда это узнать? Ну, поспрашивай. Чо, впервые что ли? Может система типов и мощная, но черезчур черезжопная.

Для меня, как для фронтенд разработчика, очень просто воспринимать компании на рынке: - Apple - делает отличные ноутбуки для моей работы. Но ужастные для домашнего использования - Google - прекрасный ютуб, который мне помог своими видео в начале моей карьеры. Остальными сервисами не пользуюсь - JetBrains - отличные IDE на любой вкус и так далее. Но в этом списке есть одна компания, которая одновременно несёт добро в этот мир, которое сделано максимально через задницу. Это компания Microsoft. По какой-то непонятной причине сотрудники этой компании живут так, как будто завтра апокалипсис. 1. Давай глянем как MS покупает компании. Например: В 2020 году купила npmjs.com. Хорошая новость? Да, npm начал конкурировать с ярном и, сейчас, с pnpm. Одни плюсы. Но публичную деятельность npm решили вести максимально дибильно. После покупки все анонсы(blog.npmjs.org) падают в блог гитхаба. Пробовали ли вы что-то искать в блоге гитхаба? Это просто неиндексируемая помойка из всего что принадлежит MS. Пользоваться этим стало на порядок менее удобно. Аналогично произошло с Mono(опенсорс рантайм для дотнета). 2. Давай посмотрим как MS ведёт разработку своих языков: C#, F#, TypeScript. Знаете что у них общего? У них нет общей спецификации. И если у C# есть хотя бы дельты, благодаря которым можно жить, то у остальной двойки полная задница - ты не можешь просто реализовать компилятор этих языков. До войны JetBrains делилась какой ад им приходится проходить, чтобы понять что есть в тайпскипте: https://www.youtube.com/watch?v=qddYQL5-rZY. Спойлер: они читают все исходники, потому что других мест для получения информации нет. 3. MS и опенсорс = ❤. Ну, вроде и так. Начиная с .Net Core Майки очень много вещей вынесли на общее обозрение. Но в чём может быть тут косяк? Ну... К примеру, если ты запрещаешь использовать опенсорсный дебаггер к дотнету вне своих продуктов. https://github.com/dotnet/core/issues/505

https://dev.to/muhammadazfaraslam/highlight-on-the-new-features-of-next-js-14-config-2023-4lbe Главное впечатление от прошедшей конфы некста на фото. Всё время люди работали над разделением зон ответственности и упрощении каждой из частей, а тут на - всё в перемешку. Мало того, что альфа версию реакта используют. Мало того, что используют недокументированные возможности реакта. А тут ещё и такая дичь. Nextjs - становится, если не стал, очень большой занозой.

Синдерхорнус продолжает ультовать. https://sindresorhus.com/blog/goodbye-nodejs-buffer 95% статьи я поддерживаю. Там описаны супер граммотные идеи. К примеру: в еслинте запрещаем использование нодового Buffer, чтобы потом постепенно переписать на стандарт. Но блин, его кардинальность "ломаем обратку в либах" - это нечто. Хотя, форкнув галп, я всё больше и больше понимаю Хорнуса. Апихи ноды спроектированы оочень плохо. Всё в ноде, что не покрыто стандартами от W3C сделаны чужими для хищников. Но об этом чуть позже.

#tip В TS variadic functions можно выражать через tuple Раньше для типизации функции с переменным количеством аргументов нужно было писать километровые портянки перегрузок. С энных версий (уже довольно давно) у нас есть типизация таплов и рекурсивные типы, не пишите портянки.