Yet Another Analyst

Есть кто на ит пикнике сегодня?

Други, приходите порисовать стрелочки и квадратики на нашем архмитапе в «Школе 21» послезавтра в Москве. Регу завтра в 12:00 мск закрываем, не тяните. https://t.me/techanalyst_club/481

#API Не прошло и пяти лет, как в HTTP утвердили глагол QUERY. Вот теперь заживем! Краткая история: • сложные запросы плохо ложатся в query-параметры • 10 лет назад пытались пофиксить, разрешив слать тело в GET, но никто это особо не поддержал • сейчас решили вынести этот кейс в отдельный глагол Как это будет выглядеть: QUERY /contacts HTTP/1.1 Host: example.org Content-Type: application/x-www-form-urlencoded Accept: application/json select=surname,givenname,email&limit=10&match=%22email=*@example.*%22 HTTP/1.1 200 OK Content-Type: application/json Content-Location: /contacts/stored-results/17 Location: /contacts/stored-queries/42 Last-Modified: Sat, 25 Aug 2012 23:34:45 GMT Date: Sun, 17 Nov 2024, 16:10:24 GMT [ { "surname": "Smith", "givenname": "John", "email": "smith@example.org" }, { "surname": "Jones", "givenname": "Sally", "email": "sally.jones@example.com" }, { "surname": "Dubois", "givenname": "Camille", "email": "camille.dubois@example.net" } ] Чем же QUERY отличается от привычной реализации через POST? — Он ИДЕМПОТЕНТНЫЙ Ну да, а мы-то сейчас при чтении постом полбазы апдейтим — Его можно кэшировать!!! Вы предлагаете кэшировать на уровне тела, мы давно так делаем в GraphQL и прочих RPC — Результат работы QUERY можно повторно получить с помощью GET Получается, мы создаем некий вспомогательный ресурс с помощью QUERY. Т.е. это не только чтение? Обновление актуально для тех, кто все еще стремиться делать "каноничное REST API", остальные давно оставили в покое несвежий труп стюардессы. Справедливости ради, даже для нормальных рестов первого уровня было бы удобно выделить логику из POST в другой глагол для единообразия, но вангую, что судьба этого обновления будет примерно такой же, как у GET-body и стандарта на описание ошибок в HTTP.

Привет, Екатеринбург! Через неделю делаем оффлайн митап вместе с аналитиками Контура. Обсудим, чем AI может помочь в работе, и как эффективно использовать LLM. Что в программе: • Андрей Бураков — У нас был контекст, мы им управляли? • Светлана Дергачева — AI-дизайн для аналитиков: design‑as‑code, работа с презентациями, кликабельные интерфейсы и генерация дизайн-системы • Сергей Петров — Как мы автоматизировали создание Troubleshooting Guide с помощью LLM • Афтепати и неформальное общение 📆 28 июля, вторник, сбор гостей с 18:30 📍 Адрес: ул. Малопрудная, д 5. Офис разработки Контура, конференц-зал, 1 этаж 🔗 Смотрите программу и регайтесь по ссылке

Всем привет, есть кто из екб? Завтра делаем митап вместе с аналитиками Контура, будем говорить про иишечку и тусить у них на набережной. Инфа ниже, приходите. А еще буду там всю среду — пишите, можем собраться на чаек или еще что.

Год назад писал, как с помощью ChatGPT пробовал интегрироваться с разными публичными сервисами. Тогда были проблемы с интерпретацией пользовательских сценариев, маппингом на технические вызовы, проектированием асинхронных взаимодействий. Сейчас кинул ссылку на здоровую эквайринговую доку и надиктовал голосом, что хочу — Fable и Opus 4.8, задали правильные вопросы, построили схемы, задизайнили БД. В некоторых местах поправил, что было проще в будущем. Codex не тестил, но думаю, там тоже достойно будет. Ну да, эквайринг — довольно типовая штука. Но факт остается.

И снова обращаюсь к коллективному разуму. Сейчас выбираю тему воркшопа на осенний Analyst Days 23. Ткните в опрос ниже, плз. Как обеспечить НФТ на этапе архитектуры Аналитики (и разрабы, чо уж) часто грешат тем, что выявляют и фиксируют значимые НФТ, отдают их в команду или архитектору... и забывают о них. На воркшопе возьмем архкейс, обсудим требования и посмотрим, какие конкретные решения позволяют их обеспечить Трейдоффы в архитектуре Более философкая, но не менее важная тема. О том, почему архитектура - это вообще не про паттерны и технологии. Поговорим, почему не существует правильных решений, как осознанно выбирать между альтернативными решениями, как их генерить. И почему чужие чек-листы и статьи про выбор технологий бесполезны, в лучшем случае. И тоже подавайтесь на конфу со своей темой - сейчас это единственная большая оффлайн площадка для аналитиков, отличный повод пообщать и пощупать живых людей. Особо ждут темы: • AI и LLM для аналитика • Интеграция и архитектура • Продуктовые исследования и мышление Сильно не затягивайте, заявки принимают еще 2 недели.

Я вам тут послушать принес Тот самый подкаст с Русланом Сафиным, где обсуждаем развитие код-агентов, будущее индустрии, изменение ролей, чему нужно будет учиться дальше. Получилось философски и визионерски, с поразительным качеством и фантастическим пост-продакшеном. 🔥 Никаких манипуляций: накидаете 50 лайков — будет выпуск про Spec Driven Design глазами техдира и аналитика

Если вы пробовали Claude Design, и немного в шоке от того, сколько токенов жрет эта тварь, то приходите вечером к нам в клуб: будем разбирать Pencil.dev — работает на вашей любимой модельке, результат ничуть не хуже, аппетиты куда скромнее.

2026 год. Тестируем в проде Прикручиваю известный экваринг к боту клуба, назовем его СР. Искренне считаю его одним из лучших, если не лучшими эквайрингом в РФ. Как минимум, самым удобным. Есть у них услуга облачной фискализации, чтобы не платить за собственную кассу. Гоняю финальные тесты, понимаю, что чек не приходит. Пишу в поддержку и узнаю, что фича работает только на проде, там и тестируйте. Инженер внутри негодуе Внутренний продакт начинает считать: • фича выгодна при оборотах ~250к в месяц, дальше удобнее купить кассу • большинство микробизнесов не будут подключаться по апи на старте — нет смысла или денег • суммарный оборот у мерчей, которые юзают API + облачные чеки, скорее всего, минимальный Скорее всего, нет экономического смысла в поддержке этой фичи в тесте. К чему это? Ваши красивые инженерные процессы никому не нужны, если не решают задачи бизнеса А может там просто какая-то проблема с говнолегаси, не знаю.

Душевно посидели вчера, обсудили инфру, хранилища данных, способы масштабирования, а меня отправили работать в ПВЗ. Думаем повторить, есть еще много подобных симуляторов. Ннннада? Запись стрима

#API #AI Недавно писали подкаст с Русланом Сафиным про будущее архитектуры, разработки и переход от проектирования систем к проектированию сред . Одна из мыслей: языки программирования и паттерны нужны только кожаным мешкам, в силу ограничений памяти и скорости белкового мозга. Существуют примеры, когда модели изобретают свои мета-языки для более эффективных преобразований. Эту же идею можно применить к проектированию API: многие известные принципы дизайна рассчитаны не на оптимизацию инфры или вычислений, а снижение когнитивной нагрузки у людей, которые будут использовать и поддерживать API. Модельке-потребителю достаточно полной доки-схемы, которую сгенерит модель-поставщик, а дальше все максимально оптимизируем, пережимаем в бинарщину и т.п. Дебаты вида REST L1 vs REST L2 vs GraphQL vs etc., полностью теряют смысл. Ничто не мешает даже кастомные протоколы в риатайме генерить, не говоря о спорах: “POST или PUT” (да, это всерьез еще обсуждают). Как будто бы речь про Agentic-ready API, но нужны ли здесь вообще старые практики, паттерны, протоколы?

Arch Defense Помните симулятор архитектуры? Мы вместе с System Design World упоролись немного и решили поиграть в хайлоад на стриме. Будем обсуждать технологии и их место в архитектуре, разберем какой-нибудь популярный сервис, а я попытаюсь выжить в симуляторе. Формат неформально-развлекательный, приходите тоже порубиться. Регу делать не будем, забейте в календарь, перед стримом выложу ссыль. Когда: 14.07, вторник, 19:00

#AI Самый короткий гайд по внедрению AI в работу: 1. В коце каждого дня забейте 15-30 минут, чтобы закрыть ноут и подумать: что из этого говна реально автоматизировать что вы хотели бы делегировать иишечке. Запишите это в личный беклог. 2. Когда в беклоге неберется 100500 задач, измените вечернюю активность: берите по одной задаче из беклога и спрашивайте в кодексе, клоде, курсоре и т.п., как можно сделать задачу, просите составить план. 3. На следующий день попросите реализовать задачау по плану. Если за 2-3 вечера не завелос, отложите задачу в беклог, берите следующую. Повторяйте хотя бы 2-3 недели, чтобы превратиться в ии-торча, который живет от лимита до лимита. И не забудьте рассказать друзьям и коллегам, чтобы разлагаться вместе.

У нас на этой неделе какой-то лютый движ в клубе, не проходите мимо: Завтра встречаемся в онлайне на Tech Analyst Meetup. Неизданное — говорим про Cursor для задач ананлитика, используем LLM в кровавом энтерпрайзе, чтобы не привлечь внимание безопасников. В четверг проводим совместный митап с Т-Банком в Петербурге, вход свободный — там будет про управление контекстом в ежедневных задачах, безопасность автономных агентов, и agent harness (и что это такое вообще). В субботу Максима Смирнов проведет в клубе воркшоп по созданию агентских навыков на примере архитектурных записей, это которые ADR. Участие и запись воркшопа по подписке.

#AI Забавно до сих пор слышать про исследования и обучение c AI: оно галлюцинирует, нужно делать фактчекинг, использовать критическое мышление. Простите, а три года назад вам это не нужно было? Особенно когда гуглили рандомные статьи, видосы, отзывы и шли это покупать, внедрять в работу, тестить на себе. Хорошей критической недели вам

Когда люди говорят про себя или свой софт "Enterprise" они обычно имеют в виду "сложные задачи, качественное и безопасное решение". Я слышу: "безобразный UX, устаревшие технологии, негибкое использование, сотни разработчиков там, где могли бы справиться трое".

Други, у меня сегодня ровно два вопроса: Кто бегает в мск? Го в воскресенье на IT RUN. Бегать, тусить, страдать, покорять леса Мещеры. Я планирую ленивую десятку, но можно вообще гостевой билет взять. Кто будет через неделю в Петербурге? 9 июля делаем живой(!) митап про AI в Т-Банке. Говорим про harness, управление контекстом и безопасность автономных агентов. Пишите, кто где будет. Го знакомиться вживую, это еще можно.