Asynchronous Programming
رفتن به کانال در Telegram
👉 Node.js Channel: https://t.me/metarhia 👉 https://t.me/HowProgrammingWorks
نمایش بیشتر1 988
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+17 روز
+430 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اوت '26
اوت '26
+18
در 0 کانالها
ژوئیه '26
+4
در 0 کانالها
Get PRO
ژوئن '26
+5
در 0 کانالها
Get PRO
مه '26
+5
در 0 کانالها
Get PRO
آوریل '26
+11
در 0 کانالها
Get PRO
مارس '26
+6
در 0 کانالها
Get PRO
فوریه '26
+8
در 0 کانالها
Get PRO
ژانویه '26
+6
در 0 کانالها
Get PRO
دسامبر '25
+6
در 0 کانالها
Get PRO
نوامبر '25
+27
در 3 کانالها
Get PRO
اکتبر '25
+8
در 0 کانالها
Get PRO
سپتامبر '25
+6
در 0 کانالها
Get PRO
اوت '25
+7
در 0 کانالها
Get PRO
ژوئیه '25
+21
در 0 کانالها
Get PRO
ژوئن '25
+11
در 0 کانالها
Get PRO
مه '25
+7
در 0 کانالها
Get PRO
آوریل '25
+12
در 0 کانالها
Get PRO
مارس '25
+11
در 0 کانالها
Get PRO
فوریه '25
+24
در 0 کانالها
Get PRO
ژانویه '25
+28
در 0 کانالها
Get PRO
دسامبر '24
+33
در 0 کانالها
Get PRO
نوامبر '24
+19
در 0 کانالها
Get PRO
اکتبر '24
+22
در 0 کانالها
Get PRO
سپتامبر '24
+25
در 0 کانالها
Get PRO
اوت '24
+37
در 0 کانالها
Get PRO
ژوئیه '24
+29
در 0 کانالها
Get PRO
ژوئن '24
+47
در 0 کانالها
Get PRO
مه '24
+218
در 2 کانالها
Get PRO
آوریل '24
+46
در 1 کانالها
Get PRO
مارس '24
+240
در 2 کانالها
Get PRO
فوریه '24
+30
در 0 کانالها
Get PRO
ژانویه '24
+142
در 0 کانالها
Get PRO
دسامبر '23
+152
در 5 کانالها
Get PRO
نوامبر '23
+1 495
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 30 اوت | +1 | |||
| 29 اوت | 0 | |||
| 28 اوت | +1 | |||
| 27 اوت | 0 | |||
| 26 اوت | +1 | |||
| 25 اوت | 0 | |||
| 24 اوت | 0 | |||
| 23 اوت | 0 | |||
| 22 اوت | +2 | |||
| 21 اوت | 0 | |||
| 20 اوت | +1 | |||
| 19 اوت | +1 | |||
| 18 اوت | +1 | |||
| 17 اوت | +1 | |||
| 16 اوت | 0 | |||
| 15 اوت | 0 | |||
| 14 اوت | +1 | |||
| 13 اوت | 0 | |||
| 12 اوت | +1 | |||
| 11 اوت | +2 | |||
| 10 اوت | +2 | |||
| 09 اوت | +1 | |||
| 08 اوت | +1 | |||
| 07 اوت | 0 | |||
| 06 اوت | 0 | |||
| 05 اوت | 0 | |||
| 04 اوت | 0 | |||
| 03 اوت | +1 | |||
| 02 اوت | 0 | |||
| 01 اوت | 0 |
پستهای کانال
Repost from Metaeducation
С самых простых вещей, язык не особо важно какой, но лучше сразу 2 параллельно учить, они сейчас все развитые, а вот важное:
- как делать промежуточные переменные вместо сложных выражений
- разделять сложное на части и объединять части в целое
- давать всему семантически полезные имена, строить читаемые управляющие конструкции, избегать комментариев
- избегать accidental complexity, из нескольких решений выбирать попроще
- сначала думать о данных, как они представлены в памяти и связаны, а уже потом писать алгоритмы обработки
- привыкать думать об ограничениях и контрактах, какие входные данные можно изменять, какие нет
- больше думать не о вычислительной сложности, а о семантической сложности и как ее можно изолировать
| 2 |  Сегодня — Часть 2 вводного курса по применению структур данных, покажу и сами примеры внедрения и Skills для AI, чтобы писать код эффективнее
1. Встроенные структуры JavaScript: Object, Array, Map, Set, WeakMap, WeakSet, TypedArray
2. Кастомные структуры: Queue, Deque, Stack, List, UnrolledList, Circular Buffer, Heap, Trie, Graph, LRU, Pool, CRDT
3. Высокопроизводительные структуры metautil: Struct, ConsList, Trie, List, UnrolledList, Queue, Deque, Stack, Pool, Semaphore
В субботу, 8 августа, в 17:00 смотрим, как подключать скилы и библиотеки и использовать их в реальном коде:
https://gm.nexttick.it/go/data-structures-code-review | 867 |
| 3 | Мир был бы намного лучше, если бы люди и роботы делали несколько простых вещей
- промежуточные переменные вместо сложных выражений
- давали бы им семантически полезные имена
- и называли переменные в JavaScript идентификаторами | 705 |
| 4 | Почему в JavaScript мире нет культуры использования структур данных?
Их неправильно учат, точнее, правильно, но этого мало, такие знания полезны только на задачках с литкода и на собесах, а вот на практике люди сразу забывают про структуры данных и реальный код только: [], {}, Set, Map
Я поискал, как их обычно преподают
- как устроены внутри и как работают
- как оптимизировать: CPU, memory
- как оценить вычислительную сложность
- как оптимизировать под V8, GC
Но нет даже попыток показать:
- как применить на реальной задаче
- как они делают код понятнее
- как они помогают экономить на AI
1 августа покажу примеры на реальном коде для бизнес-логики, системного программирования, бекенда, фронтенда: https://youtube.com/live/qNAjrZ07un0 | 921 |
| 5 | Новый набор в гильдию Next Tick
За что тебе платят, когда код пишет модель? Ответ, с которым мы работаем в Гильдии: за работу с ограничениями, decision framework, архитектуру, review, широкое мышление, глубокую экспертизу, умение коммуницировать с людьми и агентам.
Вы знаете, что у меня есть курс по архитектуре, в нем 22 лекции по 2 часа и вот все материалы по архитектуре, которые я записал для NextTick почти не пересекаются с моим курсом, потому, что в NextTick другая цель и другой материал, который обычно не передают в статьях, книгах и докладах, это личный опыт, о нем рассказывают друзьям в неформальном общении, но оказалось, что это самое ценное, что позволяет быстро нарастить компетенции.
Некоторые темы по архитектуре, которые мы уже рассмотрели:
- AI и архитектура: кто кем управляет, зачем уменьшать сложность
- Почему "большие задачи" почти всегда ложь — и как дробить работу
- Вертикальные слайсы vs горизонтальные слои в архитектуре
- Acceptance criteria как проверяемый контракт
- Planning for AI: explicit outcome, границы, definition of done
- Не весь техдолг равен, как продать рефакторинг на языке ROI
- Rewrite vs refactoring, AI-assisted migration: где AI ускоряет, а где производит новый долг
- Мифология в программной инженерии
- Architecture review: что реально должно блокировать merge
- Реактивные вычисления, модель акторов, конечные автоматы
- Мультипарадигменное программирование и построение DSL-языков
- Функциональные и нефункциональные требования
- ADR (документирование архитектурных решений)
- Управление характеристиками кода для построения нужной архитектуры
Это только небольшая часть материалов, их мого, но не нужно на них набрасываться поглощая все сразу, все построено так, что можно находить те вещи, которые вам нужны прямо сейчас для работы, не обязательно проходить от начала до конца, это все независимые темы которые вы можете осваивать в любом порядке.
Что будет в ближайшее время:
- Как архитектурное ревью меняют продукт и команду
- Архитектурные границы и проектирование контрактов
- Нужных людей невозможно нанять. Их нужно выращивать
- Как развиваться на работе, а не деградировать
- Как влиять на коллектив через идеи, идеи сильнее приказов
- Как наладить менторство в коллективе и в чем его цель
- Risk assessment: как думать о том, что может пойти не так
Архитектура - это пересечение экономики и эстетики: предсказуемость из непредсказуемых частей, обратимые решения vs one-way doors, R&D вместо "надо все знать".
Заходите на сайт, там обзор и описание формата - https://nexttick.it/?utm_source=timur_tg_howprogworks | 804 |
| 6 | https://youtu.be/pt-wtF2qUPY | 1 092 |
| 7 | How do you use AI? | 795 |
| 8 |  https://youtube.com/live/C4giRiwGhB0 | 1 138 |
| 9 | 🕳 AI: Event Horizon for IT
Коллапс, образование, AI пузырь, работа
👤 Vlad Ten
👤 Timur Shemsedinov
Fri, 22 May 2026, 19:00
https://www.youtube.com/live/17RqGlJjb50 | 1 129 |
| 10 | https://www.youtube.com/watch?v=N0LkCU6cMsg | 1 168 |
| 11 |  Вспомните, как часами отлаживаете код, потому что он работает не так, как должен?
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 | 1 117 |
| 12 | Тут новая классификация абстракций, что я обещал
https://github.com/tshemsedinov/AsyncProgramming | 839 |
| 13 | На днях нарисую новую карту абстракций асинхронности, они не заменяют друг друга, и частая проблема - натягивание совы на глобус, и.е. неуместное применение абстракций. Есть разные по своей природе задачи, есть разные масштабы грануляции и вариативность в других аспектах:
По грануляции:
- 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
И таких аспектов еще несколько. | 1 343 |
| 14 | Ревью кода и постановка ТЗ занимает много времени в программировании с AI и люди, естественно, пытаются переложить эту задачу тоже на AI. Пусть агенты друг-другу ТЗ пишут, друг-друга дрессируют и ревью делают. Так можно дойти и до кнопки "Сделай все хорошо", которая запускает бесконечный цикл. У вас не выйдет не тратить внимания на проект.
AI про ваши потребности не занет и мысли не читает. Идеи, приоритеты, контекст, критерии качества и продуктовые компромиссы он сам не определит. AI хорошо пишет только то, что уже много раз кем-то писалось. Если убрать из процесса человеческое внимание, вы не ускорите проект - вы просто зациклите галюцинирование.
На проект все равно придется тратить внимание. Вопрос не в том, как убрать человека из контура, а в том, куда именно направить внимание и в какой форме его вписать в жизненный цикл разработки, чтобы получить максимальную отдачу. Например, в виде DSL-языков, в форме md-файлов или json-файлов, блок-схем, в виде ревью или архитектурных документов.
- Не заменять ревью, а удешевлять его через стандарты, скилы, субагентов, экономию контекста
- Не строить зацикленные цепочки агентов, а ограничивать зоны их ответственности
- Не пытаться автоматизировать мышление целиком, а освобождать внимание человека от рутины
- Не держать требования в текстовой форме, а выносить логику в строгие синтаксисы и контракты
- Не надеяться на память чата, а собирать контекст в версионируемые артефакты, схемы и спецификации | 1 111 |
| 15 | https://youtu.be/LD8KU7mSYFU | 1 153 |
| 16 | https://youtu.be/KSnSy_pNzvQ | 1 593 |
| 17 |  https://github.com/HowProgrammingWorks/Index/blob/master/Courses/Async-2026.md | 1 466 |
| 18 | https://youtu.be/5mXWs-xmaQ4 | 1 544 |
| 19 | https://youtu.be/3eNRs7Bc1aE | 1 854 |
| 20 | Многие выпускники курса кардинально изменили свою профессиональную карьеру, запустили свои проекты, нашли новую работу, стали менторами на курсе, начали контрибьютить в оупенсорс, заслужили уважение коллег, научились делать доклады и статьи, писать концептуальный код, который вдохновляет подчиненных и делает задание понятным.
Воскресенье - последний шанс зарегистрироваться, потом догнать курс уже будет нереально, а следующего набора ждать примнрно 5 месяцев. https://nodeua.com/Patterns-2025 | 1 888 |
