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

Сначала был единичный случай. Функция, проверяющая, есть на жестком диске 1 файл или 2, - состояла более чем из 50 строк кода, достаточно запутанного.

Но далее появился второй. Функция ядра, занимающая простым поиском файлов по фильтру расширения, - занимает строк 200 с 3 циклами в цикле. И ладно объем кода - вывернутая наизнанку, перевернутая вверх тормашками, витиеватая и алогичная - вход через жопу, выход через рот.

В итоге, эта функция вместо 7000 файлов порождала с дубликатами ~100млн записей в одном списке - что не просто крайне медленно работало, а стало приводить к переполнению оперативной памяти (не хватало 34ГБ).

А уж пользователи как намучились за годы, в ожидании конца работы данной функции.

Решение задачи выглядит просто: написать свою или добавить .removeDuplicates() в существующую. Но так как функция входит в состав ядра и используется везде - закрадываются страх и сомнения. А, вдруг, так надо? Вдруг, каком-то одном случае важно, чтобы были миллионы записей - для последующего использования в другом участке кода?

А времени на парное тестирование всех ее вызовов - нет. Итог - костыль: если функция вызывается от меня - .removeDuplicates(). Как только освободится время, переписать эту функцию с нуля или позаимствовать хорошие примеры из интернета - резко ускорив всю программу в целом. Теоретически, все решится десятком строк с QFileSystemModel.

Не берите психов в программисты.