SQM 5/24: Maintainability Index [software quality crash course] [eng sub]

[@vangogih]

Как же круто что свежие, актуальные знания не являются привилегией учащихся в университетах, а доступны вот так сразу всем. Чувствуется вайб и глобальные идеи Егора, который принес открытый вклад в образование из OpenSource разработки) Кайф, огромное уважение! Спасибо ❤

[@dmitriymaskin9673]

Качественная съёмка с первых секунд радует глаз)

[@xrollup]

Егор, скажите пожалуйста, что мотивирует вас продолжать неравную борьбу за качество кодовых баз в мире "амбициозных" сроков и генерируемого говнокода?

[@yegor256]

сам не понимаю :)

[@andreysadovykh2561]

Хорошая лекция с историческим уклоном. 1 метрика = 1 лекция. Материал качественный. Запись и сьемки тоже на высшем уровне. По внутренним ощущениям, кажется затянутым, но наверное так и надо - методично доносить информацию не перепрыгивая с темы на тему.

[@Eereeeeeerr3641]

Как правильно оценивать стоимость поддержки системы?

[@IslamGadzhiev]

Мне кажется, можно в рамках бизнеса смотреть, т.е. что-то около: (трудозатраты текущие на поддержку / ед. времени) * (плановый срок работы софта в ед. времени) * (коэф. роста трудозатрат да этот период) * (коэф. динамики качества поддержки) По итогу: $/time * time * Kincrease [зависит от сотрудников, их уровня, менеджмента] * Kqaulity [зависит от программистов, роста качества за прошедший период, уровень признанного качественным контрибьюшена, кол-ва практически полезных результатов]. Можно от такого отталкиваться, думаю. Можно таким же похожим образом оценивать в времени, не только в ден. средствах. Можно также оценивать в рисках, которые потенциально будут в будущем, что окажут влияние на поддерживаемость.

[@Юрченко_Илья]

Тупая теория. Ты денег лучше давай.Когда Биткоин вырастет?