SQM 18/24: Defects Density [software quality crash course] [eng sub]

A lecture for BSc students in HSE University.
The slides are here: github.com/yegor256/sqm (in LaTeX and PDF)
Blog: www.yegor256.com
Books: www.yegor256.com/books.html
GitHub: github.com/yegor256 (don’t hesitate to follow in order to stay informed)
Telegram channel with recent news and updates: t.me/yegor256news (subscribe to not miss a thing)
Twitter with daily and weekly updates: / yegor256 (follow me!)
iTunes: podcasts.apple.com/us/podcast...
SoundCloud: / yegor256
0:00 Вступление
1:46 1976
11:31 1984
15:27 1989
24:08 39 Measures for Reliable Software
34:56 1990
37:21 1992
40:22 1996
44:31 1999
1:00:55 2004
1:03:45 2005
1:12:22 2008
1:14:42 100+ Metrics that Predict Faults, 2013
1:16:05 2022
1:19:16 2016
1:21:38 My Own Statistics, 2024

[@chimax4713]

Егор, спасибо за твою точку зрения (зачастую идущую против общего мнения), которую ты отстаиваешь и доносишь до аудитории на протяжении многих лет. Это большая находка для русскоязычного сообщества, что у нас есть такие спикеры.

[@twoka]

Препод - мечта нашего "ведущего" или "1 категории". Егор, вот интересно стало. Не думаешь ли ты что данные ты шаришь не по уровню студентов? еще вопрос - другие универы пользуют или носы задирают?

[@egormerkushev]

1:02:55 я кажется понял в чем несостыковка в сравнении плотностей ошибок разного кода: нужно ввести понятие мгновенной плотности ошибок. То есть числа ошибок на тысячу строк кода в данный момент времени. Нужно считать не плотности за всю историю существования кода (в нем ведь постоянно менялось число строк и найденных ошибок), а приращение, скорость, поток, производную функции изменения плотности. Тогда мы сможем понять криворукость программистов в этом проекте - учатся они чему-то или продолжают плохо кодить, как на старте работ.

[@Garry_Li]

11:00 так всё правильно, 4 ошибки на 128 строк, значит 31 на 1000 >> (1000/128)*4 = 31,25