• Revista PROGRAMAR: Já está disponível a edição #53 da revista programar. Faz já o download aqui!

skm

Padronização de código

9 mensagens neste tópico

Após ler vários posts desde que pertenço a esta comunidade, vejo que cada programador segue a sua forma de programar. Isto por vezes torna o código difícil de ler.

Todo programador segue uma forma de codificação, mesmo que inconscientemente. Quando se está numa equipa de 2 ou mais programadores, é muito importante que todos sigam a mesma forma de codificação, senão ficamos loucos quando tentamos ler código de outro programador.

Esse é um assunto complicado, pois existem sempre programadores que não aceitam os padrões dos outros, acham que os seus são melhores, etc.

Como forma de facilitar a leitura do código que muitas vezes é colocado aqui bem como aquele que sai na revista acho que deveríamos tentar usar algumas Guidelines existentes para as diversas linguagens.

Com isso, a vida fica mais fácil ler o código, todos ficamos menos stressados e felizes.

Algumas Guidelines:

C#

http://blogs.msdn.com/brada/articles/361363.aspx

C++

http://geosoft.no/development/cppstyle.html

Delphi

http://mc-computing.com/Languages/Delphi/Style_Guides.html

Java

http://geosoft.no/development/javastyle.html

0

Partilhar esta mensagem


Link para a mensagem
Partilhar noutros sites

Isso é como tudo... surgem ideias diferentes em tudo o que envolve a sociedade... porque é que achas que existem partidos politicos diferentes???

a ideia é boa, no entanto é algo impossivel pois todas as pessoas tem maneiras de pensar diferentes...

no maximo o que se pode fazer  é pedir aos utilizadores que fação os postes e que expliquem o melhor possivel...

0

Partilhar esta mensagem


Link para a mensagem
Partilhar noutros sites

Sim eu sei que existem ideias diferentes.

Mas não custa nada tentar encaminhar os utilizadores nas boas praticas. Imagina se todos os developer aqui da empresa onde trabalho usa-se uma maneira diferente de escrever o codigo.

era o caos. 100 pessoas a escrever codigo cada uma com um padrão de codificação diferente. Ninguem se entendia. E nas code reviews era praticamente impossivel analisar codigo e tentar encontrar possiveis bugs antes de enviar para testes.

0

Partilhar esta mensagem


Link para a mensagem
Partilhar noutros sites

Estas a falar a nivel proficional de uma empresa, mas existem muitos utilizadores que aprendem a programar a escola, cada professor tem a sua maneira diferente de ensinar...

EX

onde estudo  para ligar uma BD ao meu projecto crio um ficheiro UDL e aki bem ao lado os meus colegas fazem a coneccao directamente do controlo ADODC

0

Partilhar esta mensagem


Link para a mensagem
Partilhar noutros sites

Mas isso não tem nada de relacionado com guidelines de codificação.

As guidelines estabelecem regras de como escrever codigo, Por exemplo todos os metoodos devem sergui a notação camel case, as variaveis devem seguir a notação pascal case. etc

0

Partilhar esta mensagem


Link para a mensagem
Partilhar noutros sites

é uma opcao... tenta falar com algum moderador e explicar o caso, pode ser que se consiga alguma alteração...

0

Partilhar esta mensagem


Link para a mensagem
Partilhar noutros sites

é uma opcao... tenta falar com algum moderador e explicar o caso, pode ser que se consiga alguma alteração...

Não sei bem que alteração pretendem, não há nada que nós possamos fazer além de publicitar essas regras.

Já agora, as guidelines de Java que indicaste são específicas de uma empresa e, parecem-me incompletas, além de irem contra as guidelines oficiais. o link oficial: http://java.sun.com/docs/codeconv/

0

Partilhar esta mensagem


Link para a mensagem
Partilhar noutros sites

Eu não sugeri alteração nenhuma. É só mais uma sensibilização....  :D

0

Partilhar esta mensagem


Link para a mensagem
Partilhar noutros sites

Crie uma conta ou ligue-se para comentar

Só membros podem comentar

Criar nova conta

Registe para ter uma conta na nossa comunidade. É fácil!


Registar nova conta

Entra

Já tem conta? Inicie sessão aqui.


Entrar Agora