O uso de novas linhas iniciais simplifica modificações posteriores.
Como exemplo (muito trivial) baseado no código do OP, suponha que você precise produzir alguma saída antes da mensagem "Initializing", e essa saída vem de uma parte lógica diferente do código, em um arquivo de origem diferente.
Quando você executar o primeiro teste e encontrar "Inicializando" agora está anexado ao final de uma linha de alguma outra saída, você tem que pesquisar o código para encontrar onde foi impresso, e então espere mudar "Inicializando" para "\ nInicializando" não estraga o formato de outra coisa, em circunstâncias diferentes.
Agora, considere como é possível lidar com o fato de que sua nova saída é realmente opcional, portanto, sua mudança para "\ nInicializando" às vezes produz uma linha em branco indesejada no início da saída ...
Você define um sinalizador global ( shock horror ?? !!! ) informando se houve algum resultado precedente e o testa para imprimir "Inicializando" com um líder opcional "\ n" ou você produz o "\ n" junto com sua saída anterior e deixa os futuros leitores de código perguntando por que este "Initializing" não tem um "\ n" como todas as outras mensagens de saída fazem?
Se você gerar consistentemente novas linhas finais, no ponto em que você sabe que chegou ao fim da linha que precisa ser encerrada, você evita todos esses problemas. Note que isso pode requerer uma instrução puts ("\ n") separada no final de alguma lógica que produza uma linha peça por peça, mas o ponto é que você emite a nova linha no lugar mais antigo no código onde você sabe você precisa fazer isso, não em outro lugar.