| Autor |
Mensagem |
|
|
Já tentou trocar o driver?
http://jtds.sourceforge.net/
|
 |
|
|
lina wrote:Oi,
Arquitetos Tradicionais
* São seres "diferenciados". Suas opiniões são verdade absolutas.
* Estão sempre "muito ocupados" para colocar as mãos no desenvolvimento do software.
* Se acham tão "diferenciados" que gostam de prever o futuro para não terem problemas.
* Investem muito tempo em criar modelos arquiteturais com "todas" as informações possíveis.
Arquitetos Ágeis
* São humildes e buscam soluções conjuntas
* São membros ativos do time de desenvolvimento, ajudando na codificação e atuando como mentor.
* Sabem que não podem prever o futuro, mas podem estar preparados para ele.
* Sem desperdicios. Focam em relatar o que é util e importante naquele momento.
Tive a grande oportunidade de trabalhar com arquitetos dos 2 tipos... gostei tanto de ter trabalhado com arquitetos ágeis que saí de uma empresa com menos de 2 meses de trabalho tendo com um dos grande motivos o fato de o arquiteto se encaixar perfeitamente na definição de "arquiteto tradicional".
|
|
|
|
Guerr@ wrote:
Rodrigo Vieira Pinto wrote:
Só uma crítica à revista. Não exatamente a essa edição, mas às anteriores (já que nessa eu não achei): as matérias tinham alguns erros de português, além de coisas do tipo "Erro:Origem da referência não encontrada".
Infelizmente algumas coisas acabam passando... Porém saiba que alguns erros já foram detectados e estamos ficando atentos para eles não se repetirem. Como vc mesmo disse, nessa edição você não encontrou.
De resto, muito obrigado pelos elogios! Uma observação: quando vc diz conehcimento avançado não quer dizer que ele não seja acessível para desenvolvedores iniciantes. Por exemplo, o meu artigo sobre práticas para arquitetura ágil dessa edição, eu considero avançado, porém um desenvolvedor iniciante conseguiria absorver grande parte do seu conteúdo!
Com certeza. Da forma que você escreveu a leitura fica fácil e nem um pouco cansativa.
|
|
|
|
Conforme já dito pelo pessoal, a falta de comunicação é um grande problema em muitas das empresas de software.
Mas gostaria de acrescentar mais um: a falta de disseminação de conhecimento, que pode ou não ser consequência da falta de comunicação.
Trabalhei numa empresa onde tinhamos sessões técnicas de 1 hora por semana. Nessas sessões alguém era responsável pela apresentação do assunto (que poderia ser um "post-mortem" de algum projeto, o uso de novas tecnologias ou até mesmo soluções de modelagem do domínio). Posso dizer que aprendi muito com essa prática, pois o conhecimento não ficava "represado" em uma só pessoa. Dessa forma, a montagem de equipes para os projetos era facilitada.
Fica a dica.
|
|
|
|
Guerr@ wrote:
Rodrigo Vieira Pinto wrote:
... e eu que achava que, pelo fato de não utilizar somente UML em alguns dos meus projetos, mas apenas alguns desenhos misturados com a notação, estivesse fazendo algo errado. Viva a Arquitetura Cartoon! 
A arquitetura Cartoon é muito boa para criar um vocabulário comum entre a equipe e o cliente para se referir as soluções que estão sendo utilizadas. A capacidade de comunicação seve ser mais importante que formalidades! Se colocar desenhos te ajuda na comunicação das suas idéias, porque não coloca-los?
Nada contra a UML... Se vc quer utilizar, pode usar sem problemas! Apenas tenha em mente o objetivo do diagrama que está fazendo e fazer o melhor possível para cumprir aquele objetivo.
Está rolando uma discussão sobre esse tema nesse tópico: http://www.guj.com.br/java/259405-mj-50-como-voce-lida-com-arquitetura-no-projeto-agil-da-sua-empresa
Seria interessante que colocasse lá sua experiência!
Pois é Eduardo. Mas tem gente que prefere seguir formalismos (como documentos, que ninguém lê, ou diagramas, que não representam nada pois ou o modelo foi distorcido ou simplesmente esquecido em detrimento da tecnologia empregada) do que entregar alguma coisa de valor.
Tem uma frase que resume bem meu pensamento, e que está num artigo sobre DDD noutra edição da Mundo J:
"Codificar para códigos ou para clientes?"
Já dei uma olhada na discussão que você citou. Está muito boa, vou dar minha contribuição sim.
|
|
|
|
Repitam o mantra comigo:
Não alimentem os trolls, não alimentem os trolls....
É mais um motivo pra se elogiar o trabalho do Eduardo Guerra. Além de se esforçar pra fazer um bom trabalho, transmitir conhecimento avançado (coisa que pouca gente faz. Conhecimento básico e intermediário tem aos montes por ai), ainda tem que aturar críticas desse tipo.
Só uma crítica à revista. Não exatamente a essa edição, mas às anteriores (já que nessa eu não achei): as matérias tinham alguns erros de português, além de coisas do tipo "Erro:Origem da referência não encontrada".
Me lembro que quando escrevi um artigo para a revista, há um tempo atrás, eles foram bastante exigentes com isso, o que acho certíssimo. Será que o revisor relaxou ou foi trocado?
No mais, de novo, excelentes artigos. Dando mais ênfase a conceitos do que ferramentas.
|
|
|
|
Parabéns Guerra! Os artigos referentes a arquitetura ágil ficaram muito bons.
... e eu que achava que, pelo fato de não utilizar somente UML em alguns dos meus projetos, mas apenas alguns desenhos misturados com a notação, estivesse fazendo algo errado. Viva a Arquitetura Cartoon!
|
|
|
|
O caminho básico é começar com esse livro mesmo, ou outro que aborde JSE. Depois estude JME.
Não tem muitos atalhos, aprender java é complicado no início mesmo.
Se não consegui te convencer, leia isso:
http://pihisall.wordpress.com/2007/03/15/aprenda-a-programar-em-dez-anos/
E bons estudos!
|
|
|
|
hmm...não sei não, mas a última vez que tive que trabalhar com aplicações assinadas, era em Swing e usando java web start. Na época eu assinava não somente o jar da aplicação em si, mas os jars de todas as bibliotecas. E com a mesma assinatura.
Você já fez isso?
|
|
|
|
Patrickppta wrote:Nao entendi???
Como assim path que aponta para a imagem???
Path nada mais é do que o caminho que aponta pra sua imagem (ou um arquivo ou o que quer que seja).
exemplo: se o seu arquivo está na pasta:
você pode dizer que o path que aponta para o seu arquivo é esse. Veja que estou apontando a partir da raiz de uma máquina windows. Você deve apontar a partir do seu projeto, ok?
|
|
|
|
Dá uma olhada nas apostilas que tem aqui mesmo no GUJ. São antigas, mas acho que te atendem.
Aprendendo com elas, você vai saber fazer o básico (e até algumas coisas avançadas) com imagens em Swing. Daí pra frente fica mais fácil.
Outra coisa: vc tá tomando cuidado com o path que aponta pra sua imagem?
|
|
|
|
Cara, a qualidade da impressão pode estar ruim. Qualquer mínimo erro os leitores não leem.
Outra coisa: o tipo do código de barras (EAN, 128, etc etc) é suportado pela sua leitora?
Boa sorte!
|
|
|
|
Solução porca, mas que funciona:
Dá uma lida no artigo aqui mesmo no GUJ que fala da javax.comm e veja como se faz pra instalar essa biblioteca na sua JVM.
Veja bem, você não vai instalar essa biblioteca mas lá indica as pastas da JVM onde você pode copiar sua dll (ou .so, se você estiver no linux). O grande problema disso é que provavelmente você vai ter que reinicializar seu servidor 
|
|
|
|
Recomendo os livros da serie "Head First". São muito explicativos e não te enganam.
Não há milagre no aprendizado. Como o vitorfarias disse, os livros "aprenda xxx em 21 dias" (ou horas, ou minutos, sei lá) te ensinam o básico, mas não te dão nenhum embasamento. A série "Head First" ao contrário, te mostra melhores exemplos e estimulam o leitor a pensar.
Boa sorte nos seus estudos!!
|
|
|
|
Respondido!
Legal o questionário Eduardo. Parabéns!
|
|
|
|