раньше они давали триалку по запросу

что значит готовые решения? гитлаб уже давно из репозитория вырос в замену всему софту для разработки

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

Это как? По строкам кода или количеству пиаров?

ТОП

Последние исследования показали, что генератор случайных чисел работает лучше всего

“…и 1000 обезьян рано или поздно…”

там много разных метрик

это был риторический вопрос

значит мой ответ подходит:)

на все сто

Один может написать 1000 строк кода и ПО будет работать неверно, другой напишет 100 и сделает это лучше...
Не представляю себе какие методики оценки должны лежать в основе этой системы

там не совсем так. из полезных - можно посмотреть на кодоунершип в проектах, например, или кто хреначит по 100 комитов в день, а кто ни одного. Ну и т.д. Это статистическая машинка с десятками метрик разного толка. Помогатор. Решение принимает всё-равно человек. Олег пошутил про премию. Мы думали её прикрутить, но оказалось, что затраты на обработку этих самых метрик очень высокие. Приходится прикладывать их на состояние проекта, команды, человека и пр. Но какие-то отдельные штуки полезные

а ничего, что в репо уходит обычно только третий вариант написанного?

премии для программистов - не работают.
подгнонять программиста метриками - копать яму проекту

а что работает?

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

а.. про это.. это да.
мы, кстати. применяем еще такую практику, чтобы была видна работа.
если нет коммита кода, но  человек что-то исследовал (проблему, багу, крэш, тз или что-то такое, что не предполагает написание кода), то мы коммитим в папку RFC документик с теми знаниями, что он смог извлечь из этого исследования (ссылки на статьи, схемы, написанная документация, комменты к таскам и т.п.).

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

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

А вы работали разработчиком? Я просто была проджектом, а теперь работаю разработчиком. Для примера, у меня сейчас есть задача, связанная с расширением текущей функциональности для конкретного особого случая. Если бы у меня была метрика на скорость сдачи работы причем такая, что если сдать за час, то премия 200%, то я бы за час написала работающее решение, которое написано правильно с точки зрения бизнес-логики, но читается коллегами не так уж легко (длинные методы, и т.д.) Но поскольку у меня хороший тимлид, то я спокойно пишу чуть дольше, но код организован для удобного чтения коллегами и внесения изменений в дальнейшем,а также написаны тесты на все случаи, что я придумала. Как думаете, какой подход в долгосрочном проекте выгоднее заказчику?