📰 По следам E-CODE в Ozon Tech. Часть вторая.

На второй лекции был интересен опыт использования локальных моделей в Ozon. В целом доклад был полезен, но есть нюансы.

Первое, что бросилось в глаза, что в целом встал вопрос прайваси не в банке, еще и по большей части описывались именно фронтенд задачи.

Прайваси для фронта вообще странная история. Все что попадает в браузер уже и так доступно. Зачем заставлять фронтенд команду использовать локальные модели, я так и не понял.

Ну да ладно, они молодцы, научились писать тесты с помощью локальных моделей, и даже автотесты и тест-кейсы. Заметили, что чем умнее модель, тем меньше нужно инструкций для нее, и что думающие модели меньше галлюцинируют.

Меня насторожил слайд, что они только сейчас планируют и ждут инфраструктуру для внедрения агентов для фикса багов, и для генерации кода.

На мой взгляд здесь что-то не так, то ли в политике компании, то ли в руководстве. Но такими шагами, Ozon будет сильно отставать от конкурентов, кто более гибко оперирует рисками.

Объясню о чем я. Уже сейчас можно ускорить разработку. Но компания этого не делает, потому что, видимо боится, что код уйдет для дообучения моделей. Я согласен, что это риск, когда речь идет о персоналке, о финансах, которые в основном живут на бэкенде.

Но фронтенд, который только является интерфейсом, он и так уходит в браузер к пользователю. Ну научится модель качественно воспроизводить интерфейс Ozon. Кто пострадает от этого? Стоит ли ограничивать фронтенд команду локальными моделями? Окупятся ли затраты на инфраструктуру? Что думаете?