AbortController: Варианты применения для эффективного управления асинхронными операциями

вообще обрывается конекшн

еще бывает 499 статус для оборванных конекшнов, но это уже респонс статус

на бекенде я всегда прерывал логику при обрыве конекшнов, на случай где такое нужно

в большинстве кейсов где вытащить из БД и отразить в JSON, json просто улетит в трубу

AbortController: Варианты применения для эффективного управления асинхронными операциями

поддерживаю
печально, что многие фронтенд разработчики не понимают смысл написанного вами

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

Крайне важно это учитывать, например отслеживать аборт до выполнения логики: signal.throwIfAborted()

также на каждом шаге, на котором можно прерывать логику (если быть точнее перед шагом в логике) надо делать проверку на аборт

Ну и не забывать, что асинхронные события имеют свойства гонки

Потому всегда нужно держать в голове, что у нас не задачи, которые прерываются - а разные потоки событие, порождающие эффекты (тобиш события)

Как я написал самую эффективную библиотеку для реактивного состояния

https://stackblitz.com/edit/typescript-decorators-example-ieqdxk?file=index.ts

Очень хорошо ложиться на ООП с декораторами :-)

Надоел JavaScript — используй браузерный Python

А на самом деле Python в вебе куда приятнее был бы чем JavaScript

Очень странные дела: JavaScript

о, спасибо
я больше 5 лет с JS и до сих пор не знал о таком
да и никто не знал наверное
вы открыли глаза
очень полезная статья
/sarcasm

Минифицируем приватные поля в TypeScript. Доклад Яндекса

ES2020 Private class field proposal https://github.com/tc39/proposal-private-methods
ну или хотя бы так:

const MY_FANCY_PRIVATE_FIELD_NAME = Symbol();

class MyFancyClass {
  [MY_FANCY_PRIVATE_FIELD_NAME] = 'my-fancy-value'
  #orUseNewestES2020feature = 'yeah'
}

babel скомпилит, terser оптимизрует, closure заинлайнит значение если надо

Мне надоело, что обычные программисты выдают себя за разработчиков и позорят индустрию. Они делают мир хуже

Ясно. Пишешь значит на JavaScript сложное приложение, реал-тайм, оптимизируешь под сраные Xiaomi и старые айфоны, а в итоге просто пук по клику
Вроде бы сайт посвящен сообществу разработчиков, ожидаешь профессионалов, а в итоге через каждый пост хейт технологиям

Автоматизация микрофронтендов, или как в Тинькофф тестируют библиотеки компонентов

Это все конечно интересно, но я пробовал запускать на 8-ядерном Core i7 Coffee Lake в пустом профиле Chrome, закрыв все программы — ваш сайт все равно ужасно тормозит
Такое чувство что ваши коллекторы названивают JavaScript-коду, потому он отвлекается от рендера

Просто скажите «нет» end-2-end тестам

Простой аргумент ЗА
Есть фронтенд приложение, идеальное работает локально
Но при продакшн-сборке ломается из-за маленького бага
С Е2Е-тестами можно как минимум дать 100% гарантию что приложение открывается и какие-то базовые сценарии работают. Это смок тест вроде как называется?

Я перехожу на JavaScript

JavaScript основан на Scheme, который основан на Lisp…
И квадратные скобки для списка только в Haskell, а в других языках и синтаксиса для списков нету
Массив это не список если что )

Я перехожу на JavaScript

2020 год, люди до сих пор не отличают язык программирования отличают от рантайма
А уж блок где автор ругается на (x, y, z) == (...) вообще вызвал смех. Как можно жаловаться на скобочки в языке, основанном на лиспе?

Дорогая, мы убиваем бюрократию: как цифровизация меняет диалог поставщиков и X5

Это все конечно интересно
Но как ни крути Пятерочка очень ужасный магазин
Качество продуктов, обслуживание
Вы если такие технологичные, хотя бы цены на прилавках и на кассе сделается одинаковыми

История о птице Додо из рода Фениксов. Великое падение Dodo IS

Ребята, короче мы влили бабла дофига
Разрабам задача была накидать быстренько
Думали ща бабла еще поднимем
Но мы обосрались
Заставили всех работать сверх-урочно, конечно не заплатили
Нам конечно плевать на будущее, мы ща бабла поднимем наверное и как пойдет
Ну как то так ребята

Вот краткий пересказ статьи
Куча бесполезных действий вместо того что бы инвестировать в масштабирование проекта

Это как в приору загрузить много мешков цемента, а потом удивляться что подвеска RIP

Введение в часто используемые особенности ES6. Часть 2

Создание массива это лишняя сложная операция
Присваивание будет работать априори быстрее
Да и выглядит этот кусок паршиво

Как работает mobx изнутри и сравнение его с redux

Первый недостаток — это то, что мы не можем теперь просто взять и обновить любое свойство объекта данных в приложении. Из-за требования возвращать каждый раз новый иммутабельный объект целого состояния, нам нужно вернуть новый объект и также пересоздать все родительские объекты и массивы. Например, если объект состояния хранит массив проектов, каждый проект хранит массив задач, и каждая задача хранит массив комментариев:

Это как бы суть иммутабельности

JavaScript как явление

Очередная статья о JavaScript, автор которой JavaScript толком-то не знает
crossenv опечалил, пакет правда снесли уже. Но автор не указал этого, потому что хайп ему важнее

Свой веб-сервер на NodeJS, и ни единого фреймворка. Часть 1

BYO — Build you own, собери себе сам
https://pillarjs.github.io/
Берешь нужные компоненты и строишь.
Express, например, использует path-to-regexp и router из PillarJS (ветка 5.0 Express)

Свой веб-сервер на NodeJS, и ни единого фреймворка. Часть 1

Интересно очень.
Погуглите PillarJS и понятие BYO-фреймворк

Больше, чем React: Почему не следует использовать ReactJS для сложных интерактивных фронтенд-проектов

Вы больны? Разницы в версии Scala и React тупо нет, кроме return
теперь из-за return менять библиотеку (библиотеку, карл), на другой язык с кривым портом этой же библиотеке? Что за новый вид мазохизма. Почему этот пост вообще оказался на главной? В комментариях треш — сравнение с Angular, jQuery. Реклама упоротого $mol (какой псих такое вообще в прод потащит?)

Больше, чем React: Почему не следует использовать ReactJS для сложных интерактивных фронтенд-проектов

Использовать объект и хранить список айдишников отдельно? Такой паттерн в документации Redux описан. React тут вообще не причем.