2022 17:09

Tecnologia

PanoDeChao 7º

em 06/07/22 12:11

comentada em 27/07/2022 17:09

Ver mais

Comentários

Último comentário Só moderadores Só os meus Só quem eu sigo Ordenar por gostei

beliscaDoido 181º

em 06/07/2022 12:15

no fim, ainda tem uma linha de código que diz if(var = true or var = false) then ...

Ajuda aí pow!

Documentação - #1 de 18

Dorito 181º
em 06/07/2022 12:26

Documentar dói, mas a falta de documentação mata.

Ajuda aí pow!

Documentação - #2 de 18

arufielli 181º

em 06/07/2022 12:41

Nível no Race: Na Tonga da Mironga do Kabuletê

hahahaha , pra mim a documentação tem que estar junto do código. Código sem comentário, e nomes "exóticos" de variáveis são pior que a morte.

txt_1 , txt_2 , lbl_1, lbl_2

tem uma frase na internet bem interessante (não sei quem inventou senão daria os créditos ) que "incentiva" você a programar cada vez melhor:

"Always code as if the person who ends up maintaining your code is a violent psychopath who knows where you live."

Ajuda aí pow!

Documentação - #3 de 18

Lemoura
em 06/07/2022 12:45

Codigo tem 20.000 linhas de "< if.."

Ajuda aí pow!

Documentação - #4 de 18

FlyCavok 181º
em 06/07/2022 13:24

Documentação geralmente é a coisa mais mentirosa que existe em um projeto.

Seguida de comentário de desenvolvedor

Seguida de nome de variável.

Ajuda aí pow!

Documentação - #5 de 18

raycaster 181º
em 06/07/2022 13:43

Será que o pior é não ter documentação ou ter uma documentação desatualizada?

No meu segundo emprego, perguntei da documentação do projeto. Me falaram que não tinha. Eu questionei se não seria importante ter uma, e me responderam: "pode ficar à vontade pra documentar"

Ajuda aí pow!

Documentação - #6 de 18

sly 149º

em 06/07/2022 15:27

Eu prefiro que o código seja bem feito e tenha um ambiente de homologação, se tiver isso já é meio caminho andado.

Documentação é raro e quando tem tá desatualizada.

Comentário em código às vezes mais atrapalha que ajuda, pessoal copia o código junto com o comentário, ai altera o código e deixa o comentário igual estava antes.

Agora algo que é muito importante, é conversar com quem realmente usa o sistema, esquece gerente, programador, conversa com quem usa todo dia que você vai entender o sistema, se tiver como ver a pessoa trabalhando no sistema uns dias, melhor ainda.

Já vi muita coisa estranha em código, mas um que ficou na minha memória foi um sistema em que os IFs eram vazios e no ELSE tinha código, ao menos era um padrão de código do sistema

Ajuda aí pow!

Documentação - #7 de 18

JuquinhaDaBala 181º
em 06/07/2022 15:56

Tudo isso seria bem menos relevante se tivesse teste automatizado, mas geralmente quem faz teste automatizado não deixa as coisas ficarem ruim a esse ponto.