artalog
الذهاب إلى القناة على Telegram
Развернутые ответы на вопросы в чатах, мысли от рабочих процессов. Вопросы - @artalar.
إظهار المزيد4 281
المشتركون
+224 ساعات
+37 أيام
-830 أيام
جاري تحميل البيانات...
القنوات المماثلة
سحابة العلامات
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
يوليو '26
يوليو '26
+10
في 0 قنوات
يونيو '26
+64
في 0 قنوات
Get PRO
مايو '26
+132
في 3 قنوات
Get PRO
أبريل '26
+86
في 1 قنوات
Get PRO
مارس '26
+101
في 0 قنوات
Get PRO
فبراير '26
+103
في 1 قنوات
Get PRO
يناير '26
+119
في 1 قنوات
Get PRO
ديسمبر '25
+104
في 2 قنوات
Get PRO
نوفمبر '25
+98
في 2 قنوات
Get PRO
أكتوبر '25
+101
في 1 قنوات
Get PRO
سبتمبر '25
+57
في 0 قنوات
Get PRO
أغسطس '25
+74
في 1 قنوات
Get PRO
يوليو '25
+57
في 0 قنوات
Get PRO
يونيو '25
+97
في 1 قنوات
Get PRO
مايو '25
+126
في 1 قنوات
Get PRO
أبريل '25
+133
في 3 قنوات
Get PRO
مارس '25
+167
في 2 قنوات
Get PRO
فبراير '25
+206
في 4 قنوات
Get PRO
يناير '25
+67
في 1 قنوات
Get PRO
ديسمبر '24
+141
في 1 قنوات
Get PRO
نوفمبر '24
+151
في 1 قنوات
Get PRO
أكتوبر '24
+125
في 2 قنوات
Get PRO
سبتمبر '24
+122
في 2 قنوات
Get PRO
أغسطس '24
+153
في 1 قنوات
Get PRO
يوليو '24
+131
في 1 قنوات
Get PRO
يونيو '24
+155
في 2 قنوات
Get PRO
مايو '24
+671
في 2 قنوات
Get PRO
أبريل '24
+126
في 4 قنوات
Get PRO
مارس '24
+165
في 3 قنوات
Get PRO
فبراير '24
+129
في 0 قنوات
Get PRO
يناير '24
+158
في 1 قنوات
Get PRO
ديسمبر '23
+167
في 0 قنوات
Get PRO
نوفمبر '23
+112
في 2 قنوات
Get PRO
أكتوبر '23
+95
في 0 قنوات
Get PRO
سبتمبر '23
+95
في 0 قنوات
Get PRO
أغسطس '23
+77
في 0 قنوات
Get PRO
يوليو '23
+90
في 0 قنوات
Get PRO
يونيو '23
+104
في 0 قنوات
Get PRO
مايو '23
+105
في 0 قنوات
Get PRO
أبريل '23
+191
في 0 قنوات
Get PRO
مارس '23
+95
في 0 قنوات
Get PRO
فبراير '23
+123
في 0 قنوات
Get PRO
يناير '23
+126
في 0 قنوات
Get PRO
ديسمبر '22
+87
في 0 قنوات
Get PRO
نوفمبر '22
+55
في 0 قنوات
Get PRO
أكتوبر '22
+78
في 0 قنوات
Get PRO
سبتمبر '22
+314
في 0 قنوات
Get PRO
أغسطس '22
+151
في 0 قنوات
Get PRO
يوليو '22
+66
في 0 قنوات
Get PRO
يونيو '22
+108
في 0 قنوات
Get PRO
مايو '22
+301
في 0 قنوات
Get PRO
أبريل '22
+40
في 0 قنوات
Get PRO
مارس '22
+27
في 0 قنوات
Get PRO
فبراير '22
+323
في 0 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 07 يوليو | +1 | |||
| 06 يوليو | +5 | |||
| 05 يوليو | +1 | |||
| 04 يوليو | 0 | |||
| 03 يوليو | +1 | |||
| 02 يوليو | +1 | |||
| 01 يوليو | +1 |
منشورات القناة
Нужно развивать MCP! Сейчас поясню.
Напомню "об авторе": я уже много раз проектировал пятиэтажные абстракции и уверен что это работает хорошо. Взять тот же reatom.dev, или более продуктовые вещи.
Действительно хороший тулинг состоит как минимум из нескольких архитектурных слоев, каждый из которых должен иметь принципы, которые и делают всю систему эффективной (надежной и производительной).
Мне нравится MCP тем что он изначально декларирует (обязывает) типобезопасность. Поэтому это прекрасный базовый фундамент, на котором можно строить необходимые фичи дальше. Но самое важно, не отходя дальше, важно понимать что весь этот разговор идет потому что MCP уже хайпанул и стал в достаточной мере популярным - это не нишевая технология, тут действительно есть шанс стать чем-то больше чем очередным четырнадцатым стандартом.
Так вот, чего еще не хватает? Я ща накидаю, а вы отпишитесь в коментах, но только помните, что отсутствие чего-то - это не блокер, а лишь путь развития.
Куда нужно развивать MCP:
1) К требованию типобезопасности нужно добавить ряд семантических требований: стандарты пагинации, поиска, работы с сотояния (колбеки / [веб]хуки).
2) Обязательно нужно проработать механизм агрегации / пайпинга очереди вызовов, что бы вывод одного тула не гонять в другой, а иметь возможность одним запросом описать цепочку передачи данных от тула к тулу.
3) Версионирование и реестры - стандартные механизмы безопасности и предсказуемого деплоя.
Вот и все, не так уж и сложно :)
| 2 | Долго не мог пофиксить одну багу с периодическим не отображением полного разрешения изображения... И гпт и опусы пытались - ничего не выходило. И вот вышел (опять) фейбл и натравил я его на сию багу, и он справился!
Интересные подробности об ограничениях хрома в небольшой заметке: https://github.com/reatom/reatom/blob/v1001/examples/reatom-jsx-gallery/docs/chrome-image-decode-cache.md
Но это лишь часть истории, фейбл справился не столько потому что он шибко умный, а скорее потому что я ему, наконец, догадался для тестов дать реальные данные - 22 метровые картинки. Так что помните, важна не столько модель, сколько правильный ее сетап. | 2 141 |
| 3 | artalog-20260630.mp3 | 2 119 |
| 4 | Изучаем OpenTelemetry
https://www.youtube.com/watch?v=ch0pTUxSCbU | 3 191 |
| 5 | رسالة فيديو | 4 002 |
| 6 | Так меня бесит популяризация баша для агентов... Больше всего из-за безопасности, но есть у меня в прошлом некий опыт, который очень сильно зудит в голове... Из-за которого баш для меня архитектурно сломан. Вот вам сравнение:
Bash:
* Текстовая природа: В Bash всё есть строка. Передача JSON/CSV через пайпы требует постоянного парсинга (например, через `jq`), что тратит ресурсы на приведение типов.
* Избыточность по CPU/RAM: Пайпы (`cmd1 | cmd2`) порождают отдельные системные процессы. Запуск утилит в циклах для обработки строк перегружает систему из-за постоянных форков.
* Хрупкость кода: LLM часто упускают обработку пограничных сценариев (пробелы, пустые строки) в Bash, что ведет к порче данных.
А теперь...
PowerShell:
* Передача объектов: Вместо текста между командами передаются .NET-объекты. Фильтрация идет напрямую через свойства (например, `$item.Name`), избавляя LLM от написания сложных регулярных выражений.
* Экономия ресурсов: Все операции выполняются в рамках единого процесса (.NET), без накладных расходов на запуск новых утилит ОС.
* Минус: PowerShell хуже представлен в обучающих выборках моделей, чем Bash или Python.
Понимаю на сколько странно это звучит, но мне очень жаль что мы все не пишем на PS, он правда лучше 💁 | 4 627 |
| 7 | А я отказался от release-please, тяжелый он. Выкачивает всю историю, а не с последнего релиза, не умеет локально (на текущей истории) без токена запускаться, да и в целом больше фреймворк, а не либу напоминает.
Но conventional commit, конечно, следую. Более того, навайбкодил прекоммит хуки для удобной автогенерации скоупа коммита по вовлеченным файлам.
Ну а релизы, как вы поняли, аишкой генерю. Это проще (завернул в команду) и гибче. | 3 239 |
| 8 | Собес нужно проводить через вайбкодинг
Подождите, не кидайтесь помидорами, здесь есть рациональное зерно. Я тоже сначала скептично был настроен, но вот вам аргументы:
0) Мы и так вайбкодим на работе, кто-то меньше, кто-то больше, но этого все чаще, и это реально то чем собеседуемый будет заниматься после трудоустройства.
1) Компании придумать нормальное(!) проверочное задание для 1-2 часового интервью либо не реально, либо дорого и все еще не полностью репрезентативно. Придумать задачку для вайбкодинга в тысячу раз проще, можно хоть под каждого кандидата свою.
2) Большая часть кандидатов тренируются на прохождение интервью и решение этих типовых туповатых задач, вместо прокачки реальных практических навыков. Это не нормально. Вайбкод - не главное что должен уметь прогер, но это хотя бы реально применимый навык.
3) На сессии вайбкодинга можно охватить быстро сразу много аспектов типовой разработки: валидация DoD, доработки существующего кода, рефакторинг и дебаг, архитектура и, конечно, ревью. Круто же!
4) Вайбкод - это инструмент, и на интервью не нужно им забивать все гвозди, вы готовите им базу для обсуждения и работы в первой части встречи, делаете больше мозгами и руками во второй части.
5) Вайбкод уже вытягивает из ЛЛМ максимум (иначе вайбкод плохой - тоже флаг), собеседуемому сложнее считерить с другой ЛЛМ.
Минусы: вам самим нужно успеть проревьюить вайбкод, что бы оценить ревью собеседуемого =D | 3 109 |
| 9 | Модели выходят, модели уходят... | 2 572 |
| 10 | Приятно, когда приходят с таким фидбеком 😍
Напомню, как войти:
• @reatom_ru_news - канал
• @reatom_ru - чат
• Доки без впн: https://reatom.github.io/reatom/
• База для LLM: https://v1001.reatom.dev/llms.txt
• Жсткий скилл для ревью реатом кода: npx skills add reatom/reatom --skill reatom-review, можно ранить как на существующем коде, так и на каждой итерации агента.
• Большое приложение на react + reatom: https://github.com/Guria/modern-stack | 2 582 |
| 11 | lf | 1 |
| 12 | И еще ключевые выводы:
Code as a materialized view — мы часто считаем код источником истины, потому что раньше его было сложнее всего переделывать, но теперь это уже не так. Если есть spec, её можно реализовывать по-разному, с разными техническими характеристиками.
Теперь маркетинг дороже реализации, и у команд не всегда есть на него достаточно сил.
Как всё это будет работать дальше: как Linux, как музыка. Есть разные дистрибутивы, разные ремиксы; нет единственного «правильного» варианта — есть вкусы, идеи и communities, которые объединяются и делают / поддерживают лучшие версии. | 3 018 |
| 13 | В посте выше шла речь о том что в гугла есть своя реализация всего. А что если бы они оставили те же контракты и апи что у либ замену которым они написали?
Вот вам еще одна история
Реакт, как и любоя другая библиотека состоит из двух частей - это контракты, способ описания логики который он предлагает. Майндсет если хотите.
А вторая часть это его реализация. Условно можно сказать что с точки зрения разработчика выбирающего стек - первое про то как удобно будет этим пользоваться, а второе как хорошо это будет работать.
И так как отдельно это не предлогалось, а самостоятельная реализация очень дорогая мы всегда рассмотраливали эти две половинки как части целого.
Была очень дорогой
Tanner Linsley для сайта tanstack и своего блога отделил апи реакта и написал его реализацию с тем что нужно ему.
Итог получился идентичен оргиниальному реакту (а не как преакт с компат слоем), хотя разница в реализации все же была
Часть этого навсегда вырезается. Конкурентный рендеринг, разделение времени, планировщик на основе lane’ов, React DevTools и клиентский десериализатор Flight вообще не реализованы. useTransition и useDeferredValue выполняются синхронно, startTransition — это просто fn(), а планировщик — обёртка над микротасками. Это продуктовые решения: TanStack Start либо в них не нуждается, либо за это отвечает другая часть стека.
При этом все 200 тестов реакта проходят, и перф бенчмарках его реализация показывает в двое большую производительность. Самое интересное то что итоговая релазция на 80% меньше
Конкретные цифры в виде табличек вы можете увидеть в оригинальном посте
Теперь я буду внимательней присматриваться к случаям когда я что-то беру только ради удобной апи. Если можно выкинуть 80% веса не жертвуя удобством то почему бы и нет. | 2 343 |
| 14 | И еще ключевые выводы:
*Code as a materialized view* — мы часто считаем код источником истины, потому что раньше его было сложнее всего переделывать, но теперь это уже не так. Если есть spec, её можно реализовывать по-разному, с разными техническими характеристиками.
Теперь маркетинг дороже реализации, и у команд не всегда есть на него достаточно сил.
Как всё это будет работать дальше: как Linux, как музыка. Есть разные дистрибутивы, разные ремиксы; нет единственного «правильного» варианта — есть вкусы, идеи и communities, которые объединяются и делают / поддерживают лучшие версии. | 1 |
| 15 | LLM провайдеры отберут у нас работу, но не так как вы думали!
ну да, байт заголовок, но реально так и есть, они просто закроют половину SaaS | 2 686 |
| 16 | Очередной мета уровень
https://x.com/rohanpaul_ai/status/2063289804708835412 | 2 768 |
| 17 | Собрал менеджер паролей на Reatom v1000.
Стек:
- Tauri v2, Reatom v1000, Lit
- Codex, Claude Code
- кастомные skills под Reatom/Lit
- самописный local RAG: Tree-sitter, Qdrant, BAAI/bge-m3, BAAI/bge-reranker-v2-m3
Попутно из проекта вынес два публичных пакета:
- @chromvoid/headless-ui — headless-слой для UI-поведения на Reatom v1000: состояние, actions, keyboard/focus-логика и WAI-ARIA-контракты без привязки к визуальному слою
- @chromvoid/uikit — тонкий Lit UI-kit поверх headless-ui: cv-* компоненты, theme-provider, токены темы и vendored Reatom/Lit runtime helpers
Что уже есть:
- local-first: данные остаются на устройстве
- несколько контейнеров: разные мастер-пароли открывают разные наборы секретов, то есть plausible deniability
- пароли, банковские карты, OTP
- браузерное расширение, которое получает секреты по зашифрованному каналу
- бэкапы и восстановление
- монтирование тома через FUSE
- встроенные аудио/видео-плееры, просмотр изображений, Markdown-заметки
- системный Credential Provider: можно хранить passkey в одном месте и использовать на разных устройствах
В работе:
- генерация SSH-ключей и свой SSH-agent с fallback на системный
- криптокошелек
- Remote Mobile to PC: USB, WSS, WebRTC; можно соединять два приложения как клиент-сервер
Пока есть только Android-версия. Позже планируются iOS, macOS, Linux и Windows.
Буду благодарен за любые отзывы, вопросы и техническую критику :)
https://github.com/chromvoid/ | 3 029 |
| 18 | камунити <3 | 2 488 |
| 19 | 📸 Спустя 1/3 ультра подписки курсора невероятно рад представить вам https://reatom-jsx-gallery.vercel.app/
Исходники: https://github.com/reatom/reatom/tree/v1001/examples/reatom-jsx-gallery
(кстати, у нас и релиз новый под это: https://github.com/reatom/reatom/releases/tag/1001.1.0)
Фишки - А ИХ МНОГО:
• кроссплатформа ☀️
• просмотр всех файлов по всему дереву папки (рекурсивно)
• поддержка кучи форматов включая raw
• просмотр всего EXIF (ну с нормальными лейблами)
• разные, действительно полезные, режимы просмотра (с ресайзом на "+" "-")
• нереально быстрый просмотр фоток (после загрузки превьюшек - это еще оптимизирую)
• богатый и интересный выбор тем
• ничего кроме Reatom в зависимостях! 10к строк в исходниках, 60кб на загрузку!
Ну и конечно - 100500 багов 💔 (но часть я уже поправил) | 3 026 |
| 20 | https://www.youtube.com/watch?v=dvKAZgnC878 | 2 493 |
متاح الآن! بحث تيليغرام 2025 — أهم رؤى العام 
