Одна из задач для чего я использую такие репорты, контроль за поставляемым вайбом. Сейчас MR с вайбом бывает по 1-5К строк, и можно сразу проанализировать эффект, но глазами тоже вычитывать приходится. Это просто новые реалии, сейчас контролировать вайб в денежном выражении выгоднее чем «выверенный и пропущенный через SDLC код» У меня кстати не оценивайт вайб выше, возможно SDLC не влияет на инженерные компетенции ;)
Я тут полностью согласен. Но я за то чтобы метрики для разработчиков делали сами разработчики.
Так как наблюдаю как за последние лет 5 в двух компаниях измеряли разработчиков абсолютные профаны: один по коммитам (что еще не самое плохое), второму вообще не знал зачем нужен DevOps и он мерил зарплатами 😁 и это люди которых ставили и им доверяли CIO
Поэтому разработке лучше самим навязывать свои метрики, до того как придут профаны, коих на рынке сейчас много
Я специально не делал разбор по коммиту -- хотя это возможно. я понимаю что можно оценить кодовую базу только целиком. Кстати своей команде я так уже не раз собирал техдолг и очень бодро его всегда делали и даже сейчас. Всех же false positive не выловишь и отчет можно еще прогнать через LLM на выявление онных, и отчет -- это точка отсчета для архитектурного анализа, поэтому там везде ссылки vscode://
Вес анемичности моделей не настолько высок в вычислении сеньорности кода кстати когда у нас бизнес-требования хорошо изолированы у нас лучше DDD получается, давно наблюдаю эту закономерность.
В остальном оценка не упирается в конкретные паттерны. Я могу согласится что следование DDD не везде обосновано, ну и поэтому не такой большой вес у этой метрики.
К людям я мягок, так как еще параллельно преподаю эти 12 лет, и вырастил многих c уровня trainee/junior
на soft-skills у нас Data Science еще был 5 лет назад, я кстати более ценные для корпорации измеряю, типа насколько разработчик ориентирует в корп-ландшафте Спасибо за метрики, некоторые в динамике измеряю тоже некоторые есть в моем стат-анализаторе, Spec-coverage еще вот надо тюнить
Спасибо. Я стараюсь вычистить все false positive
Подскажите на каком языке у вас проекты?
Одна из задач для чего я использую такие репорты, контроль за поставляемым вайбом. Сейчас MR с вайбом бывает по 1-5К строк, и можно сразу проанализировать эффект, но глазами тоже вычитывать приходится. Это просто новые реалии, сейчас контролировать вайб в денежном выражении выгоднее чем «выверенный и пропущенный через SDLC код»
У меня кстати не оценивайт вайб выше, возможно SDLC не влияет на инженерные компетенции ;)
Я тут полностью согласен. Но я за то чтобы метрики для разработчиков делали сами разработчики.
Так как наблюдаю как за последние лет 5 в двух компаниях измеряли разработчиков абсолютные профаны: один по коммитам (что еще не самое плохое), второму вообще не знал зачем нужен DevOps и он мерил зарплатами 😁 и это люди которых ставили и им доверяли CIO
Поэтому разработке лучше самим навязывать свои метрики, до того как придут профаны, коих на рынке сейчас много
Я специально не делал разбор по коммиту -- хотя это возможно. я понимаю что можно оценить кодовую базу только целиком.
Кстати своей команде я так уже не раз собирал техдолг и очень бодро его всегда делали и даже сейчас.
Всех же false positive не выловишь и отчет можно еще прогнать через LLM на выявление онных, и отчет -- это точка отсчета для архитектурного анализа, поэтому там везде ссылки vscode://
Вес анемичности моделей не настолько высок в вычислении сеньорности кода
кстати когда у нас бизнес-требования хорошо изолированы у нас лучше DDD получается, давно наблюдаю эту закономерность.
В остальном оценка не упирается в конкретные паттерны.
Я могу согласится что следование DDD не везде обосновано, ну и поэтому не такой большой вес у этой метрики.
К людям я мягок, так как еще параллельно преподаю эти 12 лет, и вырастил многих c уровня trainee/junior
да, сейчас сделаю, она у меня в stash
на soft-skills у нас Data Science еще был 5 лет назад, я кстати более ценные для корпорации измеряю, типа насколько разработчик ориентирует в корп-ландшафте
Спасибо за метрики, некоторые в динамике измеряю тоже
некоторые есть в моем стат-анализаторе, Spec-coverage еще вот надо тюнить
я долго оптимайзил I/O на Go + эффективные алгоритмы и алго, которые пока archscope не видит
Я еще пилю слоп-детектор, а сколько строк кода в навайбкоденном?
принял лучшее решение для кожаного
да они еще хамят, я за день до этого общался с поддержкой яндекс и они уже намекали что они терь "темщики"
темки как новая бизнес стратегия
тоже самое, украли в Пятницу, уже Воскресенье, и они все еще не вернули, хотя сняли с их же Яндекс Банка
Ждем
Я с 2007 года использую и тогда уже она мне не понравилась, кстати с тех пор она не особо изменилась 😂
А это когда они натянули на Андроид UI/UX iOS?
В таком режиме до 2х лет думаю возможно, но только за х2 надо соглашаться 😁
Некоторые читаю раз в год, и нередко это по работе. Вот сейчас некоторых не хватает
Там уровень рефакторинга кода похож на полное переписывание, я слежу за кодом телеграма 8 лет
дело в том что я удалил, 96% каналов и чатов у меня с обновлениями 1-2 в неделю
POP больше 10 лет, и Swift под POP проектировался с момента появления SIL в Swift 2.0