Структурированная разработка на основе промптов
Как сделать изменения, вносимые с помощью LLM, управляемыми, проверяемыми и воспроизводимыми.Программные ассистенты LLM продемонстрировали значительную ценность, но в основном для отдельных разработчиков. Внутренняя ИТ-организация Thoughtworks использует их для своих команд и разработала метод и рабочий процесс, называемый структурированной разработкой на основе промптов (Structured Prompt-Driven Development, SPDD). В одноименной статье Вэй Чжан и Джесси Цзе Ся,
Как превратить стохастический ИИ в детерминированную машину
Статья является кратким изложением книги, распространяемой автором бесплатно.Скачать без регистрации, подписок и прочей маркетинщины можно на https://aistratum.ru/Индустрия искусственного интеллекта застряла в так называемой «стохастической петле». Мы тратим тысячи часов, пытаясь «уговорить» языковые модели выдать верный результат. Мы пишем огромные «промпты-простыни», применяем шаманские лайфхаки из интернета, но раз за разом сталкиваемся с галлюцинациями, потерей логики, сикофансией и деградацией внимания нейросети.
Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 2
“Процесс проектирования любой системы, предназначенной для решения определенных задач, начинается с определения того, что надо спроектировать.”, Крэг Ларман (Craig Larman).Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу представить новую часть из цикла статей о нотации ArchiMate. В прошлой части мы познакомились с ArchiMate и начали проектировать систему управления беспилотным грузовым автотранспортом для междугородних перевозок. В этой части мы продолжим выполнение данной задачи.
Проектирование архитектуры в нотации ArchiMate с использованием ИИ. Часть 1
“Дилетанты постоянно ищут некий волшебный метод или инструмент, который мог бы сделать процесс разработки программ тривиальным. В отличие от них, профессионалы знают, что такой панацеи не существует.”, Гради Буч (Grady Booch).
Plumb Messenger, или все-таки Titanium? Как я подсматривал у больших дядь и создавал бекэнд для самописного мессенджера
В прошлой статье я притащил на Хабр Plumb — свой самописный мессенджер, цифровой бункер, гаражную игрушку и личный способ не зависеть от чужой кнопки «сегодня мы вас немножко ограничим».Я тогда честно сказал: это не убийца Telegram, не pitch deck для инвестора и не стартап с парнишей в худи, который произносит слово «экосистема» так важно, будто сейчас вызовет дождь.Это моя штука.Мой велосипед.Мой бункер.Мой маленький Франкенштейн, который сначала лежал на столе, потом резко подпрыгнул, потом сел, посмотрел на меня и как будто сказал: «Ну что, папаша, теперь у нас real-time».
Инвариантное проектирование: как балансировать между гибкостью и ограничениями ИИ-агентов
При создании ИИ-агентов разработчики часто сталкиваются с проблемой контроля. Если дать языковой модели полную свободу действий, система становится непредсказуемой и склонной к ошибкам. Если же ограничить её слишком жестко, агент теряет свои преимущества и превращается в обычный скрипт.
Что делать с архитектурным дрифтом в эпоху ИИ?
С появлением ИИ-инструментов код в проектах начал расти быстрее. Новый сервис, багфикс или интеграцию теперь можно получить быстрее чем согласование изменений, но цена архитектурной ошибки на этом фоне только растёт.Проблема не в том, что ИИ пишет плохой код, а в том, что он ускоряет накопление расхождений между тем, какой систему задумывали изначально, и тем, во что она превращается по мере изменений. Если архитектурные ограничения не формализованы и не проверяются автоматически, команда рано или поздно начинает проигрывать собственной скорости.
Как не превратить ИИ в машину выгорания: протоколы, итерации и культура
Начнём с разбора людей, их ролей и мотиваций.Возьмем классическую ролевую модель, пока на операциональном уровне.Управляющий — исполнительУправляющий (менеджер, тимлид) — заинтересован в росте метрик и выполнении большего объёма задач за более короткий срок.Исполнитель — заинтересован в том, чтобы выполнить поставленный объём задач в сжатые сроки.На выходе мы имеем такую картину:Исполнителю приходит больший объём задач, но он получает меньше качественной положительной стимуляции.Управляющий доволен тем, что метрики растут, и радостно несёт результаты руководству.
System Design: проектируем систему бронирования билетов
Видеоразбор этой задачи на русском языке можно посмотреть здесь - https://www.youtube.com/watch?v=zxeR5bfsNOgПроектирование TicketmasterПостановка задачи🎟️ Что такое Ticketmaster?Ticketmaster - это онлайн-платформа, позволяющая пользователям приобретать билеты на концерты, театральные постановки, спортивные и другие мероприятия.Функциональные требования
Стандарт Simplified Technical English и перевод технической документации
Привет, Хабр! Сегодня хотелось бы поднять актуальную тему – перевод технической документации и то, как стандартизированный английский язык может существенно упростить этот процесс.Техническая документация чаще всего пишется на английском языке. Документацию используют международные команды и на ее основе создаются переводы и обновляются новые версии инструкций.
