Não desenvolva a visão do túnel de desenvolvimento
Em posts anteriores, falei sobre a ideia de focar em uma área e ir fundo ao invés de amplo. Isso é preferência pessoal, é claro, mas é minha, no entanto.
No ano passado, porém, um dos subprodutos que descobri é que quanto mais tempo você permanece em um determinado setor, mais comuns se tornam certos problemas. (Isso não deve ser uma surpresa, pois é exatamente por isso que temos padrões de design .)
Mas a coisa sobre fazer isso é que você desenvolve uma espécie de visão de túnel para maneiras de resolver problemas.
Caso em questão: Recentemente, recebi a tarefa de desenvolver algumas funcionalidades que iriam analisar a marcação e convertê-la em um formato ligeiramente diferente.
Visão do Túnel de Desenvolvimento
Eu fiz isso várias vezes e muitas vezes descobri [DOMDocument](https://www.php.net/manual/en/class.domdocument.php)ser um dos utilitários mais úteis para fazer isso. Mas há um problema: eu estava tão acostumado a usar isso que estava negligenciando soluções alternativas que não foram incorporadas ao WordPress, mas ao PHP.
Em vez de precisar carregar o documento inteiro em uma instância de [DOMDocument](https://www.php.net/manual/en/class.domdocument.php), eu poderia fazer substituições de string usando – não, não expressões regulares (embora isso fosse tentador) – mas [strip_tags](https://www.php.net/manual/en/function.strip-tags.php)e [str_replace](http://php.net/manual/en/function.str-replace.php).
Levando isso um passo adiante, isso é algo que foi apontado por um colega respeitado durante uma revisão de código.
Em revisões de código, novamente
Eu também passei posts anteriores falando sobre revisões de código, porque eu acho que eles são importantes, como lidar com eles e como evitar ficar preso a eles.
Mas foi um bom lembrete para descobrir que, mesmo quando você acha que está acostumado a resolver um problema comum em uma determinada situação, ainda pode haver uma maneira diferente, mais limpa e/ou melhor de fazê-lo.
Meu ponto é que não importa de que lado da revisão de código você esteja e não importa há quanto tempo você esteja fazendo o que quer que esteja fazendo, não descarte uma crítica porque é diferente.
Na verdade, isso o impede de desenvolver uma visão de túnel de desenvolvimento; ele mantém sua mente preparada para pensar de forma mais ampla sobre um problema, não importa quantas vezes você o tenha resolvido.