| Autor |
Mensagem |
|
|
JxtaNode wrote:
...
2--> Adobe Flex doado à Fundação Apache.
Mas isso não significa que o Flex/Flash esteja acabado.
Adobe announces important changes to Flex SDK
IMHO: Com a Apache, poderá ganhar uma "sobrevida".
|
 |
|
|
jaera_ wrote:Ponto para o Google, até mesmo um gigante da web precisa reconhecer quando comete erros. Ninguém está isento disso. Acho que o mais importante eh reconhecer o fracasso, aprender com ele, e continuar...
Na reportagem da folha é abordado os fracassos e sucessos da Google. Google já cancelou 36% de seus produtos desde 1998.
Só não concordo que o Orkut esteja entre os fracassados.
|
|
|
|
O Google anunciou o fim das aplicações Google Buzz, Code Search e Jaiku.
Também excluirá a característica social no iGoogle entre outras exclusões. O foco é o Google+.
|
|
|
|
|
Do ponto de vista das certificações Java, são coisas diferentes.
|
|
|
|
dio.msg wrote:Não façam o toefl, pois é direcionado àqueles que tem intenção de estudar em universidades do exterior. O toeic é mais direcionado à área profissional, simulando situações de viagens à negócio, reuniões, documentos etc.
A propósito, o TOEIC não avalia mesmo WRITING e SPEAKING? Segundo esse site não avalia: http://is.gd/5j0ns
|
|
|
|
Infelizmente não tem. É ralação mesmo, no mundo Java.
|
|
|
|
complex wrote:
como faço pra utilizar o toplink ?
Dá uma olhada aqui.
|
|
|
|
Porque desta necessidade? Há alguma servlet que necessita subir antes?
Normalmente, as classes dos Jars, é carregada sob demanda. No entanto, a ordem de algumas classes, podem ser controladas via web.xml.
|
|
|
|
|
Dá uma olhada aqui.
|
|
|
|
|
Você só pode executar algo ao perder o foco se isso não depende de ações futuras. Do contrário, é melhor pensar em outra alternativa, como por exemplo colocar um botão exclusivo para validar a entrada. Assim, o usuário pode escolher continuar com o processo, ou cancelar.
|
|
|
|
|
Dá uma olha aqui.
|
|
|
|
Welcome to GUJ! 
Sugiro que você pegue o livro da kathy Sierra (melhor a versão em inglês) e comece a ler de "cabo a rabo". Depois, volte relendo e fazendo os exercícios e refletinho sobre cada um deles. No final, da segunda lida, voce se sentirá um verdadeiro "James Gosling". Aí, basta ir para os simulados e em seguida, marque a prova. Custo x benéficio, não há melhor! 
Desse modo, além de você economizar tempo e ajusta-lo com sua faculdade, você aprenderá muito mais, pois, esses "preparatórios", NÃO lhe deixará pronto para fazer a prova, muito pelo contrário.
|
|
|
|
Um local bacana também é no Senac na rua Dr. Vila Nova, próximo a rua Consolação. Já fiz prova lá duas vezes.
Como disseram, realmente é uma "salinha", mas, dá para vc ficar a vontade. Eles lhes dão uma chave para você guardar suas coisas em um armário. Lá ainda tem doces e balinhas para vc levar para "salinha". No final da prova eles lhes dão uma "pastinha" com seu resultado e outras propagandas de cursos etc. Além do mais, no local há uma bibilioteca com mesas para você descansar, ler algo (antes e depois do teste) e, tem ainda computadores para você acessar a internet.
Show de bola. Só faço prova lá.
|
|
|
|
Ponto de partida: Pergunta sobre MVC Desktop! Existe solução?
Uma simples sugestão:
Model (Patterns + (Hibernate | JPA))
View (Swing bean)
Control (Patterns).
Se a aplicação for fazer alguma interação com a internet, vale a pena pensar no mais recente: JavaFX (Curva de aprendizado?  )
Em Java, não há muito o que "inventar". É mão na massa mesmo!
No entanto, se Java não é requisito, e a aplicação não é de grande porte, sugiro algo diferente: FileMaker. Trabalhei 5 anos com ele, e posso dizer que funciona bem no Desktop! Ah, hoje ele "conversa" com Java, PHP, SQL, XML, Web, Mobile, etc, transparentemente. (Curva de aprendizado? )
|
|
|
|
Omeganosferatu wrote:...90% das pessoas que conversei implementaram uma especie de " buffer " ou seja, os dados eram carregados do disco direto pra coleções que ficavam em memoria até o momento em que o usuario finalizasse a aplicação ou o client fosse terminado, ou seja, a informação só era gravada quando a aplicação era finalizada pelo client ou quando o servidor era fechado.
Os outros 10%, faziam as gravações no momento em que realmente ocorriam, ou seja, quando o registro era atualizado na tela, automaticamente o servidor já atualizada o arquivo.db no servidor,
Gostaria de saber por curiosidade qual abordagem voce preferiu, e se possivel por que ?
Não implementei cache no meu sistema, por três motivos:
1) Isso não era requisito no meu sistema. Ou seja, em nenhum momento a especificação falou em performance ou sugeriu aumento de carga no futuro.
2) Gerenciar um cache CRUD, bem feito, de um sistema em rede, considerando concorrência e etc, de coisas que deve de qualquer maneira ir para um meio persistente e definitivo, não é uma tarefa simples.
3) Se fosse implementar um cache "básico", eu teria que dividir a responsabilidade com o usuário (cliente e/ou servidor), pois este teria que fechar o sistema corretamente e, nada forçado poderia acontecer, como por exemplo, o SO dele travar e ter que reinicia-lo abruptamente, assim/ou, matar a JVM, o que faria o conteúdo do cache não ser salvo. Ou ainda teria que pensar num fator tempo, para descarregar os dados no BD. Isso teria que estar em todas as documentações, e assim... mais trabalho desnecessário.
Porem, com a modularização, essa implementação seria bem tranquila, se necessário fosse.
Mr_Arthur wrote:Cara, e sobre o inglês?
Eu costumumo estudar para as provas de certificação em livros em inglês, porém escrever ou falar mesmo eu sou um lixo.
A forma que você tem que responder as perguntas que eles fazem sobre seu projeto, a documentação do projeto... Se eu não mando tão bem assim em inglês eu tenho chance nessa prova?
O inglês, podemos dizer que, seria mais que suficiente um "básico avançado", se é que existe isso. Você vai precisar em três momentos distintos:
1) Ao escrever seu código. Isto é, tudo em inglês: nomes de pacotes, classes, métodos, variáveis, comentários e JavaDocs. Desse modo, seu cliente (avaliador) não terá problemas para entender tudo o que você enviou a ele, minimizando assim, "mal entendidos". Isso, qualquer IDE ajuda na correção.
2) Ao escrever os manuais e documentos mais extensos (manual de usuário e "choices.txt"), você pode contar com a ajuda dos dicionários(online) instalados ou não e com a autocorreção dos editores de texto dos Office's da vida.
3) Ao fazer a prova escrita. Ao passar pelos itens anteriores, você sentirá que seu inglês deu "UP" mesmo que involuntário. Assim, já se sentirá mais confiante. Para cada questão e suas sub-questões, basta umas três (3) linhas ou Bullet ("*, -").
Isso não pode e nunca será um impeditivo!
É isso ai.
|
|
|
|
|
|