quanto vale a sua alteração no código?

nós desenvolvedores, ou engenheiros de software, temos uma qualidade que pode ser perigosa e se tornar nossa inimiga em algumas situações: nós gostamos de “inventar. talvez por causa do nosso ego, ou pela busca de desafios, nós gostamos sempre de trazer uma “nova solução” para um determinado “problema” que já existe a muito tempo, ou…

1

mais bugs ou menos features?

esta discussão é muito polemica: "time to market", ou colocar o produto no mercado num prazo aceitável para o mercado, é mais importante do que qualidade. não há dúvidas que em algum momento precisa-se colocar o produto no mercado se queremos obter algum tipo de retorno financeiro deste produto. porém, uncle bob em um post…

0

moles: substitua qualquer método .net por delegate

se você costuma fazer uso de testes unitários (unit test) provavelmente já se encontrou na situação que precisa testar um código legado sobre o qual você não tem controle algum. este método internamente faz uso de métodos estáticos ou que não ser estendidos. Logo, você tem problemas para "mocka-los", certo? vi uma apresentação e conversei…

0

10 coisas que os desenvolvedores mais odeiam

estive envolvido no release do próximo release e fiquei sem tempo para blogar. mas estou de volta. estou com bastante coisas na fila para escrever. espero que eu tenha tempo para colocar tudo em dia. um colega de trabalho mandou o link abaixo. muito interessante. realmente nós desenvolvedores temos algumas particularidades. vale a pena dar…

0

entendendo o cache

é muito importante entender como as coisas funcionam. tenho procurado postar alguns links aqui que ajudem a todos nós entender alguns aspectos que considero importante. devido a abundancia de recursos de hardware disponívies hoje, muita memória, muito hd, e muita banda, poucos tem se preocupar com otimização de código para melhorar a performance. porém, um…

0

TDD em números

ultimamente tenho usado em alguns projetos TDD.  este assunto é bem batido e não quero entrar nas discussões sobre se "devemos ou não SEMPRE usar TDD". é claro que para ser bem usado é necessário prática e que isto não é uma ferramenta milagrosa que resolve todos os problemas. para dizer a verdade é muito…

0

reshaper – add on que todo programador deveria ter no seu visual studio

eu ouvia falar bastante sobre o resharper, mas até um ano e meio atrás eu não o usava diariamente na empresa. mas depois que comecei a usá-lo não consigo mais largar. hoje é impossível eu me imaginar desenvolvendo qualquer coisa séria sem o resharper.  o incrível poder do ALT + ENTER. é incrível a produtividade…

1

refatorar ou reescrever

a necessidade de termos um código limpo "clean code" é cada vez mais difundida. porém, muitas discussões em relação a reescrever o código ou refatorar ainda são levantadas. provavelmente você ou o seu time tem suas próprias regras. mas é claro para a maioria de nós que reescrever o código é muito mais penoso e…

0

aprendendo a ler o código de outros

cheguei a um link bem interessante através de um tweet do kent beck. o post fala sobre como  e por que aprender a ler o código de outras pessoas. ele dá diversas dicas de como começar e o que fazer quando nos deparamos com código de outras pessoas que talvez nem estejam mais na empresa…

0

Ayende: Two strikes, and you are out

Ayende fez uma interessante análise de funcionalidades que apresentam bugs repetidamente. a posição dele pode parecer radical. mas a lição interessante é o relacionamento de falhas constantes a um design mal feito ou ruim. “Fragile designs are one of the worst enemies that you can have, they will keep dropping things in your lap until…

0