Психология разработки: как когнитивные искажения влияют на архитектурные решения и качество кода (часть 2)

[Dhwtj]

надо просто сделать задачу, тогда и оценка трудоемкости появится)

[ldss]

A можно ссылку на первую статью?

[ldss]

Ага, мерси

[uxgen]

При написании документации часто бывает искажение - кажется все таким очевидным, что не стоит и объяснять, а через полгода сам не понимаешь как работает и надо копаться в коде, зато это лучшее время для документирования, когда на себе осознаешь какие вопросы возникнут.

С тестированием с свои искажения - вот написал я сложный алгоритм, сделал несколько тестов, чтоб убедиться что все работает, но покрытие 10%. Теперь надо потратить недели на скучные тесты, чтобы проверить все возможные варианты. В идеале разбить задачу между сеньером и мидлом, чтоб мидл из просто алгоритма сделал завершенную задачу.

С готовыми решениями есть нюанс - большая часть таких либ не держит нагрузку. Увеличиваешь количество потоков и упирается в алокатор или синхронизации. Даже в популярных движках есть проблема с синхронизациями на GPU либо излиншие синхронизации CPU с GPU. Так что пришло время заменить старые решения на новые, более оптимизированные и лучше протестированные.