Dez coisas que mais irritam os desenvolvedores
Marcelo Honório enviou o link de sua tradução / adaptação do artigo de
Kevin William Pang. Começa assim:
Todos os desenvolvedores tem suas irritações. Seja o aumento do escopo, notação húngara ou colegas de trabalho chatos. Temos que aceitar que existem certas irritações que acompanham nosso dia-a-dia no trabalho. A seguir uma lista das 10 coisas que mais nos irritam:
10. Comentários que explicam o “como” e não o “porquê”
Nos cursos de programação para iniciantes ensinam os alunos a comentar frequentemente seus códigos. A ideia é que quanto mais comentários tiver, é melhor. Infelizmente muitos desenvolvedores parecem ter como um desafio pessoal comentar cada linha de código. E é por isso que muitas vezes veremos algo como isso: (…) (via blog.marcelohonorio.com.br)
@brlinuxblog
Feed RSS
Eu colocaria como número 1 “Gerente sem conhecimento técnico e que acha que tem”.
Eu já cheguei numa situação absurda onde uma sugestão minha de integração de sistemas de banco de dados via atualizações cruzadas foi rejeitada porque era “enjambre” para logo depois ouvir que a solução de um outro problema de integração com a prefeitura era “abrir um browser dentro do programa e preencher os campos do formulário automaticamente”.
Para mim uma das piores coisas é a mudança de escopo. Falha da gerência que permite estas mudanças em momentos errados, tudo para agradar o cliente uma vez que a gerência do topo promete prazos absurdos para entrega do software sem saber do que está falando.
O que me irrita também é gente que acha que qualquer coisa é “sisteminha”.
Como se não desse trabalho nenhum!
Aliás, muito boa a lista! Me identifiquei com TODOS os pontos.. hehehe
Nunca chegaram pra vocês dizendo, olha só, eu só preciso de um formulário :P
Interrupções: Isso é um saco, as vezes eu falto o trabalho, só pra poder trabalhar em casa sem ninguém me aperriando.
As prioridades mudam de acordo com o humor dos chefes, apagar incêndio é ruim d+.
O escopo mudar é normal, ninguém tem bola de cristal, o lance é fazer o projeto preparando-se para mudar o escopo.
Certa fez fiz o pré-levantamento de um sistema que estava em negociação para definir o prazo. Avisei pra gerência que dava pra fazer entre 6 e 8 meses. Passada uma semana, me deram a notícia:
- “Marcelo, vendemos o sistema! Vocês têm 3 meses pra entregar!”
Aí eles dizem que vão tirar recurso de outro projeto e tal. Só que até começar o desenvolvimento já foram os 3 meses…
thomas e Igor Cavalcante: como eu sempre digo, “simples é hello world sem formatação”.
Quando alguém chega com “eu preciso de ‘sisteminha’ simples”, dê um tapa na cara do sujeito, e diga prontamente (apontando o dedo na cara dele) “nunca mais diga uma coisa dessas!”.
A coisa mais irritante aqui é que são 10 coisas que mais irritam, e não 8 ou 16, o que seria mais lógico. :D
@Rael
Se programar em assembly sem usar rotinas da ROM, até imprimir “hello world” é difícil!
O que é notação hungara? Sou descendente de hungaro. Rs
Notação húngara é você colocar em cada variável um prefixo que identifique o tipo de dado. Por exemplo, toda variável do tipo inteiro começa com “i” (iConta, iQuantidadeAlunos, iMaiorIdade), cada string com “s” (sNome, sEndereco, …), data com “d”, e assim por diante.
Atualmente peguei um sistema legado com essa notação. Se você deixar de usar de agora em diante, vai ter de mudar o programa inteiro ou então deixar o programa “nem lá, nem cá”, que é pior ainda.
==Notação húngara==
We hates it precious, we hates it, we hates it forever!!
It tried to kills us!!
Notação Húngara = fazer o trabalho do compilador.
A meu ver, só tem utilidade se você encher o código de “casts”. Uma péssima ideia…
Uma das coisas que mais irrita os desenvolvedores… são o pessoal de Infra !!!
Assim como uma das coisas que mais irrita o pessoal de Infra… são os desenvolvedores !!! rs….
Acho que os dois só chegam a um senso comum, quando se trata de usuários ! rs…