Você já se preocupou em estar mais preocupado com a forma como algo é construído do que com o que você está realmente construindo?

Como programador, tenho um aborrecimento inerente às minhas ferramentas, ao código de outras pessoas, ao meu código e ao mundo em geral. Eu sempre quero melhorar isso. Então refatoro, fico no topo das técnicas mais recentes. Tento aprender padrões, tento usar estruturas para não reinventar a roda. Eu posso escrever uma especificação técnica que vai explodir suas meias com a quantidade de padrões que eu posso usar.

No entanto, ultimamente, sinto que realmente sei mais sobre as ferramentas que utilizo do que como implementar software de sucesso.

Sinto que não tenho o conjunto de habilidades de fatores humanos e acredito que ser um engenheiro de software bem-sucedido leva mais do que conhecer a estrutura mais legal. Eu acho que também precisa de algumas das seguintes habilidades.

• Design de interação
• Experiência de usuário
• Marketing

Eu aprendi um pouco disso com pessoas com quem trabalhei e com ótimos projetos em que trabalhei, mas não sinto que possuo essas habilidades.

Estou certo? Devo estar tentando desenvolver essas habilidades ainda mais, ou elas devem ser deixadas para as pessoas que as fazem em uma carreira?

Como você se certifica de não ficar muito envolvido com a maneira como está fazendo alguma coisa e se "deixa seus usuários impressionantes"?

Alguém conhece bons recursos para aprender essas habilidades do ponto de vista da programação?

Meu pequeno conselho: converse com seus usuários o máximo possível. Não sei se você está em uma empresa grande e está em um continente diferente dos seus usuários, ou se está em uma posição de freelancer, mas, se possível, converse com seus usuários.

Sei que muitas vezes tenho que me sentar e lembrar que não é meu trabalho criar o melhor código que o mundo já viu, ou criar uma função que use a menor quantidade de ciclos e demore o menor tempo tecnologicamente possível, mas para tornar o que os usuários precisam fazer seus trabalhos. E, nesse sentido, acho que além da capacidade técnica, (para mim mesmo) as duas melhores características a ter são um bom conhecimento de negócios dos negócios dos usuários e um bom relacionamento de trabalho com eles.

Eu trabalho em uma empresa pequena (~ 50 pessoas) e gosto de poder ir até o cubo de alguém e conversar sobre a última coisa que fiz / consertei para eles. A melhor sensação absoluta que já recebi do meu trabalho é quando consigo ouvi-los falando sobre seu trabalho e sugerir algo que resolverá um problema que eles nunca perceberam que uma solução técnica pudesse existir. Isso não seria possível se eu não entendesse os negócios deles e não pudesse ter conversas casuais com eles.

Eu diria que depende de onde você trabalha e de quais tipos de empresas você se vê no futuro - o que é realmente uma discussão aberta.

Nas empresas menores, você pode usar muitos chapéus (embora não saiba ao certo por que o marketing está nessa lista, a menos que você pretenda vender seu próprio produto).

Em empresas maiores, eles tendem a ter pessoas que se concentram especificamente nessas coisas.

Realmente, é tudo sobre aonde você se vê indo e potencialmente abrindo mais portas para si mesmo.

Para cada linha de código que você escreve, você apresenta a chance de um bug.

Portanto, os melhores designs minimizam a quantidade de código introduzido - talvez através do princípio DRY (Não se repita). No entanto, as startups favorecem a abordagem YAGNI (Você não vai precisar), que leva ao MVP (Produto mínimo viável) muito mais rápido.

Se seu objetivo é criar um produto limpo e fácil de usar, que faça exatamente o que seus usuários desejam, o YAGNI é o seu padrão de design definitivo. Jogue fora tudo o que não contribui diretamente para o código em funcionamento. Isso inclui processos puristas de construção e uso obsessivo de padrões.

Algum material de leitura

Você pode ler " Não me faça pensar ", que é um excelente livro sobre design de interface do usuário. Além disso, qualquer uma das séries de livros Gitomer (particularmente The Little Green Book ) ajudará você com suas habilidades de vendas, networking e marketing.

Eu acho que uma certa quantidade de design de interação e conhecimento da experiência do usuário é muito útil, mesmo em uma grande empresa, por um motivo: você como desenvolvedor é a primeira pessoa a realmente usar a interface, semanas ou meses antes de ela estar em um estado utilizável para um testador para testar.

Pode ser muito útil nos estágios iniciais apontar uma interface que não seja tão fácil de usar quanto o planejado, ou algum princípio de design que possa ter sido negligenciado. Às vezes, essas coisas podem ser difíceis de ver antes que você tenha algo concreto para trabalhar, e você é sempre a primeira pessoa a ter algo concreto para trabalhar.

Eu posso escrever uma especificação técnica que vai explodir suas meias com a quantidade de padrões que eu posso usar.

Somente essa afirmação me leva a acreditar que você precisa trabalhar em outros aspectos do desenvolvimento de software.

Embora você nunca seja responsável por todos os aspectos do software da sua empresa, ter uma ampla gama de conhecimentos em vários assuntos pode ser extremamente valioso. Se nada mais, é mais coisas que você pode escrever em uma entrevista, para que você possa continuar sua carreira.

Se você não estiver sendo desafiado o suficiente em algumas áreas do seu trabalho, inicie seu próprio projeto em casa para fazer algo que achar interessante. Ou envolva-se com um projeto de código aberto.

Não, não sei, não é meu trabalho me preocupar com o que estou construindo, mas construí-lo de acordo com as especificações estabelecidas pelo meu cliente / empregador. Eles já sabem o que querem e cabe a mim implementá-lo adequadamente para que seja sustentável. Vou dar conselhos quando surgir a chance, se eu puder dizer que eles não têm certeza da melhor maneira de colocar um recurso no software

Provavelmente, em algum momento, vou querer fazer meu próprio projeto e me preocupar com o que estou construindo, mas acho que por um tempo, ao iniciar uma carreira de desenvolvimento de software, é importante se esforçar constantemente para aprender a maneira correta de fazer as coisas.