| Autor |
Mensagem |
|
|
A regra é clara Arnaldo. Como a galera anda com o nervo meio a flor da pele ultimamente em posts vou tentar ser mais claro. As funcionalidade são as mesmas, uma vez que não existe conjunto de classes pra linux e conjunto de classes pra windows, ou seja, o JDK é o mesmo, senão tudo aquilo que a gente aprendeu sobre portabilidade inexistiria, sim teoricamente as aplicações devem se comportar da mesma forma.
O que então você quis dizer com plataformas diferentes? A estrutura de diretorios de linux e windows são distintas, em um você tem que configurar as variaveis de ambientes em lugar X, no outro em lugar Y. Em um possivelmente você pode brigar pra arrancar o gcj por estar gerando algum conflito, ou ter que mexer no /etc/profile, no outro não.
Pequenos probleminhas que como já citei.
Como poderá perceber citei apenas alguns dos problemas, tem uma lista mais extensa no link, sem depreciar sistema operacional algum. Cabe escolher e buscar as soluções para configuração do ambiente de desenvolvimento.
Grinvon wrote:Em termos de funcionalidades sim, mas na forma de como se comportam não.
Porém é crossover, então não há problemas graves de compatibilidade. Porém em termos de performance, velocidade, etc. pode mudar.
|
 |
|
|
Bom, como já dito, ter um curso superior é bom para empregos normais, para que te dêem direito de fazer uma entrevista em alguns lugares.
Mas em empresas realmente sérias, não vai ser o diploma que será seu passaporte pro emprego, na minha modesta opinião existem graduados medianos, não graduados medianos, depende de cada um correr atrás, ter um diploma dizendo que você é um analista de sistemas não te faz melhor que ningúem, fatores que vão desde qualidades técnicas até a capacidade de trabalhar em grupo, em equipe, são muito mais relevantes.
Existem graduados que ainda acreditam que testes é perda de tempo, como vimos em posts recentes aqui, oooops falei. Enfim, o mercado de trabalho convencional, impõe barreiras para quem não tem um curso superior, o que de fato é uma lástima, pois perde-se e deixa de dar oportunidade a pessoas competentes, enquanto isso, outros graduados, cometem verdadeiras barbáries por aí.
Não estou defendendo a não graduação, só que no meu restrito universo, topo com pessoas muito competentes e não graduadas, enfim, como já mencionado aqui, a qualidade de ensino tem sido ridicula em alguns lugares, mas em empresas convencionais, o papel é exigido.
Por isso aprecio empresas que te avaliam pelo teu perfil, não pela quantidade de quadros pregados na parede.
ps: Em homenagem a comentários exdrúxulos que tem surgido em posts e discussões sobre os mais variados temas, o bozo residirá neste post.
|
|
|
|
Sim. Não, plataformas diferentes, sistemas operacionais diferentes, características diferentes.
|
|
|
|
Ow, I'm really scared!  Bacaninha a listinha, da uma olhada nessa aqui tb
Faltou o primeiro item, Microsoft X ehehehehe. Desculpe.
|
|
|
|
Olá, para que isso ocorra você precisa assinar sua app com um certificado digital da Verisign por exemplo. Para que ela passe para o estado de untrusted para trusted no aparelho. Este tipo de autorização não varia de aparelho para aparelho, é uma característica de segurança, a aplicação precisa ser assinada pra ser considerada confiável e permitir que acesse recursos do seu dispositivo.
http://www.nokia.co.jp/forum/developer/tech_doc/pdf/MIDP_2_0_Tutorial_On_Signed_MIDlets_v1_1_en.pdf
|
|
|
|
Parodiando uma músiquinha "testar pra quêeee se eu ja sei o que fazer?!", acredito que alguns programadores escutem ela enquanto fazem "projetos. Testes é um assunto que nem se discute, se faz e quem acha besteira ou algo acadêmico, "boa sorte....good luck".
Pena que cheguei atrasado nessa maGavilhosa discussão, mas acho que antes de alguém falar de orelhada, entender o que é teste seria importante. E honestamente algumas recomendações de frameworks que encontro em posts aqui no GUJ que parecem a cura do câncer, não citarei nomes, vou criar o www.baladeprataframework.org.
Este cara, também achava que testes era besteira, piada nerd.
|
|
|
|
Primeiro levante os requisitos técnicos que sua aplicação precisa, depois avalie em qual linguagem. Se quer aprender J2ME eu recomendo o livre Core J2ME, se você deseja instalar executar o Sql Server em algum celular, certamente você terá que partir pra windows mobile e com certeza verificar os requisitos mínimos pra executar a versão pra dispositivos limitados da Microsoft. Então as opções possíveis que acredito seriam .NET ou JAVA, as versões COMPACTAS, claro.
No caso de Java, apesar de nunca ter precisado disso, acredito que tu teria que usar CDC http://java.sun.com/products/jdbc/download.html veja a especificação técnica.
|
|
|
|
|
Aqui você encontra como resolver esse problema: http://www.eclipseme.org/docs/configuring.html
|
|
|
|
Thiago, teoricamente você pode usar grande parte dos design patterns do GOF, o que vai depender e gerar impacto é, processamento de aparelho pra aparelho, espaço de armazenamento, enfim.
Se você por exemplo for desenvolver pra smartphones, onde a capacidade de processamento é boa, teoricamente o céu é o limite, mas sem empolgar muito, pois qualquer aplicação acima de 100 kb já se torna totalmente inviável, mas padrões como MVC, Abstract Factory por exemplo, podem ser facilmente implementados sem problemas de overhead e processamento.
|
|
|
|
Tente dar uma olhada nas referências JME e WAP pela internet, pois são conceitos distintos, algumas boas são:
http://java.sun.com/javame
Alguns conceitos irão mudar, existem ferramentas pagas capazes de converter portais para wap, mas honestamente nunca vi applet rodando sobre celulares, pode ser que exista, mas o fundamental é pesquisar e ver qual se adequa melhor.
|
|
|
|
|
Sim, tanto em JME quanto em .NET funciona tranquilamente.
|
|
|
|
Realmente depende do seu foco e do perfil técnico da equipe. Algums desenvolvedores tem dificuldades técnicas com o entendimento e utilização da plataforma linux, isso também vai depender do seu ambiente de desenvolvimento, apenas como exemplo, caso você gerencie e coordene sua equipe, você deve verificar se as mesmas utilizadas na plataforma windows, também existe pra linux.
Eu por exemplo, rodo em dual boot, porque tenho que testar ferramentas como SQL Server, Toad Data Modeler, enfim. Tem que ser algo avaliado com cuidado, pois ao invés de ter desenvolvedores, tu pode ter "quebradores de cabeça em linux", o que perde o foco do seu objetivo final, que é entregar o software com qualidade.
|
|
|
|
Olá, se possível explique o problema. Ficou vago o post.
GLucinda wrote:Ola pessoal,
Gostaria de informacoes sobre programacao de GPS ou GPRS em J2ME utilizando o aparelho MC35 da Symbol, ou caso voces ja desenvolveram aplicacoes GPS ou GPRS para este MC35 mesmo utilizando outras linguagens, por favor me de um help.!!
Vlw pessoal
Abracos
|
|
|
|
Putz, ótima referência, isso vai me ajudar bastante! E valeu a todos que derão opinião.
pcalcado wrote:Bruno pense nisso aqui: http://www.agiledata.org/essays/mappingObjects.html
Você pdoe ter várias entidades relacionais que representam a mesma classe, várias classes que representam a mesma entidade relacional, etc. etc. etc. logo modelos relacional e oo podem (e geralmente vão) ser diferentes.
|
|
|
|
Eu não sei se estou falando besteira então correções são sempre bem vindas. Mesmo que eu mapeie meu modelo relacional na mão, eu não estaria fazendo meu domain model orientado em específico a aquele modelo relacional? Vamos supor que seja um legado no qual a modelagem foi realizada por terceiros, mapear essas tabelas para objetos mesmo com os devidos cuidados, não seria restringir o pensamento a uma camada de negócios talvez incoerente? Pois o raciocínio seria orientado a uma modelagem pré existente.
Vamos supor por exemplo, que exista a tabela USUARIO_TIPO_SANGUINEO, ok, é um exemplo tosco. Então eu acabaria tentando mapear essa tabela, pra um objeto mesmo que pro meu domain model seja desnecessário? Não sei se me fiz claro, a intenção aqui é tirar essa duvida mesmo. Porque lendo aquele livro do Evans ele fala exatamente pra ter muito cuidado em não misturar modelo relacional com domain model como se fossem um só.
Como já disse, se tiver falando besteira, agradeço as correções. Assim aprendo mais.
pcalcado wrote:Faz muito tempo que eu não olho o hibernate tools mas criar classes à partir do modelo relacional é assumir que este representa a modelagem "correta" de seu sistema. Isso pode até ser verdade mas dada a discrepância entre um modelo OO e um Relacional acho que sim, você deve mapear um por um porque vai poder pensar na melhor maneira de representar tabelas com objetos.
Recentemente eu participei de um projeto com uma grande e intrincada base relacional legada. A decisão foi copiar o modelo relacional, usado por quase uma década para integração e outras coisas, em objetos e foi um arrependimento geral. Nós acabamos repetindo os erros do passado e foi necessário um esforço grotesco para refatorar as classes depois de prontas, visto que eram expostas via APIs remotas.
|
|
|
|
|
|