Mensagens enviadas por: akumaldo
Índice dos Fóruns » Perfil de akumaldo » Mensagens enviadas por akumaldo
Autor Mensagem
Acho um graaaaaaande exagero condenar assim tão cruelmente os livros traduzidos...acho que cabe a você decidir se eles SÃO OU NÃO uma melhor opção! tudo vai depender de você!
a mim por exemplo vale a pena o livro traduzido...entendo melhor o livro e consigo ser mais agil na leitura...e isso é claro é muito bom para mim!
vai variar de cada um...acho que condenar os livros traduzidos e dizer que os orginais são melhores é redundante...é CLAAARO que os orginais são melhores e na tradução se perde uma parte do significado...mas ai é ter interpretação e entender e saber tirar conclusões em partes aonde a tradução não fico satisfatória!
O seu problema está sendo a lógica...comece pensando nos while por que estão nele o problema...
veja bem...precisa primeiro de um laço do - while para executar a votação ao menos uma vez...e de uma flagzinha para você verificar se o cara quer ou não continuar votando!!!
mas lembresse que isso está programação BEEEEEEEEEM estrutural...heheh
Olá pessoal do fórum!
Como prometido irei deixar minhas impressões sobre o novo livro traduzido da kathy sierra!

Bom...ele chegou hoje...não deu tempo de avaliar a tradução...mas a primeira vista o livro está bem diagramado...e com uma qualidade aceitável das páginas e da impressão! A visibilidade que compromete um pouco...acho que o código podia ser escrito com alguns destaques em negritos e com mudança de fonte...
Quanto a tradução vou precisar ler e isso começarei hoje...e quando eu ver algumas coisas de boas e ou ruins eu posto aqui para o pessoal ficar sabendo...
Por enquanto não tenho nada a dizer a não ser que a primeira impressão do livro foi boa...(não excelente...mas boa...)

Um abração pessoal...postem também outros que adquiriram o livro...
Sim....está mais díficil....mas não é coisa de outro mundo!!
Veja bem...foram acrescentados alguns tópicos, aumentou o numero de questões e a porcentagem de acerto...
E também quem fez..disse que as questões estão aparecendo mais elaboradas e maiores...
é isso...
Flasoft wrote:Possuo uma classe Partitura (forma de se escrever uma musica através de notas), nesta classe tenho todas minhas notas (um vector de outra classe) e outros metodos referente a musica (metodos para se trabalhar com as notas).

Quero fazer alguns paineis para representar esta partitura...
Ex:
quero q apareça notas musicais em um
quero q apareça as teclas q o usr tem q apertar em outro

Do banco vou puxar o obj partitura
e criar um panel1 do primeiro tipo
e criar um panel2 do segundo tipo

mas quando alterar a partitura em panel1 quero q panel2 veja as alterações

Como faço isso?


Eu sou músico...se quiser ajuda no projeto mande um e-mail...podemos conversar a respeito:
akumaldo@gmail.com
Flasoft wrote:é eu dei uma pesquisada e isso realmente acontece...

e por isto, por certo no metodo

obj passado por parametro é do tipo Graphics2D...

ex:
Graphics2D gra2 = null;
this.paint(gra2);

Então a unica coisa q fazemos em um Cast é faze-lo voltar em a sua forma anterior(filha)?


No caso que você mostrou:
Graphics2D g2 = (Graphics2D)g;

O casting é valido pois o parametro do metodo recebe um Graphics g, mas lembresse que é uma variável do tipo Graphics que não tem uma referência a Graphics, portanto o casting é valido!!a variável g PODE ter uma referência a Graphics2D, no caso de não ter uma ClassCastException será lançada em tempo de execução...
mvsoares wrote:Suponha que exista um arquivo denonimado texto.jar, e dentro deste arquivo existe um arquivo denominado file.txt

É possível ler o contéudo deste arquivo de texto que se encontra no arquivo de extensão jar? Como ?



Dá uma olhada no fórum...que já foi discutido isso...
hashcode wrote:Xi cara,
Acho que o autor desse livro fumou pamonha estragada (de doce).
No javadoc do Object no método equals temos



equal objects must have equal hash codes.





Parece estranho né? até hoje não entendi muito sobre como funciona esse contrato..
As vezes você reenscreve seu equals mas o objeto não precisa necessariamente ter o mesmo hash code...pelo menos para mim soa estranho isso!!(apesar de eu saber que é util o hash code para fazer sort de Hashtables e etc)
Nunca ouvi falar que alguém pergunta isso!!
sapulha wrote:Mano, tem duas abordagens diferentes aqui: aprender Java e tirar certificação Java.
Tb estou estudando para a SCJP, porém o livro do Deitel ensina Java, e não a se certificar em Java.
O melhor mesmo é o da Kathy Sierra. Ele aborada o que cai na prova.
Sei que vou ouvir opiniões fervorosas de que 'o Deitel ensina tudo sobre Java", mais a prova não valida se vc é bom em Java ou não, valida se você conhece ou não a sintaxe.
Muitas questões na prova são as boas e velhas "pegadinhas", que não validam se vc é bom de lógica, de OO oi coisas do tipo, mais sim se vc presta atenção em detalhes da sintaxe.
Adoro Java, sei que é uma tremenda linguagem, mas a SCJP deixa um pouco a desejar nesse sentido, acho que é até por isso que essa certificação tá perdendo um pouco da credibilidade, pois tem muita gente tirando ela.
Se vc quer realmente ser reconhecido, SCJP só não basta, parte tb pra SCWCD e SCBCD, e depois, o céu é o limite.


Grande explicação...
Mas só acho que em termos de mercado o SCJP já é suficiente...Muitas empresas nem sabem que existem as outras certificações na hora de avaliar um candidato...
A principal mesmo é a SCJP
dudaskank wrote:todos com os mesmos números? estranho, achei que quando desse new Random() iria mudar a semente. Bom até deve ser isso mas acho que sua criação de classe é tão rápida que pega todos a mesma semente.

Bem, um jeito de se fazer é deixar o Random como um objeto static, ou seja, compartilhado por todas as instâncias da classe, e só der new Random() se ele estiver nulo... ou fazer direto:



flw


Espera ai....creio que muda a semente não muda??? por que a classe pega a seed diferente a cada vez que criamos uma variável diferente! estranhoooo!
bom..mas a solução de tornar estático o metodo vai resolver seus problemas...
Como assim?
sim...temos um hash code para cada objeto diferente que for criado...a não ser que eles sejam iguais..>
não é?
godois wrote:Pessoal,

Estou estudando para SCJP 1.5 e me surgiu uma dúvida!

É necessário saber operadores Bitwise e Shift para as questões do exame!?

Não estou vendo mta vantagem gastar tempo nessa questão se não for necessário.

Abraço!


não cai mais...mas é bom saber que dá para usar...e como usar...você não precisa saber o resultado de usar
ZehOliveira wrote:Uma ArrayList tem o mesmo desempenho que um array normal, isso é óbvio, um ArrayList nada mais é do que um array encapsulado usando a interface List.

Não dá pra comparar array (int[]) e List já que List é apenas um conceito, não uma implementação. A eficiência depende da forma de implementação (usando array, lista encadeada etc.). Por exemplo, retirar um elemento no meio de uma lista de 1000 objetos é muito mais rápido em uma LinkedList do que em um array ou em uma ArrayList.

Tudo depende da operação que você deseja fazer. Para obter o máximo de eficiência é bom estudar estruturas de dados e ver em quais os casos elas ajudam e quais é melhor escolher outra. Não há uma única estrutura de dados eficiente para todos os casos.


Exatamente...concordo!
tudo depende de quais operações você vai ter que executar nessa sua List....dependendo nem vale a pena mesmo! mas tem oras que precisamos de Collections mais robustas...ou mesmo uma simples array já resolve o problema..
louds wrote:
info_god wrote:
louds wrote:Cara, estagiário é mão de obra de muto baixa qualidade, não faz sentido pagar bem.

Os salários baixos são um estímulo para eles aprenderem, isso sim.


Fale por si só..
Se vc acha q estagiario é isso q pena.

pois fui estagiario durante dois anos e minha mão de obra não era nem baixo e nem muito menos muito baixa qualidade.

Infelizmente na epoca eu ja entrei sabendo no estagio, mais como estava cursando faculdade ainda tava dificil encontrar emprego de verdade.

Estagio é mao de obra barata isso sim. Exploração rola muito.



Cara, vou ser cruel, mas realista. Estágio é para quem não sabe trabalhar ou arrumar bom trabalho. Simples assim, estagiarios podem ser bons desenvolvedores, inexperiêntes, mas bons.

Só que uma pessoa que tem capacidade para ocupar cargo melhor que stag e não o faz, não sabe arrumar emprego. Faculdade não é desculpa, idade não é desculpa.

Tem nego nesse forum que a meia década tinha 16 anos e já era consultor ganhandomuito mais que um junior ganha hoje. Tem uma tonelada de gente desse forum em cargos de pleno e senior que ainda estão cursando a faculdade (e tem menos de 25).

Minha dica para todos estagiarios que acham que deveriam ser junior, coloquem teu chefe contra a parede ou troquem de emprego. Senão vocês serão efetivados apenas quando se formarem.



Concordo com você no que apresentou!
 
Índice dos Fóruns » Perfil de akumaldo » Mensagens enviadas por akumaldo
Ir para:   
Powered by JForum 2.1.8 © JForum Team