Introdução não tão curta
Depois de ler literatura suficiente em inglês, você pode ter certeza na maioria das vezes de como até palavras difíceis devem ser soletradas. Mesmo que você não conheça as regras. “Intuição”, como alguns podem chamá-lo.
Agora, se alguém vier até você e perguntar como uma palavra deve ser soletrada, você pode ajudar, mas você não pode explicar por que prefere tal grafia. Como você não aprendeu as regras, em vez disso, sua experiência diz que parece certo. Você teve a ideia.
Fim da introdução não tão curta
Somos desenvolvedores de software ou escritores de poemas?
Imagine-se um arquiteto de software com muita experiência no desenvolvimento de aplicativos de diferentes formas e tamanhos.
Sua posição exige que você tome decisões difíceis para escolher um padrão de projeto apropriado para o problema dado, um tipo de banco de dados ou um formato de transferência de dados. Suponha que você seja capaz de fazer a escolha certa na maioria das vezes simplesmente porque seu “pressentimento” lhe diz o que fazer.
Como você explica suas decisões para um novo cara em sua equipe?
“Por que você faz algo desse jeito?” pergunta o cara.
Só quero que você entenda que, sem conhecer o alfabeto, pode ser um desafio ensinar uma nova habilidade a alguém.
Se você se perde ao ver siglas como MVC, DBA, SOLID, DRY, DSL, CDN ou
se não consegue diferenciar entre um callback e um postback, digitação estática e dinâmica, autenticação e autorização e assim por diante, como você está vai ficar no mercado?
Sei que não parece exatamente uma dica, mas a importância de conhecer o assunto é profunda e se você não prestou atenção na escola é hora de atualizar seu vocabulário.
A melhor maneira que funciona para mim é mergulhar fundo nas palestras de programação, seja ele o escritor de blog favorito de todos ou um wiki de programação ou um fórum onde geeks compartilham suas opiniões.