Полное сравнение двух разработчиков по задачам, скорости, качеству, автономности, коммуникации и экономике. Данные — из Supabase (задачи, история статусов, комментарии, часы, выплаты). Сравнение честное: только общее окно, когда в системе работали оба.
Он выдаёт вдвое больше задач в час, предсказуемее по бюджету (укладывается в собственную оценку в 84% случаев против 53%), требует вдвое меньше «ручного управления» (50 блокировок против 99) и отвечает вдвое быстрее.
Ключевой парадокс экономики: несмотря на ставку на 50% выше, одна сданная задача у Eugene стоит столько же (~$21), что и у Sergio — потому что объём его выпуска растёт вместе со стоимостью.
Sergio при этом не «проигравший»: за $5/час он даёт надёжный, хорошо документированный поток. Его слабости (блокировки, «спросить разрешение», раннее «Готово») — это в основном проблема размытого скоупа и отсутствия PM-буфера, а не навыка.
Композит — взвешенная сумма 5 осей: ценность 35%, скорость 20%, качество 20%, автономность 15%, коммуникация 10%. Веса и все цифры под ними — ниже и настраиваемы.
▸ Eugene — основной исполнитель по клиентским магазинам «под ключ» и по всему, что требует автономности, точного бюджета и прямой коммуникации с клиентом/PM (Rinfit, CTR/Encanto, Oops Nails).
▸ Sergio — поток well-scoped задач с понятными требованиями; держать при нём PM-буфер, который заранее расчищает доступы и принимает решения. Тогда его блокировки и переделки резко упадут, а низкая ставка станет чистой выгодой.
Самый важный блок для решения. Вопрос не «кто дешевле по ставке» (очевидно Sergio), а «кто даёт больше за каждый вложенный доллар». Ответ неожиданный.
Если считать «в лоб» по ставке — Sergio дешевле. Но если считать по стоимости готового результата, они равны (~$21 за задачу): Eugene берёт больше денег в час, но и делает пропорционально больше. Разницу решают не деньги, а «стоимость владения»: Eugene требует меньше времени PM/фаундера (выше автономность, точнее оценки), а значит его равная цена приходит с меньшими скрытыми издержками.
Сколько задач доходило до «Завершено» и сколько часов вкладывалось помесячно. Январь и июль — неполные месяцы (окно начинается 19.01 и заканчивается 21.07).
У Sergio виден провал в апреле (0 задач в «Завершено» при 130 залогированных часах — застрял в затяжной саге многоязычного перевода CTR/Encanto, которую QA возвращал 5+ раз). У Eugene выпуск ровнее и выше почти каждый месяц. Eugene шире по охвату «в глубину» (23 проекта), Sergio — «вширь» (36 проектов, но много мелких разовых касаний).
Все ключевые метрики рядом. Зелёная колонка «Кто лучше» — по этой конкретной метрике, с учётом её смысла (например, меньше блокировок = лучше).
| Метрика | Eugene | Sergio | Кто лучше |
|---|
Пять взвешенных осей (0–100). Веса подобраны под приоритет фаундера «ценность и предсказуемость». Наведите на полосу — увидите вклад в итог.
На «сфокусированную» работу оба быстры одинаково. Разница — в хвостах, отклике и переделках.
Качественный разбор диалогов показал: у обоих ~65% возвратов на доработку вызваны меняющимися требованиями клиента/фаундера, а не сломанным кодом (~35% — свои недоделки). У Eugene переделок численно больше, потому что он ведёт больше сложных итеративных клиентских проектов. Общая слабость Sergio — раннее «Завершено» без полной самопроверки (мультиязычная задача валилась QA по одним и тем же пунктам 5+ раз).
Две метрики, которые прямо конвертируются в «сколько времени фаундера съедает разработчик». Здесь разрыв максимальный.
Честность сравнения зависит от того, одинаковую ли по тяжести работу они делают. Распределение задач по залогированным часам — близкое.
Профили близкие: обоих грузят преимущественно мелкими правками тем Shopify. У Sergio чуть больше и совсем мелких (0-часовых) касаний, и чуть больше тяжёлых (>8 ч), у Eugene — самая крупная отдельная задача (66.6 ч). Существенного перекоса в сложности нет, поэтому сравнение пропускной способности честное: Eugene действительно закрывает больше сопоставимой работы за час.
Два субагента прочитали сотни реальных комментариев и задач каждого — оценка с цитатами-доказательствами. Баллы 0–10.
tasks, tasks.status_history (jsonb-события смены статуса),
task_time_history (часы), comments (по полю author),
payments (сверено с business_finance_entries — суммы совпали до цента).user_id разработчиков, поэтому счётчики коммуникации считались по реальному автору
(author = 'Eugene Ivakin' / 'Sergio'), а не по user_id.tasks.income = часы × ставка дева). Клиентская выручка не считалась напрямую:
большинство проектов биллятся фикс-прайсом по вехам, а не по часам (hourly_rate = 0).