Просвети. Реально не знаю.

Наверное можно, особенно, если раз написал код и больше он никогда не меняется. В живом проекте такого никогда не наблюдал. И как-бы я ни старался соблюдать OCP, и дорабатывать код исключительно подменой зависимостей, или декораторами или наследованием — все-равно бизнес умудрялся так вывернуть задачу, что все-равно приходилось менять уже написанный код. И выходит, что пока проект живет — мы только и делаем что его изменяем. Не знаю как для кого, но для меня идеальный код — это код который можно относительно безболезненно изменить.

Изменять код на который нет тестов — ну в пень, пусть этим занимаются люди, которые по ночам любят баги фиксить на проде, вместо того, чтобы спать. Поэтому все-же не соглашусь, что может существовать хороший код, и на него не будет тестов.

Аж интересно стало — что такое конструктор? Вот реально вопрос даже не с иронией — может я чего упустил в новых трендах разработки?

Як до сраки карі очі. Автотести не змінюють якість коду, просто дають хибне відчуття, що все під контролем. Борг може залишатися боргом при цьому.

Угу, конечно, не изменяют. Я почему-то наблюдал вокруг себя обратное — те кто начал практиковать написание автотестов, начал как-то сам задумваться о важности слабой связанности и высокого зацепления, порой даже не понимая и не слышав об этих понятиях. Тем самым улучшая качество своего кода. Просто потому, что дико сложно написать тест на класс из нескольки тысяч строк лапшевидного кода, у которого связи со всем остальным кодом в системе.

Доклад на каком языке будет? И вообще кто докладчик?