uk
Feedback
Metaeducation

Metaeducation

Відкрити в Telegram
1 748
Підписники
-224 години
+47 днів
+530 днів

Триває завантаження даних...

Хмара тегів
Немає даних
Виникли проблеми? Будь ласка, оновіть сторінку або зверніться до нашого support-менеджера.
Вхідні та вихідні згадування
---
---
---
---
---
---
Залучення підписників
вересень '26
вересень '26
+7
в 0 каналах
серпень '26
+44
в 1 каналах
Get PRO
липень '26
+28
в 0 каналах
Get PRO
червень '26
+20
в 0 каналах
Get PRO
травень '26
+6
в 0 каналах
Get PRO
квітень '26
+8
в 0 каналах
Get PRO
березень '26
+6
в 0 каналах
Get PRO
лютий '26
+4
в 0 каналах
Get PRO
січень '26
+2
в 0 каналах
Get PRO
грудень '25
+7
в 0 каналах
Get PRO
листопад '25
+51
в 3 каналах
Get PRO
жовтень '25
+8
в 0 каналах
Get PRO
вересень '25
+8
в 0 каналах
Get PRO
серпень '25
+7
в 0 каналах
Get PRO
липень '25
+5
в 0 каналах
Get PRO
червень '25
+8
в 0 каналах
Get PRO
травень '25
+10
в 0 каналах
Get PRO
квітень '25
+8
в 0 каналах
Get PRO
березень '25
+18
в 0 каналах
Get PRO
лютий '25
+14
в 0 каналах
Get PRO
січень '25
+21
в 0 каналах
Get PRO
грудень '24
+15
в 0 каналах
Get PRO
листопад '24
+17
в 0 каналах
Get PRO
жовтень '24
+12
в 0 каналах
Get PRO
вересень '24
+20
в 0 каналах
Get PRO
серпень '24
+23
в 0 каналах
Get PRO
липень '24
+23
в 0 каналах
Get PRO
червень '24
+18
в 0 каналах
Get PRO
травень '24
+24
в 0 каналах
Get PRO
квітень '24
+21
в 0 каналах
Get PRO
березень '24
+25
в 0 каналах
Get PRO
лютий '24
+23
в 0 каналах
Get PRO
січень '24
+49
в 0 каналах
Get PRO
грудень '23
+44
в 0 каналах
Get PRO
листопад '23
+46
в 1 каналах
Get PRO
жовтень '23
+27
в 1 каналах
Get PRO
вересень '23
+81
в 0 каналах
Get PRO
серпень '23
+42
в 0 каналах
Get PRO
липень '23
+62
в 0 каналах
Get PRO
червень '23
+39
в 0 каналах
Get PRO
травень '23
+72
в 0 каналах
Get PRO
квітень '23
+21
в 0 каналах
Get PRO
березень '23
+78
в 0 каналах
Get PRO
лютий '23
+40
в 0 каналах
Get PRO
січень '23
+56
в 0 каналах
Get PRO
грудень '22
+427
в 0 каналах
Get PRO
листопад '22
+21
в 0 каналах
Get PRO
жовтень '22
+21
в 0 каналах
Get PRO
вересень '22
+59
в 0 каналах
Get PRO
серпень '22
+148
в 0 каналах
Get PRO
липень '22
+42
в 0 каналах
Get PRO
червень '22
+90
в 0 каналах
Get PRO
травень '22
+52
в 0 каналах
Get PRO
квітень '22
+16
в 0 каналах
Get PRO
березень '22
+8
в 0 каналах
Get PRO
лютий '22
+33
в 0 каналах
Get PRO
січень '22
+121
в 0 каналах
Get PRO
грудень '21
+56
в 0 каналах
Get PRO
листопад '21
+48
в 0 каналах
Get PRO
жовтень '21
+131
в 0 каналах
Get PRO
вересень '21
+314
в 0 каналах
Get PRO
серпень '21
+435
в 0 каналах
Get PRO
липень '21
+253
в 0 каналах
Дата
Залучення підписників
Згадування
Канали
04 вересня+1
03 вересня+3
02 вересня+2
01 вересня+1
Дописи каналу
🧠 VSCode, Claude Code, Cursor, Codex: внутри у них один и тот же цикл. Он умещается в пару сотен строк. Сделал вам прототип: рабочий кодинг-агент на Node.js, целиком читаемый за один вечер. На агента 700 строк, инструменты 600 строк, остальной код terminal UI IDE конечно (~5k строк), его можно не читать вообще, никаких фреймворков. Внутри: - цикл модель - вызов инструмента - результат - снова модель - минимальная IDE прямо в терминале: дерево файлов, редактор с подсветкой, шелл и чат с агентом - 11 инструментов: read, write, edit, bash, grep, glob, patch, fetch, todo, check, delete В начале я дал ему 3 инструмента: read, write, bash, а остальные он сам себе написал себе на несчастном gemini-3.5-flash-lite. Поддерживет любой OpenAI-совместимый провайдер: меняете BASE_URL в конфиге и работаете хоть на локальной модели. ⭐️ https://github.com/HowProgrammingWorks/Agent

2
С самых простых вещей, язык не особо важно какой, но лучше сразу 2 параллельно учить, они сейчас все развитые, а вот важное:
С самых простых вещей, язык не особо важно какой, но лучше сразу 2 параллельно учить, они сейчас все развитые, а вот важное: - как делать промежуточные переменные вместо сложных выражений - разделять сложное на части и объединять части в целое - давать всему семантически полезные имена, строить читаемые управляющие конструкции, избегать комментариев - избегать accidental complexity, из нескольких решений выбирать попроще - сначала думать о данных, как они представлены в памяти и связаны, а уже потом писать алгоритмы обработки - привыкать думать об ограничениях и контрактах, какие входные данные можно изменять, какие нет - больше думать не о вычислительной сложности, а о семантической сложности и как ее можно изолировать
1 023
3
Немає тексту...
818
4
https://youtu.be/neqdcpPz1Ic?si=noWHeadvb8y819Gl
676
5
Сегодня — Часть 2 вводного курса по применению структур данных, покажу и сами примеры внедрения и Skills для AI, чтобы писать
Сегодня — Часть 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
938
6
Мир был бы намного лучше, если бы люди и роботы делали несколько простых вещей - промежуточные переменные вместо сложных выражений - давали бы им семантически полезные имена - и называли переменные в JavaScript идентификаторами
543
7
Что я понял по итогам работы над структурами данных для стандартной библиотеки Metarhia Это же классическая тема, но ее мало кто хорошо осваивает в наше время, тем более в мире JS/Web разработки и во времена, когда все пишет AI. И даже если учили и знают, как делать хотябы простейший список, то нет привычки его использовати и знания остаются аккадемической теорией, невосстребованными вообще, а в коде массивы и объекты, ну максимум Set/Map. Почему же так случается? - Обычно людей учат как устроены структуры данных внутри, а нужно учить, как их применять. Внутреннее устройство даже не всегда нужно знать. - Нет хороших примеров использовани и нет культуры написания кода на структурах, так что, просто так это не поменять, нужно менять трек обучения. - Еще вариант: добавить скилы для этого и заставить типовые случаи внедлять через AI, это наверно сейчас более актуально, людей быстро не переучить. Я за последний месяц собрал свои наработки за последние 15 лет и сделал и продакшен-версии кода и учебные примеры, записал много лекций и стримов по структурам данных. Буду делать примеры и скилы, а пока вот продакшен-реди реализация самых нужных структур тут https://github.com/metarhia/metautil
932
8
https://youtu.be/ECMKu9bTeA8
709
9
https://youtu.be/pt-wtF2qUPY
692
10
Fable наконец начал понимать конструкции с динамическим наименованием классов, раньше невозможно было пояснить и проще было написать руками такие вещи и то другие модели часто переписывали, если встречали такое на что-то привычное, например defineProperty или брендинг классов. Ладно там Fable, а вы такое умели? Через объект-контейнер и свойство с динамическим именем const createClass = (name) => { const container = { [name]: class {} }; const Entity = container[name]; return Entity; }; Более короткий способ const createClass = (name) => ({ [name]: class {}, })[name]; Или через деструктуризацию const createClass = (name) => { const { [name]: Entity } = { [name]: class {} }; return Entity; };
705
11
В этот четверг на созвоне сообщества Метархия обсудим Стартап инкубатор Meta Qube Основные его идеи: - с AI стало возможно делать стартапы малыми силами и вложениями - ИТшники до уровня синьора не могут найти работу, решение - стартап - начинающим негде получить первый опыт, решение - стартап - синьоры и архитекторы сейчас часто предпочитают сделать свой продукт вместо того, чтоб работать на дядю - инвесторы хотели бы заработать на AI буме, но нет доверия, везде нейрослоп - 80% функций любого стартапа одинаковые и писать их каждый раз заново нет смысла: платежи, API, лендинг, рассылка, боты, и многое другое - универсальный модуль для переиспользования сделать всего на 20-30% сложнее, вынеся конфиги и метаданные, использую DSL и схемы - переиспользуемая модуль будет гораздо качественнее, чем навайбкоженный и проще обеспечить его поддержку и улучшение 🎙️ Metarhia community call Thursday, Jul 2  •  19:00 – 21:00 Google Meet joining info Video call link: ссылка опубликована для Patreon подписчиков https://www.patreon.com/c/tshemsedinov
607
12
Безудержный AI кодинг скоро закончится, кто сумеет зацепиться, не растерять навыки, освоить AI до такой степени, что управлять им, а не чтоб AI управлял тобой, тот через года 2 попадет в совершенно другой мир, где будут падать поезда и самолеты сходить с рельс, а исправлять будет некому, мало кто останется в профессии.
965
13
How do you use AI?
672
14
https://youtube.com/live/C4giRiwGhB0
https://youtube.com/live/C4giRiwGhB0
679
15
🕳 AI: Event Horizon for IT Коллапс, образование, AI пузырь, работа 👤 Vlad Ten 👤 Timur Shemsedinov Fri, 22 May 2026, 19:00 https://www.youtube.com/live/17RqGlJjb50
768
16
Со скиллами самые простые и дешевые модели пишут как самые дорогие. Но это только задачи по этим скилам, а чтобы все писало лучше, их нужно десятки. Я уже выпустил 4 из 40+ драфтов и здесь видео о том, как их собираю и готовлю. Еще есть видео где я их отлаживаю и экспериментирую, но не знаю, будет ли оно интересно. https://youtu.be/wfjNneyifYw
361
17
https://youtu.be/U5dWyukDMH4
756
18
Ревью кода и постановка ТЗ занимает много времени в программировании с AI и люди, естественно, пытаются переложить эту задачу тоже на AI. Пусть агенты друг-другу ТЗ пишут, друг-друга дрессируют и ревью делают. Так можно дойти и до кнопки "Сделай все хорошо", которая запускает бесконечный цикл. У вас не выйдет не тратить внимания на проект. AI про ваши потребности не занет и мысли не читает. Идеи, приоритеты, контекст, критерии качества и продуктовые компромиссы он сам не определит. AI хорошо пишет только то, что уже много раз кем-то писалось. Если убрать из процесса человеческое внимание, вы не ускорите проект - вы просто зациклите галюцинирование. На проект все равно придется тратить внимание. Вопрос не в том, как убрать человека из контура, а в том, куда именно направить внимание и в какой форме его вписать в жизненный цикл разработки, чтобы получить максимальную отдачу. Например, в виде DSL-языков, в форме md-файлов или json-файлов, блок-схем, в виде ревью или архитектурных документов. - Не заменять ревью, а удешевлять его через стандарты, скилы, субагентов, экономию контекста - Не строить зацикленные цепочки агентов, а ограничивать зоны их ответственности - Не пытаться автоматизировать мышление целиком, а освобождать внимание человека от рутины - Не держать требования в текстовой форме, а выносить логику в строгие синтаксисы и контракты - Не надеяться на память чата, а собирать контекст в версионируемые артефакты, схемы и спецификации
453
19
https://youtu.be/pTnV6iNwAO0
862
20
https://youtu.be/LD8KU7mSYFU
1 041