{"id":14285,"url":"\/distributions\/14285\/click?bit=1&hash=346f3dd5dee2d88930b559bfe049bf63f032c3f6597a81b363a99361cc92d37d","title":"\u0421\u0442\u0438\u043f\u0435\u043d\u0434\u0438\u044f, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u043c\u043e\u0436\u043d\u043e \u043f\u043e\u0442\u0440\u0430\u0442\u0438\u0442\u044c \u043d\u0430 \u043e\u0431\u0443\u0447\u0435\u043d\u0438\u0435 \u0438\u043b\u0438 \u043f\u0443\u0442\u0435\u0448\u0435\u0441\u0442\u0432\u0438\u044f","buttonText":"","imageUuid":""}

Как Вам? Сервис для code review

Доброго дня!
Время от времени пишу сюда идеи IT и не IT проектов в духе "Что если?".
Всегда прошу критики, объективной и не только, вопросов и предложений.
Спасибо за обратную связь, комьюнити VC!
Что если бы каждый начинающий и продолжающий разработчик мог получить code review от квалифицированных коллег вне зависимости от локации, наличия команды и практики review в компании?

Вероятнее всего было бы круто.

Предпосылки

Дальнейшее повествование буду вести сугубо из личного опыта, именно к этому участку текста прошу внимания аудитории на предмет "выдуманности" проблемы.

  • При проведении собеседований для Junior Backend/Frontend разработчиков выявил, что около 75% обучаются самостоятельно и не могут перепрыгнуть планку приемлемого коммерческого кода ввиду отсутствия его критики.
  • бОльшая часть IT команд / отделов в небольших (менее 50 сотрудников) компаниях России не располагает ресурсами для качественного code review команды и имеет в штате лишь Junior и Middle разработчиков. Эти же компании практически всегда не имеют метрик качества кода. Работает - считай хороший.
    Как результат - 0 развития разработчиков, следовательно 0 качественных IT продуктов.

Существующие решения

PullRequest

Компания из США, ориентированная в основном на B2B рынок США и Европы.

Отличное решение поставленной проблемы.

300$ в месяц на одного разработчика на некоммерческий проект. Считаю, цена оправдана часовой ставкой Middle - Senior разработчика в США, а также наличием собственного штата ревьюеров.

Solvery

Компания из Санкт-Петербурга, предоставляющая услуги наставников.

Оплата почасовая, достаточно демократичная.

Возможен формат ревью, однако никак не ведется контроль времени, которое ментор потратил на него. Также отсутствие методик оценки полученного ревью. Время от заявки до полученных результатов - примерно 2-4 дня.

Продукт

Как итог, есть идея реализовать продукт, который бы имел опыт использования PullRequest, сохранив при этом возможность регистрации новых ревьюеров после сертификации, также придерживаясь ценовой политики РФ.
Если в духе elevator pitch: Сервис для качественного и полного code-review от реальных разработчиков с возможностью подписки.

Монетизация

  • Динамическое ценообразование для единичного ревью в зависимости от стека проекта, квалификации разработчика, количества ревьюеров с похожим стеком, объема pull request'а и полноты его описания. Возможность как единичной оплаты, так и пакетных решений.
  • B2B решения. Выгодные пакетные решения для компаний с собственной командой разработки.

Вопросы

В ходе обдумывания родилось несколько вопросов, ответы на которые хочется получить от комьюнити VC.RU)

  • Актуальны ли указанные предпосылки?
  • Есть ли в РФ сервисы (кроме Solvery), предоставляющие такие услуги?
0
15 комментариев
Написать комментарий...
Аккаунт заморожен

Комментарий недоступен

Ответить
Развернуть ветку
Вадим Закиров
Автор

Обосновать может каждый - вне зависимости от квалификации.
Видел десятки примеров, когда джун предлагал намного более элегантные решения, чем миддл.
Так и растут собственно.
Долгосрочное - согласен, однако при ревью пулл реквеста в компании тоже практически всегда даешь мгновенные комментарии.
Их объективность или необъективность проявляется со временем, тут согласен.
Однако именно в случае сервиса.
Ревью строго в рамках замкнутой цели и замкнутого стека возможно. Никто не претендует на мгновенное идеально верное решение, даже со временем достичь такого дзена сложно.
Хочется получить от такого ревью скорее направление.
Использовать ли здесь DI, верно ли применен паттерн, принято или не принято так делать, не окажется ли та или иной модуль bottleneckом, лучше мокать или манкипатчить конкретно эту функцию.
В отношении долгосрочности - да, так и нужно.

Ответить
Развернуть ветку
Аккаунт заморожен

Комментарий недоступен

Ответить
Развернуть ветку
Аккаунт заморожен

Комментарий недоступен

Ответить
Развернуть ветку
Вадим Закиров
Автор

Нет, не тестер)

Ответить
Развернуть ветку
Вадим Закиров
Автор

Чтобы ревьюить - сеньор не нужен.
Чтобы ревьюить - нужно указывать и обосновывать.
Ревьюить может и джун джуна, если один может обосновать объективность своего решения.

Ответить
Развернуть ветку
Аккаунт заморожен

Комментарий недоступен

Ответить
Развернуть ветку
Аккаунт заморожен

Комментарий недоступен

Ответить
Развернуть ветку
Вадим Закиров
Автор

Спасибо, на счет рентабельности мнение принял)

Ответить
Развернуть ветку
Аккаунт заморожен

Комментарий недоступен

Ответить
Развернуть ветку
Аккаунт заморожен

Комментарий недоступен

Ответить
Развернуть ветку
Вадим Закиров
Автор

Вопросы о ценовой политике считаю сейчас задавать немного рановато, слишком много неизвестных переменных.
Умение кодить - не всегда умение ревьюить, подчеркну.
UPD: код и сам пулл реквест видно до начала выполнения заказа.
Стек и квалификацию разработчика, написавшего код также видно до начала ревью.
Рефакторить не нужно, нужно указать на нечитаемость, архитектурные промахи и т.п.
Рефакторить значит писать код, так или иначе.
Ревьюить значит комментировать код и указывать на недочеты и лучшие архитектурные решения.

Ответить
Развернуть ветку
Аккаунт заморожен

Комментарий недоступен

Ответить
Развернуть ветку
Вадим Закиров
Автор

Был небольшой UPD.
Продолжим тут тогда.

Ответить
Развернуть ветку
Аккаунт заморожен

Комментарий недоступен

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
12 комментариев
Раскрывать всегда