🎫 До 7 января 2026 (включительно) можно купить за $200
🎫 До 14 января 2026 (включительно) за $250
🎫 Далее, в течение всего 2026 года: $300
https://github.com/HowProgrammingWorks/Index/blob/master/Courses/Async-2026.md
🎫 До 14 января 2026 (включительно) за $250
🎫 Далее, в течение всего 2026 года: $300
https://github.com/HowProgrammingWorks/Index/blob/master/Courses/Async-2026.md
❤3👍3🔥3
Forwarded from HowProgrammingWorks - JavaScript and Node.js Programming
Ревью кода и постановка ТЗ занимает много времени в программировании с AI и люди, естественно, пытаются переложить эту задачу тоже на AI. Пусть агенты друг-другу ТЗ пишут, друг-друга дрессируют и ревью делают. Так можно дойти и до кнопки "Сделай все хорошо", которая запускает бесконечный цикл. У вас не выйдет не тратить внимания на проект.
AI про ваши потребности не занет и мысли не читает. Идеи, приоритеты, контекст, критерии качества и продуктовые компромиссы он сам не определит. AI хорошо пишет только то, что уже много раз кем-то писалось. Если убрать из процесса человеческое внимание, вы не ускорите проект - вы просто зациклите галюцинирование.
На проект все равно придется тратить внимание. Вопрос не в том, как убрать человека из контура, а в том, куда именно направить внимание и в какой форме его вписать в жизненный цикл разработки, чтобы получить максимальную отдачу. Например, в виде DSL-языков, в форме md-файлов или json-файлов, блок-схем, в виде ревью или архитектурных документов.
- Не заменять ревью, а удешевлять его через стандарты, скилы, субагентов, экономию контекста
- Не строить зацикленные цепочки агентов, а ограничивать зоны их ответственности
- Не пытаться автоматизировать мышление целиком, а освобождать внимание человека от рутины
- Не держать требования в текстовой форме, а выносить логику в строгие синтаксисы и контракты
- Не надеяться на память чата, а собирать контекст в версионируемые артефакты, схемы и спецификации
AI про ваши потребности не занет и мысли не читает. Идеи, приоритеты, контекст, критерии качества и продуктовые компромиссы он сам не определит. AI хорошо пишет только то, что уже много раз кем-то писалось. Если убрать из процесса человеческое внимание, вы не ускорите проект - вы просто зациклите галюцинирование.
На проект все равно придется тратить внимание. Вопрос не в том, как убрать человека из контура, а в том, куда именно направить внимание и в какой форме его вписать в жизненный цикл разработки, чтобы получить максимальную отдачу. Например, в виде DSL-языков, в форме md-файлов или json-файлов, блок-схем, в виде ревью или архитектурных документов.
- Не заменять ревью, а удешевлять его через стандарты, скилы, субагентов, экономию контекста
- Не строить зацикленные цепочки агентов, а ограничивать зоны их ответственности
- Не пытаться автоматизировать мышление целиком, а освобождать внимание человека от рутины
- Не держать требования в текстовой форме, а выносить логику в строгие синтаксисы и контракты
- Не надеяться на память чата, а собирать контекст в версионируемые артефакты, схемы и спецификации
👍8❤4🔥3
На днях нарисую новую карту абстракций асинхронности, они не заменяют друг друга, и частая проблема - натягивание совы на глобус, и.е. неуместное применение абстракций. Есть разные по своей природе задачи, есть разные масштабы грануляции и вариативность в других аспектах:
По грануляции:
- multiple: iterator, queue, collection
- value: promise, signal, automata
Разное управление потоком:
- control flow: generators, async/await
- event flow: signal, observer, stream
Разные по владению состоянием:
- exclusive: future, async compose
- shared: mutex, locks, semaphore
- cooperative: chain of responsibility
И таких аспектов еще несколько.
По грануляции:
- multiple: iterator, queue, collection
- value: promise, signal, automata
Разное управление потоком:
- control flow: generators, async/await
- event flow: signal, observer, stream
Разные по владению состоянием:
- exclusive: future, async compose
- shared: mutex, locks, semaphore
- cooperative: chain of responsibility
И таких аспектов еще несколько.
❤13🔥5👍4
Тут новая классификация абстракций, что я обещал
https://github.com/tshemsedinov/AsyncProgramming
https://github.com/tshemsedinov/AsyncProgramming
GitHub
GitHub - tshemsedinov/AsyncProgramming: Asynchronous Programming Primitives Map for JavaScript and TypeScript
Asynchronous Programming Primitives Map for JavaScript and TypeScript - tshemsedinov/AsyncProgramming
❤12👍6⚡2
Forwarded from HowProgrammingWorks - JavaScript and Node.js Programming
Вспомните, как часами отлаживаете код, потому что он работает не так, как должен?
Разве могу осуждать мух за то, что ебутся? Однако когда у меня в node_modules, злит. Так же и авторы npm зависимостей. Когда в тихом уединении делают то, к чему лежат их души, кто возразит? Но они устраивают манкипатчинг встроенных прортотипов, делают гребаные полифилы, дудят в дудки, бьют в барабаны и кричат, чтобы все знали про их нрав — что-де лупятся в о... и долбятся в ж... Истинно, они хуже мух, ибо мухи только изредка согрешают на моей голове, авторы npm библиотек же изо дня в день пытаются совокупиться в самом центре node_modules. Мухи по недомыслию, авторы оупенсорса же хладнокровно и сознательно.
Одна библиотека улучшила прототип, другая рассчитывала на стандартное поведение, третья защищалась от этого туалетным ершиком, а виноватым в итоге остается ваш код. Да ладно такм код, время вашей жизни кто вернет? В такие моменты кажется, что это невозможно, что ошибка где-то рядом, что надо просто еще немного вывести console.log, запустить с дебагере. Ну найдете вы, что кто-то пропатчил
Именно поэтому нужно понять, что такое primordials. Не для того, чтобы знать, как Node.js защищает встроенные прототипы, а для того, чтобы понять сам принцип и защитить свой код от "магии", которую почти невозможно локализовать. Чтобы изолировать одну библиотеку от другой. Допустим, primordials не самый удобный для этого метод, но у меня уже несколько альтернативных. Осталось довести этот ресерч до выбора оптимального варианта и я расскажу, как оно работает.
Если хочется самому копнуть, то тут можно начать - https://github.com/nodejs/TSC/issues/1439#issuecomment-4413664027
map вдруг возвращает не array, а array-like object, error instanceof Error неожиданно дает false, или Promise.then() ведет себя будто вместо микротасков, начал использовать макротаски, возможно then теперь реализован через setTimeout, обычный for...of или Array.from() ломается на ровном месте, ну вообще js себя так не должен вести, это невозможно, вы не верите своим глазам...Разве могу осуждать мух за то, что ебутся? Однако когда у меня в node_modules, злит. Так же и авторы npm зависимостей. Когда в тихом уединении делают то, к чему лежат их души, кто возразит? Но они устраивают манкипатчинг встроенных прортотипов, делают гребаные полифилы, дудят в дудки, бьют в барабаны и кричат, чтобы все знали про их нрав — что-де лупятся в о... и долбятся в ж... Истинно, они хуже мух, ибо мухи только изредка согрешают на моей голове, авторы npm библиотек же изо дня в день пытаются совокупиться в самом центре node_modules. Мухи по недомыслию, авторы оупенсорса же хладнокровно и сознательно.
Одна библиотека улучшила прототип, другая рассчитывала на стандартное поведение, третья защищалась от этого туалетным ершиком, а виноватым в итоге остается ваш код. Да ладно такм код, время вашей жизни кто вернет? В такие моменты кажется, что это невозможно, что ошибка где-то рядом, что надо просто еще немного вывести console.log, запустить с дебагере. Ну найдете вы, что кто-то пропатчил
Array, Promise, Error, итераторы, прототипы. Что делать то?Именно поэтому нужно понять, что такое primordials. Не для того, чтобы знать, как Node.js защищает встроенные прототипы, а для того, чтобы понять сам принцип и защитить свой код от "магии", которую почти невозможно локализовать. Чтобы изолировать одну библиотеку от другой. Допустим, primordials не самый удобный для этого метод, но у меня уже несколько альтернативных. Осталось довести этот ресерч до выбора оптимального варианта и я расскажу, как оно работает.
Если хочется самому копнуть, то тут можно начать - https://github.com/nodejs/TSC/issues/1439#issuecomment-4413664027
❤7🔥3🤯3💯2
🕳 AI: Event Horizon for IT
Коллапс, образование, AI пузырь, работа
👤 Vlad Ten
👤 Timur Shemsedinov
Fri, 22 May 2026, 19:00
https://www.youtube.com/live/17RqGlJjb50
Коллапс, образование, AI пузырь, работа
👤 Vlad Ten
👤 Timur Shemsedinov
Fri, 22 May 2026, 19:00
https://www.youtube.com/live/17RqGlJjb50
YouTube
🕳️ AI: Горизонт событий в IT — Влад Тен и Тимур Шемсединов
👤 Vlad Ten 👤 Timur Shemsedinov ⬢ Коллапс в IT, и в IT образовании ⬢ AI — пузырь? ⬢ AI причина коллапса? ⬢ Как будет выглядеть мир после AI-похмелья ⬢ Как искать работу и как не вылететь ⬢ Как собеседовать и как проходить собеседования ⬢ Что учить и где…
🔥10❤4👍1