Ох... если посчитать затраты на непроектную нагрузку в *унифицированных командах* - там получится около 80%. Так что различия в языках погоды не делает.

да нет смысла это обсуждать без конкретных кейсов)

что подразумевается под непроектной нагрузкой?

есть команда java/go/js/1С и 80% непроектной даже не рядом.

то что не привносит ценность в проект

то есть вы отрицаете понятие технического долга, и считаете, что главное побыстрее нагавнокодить, продать и сбежать с мешком денег? Или снова переписать с нуля?) так как написанный тяпляп код по разным технологиям, разными командами скоро перестанет быть поддерживаемым)

Да, в некоторых аспектах я отрицаю понятие технического долга и считаю, что главное побыстрее сделать эффективное рабочее решение и начать получать с него профит.

Но в этом случае история про другое - в моем идеальном волшебном мире техническому долгу просто неоткуда взяться. За счет того, что все работают над тем, чем должны с полной самоотдачей, скорость вывода фичи в прод занимает в 5 раз меньше ресурсов, чем в среднем по индустрии, что экономит еще 30% ресурсов на уменьшении количества коммуникаций. В результате фичи стабильно запускаются в прод за пару-тройку дней каждая одна за другой и каждая из них увеличивает профит как минимум на 10% за счет глубокой проработки, качественной реализации, своевременном информировании потребителей и прочими позитивными штуками.

Звучит как утопичная галера

Я думал, что в утопичных мирах за нас все пишут нейросети, а мы получая безусловный доход нежимся на пляжах всей Землёй ))

может Nekt и есть та самая нейросеть)

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

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

но во внутренней разработке грамотный CTO заставит нас сделать сеппуку за такое отношение

тимлид?

или тебе реально фибоначи от фибоначи надо?

я? нет.

а хто

разраб

это для примера

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

+

знаю как скоростной кодякер как это