| Autor |
Mensagem |
|
|
Entendo e respeito sua opinião.
O meu ponto é: não vejo sentido em ter que teoricamente "piorar o serviço digital" (aumentando impostos, dificultando a entrada, etc) para que o convencional sobreviva.
Deveriam é dar incentivos pro convencional (diminuir impostos, etc) e o mesmo tentar se reinventar com promoções e atrativos ("comprou aqui durante o ano no natal ganha uma descontao" ou ainda "promover campeonatos de games", etc)
Deste jeito estão prejudicando quem gosta do serviço digital e não ajudando o convencional...
Mais ou menos como o IPI dos carros, ao invés de diminuir os impostos pro nacional, aumentou-se o dos importados... isso só gera mais desemprego, montadoras e lojas fechando (ou ainda servindo de fachadas)...
Em suma, se quer ajudar determinado negocio incentive-o ao invés de atacar o concorrente.
Minha visão.
|
 |
|
|
kicolobo wrote:...
Pior: nego se orgulha de estar no governo e diz que vai pentelhar os caras da empresa por causa de um evento inteiramente pessoal??? Amador total.
This. Achei extremamente infeliz essa colocação dele também...
|
|
|
|
Isso é ridiculo!
Tem muito tempo que nao pego jogos a nao ser pela via legal, se ficar inviavel eu já sei a quem ocorrer...
A idéia do governo não é incentivar o nacional mas sim dificultar o estrangeiro... vide os carros
é revoltante
|
|
|
|
Acho a discussão bastante saudável mas não gosto da postura do Bill e algumas respostas do tipo "Good luck with that"
Queria ver mais argumentos técnicos do que este tipo de resposta... Essa guerrinha de egos não leva a nada, é patético.
Eu uso muito Spring porque o container que uso é bem lento em acompanhar as especificações e por restrições do negócio utilizar containers recem saidos do forno é um risco muito grande... Claro que gostaria de usar a versão mais nova do container assim que liberada mas não dá pra pesar só o fator tecnológico em uma base muita grande de aplicações instaladas... Com o Spring consigo moldar as aplicações para técnicas recentes sem ter que atualizar meu container e assim na hora que puder usar o que o jee me fornece como padrão o trabalho de migração é bem menos traumático.
|
|
|
|
Dê uma olhada no TypeHandler para enums do iBatis, ele faz mais ou menos isso dai que vc quer, passando o tipo no construtor.. Deve dar pra vc basear como exemplo
http://www.docjar.com/html/api/com/ibatis/sqlmap/engine/type/EnumTypeHandler.java.html
E pra transformar de Enum para String vc nao precisa saber da classe, basta um .name() (ou .toString() no default) com a instancia que vc tem em mãos certo?
|
|
|
|
Eita, big rez no tópico 
Então, infelizmete eu não tenho como mandar o código pq eu não tenho mais, tem mais de 5 anos q não tenho mais...
|
|
|
|
A parte de gráficos é vinculada a licença do Flex Builder.
Se vc baixar o sdk apenas e usar ant para compilação e outro IDE para edição (tipo FlashDevelop) a parte de gráficos não é instalada por default. Você pode baixar ela onde vc baixa o sdk, mas ainda assim precisa da licença.
|
|
|
|
Cara é simples
Eu não vou te dar a resposta mas vou te apontar o erro, olhando vc vai rir de si mesmo.
Isso sempre é false.
|
|
|
|
Sem solução?
Alguém mais experiente têm algum comentário?
|
|
|
|
Diablo 3 mudou mas nao foi lançado ainda
Aguardo ansioso 
Hoje jogo só wow e xbox (atualmente Ninja Blade)...
Próxima semana sai um RPG de arrebentar: Dragon Age: Origin, vou jogar com ctz (não é mmo)...
ESSE FINAL DE SEMANA é o weekend que o champions online (mmo de super-heróis) vai liberar free pra jogar e o povo conhecer, estarei lá também
RPG offlines que eu recomendo:
Final Fantasy (qq, especialmente o X)
Chrono Trigger
MMO:
wow
wow tem também o wow
|
|
|
|
Pois é, infelizmente minha aplicação é pra um negócio que funciona 24/7 
Bom as idéias para isso foram legais, obrigado André!
|
|
|
|
|
Já fiz mais ou menos essa pergunta: http://www.guj.com.br/posts/list/139954.java
|
|
|
|
Tem um outro caso extremo também que é meu cenário atual...
O usuário começa a utilizar a aplicação, ou seja ela é cacheada no browser.
Neste meio tempo o sistema sofre uma manutenção e o swf é alterado.
O usuário que não fechou o browser utilizará uma versão antiga do swf... pior, se os métodos do backend não mudarem significativamente ele pode ficar com aquela versão cacheada eqto estiver com o browser aberto e não dará erro...
Existe alguma maneira de detectar isso e forçar o usuário a atualizar a versão???
|
|
|
|
E os módulos da aplicação???
Geralmente o nome dos módulos é fixo dentro da aplicação e eles também são cacheados não são?
|
|
|
|
Olá pessoal,
Bom eu já li muita coisa na internet sobre problema de serialização de data e horário de verão entre java e flex.
Eu já estava bem preparado para isso mas fui usar um DateChooser e vi que esse lance de data no Flash Player é uma droga total! Bom, meu background é de muito tempo trabalhando com bibliotecas ajax/html/javascript que têm estes tipo de componente de data e um erro que quase todas as bibliotecas cometem é que quando se têm um componente que seleciona apenas a data, ignorando a hora, e o objeto resultante deste seleção é um Date, a biblioteca considera as horas minutos segundos e milisegundos da data como 0. O problema que ao fazer isso e tentar selecionar a data que acontece o nosso amado horário de verão, as bibliotecas javascript fazem um new Date usando a data selecionada pelo usuário, peguemos como exemplo deste ano 18/10/2009, e consideram nela 0 para todas as outras propriedades (hora, min, seg e ms). Se o windows estiver marcado para ajustar o horário de verão o resultado desta operação será 17/10/2009 23:00:00.
A grande maioria destas bibliotecas percebe o erro e a solução é muito simples: basta considerar que a parte que será ignorada em determinada data não seja 0. Algumas bibliotecas fazem o fix trocando a hora para 12 e isto já resolve a grande maioria dos problemas pois as aplicações só querem saber do componente dia/mes/ano e a hora que é ignorada pode ser qualquer uma que não altere o componente dia/mes/ano.
Ok, como eu já esperava o flex (ou o flash player pelo que me parece) têm o mesmo problema. Pensei comigo então que ao atribuir uma data para um DateChooser que fosse fabricada por mim e não tivesse os componentes de horário iguais a 0 resolveria o problema. Infelizmente parece que o método setter do DateChooser pega minha data e cria uma outra (grande idéia criar um outro objeto sendo que Date é imutável... sigh)... Isto é, se eu criar uma data 18/10/2009 12:00:00 e atribuir esta data com o dateChooser.selectedDate o componente parece que cria outra data com 0 nos componentes de horário e por fim a minha data resultante será 17/10/2009 23:00. O pior de tudo é que o componente dá a impressão ao usuário que a data selecionada é a 18, pois o 18 fica com o fundo "selecionado" mas a data que seria serializada seria 17/10/2009 23:00.
Bom, minha dúvida é: em um cenário que eu não posso simplesmente desmarcar a opção do SO de ajuste de horário, não quero de maneira nenhuma trafegar String (irc!) e também não desejo alterar código fonte de ds, como eu posso solucionar o referido caso? No momento só estou pensando na solução de escrever um componente de DateChooser e DateField e resolver estes problemas por mim mesmo....
Escrevi o seguinte programa para testar estes casos, é bem simples e fácil de entender. É possível ver este mesmo problema na internet até no livedoc, poe exemplo tente seleciona 18/10/2009 no primeiro exemplo de http://livedocs.adobe.com/flex/3/html/help.html?content=controls_12.html.
|
|
|
|