Estamos criando esse canal para disseminar conhecimento, ideias, praticas, tecnologias e sobre tudo experiencias sobre desenvolvimento de software.Vamos falar aqui sobre Delphi, Java, Flex, Firebird, Postgres, SqlServer, Oracle, Php, Javascript, Metodologias Ageis, Padroes de Projetos, Metricas de Software e o que esta por vir.E vamo que vamo!!! Todos sabemos a importancia que e escrever um codigo que seja legivel paraque posteriormente caso necessario seja possivel adicionar mais features para o sistemasem muito esforco. Codigo, porem pode ser escritos de varias formas, aqui neste textodeixarei alguns conhecimentos que obtive lendo o livro Clean Code do autor Robert C.Martin. Nao terminei de ler o livro ainda, e ha algumas "tecnicas" das quais tambem naoconcordei sobre ser um codigo bom o que escreverei aqui nao sera tudo que aplico aoprogramar, mas o que esta no livro.O primeiro assunto que achei interessante no livro e quanto as funcoes, segundoMartin funcoes boas sao funcoes pequenas, (numa media de 20 linhas) caso sua funcaocresca demais voce pode pegar parte dela e criar uma outra funcao com um nomeapropriado, alem de deixar a funcao menor voce pode com o nome da funcao fazer umresumo do bloco de codigo ao qual esta funcionalizando agilizando sua leitura posterior.Outra questao referente a funcoes e que esta deve realizarsomente uma tarefa, caso em seu codigo haja, por exemplo, a funcaoverificarDadosSalvarNoBancoEfeutaLog(), que e uma funcao que faz N tarefas,ficaria melhor se separa-se cada funcao e cada uma fizesse uma unica tarefa.O autor diz tambem que funcao boa, e funcao com o menor numero deparametros possivel, pois desta forma pensamos menos na sua chamada. Um exemploe a classe StringBuffer de java, onde la dentro da classe ha uma variavel que recebea string, e em seguida nas chamadas para manipulacao nao precisamos em momentoalgum passar a String para suas funcoes, pois ela ja esta incorporada no objeto. Poremisso fica bacana quando os parametros nao costumam se alterar muito, por exemplo,numa operacao soma criar uma classe com parametros:SumObject.Numero1 := 2;SumObject.Numero2 := 2;SumObject.Somar();Caso se precise somar dois numeros, como a passagem de parametros e simples, umafuncao de dois parametros fica boa.O livro tambem fala de nomeacao de funcoes, variaveis, classes etc. O nome naoprecisa ser bonito, mas tem que ser informativo sobre a funcao que a entidade nomeadao fara, mesmo que o nome fique um pouco comprido, mas que revele a intencao donomeado entao esta valendo. Um caso em que e necessario dar um nome melhor equando o individuo nomeia uma variavel e logo em seguida ele coloca um comentariodizendo pra que a variavel serve. Neste caso e melhor evitar o comentario e colocar umnome que nao necessite de comentario, assim caso alguem ja pegue o codigo e veja autilizacao da variavel ja pode saber o que ela faz.Outro ponto interessante que achei no livro foi quanto a comentarios de codigo,tais comentarios podem encher o codigo fonte de codigo nao mais utilizados e queninguem vai querer apagar, afinal de contas pode ser "importante" e pode ter umsignificado dentro do contexto ao qual esta inserido, desta forma quando se comentarum codigo e no fim das alteracoes e recomendado que