Hoje em dia ficou muito fácil aprender a programar. Se você realmente tem vontade, é possível:

• Fazer cursos pela internet: Existem inúmeras opções pagas e gratuitas. Para quem entende inglês, existe o Udemy, CodeSchool e o Coursera; para quem não se dá muito bem com o inglês, também temos ótimas plataformas nacionais, como: Alura, iMasters, TreinaWeb…
• Fazer cursos presenciais: Além das opções EAD (ensino a distância), há uma infinidade de instituições que oferecem cursos de programação. Alguns exemplos são a Caelum e a Impacta.
• Livros e Ebooks: Aqui também há opções excelentes tanto em inglês como em português. Eu particularmente gosto muito dos livros da Casa do Código.

Por: Diego Martins de Pinho.

Enfim, hoje quem tem vontade real de aprender, consegue de forma autodidata e às vezes com baixo investimento. Entretanto, apesar de toda a facilidade que temos hoje muitos jovens que ingressam na área, até mesmo gente que já trabalha na área há anos, e possuem uma série de problemas preocupantes. Alguns exemplos:

• Achar que já sabe tudo
• Se acomodar naquilo que já sabe
• Copiar o código ao invés de entendê-lo
• Implementar sem testar

Existe uma série de problemas técnicos e não técnicos que iremos discutir em outros artigos, mas o que quero discutir neste é: o programador que não entende e não tem interesse no negócio.

Para dar um exemplo, vou utilizar o meu caso. Há aproximadamente três anos que trabalho na área de Healthcare. Em resumo, minha empresa desenvolve soluções web para laboratórios, clínicas e hospitais de todos os portes. Temos soluções para medicina diagnóstica, gestão laboratorial, diagnóstico por imagem, logística e afins. Quando eu comecei, mal sabia o que estava fazendo. Criava funcionalidades e telas de acordo com as especificações que eram passadas nas estórias (Scrum). Mas com o tempo, fui promovido e comecei a lidar mais diretamente com os clientes, os produtos e suas integrações. E foi ai que o bicho começou a pegar…

Para começar, eu tinha uma dificuldade tremenda para atender os suportes (problemas em produção) e alterar as integrações. Isso porque eu não entendia nada sobre como o negócio e como as coisas deveriam funcionar. “Será que faz sentido um exame do tipo X estar agrupado com um do tipo Y?”, “Um documento deste tipo pode ser exibido na internet?”, “Os valores padrões de visualização estão corretos?”. E como você faz quando está com todas essas dúvidas enquanto o paciente está lá esperando ou quando você está muito próximo aodeadline?

Outra coisa que começou a acontecer muito foram reclamações sobre os layouts e fluxos das telas. Era comum escutar coisas assim do cliente: “Mas os médicos não precisam aprovar procedimento X para fazer Y”, “Os médicos estão tendo que acessar muitas telas pra liberar o exame”, “Os pacientes não consegue acessar os exames, está confuso”. Ou seja, como eu não entendia o negócio, não fazia ideia de como fazer as telas e fluxos de maneira que fizessem mais sentido ao dia a dia dos profissionais que iriam usar. Em resumo: Usabilidade e UX.

Depois de um período apanhando, me aproximei mais dos clientes e dos negócios. Como fiz isso? Existem algumas maneiras, como:

• Conversar com o seu gerente/líder: mostre que você tem interesse em se aproximar da área de negócios. É muito provável que ele comece a abrir espaço para que você participe de reuniões com os clientes.
• Ler sobre o assunto: um aspecto importante é sempre a leitura. É essencial que você leia sobre a área de negócio em que você atua.
• Não fugir dos problemas em produção: muitos dos problemas em produção, como foi citado, acontecem por que a equipe não compreende como o usuário pensa. Quando estas situações acontecerem, use como experiência para aprender mais sobre o seu cliente e o negócio como um todo.

Hoje atuo como Scrum Master na minha equipe e sempre passo esta orientação. Ao entender o negócio, o seu código:

• Terá mais qualidade
• Terá menos retrabalho
• Atenderá de forma mais satisfatória o seu cliente

Fonte: ProfissionaisTI.

Texto original:
http://www.profissionaisti.com.br/2016/04/sou-programador-por-que-devo-entender-o-negocio/