Как я докатилась до жизни такой, разработческой
В продолжение поста о моём вайбкодинге веб-приложений

Начну издалека, с флешбэка из молодости:

Однажды в я попала под реорг, и руководитель отдела поставил некоторым 1-1, и меня (джуна с предстоявшим через месяц грейдапом до мидла) там спросили, какие задачи больше нравятся. Я сказала, что разработческие, потому что там результат понятен. И до сих пор для меня проще что-то закоммитить и задеплоить, чем победить ресёрч...

И вот снова задача что-то автоматизировать, а я и рада (хоть и чувствую себя немного, как на картинке) Но всё-таки почему это делает аналитесса, спросите вы? Тут несколько причин:

Во-первых, я думаю, что в стартапах в целом типично, что роли не такие чёткие, как в условном бигтехе, где можно себе позволить даже разделить специализации аналитиков. Но когда айтишников в целом ещё мало в компании, может быть даже дополнительный «перекос» — и вот у нас так сложилось, что аналитиков пока чуть ли не больше, чем инженеров!

Во-вторых, конечно же, влияет и степень развития собственной инфраструктуры. С одной стороны, в большой компании есть даже целые подразделения, которые работают над улучшением разработческого опыта (как та же техплатформа Авито), но с другой стороны так меньше гибкости. Чтобы какой-то сервис написать и задеплоить, нужно понимать, к кому идти за квотой, как к этому вообще подступиться, или же создать тикет на разработку и ждать 1-2 спринта минимум...

Стартапу на 30-50 человек ещё ну очень далеко до написания собственных «велосипедов», и можно решать задачу любыми подручными средствами, если она решится таким образом

В третьих, вернёмся к началу поста. Эта задача для меня в каком-то смысле противоположность аналитического ресёрча, хотя тут тоже есть некоторая степень неопределённости — мне был известен образ результата, и если бы я смогла реализовать тот же self-service функционал на базе BI-cистемы (ну, в случае с Google Looker Studio, положа руку на сердце, вряд ли...) или другим способом дать возможность скрипту запускаться без моего участия и доступов — это тоже было бы более чем ок.

Напоследок не удержусь от философского поинта про вайбкодинг. Думаю, года 4 назад это всё (аналитик собирает какое-то веб-приложение вместо того, чтобы заказать разработке фичу для основной системы) было бы однозначным антипаттерном даже в стартапе — ушла бы уйма рабочего времени, и были бы всякие другие риски в том числе с точки зрения ИБ. Но всё течёт, всё меняется, и сейчас вайбкодинг целого веб-сервиса уже not a big deal, и даже если этот код не будет переиспользуемым, это не такая уж проблема.

Безусловно, у такого подхода до сих пор есть ограничения. Здесь я подчеркну — моя задача была сильно ближе к внутреннему инструменту, пусть и не только для моей команды, чем к какой-то продовой фиче для массы пользователей. Поэтому требования к красоте интерфейса, кастомной авторизации (не через Гугл) и т.д. снижаются до «базового минимума». Хотя мы уже наслышаны и про примеры вайбкодинга продовых MVP с юзерами, но это другая история...

Такие дела. Надеюсь, было интересно и стало понятнее))
Кажется, я ещё многому научусь в ближайшие месяцы

#карьерный_путь (не придумала пока хэштэг про стартап))
@analytess