Embora a codificação inspiradora exista no centro de aplicativos inovadores e os desenvolvedores possam expressar sua criatividade por meio da codificação, vemos muitos deles abandonando-a. Uma razão provável é que existem muitos mitos em torno da codificação, tornando-a monótona ou ilógica.
Mas, seria esse o caso?
Para o bem ou para o mal, esses mitos existem e não é produtivo culpar as pessoas por espalhá-los. Mas o que podemos fazer é esclarecer o que é correto e o que é um mito. Isso beneficiará a todos nós como programadores.
Neste post, vou desmascarar os oito mitos de codificação mais comuns, apresentando os fatos. “Conhecimento é poder” pode ser um clichê, mas é assim por um motivo: entender esses oito mitos comuns sobre codificação permitirá que você seja mais produtivo e ainda mais feliz em seu trabalho como programador.
Mito 1: Código reutilizável é uma má prática
O primeiro mito afirma que a implantação de código reutilizável é uma má prática. Como desenvolvedor, é claro que você deve saber qual código pode fazer com que você caia na armadilha de repetir o código, e pode demorar um pouco para descobrir o quanto é duplicado.
Reutilizar código muitas vezes parece mais fácil do que realmente é. Ainda assim, você pode reutilizar o código, se possível, quando, por exemplo:
É simples de estender e adaptar para um novo aplicativo.
É portado para hardware diferente.
Você deseja evitar falhas ou problemas que possam comprometer a confiabilidade, segurança ou proteção do novo aplicativo.
E assim, reutilizar código não é necessariamente errado. Uma estrutura da Web também pode ajudá-lo a reduzir a quantidade de código que você escreve. Como desenvolvedor, você pode aprender algumas estruturas da Web para entender a reutilização de código e como usar códigos padrão.
Mito 2: Sua escolha de linguagem de programação não importa se você for proficiente
Bem, este é o maior mito de todos os tempos e, sem dúvida, muitas pessoas são vítimas dele.
Para mim, a escolha das linguagens de programação é a prioridade máxima porque decide o futuro da minha aplicação. As linguagens de programação são desenvolvidas constantemente para facilitar a vida dos desenvolvedores. Portanto, quando há muitas opções, alternar entre os idiomas é bastante normal.
O mito aqui parece verdadeiro para aqueles com experiência em um idioma específico. A lógica por trás da preferência por seu idioma é apenas sua experiência e também o fato de não precisarem de mais ninguém quando se trata de desafios em relação ao idioma.
Tecnicamente, a escolha de um idioma deve depender do seu aplicativo e do seu setor. A ideia de que os desenvolvedores podem escolher qualquer idioma que quiserem – em vez do que mais se adequa aos seus aplicativos – é um mito. Se necessário, é uma boa ideia procurar ajuda de empresas terceirizadas de terceirização de TI que sejam especialistas e possam orientá-lo para os resultados desejados.
Mito 3: Mais olhos no código significam menos bugs
Os desenvolvedores podem acreditar que quanto mais olhos examinam o código, menos bugs aparecem. Bem, isso é definitivamente um mito porque manter um olho constante no código não é suficiente; precisamos ter a capacidade de corrigir os bugs também.
Muitos desenvolvedores de código aberto estão confiantes de que, se os bugs forem identificados, eles estarão a meio caminho da solução do problema. Mas não, esse não é o caso. O mito é mais ou menos assim: o software de código aberto tem uma vantagem inerente sobre o software proprietário. Uma vez que qualquer um pode avaliá-lo, isso significa que eles podem descobrir falhas e corrigi-las.
Lamentavelmente, isso é apenas uma ilusão.
O fato de que os bugs podem ser encontrados não garante que eles serão encontrados. Hoje, a maioria dos projetos de código aberto tem significativamente mais usuários do que contribuidores. Muitas pessoas não olham para o código-fonte, então o número total de pessoas envolvidas na maioria dos projetos é inflado.
Apenas ter muitos olhos procurando por bugs não diminuirá quase magicamente seus números. Em vez disso, identificar e corrigir erros deve ser feito como parte de procedimentos e metodologia adequados. Os testadores podem usar o teste de regressão para identificar erros recorrentes e eliminar todos os outros erros não focados, que poderiam ser perdidos de outra forma.
Mito 4: Os desenvolvedores devem aprender apenas as melhores linguagens de programação
Quem define a melhor linguagem de programação? Bem, isso não existe – ou, se você quiser ver o outro lado, a melhor linguagem de programação é aquela que melhor se adapta às suas necessidades atuais.
E assim, devo quebrar esse mito, pois existem algumas excelentes linguagens de programação para propósitos específicos. Se você é iniciante, o Python é um ótimo lugar para começar por causa de sua facilidade de uso, legibilidade e versatilidade. Java também é simples de aprender e, o melhor de tudo, vem com documentação rica e seguidores dedicados, ou você pode pular direto para C# como eu fiz.
Depois disso, você deve escolher sua linguagem de programação dependendo da velocidade, recursos exclusivos, compatibilidade, capacidade de manutenção e outros fatores do seu aplicativo em desenvolvimento.
Mito 5: O sucesso do código é garantido pelas habilidades
Bem, eu discordo. Embora parte disso possa ser verdade – pois são necessárias boas habilidades – o fato é que as habilidades sozinhas não podem garantir uma boa qualidade de código. É a experiência e o conhecimento que também desempenham um papel vital para tornar o código-fonte bem-sucedido.
Na realidade, uma equipe de software pode falhar independentemente das qualificações ou habilidades de seus membros. Como mencionei acima, a experiência e o conhecimento em lidar com aplicativos exclusivos e seus problemas de código tornam a comunicação geralmente o aspecto mais crítico de uma equipe de desenvolvimento de software.
Os membros da equipe que, além da experiência em sua linguagem de programação, também possuem excelentes habilidades de comunicação , simplesmente se sairão melhor do que aqueles que não possuem habilidades sociais. Não importa quão habilidoso você seja um codificador; a capacidade de entender os requisitos, implementar código facilmente, entregar boa qualidade e colaborar com outros são os fatores mais importantes que o diferenciam da concorrência.
Mito 6: Nem todo código precisa de backup
Isso é um mito porque isso geralmente não acontece com a maioria dos desenvolvedores. Mas se você se reconhecer nesta declaração, poderá aprender a usar o Git. Isso ajudará você a gerenciar seus arquivos facilmente sem perder nenhum dado ou informação.
Não importa qual software de controle de versão você usa, desde que você saiba como utilizá-lo corretamente. Se seu computador ou rede quebrar, você não perderá uma modificação crítica. Novos desenvolvedores acharão irritante, e desenvolvedores veteranos acharão desastroso, mas somente se eles não adquirirem o hábito de proteger seu código.
Mito 7: Bons programadores precisam trabalhar por longas horas
A frase japonesa “Karoshi” significa “morte por excesso de trabalho”. Existe essa mentalidade estereotipada de que os codificadores trabalham dia e noite para fazer as coisas funcionarem. Mas isso os torna bons codificadores?
De acordo com as estatísticas, existem muitos desenvolvedores geeks trabalhando em média 56 horas por semana para entregar o melhor código. Mas a verdade é que trabalhar longas horas não garante necessariamente resultados. Esse mito permanece persistente entre os desenvolvedores, e há muitos que acham que precisam trabalhar horas extras para cumprir os prazos.
Em termos práticos, um projeto deve ser concebido de forma a estabelecer prazos realistas. Os sprints decididos no início do projeto não devem exigir horas extras pelos desenvolvedores, e o cronograma programado deve ser cumprido sem comprometer a qualidade do código ou o desempenho.
Talvez alguns projetos apresentem prazos imprecisos e irrealistas porque são mal projetados. Os programadores são então forçados a perseguir uma data de implantação e, nesses casos, não se pode esperar codificação sem erros nem alta moral.
Mito 8: Novas ferramentas trazem melhores resultados
Como a tecnologia é tudo no negócio de software, esse mito parece ser verdade. Se você escolher a melhor e mais recente ferramenta para o seu negócio, deve acabar obtendo resultados frutíferos, certo?
Certo ?
Bem, não exatamente. Houve empresas que experimentaram tecnologias mais novas e avançadas na tentativa de ficar à frente dos concorrentes. Mas a tecnologia “mais recente e melhor” não garante o sucesso.
O maior exemplo disso é o Twitter , que é a maior e mais proeminente empresa do mundo a operar em uma plataforma Ruby on Rails. Mas logo após enfrentarem problemas de escalabilidade e desempenho, eles mudaram seu foco e reescreveram o código em Scala antes de migrarem para a JVM.
Isso mostra que nem todas as novas ferramentas podem trazer resultados frutíferos de uma só vez; às vezes você tem que voltar para a abordagem tradicional. Da mesma forma, existem outras empresas líderes como Reddit, Yammer e Yahoo que também deixaram de lado o pensamento de que novas ferramentas necessariamente trazem melhores resultados. A realidade é bem diferente do mito.
Conheça o mundo real da programação
Neste post, desmascarei os oito principais mitos da comunidade de programação. Alguns desses mitos podem parecer plausíveis – por exemplo, que novas ferramentas necessariamente trazem bons resultados ou que os programadores precisam aprender apenas uma linguagem de programação.
Portanto, deixe de lado esses mitos e entre no mundo real da programação. Espero que este post tenha trazido alguma clareza, mostrando como diferenciar entre verdade e mito e capacitando você e sua empresa a obter maior envolvimento do cliente e obter maior sucesso.