OpenAI выпустили Android-приложение Sora. Как обычно, сначала появилась iOS-версия, а затем команда доработала её для Android. Интересно, что OpenAI создали это приложение командой всего из 4 человек за 4 недели, используя Codex Max. Они поделились своей историей в блоге, и там много интересного.
Например, суммарно было потрачено 5 миллиардов токенов, что составляет примерно $45 000, или $2500 в неделю на человека
Разработка приложения такого масштаба и качества обычно требует работы множества инженеров в течение нескольких месяцев. Этот процесс часто замедляется из-за необходимости координации, и добавление новых инженеров может снизить эффективность из-за увеличения накладных расходов.
Важно отметить, что процесс разработки не был случайным. Команда придерживалась стандартов надежности и масштабируемости, которые ожидаются от обычного проекта.
OpenAI начали проект с преимуществом: Sora уже была выпущена на iOS. Ключевым моментом было то, что инженеры предварительно:
* спроектировали/адаптировали архитектуру и компромиссы;
* проработали модульность и навигацию по вкладкам.
Они вручную реализовали аутентификацию и базу сетевого протокола. На этом фундаменте они добавили несколько ключевых функций и задали правила для всей кодовой базы, а также документировали паттерны проекта по ходу дела.
Затем они запустили Codex, указывая на эти примеры, что позволило ему работать более независимо и в рамках стандартов. Тщательно спланированный фундамент помог избежать дорогостоящих переделок и рефакторинга. Это было одним из самых важных решений, и в итоге Codex написал 85% кода.
Почему это хорошо работает? Существует много «правильных» способов написать код. Важно не просто говорить Codex, что делать, а показать ему, что считается «правильным» в конкретной команде и проекте.
Например, просить Codex «создать экран настроек» почти без контекста — плохая идея, результат не гарантирован. Но если попросить «создать этот экран настроек, используя ту же архитектуру и паттерны, что и другой экран, который ты только что видел», результат будет намного лучше. Люди принимали структурные решения и устанавливали правила, а Codex заполнял большие объемы кода внутри этой структуры.
Способность Codex писать код освободила инженеров от рутинного набора текста. У них появилось больше времени для размышлений об архитектуре, внимательного чтения pull-request'ов и тестирования приложения. «Бутылочное горлышко» в разработке сместилось с написания кода на принятие решений, предоставление обратной связи и интеграцию изменений.
И самое главное: разработка с помощью ИИ не снижает потребность в строгости и тщательности, а наоборот, повышает её.
Например, суммарно было потрачено 5 миллиардов токенов, что составляет примерно $45 000, или $2500 в неделю на человека
Токены используются для оплаты вычислительных ресурсов при работе с большими языковыми моделями, такими как Codex Max
. Но эти затраты вполне покрываются подпиской за $200.Разработка приложения такого масштаба и качества обычно требует работы множества инженеров в течение нескольких месяцев. Этот процесс часто замедляется из-за необходимости координации, и добавление новых инженеров может снизить эффективность из-за увеличения накладных расходов.
Важно отметить, что процесс разработки не был случайным. Команда придерживалась стандартов надежности и масштабируемости, которые ожидаются от обычного проекта.
OpenAI начали проект с преимуществом: Sora уже была выпущена на iOS. Ключевым моментом было то, что инженеры предварительно:
* спроектировали/адаптировали архитектуру и компромиссы;
* проработали модульность и навигацию по вкладкам.
Они вручную реализовали аутентификацию и базу сетевого протокола. На этом фундаменте они добавили несколько ключевых функций и задали правила для всей кодовой базы, а также документировали паттерны проекта по ходу дела.
Затем они запустили Codex, указывая на эти примеры, что позволило ему работать более независимо и в рамках стандартов. Тщательно спланированный фундамент помог избежать дорогостоящих переделок и рефакторинга. Это было одним из самых важных решений, и в итоге Codex написал 85% кода.
Почему это хорошо работает? Существует много «правильных» способов написать код. Важно не просто говорить Codex, что делать, а показать ему, что считается «правильным» в конкретной команде и проекте.
Например, просить Codex «создать экран настроек» почти без контекста — плохая идея, результат не гарантирован. Но если попросить «создать этот экран настроек, используя ту же архитектуру и паттерны, что и другой экран, который ты только что видел», результат будет намного лучше. Люди принимали структурные решения и устанавливали правила, а Codex заполнял большие объемы кода внутри этой структуры.
Способность Codex писать код освободила инженеров от рутинного набора текста. У них появилось больше времени для размышлений об архитектуре, внимательного чтения pull-request'ов и тестирования приложения. «Бутылочное горлышко» в разработке сместилось с написания кода на принятие решений, предоставление обратной связи и интеграцию изменений.
И самое главное: разработка с помощью ИИ не снижает потребность в строгости и тщательности, а наоборот, повышает её.