Хабр Курсы для бэкендеров
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Бэкенд доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 36
Количество линий / коммитов часто не коррелирует с вложением. Как-то я искал ошибку в драйвере диска: Изменение в 1 бит кода заняло 1 месяц.
Изменение в 1 бит кода заняло 1 месяц.
Аналогично: в 1999 году я как-то раз две недели искал причину ошибки в системе планирования полетов авиакомпании KLM. Причем часто работал более 8 часов в день. Когда нашел, для исправления добавил три строки кода.
У нас по такой метрике выходит, что джун, которого посадили приводить унаследованный код к корпоративному стилю продуктивней всех остальных вместе взятых.
Что здесь делает тег C++? История очень интересная, виден почерк автоматической руки гпт.
Забавно было увидеть вместо дефиса целый английский dash.
режиме ежедневных 3–4 коммитов? Это утомительно.
А чем закончилась история с "камнем в команде"? Типа автор спустя несколько лет помнит обиды на человека, настолько он бесит что захотелось навайбкодить расширение?
Мотивация для установки расширения ещё более странная: дайте доступ кому-то к вашей системе, чтобы увидеть какие-то чиселки.
Желаю автору познакомиться с функционалом github, gitlab, gitea или любым другим российским аналогом. Забустят разработку проектов на несколько порядков. Существует также код ревью, на котором будет прямо видно кто что пишет.
Забавно было увидеть вместо дефиса целый английский dash.
Чем забавно? Для указания интервалов используется как раз тире, а дефис вместо него ставят обычно по незнанию или из-за отсутствия нужного знака на клавиатуре.
Чем забавно? Для указания интервалов используется как раз тире,
У автора использовано короткое тире (en dash), которое в русскоязычной типографике не применяется.
Российская типографика явно не регламентирует какое тире использовать. Среднее тире визуально оправдано, потому что длинное по-хорошему надо отбивать не полными, а короткими пробелами, иначе дыра в тексте получается. Короткий пробел при наборе поставить – тот ещё квест даже с десктопа.
Среднее тире с обычными пробелами вокруг такого визуального эффекта не даёт. И с телефона – вот как здесь – запросто набирается.
Судя по описанию, плана работы не было, писали что могли и как могли.
По мне - пусть хоть в пеинте код рисует и потом распознает, если задачи закрываются вовремя и с должным качеством.
Ну и ревью же не по отдельным коммитам делается.
Но ведь можно ж человека попросить сразу в редакторе код писать. И он тогда сразу и задач в два раза больше может делать, а? Потом попросить автодополнение включить/настроить, чтобы ещё быстрее писал. А потом попросить, чтобы через ИИ коммиты прогонял, чтобы багов меньше было. <<<15 management interventions skipped>>> И вот уже программист в 1050 раз больше задач за единицу времени закрывает! А всего-то надо было его попросить не в пайнте кодировать!
что-то какая-то фигня
гитхаб и прочее из коробки умеет аналитику по пользоватлям
даже если у вас такое секретное что только гит по локальной сети да флешками - IDE умеют красиво все визуализировать и фильтровать
и наконец-то - групповая робота это декомпозиция. Нельзя пилить кто во что горазд, а если у вас все по плану и в рамках оговоренного функционала то в чем проблема?
на сегодня даже менеджеры уже не страдают "количеством строк" как это было лет 15 назад где-то "популярно"
на сегодня даже менеджеры уже не страдают "количеством строк" как это было лет 15 назад где-то "популярно"
Сегодня они страдают количеством потраченных ИИ-токенов. Не шутка.
мне бы таких менеджеров, столько пет-проектов куда можно спокойно вливать токены месяцами, как в сухую землю
просто из интереса и исследования
А я бы наоборот - сделал бы приложение, которое имитирует онлайн в рабочем мессенддере (у нас слек). А то тут оказалось, начальник анализирует цвет кружочка моего юзера в слеке. И потом мне выговаривает - 2 часа был не онлайн. Пусть ему мой зелёный статус круглые сутки светится.
Под разные мессенджеры сделать, кустомизабельно
Странненько. Обычно, проф. интуиции и желания разобраться для такого с головой. Тем более, сейчас можно закашлять диффы с тасками в ЛЛМ.
Я, мыть божет, что-то не увидел по тексту.. но каким образом каммиты вида
--- a = 100500;
+++ a = 100500; // абырвалгпрошли через ревьюеров?
Мы будем использовать гитхаб...
Для ревью кода, чтобы некачественные и бесполезные каммиты на попадали в мастер? Да?
...
Ведь да?
А если это в одном мерж-реквесте, тогда нет разницы в каком коммите это добавили, потому что вряд ли при ревью будут смотреть коммиты отдельно, и пройти будет легче. А если ещё сделать таких правок кучу, чтобы сложнее было ревью делать.
Но если смотреть на сам бесполезный комментарий - то да, соглашусь полностью, если комментарий не нужный, он не нужный.
Если в коде встречается захардкоженная константа - комментарий к ней может оказаться очень полезным.
Даже если для человека "вне контекста" он выглядит как абырвалг, а для автора не нужен, как очевидный.
с кодРевью надо тоже понимать и подходить с умом, и с пониманием что на это нужно время и ресурсы. а то 1 неделя все просматриваем и оставляем комменты, а через месяц давай быстрее апрувь, нет времени смотреть/объяснять. а через полгода - тесты не прошли игнорим , надо быстрее на прод.
Но немного поигравшись с XAML, привёл к более приличному виду:
Как в былые времена .net 3.5 и практически амбасадор замла в локальной среде заскорузлых совковых фулл-стэк девелоперов мой тебе дружеский совет...
Закопай уже эту мертворожденную отрыжку мелкомяхких производителей воняющего тухляком сервелата 😉
Для юай хтмл все ж таки лучше (VueJS с Quasar, React ну или даже простихоспадя ангуляр). Все лучше работает чем этот масложор замл.
Вроде бы еще несколько десятилетий назад все поняли, что измерять производительность труда программиста количеством написанных строк кода это глупость. Ну видимо не все... И кстати, если ваши коллеги узнают о том какую метрику вы используете, то всё станет еще хуже. Человек которому поставлена задача по достижению некоторого KPI будет выполнять KPI, а не работу. Вам надо больше кода - вы его получите. Рассказать как из цикла в 30 итераций и объемом кода в 3 строки сделать 30 строк без цикла?
Я какое-то время настраивал местное no-code решение для интеграции с бэком и соответственно кода почти не писал. Именно после этого периода ко мне пришел лид, открыл историю коммитов и сравнивал с другими разработчиками. Если спустят задачу урезать премии, то задача лида всегда найти за что.
Это называется "закон Гудхарда".
Нанимайте индусов и LLM. По количеству произведённых строк их никто не догонит.
Программист - это по старому ИТР, а с нормированием, ну и контролем эффективности их труда всегда было значительно сложнее, чем с нормированием и оценкой эффективности труда рабочих и прочих людей ручного труда.
Для того, чтобы понимать кто что делает, надо интересоваться сотрудниками, держать руку на пульсе команды, и в целом выполнять роль тимлида. Оптимальный размер команды для контроля - 5-7 человек, чтобы точно понимать, кто что делает и как.
Но учитывая, что автор сразу написал, что роль тимлида он не выполнял - танцам с бубнами о KPI и прочими непотребствами, удивляться не стоит.
Вы заново "изобрели" разобранный и признанный неэффективным еще 30 лет назад подход "кто больше написал строк кода - тот молодец".
кто при таком подходе будет искать проблемы ? никто, потому что Ваш "KPI" считает что:
нет багов
приоритет всех задач равен
нет задач, требующих исследовательской нагрузки
и так далее.
Хороший программист пишет не много кода, а полезный код. Как же я "люблю" это "много кода написал" :)
Так а задачи не нарезали что ли? Куча разрабов делали что-то без спек, требований, планов? Какая-то оч странная история, шансов дойти у которой до релиза - 0 целых, 0 в периоде. Не верю, как сказал бы Станиславский...
Мерить KPI коммитами - глупость, кто-то любит чуть ли не каждое действие комитить, чтобы при пр/мр легко вырезать изменение, а у кого-то все в одном коммите и ему проще его откатить. По итогу обычно просто делается скваш при мердже ветки и все.
Хуже мерить только по строкам, особенно в эпоху нейрослопа
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как найти ленивого в команде разработки?