JavaScript має дві проблеми: відсутність розвиненої стандартної бібліотеки, як у C++, Java, .Net і дуже розвинене WebAPI, якого майже ніхто не знає і знати не хоче. І замість першого і замість другого тягнуть до рота усіляку гидоту з npm.

Стандартна бібліотека повинна давати нам: струкутри даних (linked list, trees, stack, queue, deque...), контейнерні типи (result, either, maybe...), алгоритми (hasing, search, conditional probabilities...), утиліти асинхронного і паралельного програмування (semaphore, mutex...), типи i8, u8..., i128, u128 (у нас тільки частина їх є і то тільки всередині typed arrays) і багато чого.

Web API: OPFS, WebCrypto, AbortController, Web Locks, Web Streams, Broadcast Channel, Atomics, Scheduling, Weak collections, WebTransport, Workers, View Transitions, по роботі з датами та юнікодом, блютузом та рендерингом... там їх багато пейдждаунів.

🎫 До 7 січня 2026 (включно) можна купити за $200
🎫 До 14 січня 2026 (включно) за $250
🎫 Далі, протягом всього 2026 року: $300

https://github.com/HowProgrammingWorks/Index/blob/master/Courses/Async-2026.md

Усі публічні відео, що стосуються local-first підходу, я зібрав у плейліст. Годі святкувати… ну давайте… дивіться вже, розвивайтеся… бо далі так не можна у фронтенді https://www.youtube.com/playlist?list=PLHhi8ymDMrQbvfYi9Vh4QqbliUSMsAHQd

По ходу курсу Patterns виявили з менторами цікаву штуку, писати код багато хто може непогано, виправляти і оптимізувати, покращувати - це так, але декомпозувати завдання, проектувати абстракції та зв'язки між ними - просто в рази менше людей. Хоча на курсі майже всі синьори, ліди, 5+ досвіду, понад 30% навіть 7+ досвіду, багато 10+. Найскладніше самому "зрозуміти", як високорівневе завдання перетворити на малі issue, що для цього потрібно робити. Якби ми навчили людей декомпозувати не класи та функції, а issue, це був би прорив в інший вимір))) Звичайно, це виходить за рамки курсу, але взагалі - дуже актуально, експериментуватимемо потроху...

Діти гризуть ручку, щоб її ніхто не забрав, адже кому потрібна ручка погризана іншим.

Коли програмісти пишуть код, я вважаю, що вони часто керуються тим самим принципом, щоб відвадити від нього як колег, так і конкурентів, та й усіх потенційних ревьюєрів.