Sou mto ruim ou é normal!?  XML
Índice dos Fóruns » Assuntos gerais (Off-topic)
Autor Mensagem
Marck
JavaEvangelist
[Avatar]

Membro desde: 15/08/2006 16:15:11
Mensagens: 463
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!

"A vida me deu tudo que eu pedi. Agora se o que eu pedi foi pouco, ai o problema já é meu!". Sartre
[Email] [MSN]
pardal_nb
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 ?!
truck1n
JavaGuru
[Avatar]
Membro desde: 26/04/2006 11:41:05
Mensagens: 264
Localização: São Paulo
Online

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

Get Rich Or Die Trying
[WWW] [MSN]
Marck
JavaEvangelist
[Avatar]

Membro desde: 15/08/2006 16:15:11
Mensagens: 463
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!!!


"A vida me deu tudo que eu pedi. Agora se o que eu pedi foi pouco, ai o problema já é meu!". Sartre
[Email] [MSN]
peczenyj
Moderador
[Avatar]

Membro desde: 26/03/2006 23:25:37
Mensagens: 2732
Localização: Rio de Janeiro
Offline

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

http://pacman.blog.br

'Não importa quanto alguém se dedique à tarefa. Ninguém consegue fazer a água da cascata cair para cima.'
[WWW]
pardal_nb
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..
Marck
JavaEvangelist
[Avatar]

Membro desde: 15/08/2006 16:15:11
Mensagens: 463
Offline

hahheau

Agente passa o dia todo zuando aqui...rss

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

"A vida me deu tudo que eu pedi. Agora se o que eu pedi foi pouco, ai o problema já é meu!". Sartre
[Email] [MSN]
LPJava
Forum Spammer
[Avatar]

Membro desde: 18/04/2006 12:50:23
Mensagens: 4537
Localização: Bahia
Offline

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!

Sun Certified Java Programmer 5.0
Blog! Atualizado 05/02 undeploy & deploy TomCat Eclipse http://www.camilolopes.com
Colunista Java - UOL Imasters http://www.imasters.com.br
[WWW]
jjose
Virtual Machine Man
[Avatar]

Membro desde: 22/05/2007 23:10:22
Mensagens: 559
Localização: Paraiba
Offline

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"




Estatísticas mostram que no RJ você corre risco de levar um tiro antes mesmo de nascer.
No RJ proporção é de uma bala perdida por cada gota de chuva.
No RJ quando o assunto é bala perdida, o óbito considera causas naturais.

[Email] [WWW]
sergiotaborda
Forum Spammer
[Avatar]

Membro desde: 22/03/2005 20:57:48
Mensagens: 3008
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:





Caderno no Java Building

-Quanto custa o seu preço ?
-Taxionomia de uma Entidade
-Crédito Técnico
-Scrum para Tradicionalistas - Previsões
-MVC e Camadas
- Scrum para Tradicionalistas - Tarefas
- Scrum para Tradicionalistas- As pessoas
-Valorizar Práticas ou Praticar Valores ?


Blog do MiddleHeaven
[WWW]
jjose
Virtual Machine Man
[Avatar]

Membro desde: 22/05/2007 23:10:22
Mensagens: 559
Localização: Paraiba
Offline

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:






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

Estatísticas mostram que no RJ você corre risco de levar um tiro antes mesmo de nascer.
No RJ proporção é de uma bala perdida por cada gota de chuva.
No RJ quando o assunto é bala perdida, o óbito considera causas naturais.

[Email] [WWW]
pardal_nb
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...


Marck
JavaEvangelist
[Avatar]

Membro desde: 15/08/2006 16:15:11
Mensagens: 463
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.

"A vida me deu tudo que eu pedi. Agora se o que eu pedi foi pouco, ai o problema já é meu!". Sartre
[Email] [MSN]
Andre Brito
Forum Spammer
[Avatar]

Membro desde: 21/07/2007 17:44:31
Mensagens: 1813
Localização: Paraná
Offline

É 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.

"Já que o rei não vai virar humilde, eu vou fazer o humilde virar rei."
Emicida.

DuranServiceException
Science: If you ain't pissin' people off, you ain't doin' it right.

everson_z
Virtual Machine Man
[Avatar]

Membro desde: 05/07/2005 18:12:25
Mensagens: 584
Localização: SP - São Paulo
Offline

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


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


Primeiro pensamento POG Existe casos e casos!
Segundo pensamento POG Do meu jeito é mais fácil e rápido!
Primeira merda POG Fazer as merdas que muitos fizeram por defender o primeiro pensamento POG.
Segunda merda POG Limitar o projeto ao escopo inicial.
Terceira merda POG Se basear em absurdos para defender seu desenvolvimento.
Quarta merda POG Não entender que padrão é beneficio e usar o primeiro pensamento POG.
Quinta merda POG Achar um absurdo eu escrever isso.
[WWW]
 
Índice dos Fóruns » Assuntos gerais (Off-topic)
Ir para:   
Powered by JForum 2.1.8 © JForum Team