SLOC

А до этого целый день думал, как написать этот код.

Некоторые думают, что программер должен сразу идти и молотить код двумя руками.

Не встречал, чтобы где-либо использовали SLOC как оценку эффективности деятельности программиста.

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

Прикол в том что алгоритм надо было придумать.

И этот минимум будет актуальным только в вакууме. Всё зависит от перспективы и скилов конкретного разраба. Где средний разраб будет фигачить тысячу строк кода, его, уже сталкивавшийся с подобной задачей, коллега возьмёт какой-то малоизвестный готовый инструмент, либо остроумное решение, и уложится в 100 строк.

Их уже уволили, тебя повысили?

Двоих уволили, при том раньше даже, джуна перевели на другой проект.

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

Думаю тут сильно зависит от статуса разработчика. Если это что-то вроде - вот ко вторнику, а сегодня пятница, надо сделать готовую софтину, состояющую из формочек, логина и прочей херни, то да, SLOC наверное всё ещё в силе. Когда работал в штате у нас SLOC не было, но было нужно именно результат и ещё вчера, не важно какими средствами.

Однострочники это олдскул, разработчики могущие это теперь большая редкость. Куда чаще в проектах встречаются сотни файлов с 2-100 строк. В некотором смысле это ещё хуже однострочников, потому что парсить что хотел автор ещё дольше по времени.

Куда чаще в проектах встречаются сотни файлов с 2-100 строк

Если структура проекта адекватная, то это скорее норма.

Впрочем, от языка зависит.

SLOC, его ещё где-то используют? Интересно послушать адептов этой методики, если они ещё не вымерли.

Вот тут (в совокупности ответов) достаточно подробно разжевано, что такое SLOC, и как и для чего его можно использовать: https://stackoverflow.com/questions/3769716/how-bad-is-sloc-source-lines-of-c...

Переводить/копипастить сюда не вижу смысла. Прошу прощения у Ъ.

Ну если, то да. Однако если бы адекватная, то и проблемы нет.

Я же про то, что часто хипстериллы просто плодят файлы и чтобы понять что хотел аффтар, надо непременно читать каждый такой файл или хотя бы каждый второй. Потому как там могут быть запутанные зависимости, различные перенаправления и прочий ад и израиль. И увы, это норма теперь. Да, они насмотрелись этого у крупных проектов, но там же инженеры + сотни людей и их противоречия, то есть структуры крупных проектов они в буквальном смысле выстраданные, а не выдуманные.

Не встречал, чтобы где-либо использовали SLOC как оценку эффективности деятельности программиста.

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

8 часов написал аж целых 100 А до этого целый день думал, как написать этот код

= 100/2 = 50 строк в человекодень.

3 человека пытались сделать с января, написав при этом 10k

= 10000/3человеков/14*5 дней = 37 строк в человекодень.

Чрезвычайно точно(там степенной показатель от 1.0 до 1.2).

ощущение, что им платят именно за количество строк

Возможно, это есть неизбежная реальность. Исполнителю платят за решание проблемы. Если он решит задачу раньше — у него образуются незанятые сотрудники, которым нужно продолжать кормить семьи — пока не найдутся новые задачи сравнимого размера. Так или иначе, заказчик должен это компенсировать. Однако, его продукт уже готов, и все дополнительны выплаты строго вычитаются из его прибыли => есть стимул к оптимизации. Получается что-то типа взаимоневыгодного равновесия от Нэша. Исполнитель заинтересовын выжрать весь бюджет проекта, а заказчик — уменьшать его до размера, не оставляющего шанса на стимулирование эффективности.