As a I promised in the evolution of technospot, from now on I will be including posts on programming also.I am not a big experienced programmer but I will surely make a difference on this. Como eu prometi na evolução da technospot, a partir de agora vou ser postos na grelha de programação, incluindo also.I não sou um grande programador experiente, mas vou certamente fazer a diferença nesta matéria.

As this is the first post of this category, I would like to draw attention of programmers who are crazy about programming (like me).Here are some tips out of my experience for not being a BAD PROGRAMMER. Como este é o primeiro post desta categoria, gostaria de chamar a atenção dos programadores que estão loucos de programação (como eu). Aqui estão algumas dicas da minha experiência para não ser um mau programador.

1. Dont Start coding as soon as you get to know what you have to make : When I started coding i was a cowboy ,I know C , I know sytanxes lets do it.And to be honest it used to take hours of trial and hits to get to know what I have to do.So “Have a roadmap like a sketch or flowchart, before you embark for programming.It will save time and frustration both” Dont Start codificação, logo que você começa a conhecer o que você tem a fazer: Quando eu comecei codificação i era um cowboy, C Eu sei, eu sei sytanxes permite fazer it.And para ser honesto ele costumava levar horas de julgamento e os acessos aos dar a conhecer aquilo que tenho a do.So "Tenha um roteiro como um esboço ou fluxograma, antes de embarcar para programming.It vai poupar tempo e frustração tanto"
2. Dont Make your programme look like an essay: If you have written a code which has low readability, like you have to move the screen left and right to see the code, the alarm should be ringing.Make your code readable so even you can understand what you have written. Dont Faça o seu programa parecido com um ensaio: Se tiver escrito um código que tem baixa legibilidade, como você tem que mover o painel à esquerda e à direita para ver o código, o alarme deve ser ringing.Make seu código legível mesmo modo que você possa compreender o que você escreveu.
3. Dont forget to add comments: Whenever you change or add something new, make some comments so you can undestand what you did, why you changed.Trust me it will help you when u get back to it again. Não esquecer de acrescentar comentários: Toda vez que você mudar ou acrescentar algo de novo, fazer algumas observações para que você possa undestand o que você fez, por que você me changed.Trust irá ajudá-lo quando voltar para o u-la novamente.
4. Dont Name the variables and functions as “a “b”: Dont make you program constructs like variables and functions like “variable a” “function b”.It is highly recommended that you name them properly so its use ability is clear. Nome Dont as variáveis e funciona como "um" b ": Não faça você constrói programa como variáveis e funções como" uma variável "" função b ". É altamente recomendável que você assim o nome-los adequadamente a sua utilização habilidade é claro.
5. Dont make longer programs, break them down: If you have written programs which is too long, alarm should be ringing.Breaking down the functionality will not only give you, re usability but easy reading. Dont fazer mais programas, discriminá-las: Se você tem escrito programas qual for demasiado longo, alarme deve ser ringing.Breaking estabelece a funcionalidade irá não só dar-lhe, novamente, mas uma leitura fácil usabilidade.
6. Dont have too many break points: If your control construct(selection, iteration and sequencing) have more than one entry and exit points, alarm should be ringing. Nao tem muitos quebra pontos: Se o seu controlo construir (selecção, iteração e seqüenciamento) têm mais de uma entrada e saída pontos, alarme deve estar tocando.
7. Dont forget to catch exceptions and errors: If your programme is crashing too often, you have surely forgotten to catch the overflow exceptions and other things.Remember no matter how you good your programme is, if it crashes you are a looser. Não esqueça de pegar exceções e erros: Se o seu programa está falhando com muita freqüência, você terá certamente esquecido de apanhar o overflow e outras things.Remember exceções, não importa como você é bom o seu programa, se ele bloqueia você é uma fracassada.

So what mistakes you make ? Então o que você faz erros? Do you have more tips? Você tem mais dicas? Share your experience with me and other readers to let them know and become a better programmer.I hope you liked the post. Partilhe a sua experiência com a mim ea outros leitores para que eles saibam e se tornar um melhor programmer.I espero que você gostou da postagem.

Tags: Marcas: code techniques Código técnicas , coding tips codificação dicas , programming tips dicas de programação