Para aqueles que não estão relacionados à criação de software, o trabalho do desenvolvedor pode parecer bastante fácil: você está em demanda no mercado, eles pagam bem, as empresas tentam agradar agradáveis agradecimentos e assim por diante. Tudo isso é verdade, mas, para ser sincero, o programador tem muitos momentos desagradáveis. Reunimos dez das coisas mais populares que mais incomodam os fabricantes de software.
10. Ferro
Obviamente, os programas precisam de equipamentos para serem executados. E, não importa como alguns desenvolvedores tentem ignorar o papel do hardware, mais cedo ou mais tarde, ao criar e depurar software, eles inevitavelmente encontrarão problemas específicos ao equipamento. Portanto, os iniciantes são aconselhados a sempre estudar os recursos do ferro e os sistemas nos quais seu código será executado, para que mais tarde haja menos dificuldades.
"Todo programador que pelo menos uma vez depurou uma falha estranha em um servidor de banco de dados ou tentou entender por que as unidades RAID não estão funcionando corretamente sabe o quão doloroso isso é problemas de hardware". Steve borthwick
"Programadores odeiam hardware porque nem sempre podem culpar tudo!" Anônimo
9. Sente-se o dia todo
Até que você tenha um desktop com uma esteira, o desenvolvimento de software nunca será como uma espécie de exercício aeróbico. A maioria dos programadores passa longas horas sentados na bunda, tocando no teclado e olhando atentamente para a (s) tela (s). Depois de algum tempo, a sessão prolongada pode se tornar muito desconfortável. E se você não pode se mudar para outro lugar para mudar o ambiente, isso às vezes leva você rapidamente à angústia.
“Sento o dia inteiro em uma cadeira e olho para a tela. Tudo começou há algum tempo ... primeiro nas costas, depois no pescoço, olhos cansados e como se estivesse queimando, dor de cabeça ... não há paz nas pernas ... Tentei compensar isso com fitness, taijiquan, ioga, qigong, fui trabalhar em uma bicicleta - e ainda não consigo mais sentar oito ou mais horas. Para passar o dia inteiro no escritório ... observe o sol atravessar o céu, sem olhar para cima desta maldita cadeira enquanto a vida passa. " Markus toman
8. Depuração
Mesmo o melhor código cuidadosamente escrito não está isento de bugs. Naturalmente, os desenvolvedores são forçados a gastar regularmente tempo pesquisando e corrigindo defeitos - tanto em seu código quanto no de outra pessoa. Alguns insetos são encontrados e tratados com facilidade, enquanto outros podem trazer ao calor branco sua evasão, forçando-os a passar muitas horas e duvidar da estabilidade de sua psique.
“Detecção de um disco difícil de reproduzir ou, o pior de tudo, que se manifesta em um bug de teste de integração que acidentalmente passa ou falha no mesmo código !!! Parece que você nunca pode encontrar esses erros misteriosos escondidos em algum lugar do código. Fu! " Emmanuel ngwane
"Nós escrevemos programas tão grandes (às vezes também pequenos) que, durante a depuração, nos aprofundamos em tais desvantagens e esquecemos o que é o bug em si" . Ayush Bhatnagar
“Depuração, especialmente ao trabalhar em grandes projetos de milhares de linhas. Muitos geeks como eu preferem exibir a imagem através do projetor durante a depuração, para que seja mais fácil para os olhos ". Isaac perez
7. Má documentação
Trabalhar com o código de outras pessoas às vezes é irritante, mas não tanto se estiver bem documentado. Infelizmente, esse nem sempre é o caso. Se não houver comentários no código ou uma explicação normalmente escrita de como tudo funciona, você precisará gastar muito mais tempo depurando, expandindo ou integrando o aplicativo. E isso não afeta o bem-estar dos programadores da melhor maneira.
“O mais irritante é quando você é contratado para lidar com software mal documentado. Isso dificulta a vida de quem aceita o trabalho no projeto. Falta de comentários e pouca semântica, especialmente quando muitos bugs e erros permanecem após o programador anterior. ” Angel Angeles III
"O julgamento está em um código não documentado e não comentado que algum idiota escreveu." Abhishek chauhan
"Eu, como a maioria dos programadores, passo mais tempo mantendo códigos mal documentados do que escrevendo novos." Walt karas
6. Mesclagem de código
Sistemas de controle de origem como Git ou Subversion são ótimas ferramentas que permitem que muitos programadores trabalhem na mesma base de código ao mesmo tempo, sem pressionar os cotovelos. Mas, no final, as alterações precisam ser confirmadas no repositório e podem surgir conflitos aqui, se, digamos, dois desenvolvedores alteraram um arquivo ou sub-rotina. Às vezes, esses conflitos são resolvidos simplesmente, às vezes não.
" Não gosto de mesclar, porque quero alterar o código para que meu colega queira fazer de maneira diferente - e o que fazemos? "Eu sempre tento encontrar maneiras de combinar as duas soluções, mas se surgir um conflito real, a fusão se tornará uma tarefa muito desagradável." Jessica su
"Conflito da fusão" mal absoluto . " Koustuv sinha
5. Expectativas irrealistas
Desenvolvedores de software - as pessoas estão longe de serem estúpidas. Mas, precisamente por esse motivo, todo tipo de chefes, gerentes de projeto e vendedores costumam mostrar expectativas irreais e altas sobre o que um programador ou equipe de programadores pode criar até uma determinada data e, portanto, planejar demais. Como resultado, os desenvolvedores acabam se esgotando no trabalho e geralmente não sentem prazer com isso.
“O mais desagradável é explicar às pessoas que você não é um mágico, que seu conhecimento tem limites, o que exatamente pode ser realizado com a ajuda das ferramentas disponíveis dentro do tempo previsto e tentar transmitir tudo isso às pessoas que nunca estiveram envolvidas na programação e não estão ansiosas para fazê-lo. " Mark miller
"Seu chefe espera muito de você e de seus colegas, mas tempo e recursos não são suficientes para se aproximar dos resultados esperados". Kevin sekin
"Os gerentes de projeto e analistas de negócios prometem aos clientes tirar a lua do céu, e os programadores devem fazê-lo a todo custo" . Ratnakar sadasyula
"Adoro quando alguém pede para fazer algo trivial e, em seguida, gera uma demanda que a ciência da computação precisa desenvolver por mais vinte anos" . Vladislav Zorov
4. Outras pessoas quebram meu código
O código escrito por qualquer desenvolvedor, de uma forma ou de outra, deve interagir com o código de outros programadores. Não importa se é parte de um aplicativo, bibliotecas de terceiros, ferramentas ou outro aplicativo em geral. Nosso código não existe isoladamente. Como resultado, alguém pode, por causa de pressa, mal-entendido ou descuido, quebrar o código de outra pessoa, o que causa descontentamento, brigas, estresse e, muitas vezes, xingamentos.
“A pior coisa que tive foi quando escrevi um programa com uma pessoa que, sem aviso prévio, mudou a biblioteca à qual nós dois nos referimos. Como resultado, minha sub-rotina chama variáveis perdidas ou as adiciona. Ou, pior ainda, o código da biblioteca caiu ao qual eu não tinha acesso ". Sheri fresonke harper
“Quando uma parte do seu código para de funcionar porque alguém mudou sua parte. Muitas vezes, suas funções começam a exigir mais argumentos do que antes. Às vezes, as funções geralmente desaparecem ou são transferidas para outro arquivo. ” Jessica su
“A necessidade de voltar constantemente e refazer o código que você escreveu alguns dias atrás e que simplesmente“ quebrou ”(não a primeira vez) devido a alterações feitas no sistema geral sem a discussão de alguém que nem sequer testou ou obteve pontuação no que os testes falham. E, como resultado, eles dizem que seu código "não funciona" . " Simon hayes
3. As pessoas não entendem o que eu faço
Apesar da crescente popularidade da profissão de programador e da onipresença do software, muitos profissionais que não são de TI ainda não entendem o que os desenvolvedores estão realmente fazendo. Para eles, somos apenas "técnicos" e eles não vêem muita diferença entre, por exemplo, desenvolvedores de software e hardware. Incompreensões constantes e idéias inadequadas, especialmente entre sua família e amigos, podem deixar um programador louco.
“Entre as pessoas que não estão relacionadas à TI, há um equívoco generalizado de que, como os programadores trabalham em computadores, eles devem poder repará-los. Isso é aproximadamente o mesmo que se você dirige um carro, você deve conseguir resolver a caixa de câmbio. ” Steve borthwick
“Sim, eu ganho a vida escrevendo código. Não, não posso ajudar a resolver o problema com a impressora, ou abrindo o arquivo anexado à carta ou por um computador que não inicializa. Pelo menos - até que você me leve para almoçar ou tomar cerveja, talvez eu possa ajudar. Phil johnson
"Explique às pessoas que eu não tenho em todos os cantos uma loja que instala software pirata em seus computadores." Anbalagan jeyabalachandran
“A família e os amigos pensam que eu posso consertar remotamente tudo que estiver conectado aos computadores. Hardware e software. Eles não entendem. Como resultado, você deve ouvir os comentários ardentes como "que tipo de programador você é, mesmo que não consiga consertar a unidade de DVD no meu laptop". " Jazib babar
"Apenas 1-2% das pessoas sabem o que eu realmente faço." Yasin Pekşen
2. Falta de tempo
Como na maioria das outras áreas de negócios, criar um bom software leva tempo. Infelizmente, como em outros lugares, a gerência e / ou os clientes geralmente não querem esperar o tempo suficiente para implementar corretamente a solução ideal. Como resultado, os desenvolvedores são frequentemente solicitados a torná-los mais rápidos. Isso leva ao uso de hacks desagradáveis, a dívidas técnicas e documentação deficiente. Por sua vez, as conseqüências descritas causam dor de cabeça durante melhorias e manutenção subseqüentes, especialmente para programadores que precisam lidar com códigos prontos.
“Quero fazer tudo bem , mas por causa da pressão, tenho que fazê-lo às pressas. Às vezes isso é justificado, mas o sentimento de que a cultura moderna de programação foi longe demais nessa direção não desaparece. ” Tikhon jelvis
“O pior para mim é escrever código apressado e saber que eu poderia torná-lo muito mais elegante. Constantemente pressionado pela falta de tempo ... " Gene Sewell
"... Quando muito do que você faz nem lembra remotamente boas técnicas de programação, e apenas porque a velocidade é mais importante que a qualidade, você precisa fazer o que pede." Jose Palala
"... Sempre não há tempo e dinheiro suficientes para criar a solução certa, mas eles sempre são suficientes para corrigi-la mais tarde, de novo e de novo . " Romi awasthy
1. Trabalhe com o código de outra pessoa
Mais cedo ou mais tarde, os desenvolvedores de software precisam lidar com o código escrito por outra pessoa. Seja um código herdado herdado de um antecessor no trabalho ou uma API de terceiros ou um código escrito por um consultor, você não poderá evitar completamente a necessidade de corrigir, estender e / ou integrar o programa de outra pessoa. E isso geralmente faz com que os desenvolvedores arrancem os cabelos da cabeça.
“... O pior é escalar o código alienígena, entendê-lo, depurá-lo, configurá-lo. E está completamente escuro quando a pessoa que o escreveu desistiu e não o ajudará de forma alguma. ” Ratnakar sadasyula
"Tentando descriptografar milhares de linhas de código não documentado." Simon zhu
"Houve momentos em que tive que lidar com o código IMPRESSIONANTE escrito por consultores." Joe samson
“Outro problema que pode ser muito frustrante são as APIs de terceiros. Às vezes, você depende muito deles e, em seguida, percebe um problema ou é necessário algum tipo de funcionalidade, mas a API não torna possível resolvê-lo, então você deve entrar em contato com o autor e esperar o melhor. " Kevin sekin
“Erros de linguagem e estrutura. Você passa dias tentando descobrir por que seu código não funciona. E apenas para descobrir que a coisa toda é um bug na linguagem ou estrutura . ” John paul alcala
“Descobrir código escrito por alguém que não possuía as qualificações adequadas para criá-lo ...” Nani Tatiana Isobel
Talvez algo mais esteja no seu top 10? Bem-vindo aos comentários :)