Tratar excessões é muito chato. Primeiro porque quase nunca elas são recuperáveis. E segundo que não há muito o que se fazer mesmo. O mais interessante é o registro de logs, mas é uma estratégia que depende mais do desenvolvedor senior (arquiteto) defini-la e não do jr para cada bloco de captura inventar coisas mirabolantes.
[quote=c354r]Todo programador Java ruim que eu conheco…
Critica programas alheios pelo simples fato de terem sido desenvolvidos de forma diferente do que eles fariam. [/quote]
EU critico software corporativo mal projetado porque um dia eu posso cair na manutencao dele. Pq nao? Só Deus sabe… hehehe
Até pq ja trabalhei com manutencao há muito tempo, inclusive com PHP, e sei o que é o inferno.
Lina nao seria má idéia vc informar a empresa que trabalha pro pessoal ficar esperto e ter um nivel de informacao melhor antes de tomar certas decisões …
[quote=wellington.nogueira][quote=Marky.Vasconcelos]
} else if(true) { //<-- O que é isso???!!!!
doCondicao3();
} else {
doCondicao4(); //Será que executa? hehehehe
}
Não sei o NetBeans, mas o Eclipse pelo menos ia falar que aquilo é dead-code e não deixa nem compilar.[/quote]
Essas coisas dependem de configuração mas garanto que isso foi feito no Eclipse
Dead-codes aqui só os pós-return e mais um ou outro ponto que não lembro mas esse… certamente está passando.
PS: o doCondicao3 nada fazia :([/quote]
Outro caso que me surpreendi que o eclipse acusa dead-code.
for(int i = 0; i < 10;i++){//dead code in "i++"
String.valueOf(i).toString();
break;
}
[quote=bestlinux][quote=wellington.nogueira]Vi algo que me faz ressucitar este tópico…
if(condicao1()) {
doCondicao1();
} else if(condicao2()) {
doCondicao2();
} else if(true) { //<-- O que é isso???!!!!
doCondicao3();
} else {
doCondicao4(); //Será que executa? hehehehe
}
Obs.: condicaoN() e doCondicaoN() são apenas simplificações, não os métodos reais
[/quote]
Parece aquelas questoes “toscas” de certificação :roll: [/quote]
Isso me fez lembrar uma vez num sistema que estava ajudando a da manutenção…
Eu(Estagiário): Mas por que tem esse if(true)?
ProgramadorQueEstavaMuitoAntesDeMim: Ah, é que mudou a regra de negócio e não vale mais o que está no else…
Escreve coisas do tipo : public static final String VINTE_E_UM = “21”;
Usa camel case e maiusculas em nomes de pacotes, classes comecando com caractere em minusculo
Escreve metodos com centenas de linhas
Deixa codigo duplicado em tudo quanto e canto
Criam classes poltergeists que nao servem para nada
Me considero um programador mediocre. Mas fico feliz em saber que nao faco estas coisas e nem algumas das que postaram neste topico.
Ja usei (temporariamente) um “if (true) return” para desabilitar um trecho de código que nao queria testar no momento, sem precisar de comentar e sem que o Eclipse reclamasse de alguma coisa.
Todo o programador RUIM independente da linguagem possuí uma série de opiniões formadas sobre outras linguagens sem ao menos conhecê-la, portanto
o que nos traz a refletir sobre uma espécie de preconceito tecnológico, é claro que a pressa constante do mercado força cada vez mais profissionais que possuem
bons conhecimentos em orientação a objetos e programarem de maneira estruturada, academicamente falando existem muitos programadores ruins e aposto que todos
os que postaram já pecaram em alguma coisinha portanto vamos utilizar o fórum para evidenciar e sugerir maneiras de contornar estas deficiências e não ficar perdendo tempo
mostrando o que já viu ou deixou de ver,bom esta é minha opinião e irparticipar adequadamente da brincadeira:
“Todo o programador Java ruim que eu conheço um dia se tornará um grande profissional com dedicação e força de vontade…”
