4 Responses to '(Portuguese) Então você agora é um desenvolvedor de software'
Subscribe to comments with RSS
or TrackBack to '(Portuguese) Então você agora é um desenvolvedor de software'.
Como eu sou novo no desenvolvimento corporativo essa dica realmente é muito valida.
Até porque a primeira coisa que um novato (como eu) pensa é debulhar aquilo que vai usar na empresa.
Para eu não sair de todo mal, ainda bem que eu pretendo tirar a certificação que eu acho realmente valido, mas não posso negar que a primeira coisa que me veio em mente foi me matar de estudar esse ou aquele framework que a empresa usa.
Investido algum tempo no estudo dos fundamentos, abre-se a perspectiva de se absorver tecnologias com maior facilidade.
A partir do momento que você domina o bê-a-bá, aprender um novo framework, e até mesmo uma nova plataforma ou linguagem de programação se torna uma tarefa muito mais simples – eu falo por experiência própria!
Além disso você estará apto a definir que tipo de parafernália pode ser útil para resolver um problema.
Códigos expressivos é o mais difícil de se encontrar viu… falo isso com uma pontada de ódio na cabeça.
Depois que peguei um código para dar manutenção de um programador que saiu da minha empresa (nem preciso falar os motivos né UAHEuae), passei a dar mais valor ainda para isso. É horrível! Você se estressa no trabalho, chega em casa estressado e ainda leva a culpa se algo der errado.
Desses fatores que você falou no post, escrever código em ‘códigos’ é um dos piores. E isto não depende tanto do profissional ser muito experiente, ter sabedoria ou algo assim. É pura vontade e senso de limpeza! Me lembro que des do meu primeiro while ou for ja me preocupava com isso…
Então, para quem está começando, por favor, se não souber resolver uma situação, não faça gambiarras indecifráveis (e nem decifráveis) e nem escreva um código de qualquer jeito só por que tem que cumprir um prazo, código escrito nas pressas só atrasa o problema, ao invés disso, pergunte a alguém mais experiente, estude mais e converse com seu superior sobre qual tipo de código que ele vai querer, um de fácil manutenção ou um caótico. Se ele escolher o caótico mude de empresa assim que possível!
Bem colocado.
Justamente por este tipo de problema que, na minha opinião, quanto mais cedo o desenvolvedor aprender a escrever código com qualidade, melhor.
Como eu sou novo no desenvolvimento corporativo essa dica realmente é muito valida.
Até porque a primeira coisa que um novato (como eu) pensa é debulhar aquilo que vai usar na empresa.
Para eu não sair de todo mal, ainda bem que eu pretendo tirar a certificação que eu acho realmente valido, mas não posso negar que a primeira coisa que me veio em mente foi me matar de estudar esse ou aquele framework que a empresa usa.
William Miranda
3 Feb 10 at 19:37
William,
Investido algum tempo no estudo dos fundamentos, abre-se a perspectiva de se absorver tecnologias com maior facilidade.
A partir do momento que você domina o bê-a-bá, aprender um novo framework, e até mesmo uma nova plataforma ou linguagem de programação se torna uma tarefa muito mais simples – eu falo por experiência própria!
Além disso você estará apto a definir que tipo de parafernália pode ser útil para resolver um problema.
rafanoronha
9 Feb 10 at 17:00
Códigos expressivos é o mais difícil de se encontrar viu… falo isso com uma pontada de ódio na cabeça.
Depois que peguei um código para dar manutenção de um programador que saiu da minha empresa (nem preciso falar os motivos né UAHEuae), passei a dar mais valor ainda para isso. É horrível! Você se estressa no trabalho, chega em casa estressado e ainda leva a culpa se algo der errado.
Desses fatores que você falou no post, escrever código em ‘códigos’ é um dos piores. E isto não depende tanto do profissional ser muito experiente, ter sabedoria ou algo assim. É pura vontade e senso de limpeza! Me lembro que des do meu primeiro while ou for ja me preocupava com isso…
Então, para quem está começando, por favor, se não souber resolver uma situação, não faça gambiarras indecifráveis (e nem decifráveis) e nem escreva um código de qualquer jeito só por que tem que cumprir um prazo, código escrito nas pressas só atrasa o problema, ao invés disso, pergunte a alguém mais experiente, estude mais e converse com seu superior sobre qual tipo de código que ele vai querer, um de fácil manutenção ou um caótico. Se ele escolher o caótico mude de empresa assim que possível!
Davi
11 Feb 10 at 18:02
Fala Davi,
Bem colocado.
Justamente por este tipo de problema que, na minha opinião, quanto mais cedo o desenvolvedor aprender a escrever código com qualidade, melhor.
rafanoronha
12 Feb 10 at 8:22