artalog
Відкрити в Telegram
Развернутые ответы на вопросы в чатах, мысли от рабочих процессов. Вопросы - @artalar.
Показати більше4 281
Підписники
-424 години
+37 днів
+1030 день
Триває завантаження даних...
Схожі канали
Хмара тегів
Вхідні та вихідні згадування
---
---
---
---
---
---
Залучення підписників
липень '26
липень '26
+24
в 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 каналах
| Дата | Залучення підписників | Згадування | Канали | |
| 12 липня | +1 | |||
| 11 липня | 0 | |||
| 10 липня | +4 | |||
| 09 липня | +2 | |||
| 08 липня | +6 | |||
| 07 липня | +2 | |||
| 06 липня | +5 | |||
| 05 липня | +1 | |||
| 04 липня | 0 | |||
| 03 липня | +1 | |||
| 02 липня | +1 | |||
| 01 липня | +1 |
Дописи каналу
Что вы сделали в 2026 с помощью ИИ вне работы?
(Делитесь ссылками в комментах)
| 2 |  16 июля встречаемся в Сбер.Среде ⭐️
AI уже меняет JavaScript‑разработку. Вопрос не в том, заменит ли он инженеров, а в том, кто освоит его быстрее и качественнее.
🔥 Обсудим изменения на реальных кейсах от Сбера, Cloud․ru и Mish. Очные участники увидят спецформат от блогеров и пообщаются с экспертами GigaCode и GitVerse.
⏳ Начало в 17:00, встреча очных гостей - в 16:00.
Количество очных мест ограничено – успейте зарегистрироваться! | 1 230 |
| 3 |  Andrew Kelley — основатель и главный разработчик Zig.
https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html | 1 746 |
| 4 |  +1Вайбкодить, вайбмоделить? Коротенько показываю свой пайплайн автоматизированной ИИ разработки 3D-моделей: https://youtu.be/6mv71zqQuRk | 1 830 |
| 5 | Нужно развивать MCP! Сейчас поясню.
Напомню "об авторе": я уже много раз проектировал пятиэтажные абстракции и уверен что это работает хорошо. Взять тот же reatom.dev, или более продуктовые вещи.
Действительно хороший тулинг состоит как минимум из нескольких архитектурных слоев, каждый из которых должен иметь принципы, которые и делают всю систему эффективной (надежной и производительной).
Мне нравится MCP тем что он изначально декларирует (обязывает) типобезопасность. Поэтому это прекрасный базовый фундамент, на котором можно строить необходимые фичи дальше. Но самое важно, не отходя дальше, важно понимать что весь этот разговор идет потому что MCP уже хайпанул и стал в достаточной мере популярным - это не нишевая технология, тут действительно есть шанс стать чем-то больше чем очередным четырнадцатым стандартом.
Так вот, чего еще не хватает? Я ща накидаю, а вы отпишитесь в коментах, но только помните, что отсутствие чего-то - это не блокер, а лишь путь развития.
Куда нужно развивать MCP:
1) К требованию типобезопасности нужно добавить ряд семантических требований: стандарты пагинации, поиска, работы с сотояния (колбеки / [веб]хуки).
2) Обязательно нужно проработать механизм агрегации / пайпинга очереди вызовов, что бы вывод одного тула не гонять в другой, а иметь возможность одним запросом описать цепочку передачи данных от тула к тулу.
3) Версионирование и реестры - стандартные механизмы безопасности и предсказуемого деплоя.
Вот и все, не так уж и сложно :) | 2 385 |
| 6 |  Долго не мог пофиксить одну багу с периодическим не отображением полного разрешения изображения... И гпт и опусы пытались - ничего не выходило. И вот вышел (опять) фейбл и натравил я его на сию багу, и он справился!
Интересные подробности об ограничениях хрома в небольшой заметке: https://github.com/reatom/reatom/blob/v1001/examples/reatom-jsx-gallery/docs/chrome-image-decode-cache.md
Но это лишь часть истории, фейбл справился не столько потому что он шибко умный, а скорее потому что я ему, наконец, догадался для тестов дать реальные данные - 22 метровые картинки. Так что помните, важна не столько модель, сколько правильный ее сетап. | 2 692 |
| 7 | artalog-20260630.mp3 | 2 427 |
| 8 | Изучаем OpenTelemetry
https://www.youtube.com/watch?v=ch0pTUxSCbU | 3 442 |
| 9 |  Відеоповідомлення | 4 245 |
| 10 | Так меня бесит популяризация баша для агентов... Больше всего из-за безопасности, но есть у меня в прошлом некий опыт, который очень сильно зудит в голове... Из-за которого баш для меня архитектурно сломан. Вот вам сравнение:
Bash:
* Текстовая природа: В Bash всё есть строка. Передача JSON/CSV через пайпы требует постоянного парсинга (например, через `jq`), что тратит ресурсы на приведение типов.
* Избыточность по CPU/RAM: Пайпы (`cmd1 | cmd2`) порождают отдельные системные процессы. Запуск утилит в циклах для обработки строк перегружает систему из-за постоянных форков.
* Хрупкость кода: LLM часто упускают обработку пограничных сценариев (пробелы, пустые строки) в Bash, что ведет к порче данных.
А теперь...
PowerShell:
* Передача объектов: Вместо текста между командами передаются .NET-объекты. Фильтрация идет напрямую через свойства (например, `$item.Name`), избавляя LLM от написания сложных регулярных выражений.
* Экономия ресурсов: Все операции выполняются в рамках единого процесса (.NET), без накладных расходов на запуск новых утилит ОС.
* Минус: PowerShell хуже представлен в обучающих выборках моделей, чем Bash или Python.
Понимаю на сколько странно это звучит, но мне очень жаль что мы все не пишем на PS, он правда лучше 💁 | 4 815 |
| 11 |  А я отказался от release-please, тяжелый он. Выкачивает всю историю, а не с последнего релиза, не умеет локально (на текущей истории) без токена запускаться, да и в целом больше фреймворк, а не либу напоминает.
Но conventional commit, конечно, следую. Более того, навайбкодил прекоммит хуки для удобной автогенерации скоупа коммита по вовлеченным файлам.
Ну а релизы, как вы поняли, аишкой генерю. Это проще (завернул в команду) и гибче. | 3 370 |
| 12 | Собес нужно проводить через вайбкодинг
Подождите, не кидайтесь помидорами, здесь есть рациональное зерно. Я тоже сначала скептично был настроен, но вот вам аргументы:
0) Мы и так вайбкодим на работе, кто-то меньше, кто-то больше, но этого все чаще, и это реально то чем собеседуемый будет заниматься после трудоустройства.
1) Компании придумать нормальное(!) проверочное задание для 1-2 часового интервью либо не реально, либо дорого и все еще не полностью репрезентативно. Придумать задачку для вайбкодинга в тысячу раз проще, можно хоть под каждого кандидата свою.
2) Большая часть кандидатов тренируются на прохождение интервью и решение этих типовых туповатых задач, вместо прокачки реальных практических навыков. Это не нормально. Вайбкод - не главное что должен уметь прогер, но это хотя бы реально применимый навык.
3) На сессии вайбкодинга можно охватить быстро сразу много аспектов типовой разработки: валидация DoD, доработки существующего кода, рефакторинг и дебаг, архитектура и, конечно, ревью. Круто же!
4) Вайбкод - это инструмент, и на интервью не нужно им забивать все гвозди, вы готовите им базу для обсуждения и работы в первой части встречи, делаете больше мозгами и руками во второй части.
5) Вайбкод уже вытягивает из ЛЛМ максимум (иначе вайбкод плохой - тоже флаг), собеседуемому сложнее считерить с другой ЛЛМ.
Минусы: вам самим нужно успеть проревьюить вайбкод, что бы оценить ревью собеседуемого =D | 3 327 |
| 13 | Модели выходят, модели уходят... | 2 795 |
| 14 |  Приятно, когда приходят с таким фидбеком 😍
Напомню, как войти:
• @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 922 |
| 15 | lf | 1 |
| 16 | И еще ключевые выводы:
Code as a materialized view — мы часто считаем код источником истины, потому что раньше его было сложнее всего переделывать, но теперь это уже не так. Если есть spec, её можно реализовывать по-разному, с разными техническими характеристиками.
Теперь маркетинг дороже реализации, и у команд не всегда есть на него достаточно сил.
Как всё это будет работать дальше: как Linux, как музыка. Есть разные дистрибутивы, разные ремиксы; нет единственного «правильного» варианта — есть вкусы, идеи и communities, которые объединяются и делают / поддерживают лучшие версии. | 3 033 |
| 17 | В посте выше шла речь о том что в гугла есть своя реализация всего. А что если бы они оставили те же контракты и апи что у либ замену которым они написали?
Вот вам еще одна история
Реакт, как и любоя другая библиотека состоит из двух частей - это контракты, способ описания логики который он предлагает. Майндсет если хотите.
А вторая часть это его реализация. Условно можно сказать что с точки зрения разработчика выбирающего стек - первое про то как удобно будет этим пользоваться, а второе как хорошо это будет работать.
И так как отдельно это не предлогалось, а самостоятельная реализация очень дорогая мы всегда рассмотраливали эти две половинки как части целого.
Была очень дорогой
Tanner Linsley для сайта tanstack и своего блога отделил апи реакта и написал его реализацию с тем что нужно ему.
Итог получился идентичен оргиниальному реакту (а не как преакт с компат слоем), хотя разница в реализации все же была
Часть этого навсегда вырезается. Конкурентный рендеринг, разделение времени, планировщик на основе lane’ов, React DevTools и клиентский десериализатор Flight вообще не реализованы. useTransition и useDeferredValue выполняются синхронно, startTransition — это просто fn(), а планировщик — обёртка над микротасками. Это продуктовые решения: TanStack Start либо в них не нуждается, либо за это отвечает другая часть стека.
При этом все 200 тестов реакта проходят, и перф бенчмарках его реализация показывает в двое большую производительность. Самое интересное то что итоговая релазция на 80% меньше
Конкретные цифры в виде табличек вы можете увидеть в оригинальном посте
Теперь я буду внимательней присматриваться к случаям когда я что-то беру только ради удобной апи. Если можно выкинуть 80% веса не жертвуя удобством то почему бы и нет. | 2 529 |
| 18 | И еще ключевые выводы:
*Code as a materialized view* — мы часто считаем код источником истины, потому что раньше его было сложнее всего переделывать, но теперь это уже не так. Если есть spec, её можно реализовывать по-разному, с разными техническими характеристиками.
Теперь маркетинг дороже реализации, и у команд не всегда есть на него достаточно сил.
Как всё это будет работать дальше: как Linux, как музыка. Есть разные дистрибутивы, разные ремиксы; нет единственного «правильного» варианта — есть вкусы, идеи и communities, которые объединяются и делают / поддерживают лучшие версии. | 1 |
| 19 | LLM провайдеры отберут у нас работу, но не так как вы думали!
ну да, байт заголовок, но реально так и есть, они просто закроют половину SaaS | 2 686 |
| 20 | Очередной мета уровень
https://x.com/rohanpaul_ai/status/2063289804708835412 | 2 768 |
