Даже не знаю что посоветовать из "почитать", чтобы "стать".
Лучше всего пойти хоть джуниором, но в команду, где используют best practises.
Можно много чего почитать, что-то безусловно полезно, но что-то будет слишком рано и не будет понятно в правильном контексте, пока с подобными проблемами на практике не столкнулся.
Например, я знал, что тесты это хорошо, но понял их важность только начав работать над сложным проектом.
Знал про полезность ООП, но прочувствовал как правильно с ним работать и его мощь тоже не сразу. Можно прочесть например умную книжку по ООП и начать фигачить всякие "фичи" там, где им вообще не место.
Во многом способствует росту заданная высоко планка качества кода в проекте + code review.
Из того, что наиболее всего мне пригодилось это была книга Robert Martin "Clean code", достаточно 1 раз прочесть, чтобы усвоить несколько полезных принципов, в частности понимание хорошо читаемого кода. Ну и в качестве книжки-справочника что-нибудь из разряда "паттернов проектирования ООП"
