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

я не считаю стримы вершиной удобства, файловые стримы вообще достаточно неудобны, но прямо так отказываться от них тоже смысла мало, в конце концов оператор << никто не монополизировал, любой волен сделать там конкатенацию или что еще в любом удобном для него виде, без использования STL например

поэтому snprintf/printf все-таки скорее пережиток прошлого, который если и использовать, то четко понимая почему и зачем. плюс, те же аргументы при переходе с 32-бит на 64 (size_t anyone?) нужно кастовать в определенный тип чтобы использовать в принтфах, неудобно и опять-таки дает возможность программисту ошибиться

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