Sou mto ruim ou é normal!?

JavaEvangelist Membro desde: 15/08/2006 16:15:11 Mensagens: 367 Offline

Pessoal,

Vcs pegam códigos que te faz passar horas e horas tentando entender o q está sendo feito?
Valores que vc nem imagina de onde estão vindo?

Eu sou mto ruim ou isso é normal?

Abraço!

Virtual Machine Man Membro desde: 12/09/2006 08:26:06 Mensagens: 672 Offline

A documentação do sistema está ai para te ajudar nisso..

por exemplo, que tal dar uma olhada no diagrama de classes para ver como as classes estão interagindo ?!

Eae Marck,

Eu acho isso normal, pois vc entender o que outra pessoa fez as vezes é muito mais complicado do que fazer do zero! isso tbm é questão de lógica, o jeito é procurar um livrinho de lógica... para acustumar sua cabeça!

"Bons programadores escrevem códigos para pessoas entenderem e nao para o computador!"

Mas é Normal isso ae....

Boa sorte! =D

JavaEvangelist Membro desde: 15/08/2006 16:15:11 Mensagens: 367 Offline

heuhua...

Nosso sistema não tem documentação, comentário...NADA...heueh...
Tem algumas coisas esquisitas que "vc" demora a encontrar.

O problema não é lógica. Todo código que escrevo, tento me colocar no lugar de alguém que estará trabalhando com ele.
Imagine, programação estruturada, alguns calculos que são feitos no init de um relatório, e dependendo de uma condição que está sendo verificada DENTRO DE UM CAMPO, ele mostra o valor. Então vc fica algum tempo seguindo o código e acompanhando os calculos que da um valor e na exibição mostra outro totalmente diferente. O problema é q isso poderia ser feito de uma maneira TÃO mais fácil.

isso é de mata!!!

Moderador Membro desde: 26/03/2006 23:25:37 Mensagens: 2185 Offline

Dependendo do código nem deus imagina o que se passava na cabeça do programador...

Virtual Machine Man Membro desde: 12/09/2006 08:26:06 Mensagens: 672 Offline

Marck wrote:

isso é de mata!!!

conhece quem fez?
então, mete bronca meu caro...hahahhhahaa...brincadeira heim..

JavaEvangelist Membro desde: 15/08/2006 16:15:11 Mensagens: 367 Offline

hahheau

Agente passa o dia todo zuando aqui...rss

Costumamos dizer q temos um Sistema de Desinformação. heeu

acho que programar é igual a letra de cada um uauha tipo.. se o cara programa bem pensando na legibilidade.. entao isso facilita a compreensao.. agora se o cara programa para entendimento dele.. e talz ai complica.. se nao tiver a a documentacao.. é complicado e as vezes ja peguei uns com documentacao e tava ao contrario do que estava no codigo imagine ai? hehe

E a letra de uma pessoa é a mesma coisa, eu qdo escrevo para minha compreensao é dificil terceiros entender, porem qdo vou escrever algo que vai ser transferivel ai tenho que escrever bonitinho para depois o cara nao me encher o saco ligando perguntando o que está escrito na parte X.

em um ambiente de desenvolvimento esse fato de nao entendimento é anormal, o normal é que vc entenda.. mais vai ai da politica da empresa de como cobra isso dos gerentes e os gerentes dos desenvolvedores. Ja empresa cobrar isso, como tarefa do desenvolvedor mesmo. Principalmente aquelas que ja sofreram com isso qdo o cara saiu..

hehe!

depende do animal q fez o codigo
depende da sua capacidade
dependa da arquitetura
depende da documentacao bem detalhada

Entenda a merda feita

entenda a merda "documenta"

Forum Spammer Membro desde: 22/03/2005 20:57:48 Mensagens: 1897 Offline

Documentar o codigo não significa sempre criar um monte de comentários e java doc.
Muitas vezes a correta nomeação das vareáveis, métodos e classes já torna o codigo muito mais
legivel. Pegando o exemplo do jjose veja a diferença:

sergiotaborda wrote:Documentar o codigo não significa sempre criar um monte de comentários e java doc.
Muitas vezes a correta nomeação das vareáveis, métodos e classes já torna o codigo muito mais
legivel. Pegando o exemplo do jjose veja a diferença:

public void criaClasseParaAluno(String nomeDoAluno) { Aluno aluno = new Aluno(); Classe classe = new Classe (); Professor professor = new Professor(); aluno.setNome(nomeDoAluno); classe.setNumero(206); professor.setNome("Marcelo"); classe.addAluno(aluno); classe.setProfessor(professor); }

eu tentei da um exemplo de um codigo ruim com documentacao e o mesmo sem
mostrar como o comentario pode salva ou ajudar no entendimento
se tem varios programadores "programando"
vai saber o nome que o lazarento vai por no metodo
todo metodo faz alguma coisa entao pq colocar o nome metodoFaz
a documentacao feita no primeiro naum ajuda em nada
nomes errados e sem padrao da sun

programador satan - o programador veio do inferno para condenar o projeto

Virtual Machine Man Membro desde: 12/09/2006 08:26:06 Mensagens: 672 Offline

o código deve ser bem escrito, de forma que qq programador possa entendê-lo...

se for para encher de comentários no codigo é melhor dar uma estudada em refatoração, pois está no momento de refatorar o código e deixá-lo legível...

JavaEvangelist Membro desde: 15/08/2006 16:15:11 Mensagens: 367 Offline

O ponto principal é a perda de tempo tentando entender tais códigos.
Aqui na empresa, temos um erp que ao longo dos anos foi alterado unicamente por freelancers...

Então, o cara chegava, fazia do jeito que queria e ia embora...Não houve cobrança para documentação nem nada do tipo.
O complicado é q vc vê mta coisa errada e sabe que quem faz tbm sabia q estava errado, mas por falta de comprometimento deixou daquele jeito.

É complicado mesmo.

Eu penso que o código deve ter 2 requisitos importantes, além de funcionar (óbeveo): nomes de variáveis auto-explicativas e javadoc.

This message was edited 1 time. Last update was at 26/12/2007 15:14:12

Marck wrote:O ponto principal é a perda de tempo tentando entender tais códigos.
Aqui na empresa, temos um erp que ao longo dos anos foi alterado unicamente por freelancers...

Então, o cara chegava, fazia do jeito que queria e ia embora...Não houve cobrança para documentação nem nada do tipo.
O complicado é q vc vê mta coisa errada e sabe que quem faz tbm sabia q estava errado, mas por falta de comprometimento deixou daquele jeito.

Se a empresa não mantém um padrão de desenvolvedores da nisso mesmo, o negocio dele é ganhar e se mandar

Segundo pensamento POG Do meu jeito é mais fácil e rápido!

Preciso de um programador, quem cobra menos???

[]'s