artalog

Очень страшно за состояние ИТ и софта в частности, щас такой казус случился... Нужно было сделать крайне простую 3D модель, у меня стоит FreeCAD на Mac, сделал заходов пять или семь, так и не смог - каждый раз приложенька крашилась. Попросил LLM - минута и готово. И вот что получается: 1) LLM могут самостоятельно решать базовые задачи пользователя без доп интерфейсов. 2) Но мы знаем из продуктовой практики применения LLM, что багов они допускают больше, а их дизайн (в разных смыслах) часто куцый и дефектный. 3) Но мы продолжаем использовать LLM для разработки продуктов, т.е. продолжаем ухудшать их качество. LLM дает хорошее качество тому кто ничего в предметной области не понимает. LLM ускоряет (в ширь) специалистов. Но LLM не могут (с/до)делать качественный продукт. 4) Выходит, продукты становятся все хуже, а конкуренция с персональными асистентами у них все больше, и как будто АИ-агенты будут убивать специализированные сервисы и расти все быстрее и быстрее? 5) Мы идем к усреднению качества. И, кажется, это будет убивать прогресс, а не двигать его вперед. Удивительно, SmarterEveryDay приходит к тому же выводу во вчерашнем видео (мы не сговаривались, лол), но с точки зрения капитализма. Грустненько это все, но я к вам сразу с контрпримером! x.com/thericebowlgirl пишет: Mar 14, 2026 > Сотрудник стартапа, где работает моя сестра, создал свою собственную JIRA — все они полностью отказались от JIRA/Linear/Trello и используют свой собственный инструмент. Он намного лучше, чем JIRA, и такой же подробный. И этот человек даже не разработчик, он руководитель отдела контроля качества. Jul 27, 2026 > Краткое обновление информации о том, как обстоят дела: они вернулись к линейному режиму работы, потому что поддержание внутреннего инструмента, разработанного на Vibecode, отнимало ресурсы, предназначенные для их основной работы. --- Иначе говоря, да, LLM подубьёт персональные сервисы, но для работы крупного бизнеса нам еще придется девелопить какое-то качество. А это важно, для не утери скила и знаний, поддержания фундамента прогресса. Возвращаясь к мыслям в начале поста можно было бы забеспокоиться о принципиальной необходимости крупного бизнеса впринципе и все же неизбежном крахе всей системы, но этого не случиться, потому что большая часть нашей жизни все еще завязана на физические продукты, которые нужно обслуживать качественным софтом.

Очень много разных попыток объяснить одну и ту же вещь не всегда значит что эта вещь ни о чем, иногда это значит что предмет обсуждения открывает границы к которым мы еще не привыкли, повышает уровень абстракции, решая сразу пачку технических (и иногда прикладных) проблем. Из полутора часов разговора меня зацепила одна фраза: AT Protocol - это стандарт для CMS над своими данными в интернете. Вот она много объясняет и тригерит в моем сознании. Если вам нет - послушайте полный подкаст. Попытаюсь объяснить еще своими словами на примере другой плоскости. AT Protocol - это база что бы сделать из Obsidian социальную сеть. Это просто один из взглядов на вещи. Помните неск лет назад в РФ была великая миграция из Notion? =D Ситуация не была бы проблемной, если бы исходники ваших данных хранились в одном стандартизированном формате, который как раз предлагает AT Protocol. Т.е. пытаются решить одну простую проблему - все ваши данные в соц сетях / играх / трекерах / сайтах не потеряются по желанию или сбою вендора, они всегда будут принадлежать вам.

Там новый Reatom core / jsx / react / vite (Что? Да!) вышели. Отмечу особо только две вещи, лайтовую и хардкорную: 1) Log action теперь заполучил метод .label что бы еще красивше и понятнее в консоль писать, но хотелось бы и про .state напомнить - очень полезная штука. Напомню - это очень легкий кроссплатформенный логер (в ноде тоже красиво рисует) - можете попробовать и без реатома (но лучше с ним, лол). 2) reatom/jsx получил ErrorBoundary и еще кучу фишек для трекинга ошибок! А так же 100500 исправлений производительности, которые я долбил агентами последнюю неделю. На последнем скрине видно что оверхед реатома от тяжелой операции (маунт 70к нод) меньше 10%, а в коментах покажу результаты js-framework-benchmark

🍿 стартуем twitch — youtube — vk

😲😲😲 https://developer.puter.com/labs/firefox-wasm/

Ну что за красота: https://orionreed.github.io/bireactive/ Там еще много более крутых и полезных (продуктовых) демок! В целом да - циклы штука натуральная, но хендлить у нас их пока не принято - а зря! Жизнь (и код, лол) с ними интереснее! Хотя не интереснее, а скорее настоящее, когда в жизни мы их избегаем - это и не жизнь вовсе, а упрощенная симуляция. Так и в коде - без циклов можно получить лишь упрощенный продукт. Кароч, почитай и пооткрывайте чакры, как бывает.

Хочу чутка похвастаться/порекламировать сервис, который я сейчас разрабатываю. Очень кратко тут в тексте, подробно же в прикреплённом видео. ТЛДР: сервис изучения иностранных языков с помощью нейросетей(надо же инвестиции поднимать(нет)) 1. у нас есть ютуб с отличной рекомендательной системой и контентом на любой вкус и возраст 2. нейронки позволили очень быстро размечать текст(субтитры) на якорьки в виде грамматики, переводов и прочей фигни, которая позволяет запоминать языковые конструкции. Даже если ты не запомнишь сразу, то ты будешь видеть один и тот же якорёк 5, 10, 20 и более раз. И даже если ты такой как Андруша, то ты всё равно запомнишь эту конструкцию и будешь понимать как её применять тупо из своей практики(интересных тебе видосиков с ютуба) 3. Чтобы ты не читерил и не читал сабы 24/7, то мы тебе их показывать не будем. Если ты понимаешь, что не понимаешь что говорится в текущем сегменте видео, то нажимаешь клавишу "a/ф"(пофигу на расскладку) и мы тебе показываем караоке в 5 секундах до(чтобы ты понял контекст) и 2s после(чтобы ты точно расслышал слово), после чего субтитры скрываются 4. Если ты даже с сабами на понимаешь смысл слова, то не беда, кликай на него и увидишь якорёк, который поможет тебе разобраться И вот таким макаром, аутируя на ютубе 100500 часов, ты +- сможешь подучить язык, потому что твой мозг вынужден работать. А самый простой способ не работать - выучить язык. За остальным в видео. ===== Так как ревью в магазинах расширений не мгновенное(а гугл ещё владеет и ютубом и очень не любит, когда ютуб меняют под себя), то пока что у меня на руках есть только сборки плагинов. Ищите их в комментариях ===== Ну и вступайте в чатег, если интересна эта тема @eyespoken

Не реатоме! =D

16 июля встречаемся в Сбер.Среде ⭐️ AI уже меняет JavaScript‑разработку. Вопрос не в том, заменит ли он инженеров, а в том, кто освоит его быстрее и качественнее. 🔥 Обсудим изменения на реальных кейсах от Сбера, Cloud․ru и Mish. Очные участники увидят спецформат от блогеров и пообщаются с экспертами GigaCode и GitVerse. ⏳ Начало в 17:00, встреча очных гостей - в 16:00. Количество очных мест ограничено – успейте зарегистрироваться!

Andrew Kelley — основатель и главный разработчик Zig. https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html

Вайбкодить, вайбмоделить? Коротенько показываю свой пайплайн автоматизированной ИИ разработки 3D-моделей: https://youtu.be/6mv71zqQuRk

Нужно развивать MCP! Сейчас поясню. Напомню "об авторе": я уже много раз проектировал пятиэтажные абстракции и уверен что это работает хорошо. Взять тот же reatom.dev, или более продуктовые вещи. Действительно хороший тулинг состоит как минимум из нескольких архитектурных слоев, каждый из которых должен иметь принципы, которые и делают всю систему эффективной (надежной и производительной). Мне нравится MCP тем что он изначально декларирует (обязывает) типобезопасность. Поэтому это прекрасный базовый фундамент, на котором можно строить необходимые фичи дальше. Но самое важно, не отходя дальше, важно понимать что весь этот разговор идет потому что MCP уже хайпанул и стал в достаточной мере популярным - это не нишевая технология, тут действительно есть шанс стать чем-то больше чем очередным четырнадцатым стандартом. Так вот, чего еще не хватает? Я ща накидаю, а вы отпишитесь в коментах, но только помните, что отсутствие чего-то - это не блокер, а лишь путь развития. Куда нужно развивать MCP: 1) К требованию типобезопасности нужно добавить ряд семантических требований: стандарты пагинации, поиска, работы с сотояния (колбеки / [веб]хуки). 2) Обязательно нужно проработать механизм агрегации / пайпинга очереди вызовов, что бы вывод одного тула не гонять в другой, а иметь возможность одним запросом описать цепочку передачи данных от тула к тулу. 3) Версионирование и реестры - стандартные механизмы безопасности и предсказуемого деплоя. Вот и все, не так уж и сложно :)

Долго не мог пофиксить одну багу с периодическим не отображением полного разрешения изображения... И гпт и опусы пытались - ничего не выходило. И вот вышел (опять) фейбл и натравил я его на сию багу, и он справился! Интересные подробности об ограничениях хрома в небольшой заметке: https://github.com/reatom/reatom/blob/v1001/examples/reatom-jsx-gallery/docs/chrome-image-decode-cache.md Но это лишь часть истории, фейбл справился не столько потому что он шибко умный, а скорее потому что я ему, наконец, догадался для тестов дать реальные данные - 22 метровые картинки. Так что помните, важна не столько модель, сколько правильный ее сетап.