domingo, 29 de novembro de 2009
DoCoMo, Celular carteira/cartão de credito
O problema principal é a falta de confiança do usuários em usar esse tipo de serviço, e os comerciantes que ainda não aceitam pagar a comissão sobre o valor dos produtos.
Qual estrategia a empresa escolheu para solucioná-lo?
A DoCoMo adicionou sistemas de segurança como o bloqueio remoto, e tenta incentivar os comerciantes a usar o sistema pagando a instalação da maquina leitora.
É uma boa estrategia? Por quê?
A segurança ainda parece um pouco baixa, pois pode demorar muito para o desativamento. Em relação aos comerciantes, como a uma baixa aceitação no mercado, não adianta cobrar uma taxa maior ou superior ao cartão de crédito convencional.
Existem estrategias que a empresa deveria ter considerado?
Um boa estrategia para segurança seria a possibilidade do aparelho só funcionar estando perto do proprietário, utilizando por exemplo tecnologia de blue tooth, como um fone de ouvido sem fio e o telefone. Caso o telefone seja roubado ou perdido, outra pessoa não poderia usar se não tivesse com o fone de ouvido, no lugar do fone de ouvido porderia ser outro aparelho blue tooth que funcionasse como uma chave sem fio.
Com os comerciantes deveriam reduzir as taxas sobre os produtos, e ainda não cobrar pela instalação do equipamento leitor, depois de um período a empresa poderia subir novamente as taxas, e se os comerciantes não aceitasse devolveriam as maquias leitoras, mas por consequência iriam perder os cliente já habituados a comprar com esse serviço.
Quais forças externas contribuíram para os desafios que a DoCoMo enfrenta?
Para criar um carteira eletrônica mais cartão de credito em um celular, ela tem desafios como manter bons relacionamentos com bancos, adquirir experiencia com financeiro, capacitação de pessoal para trabalhar como cartão de credito, e principalmente conseguir equipar bancos e estabelecimentos com leitores do chip de cartão de crédito.
segunda-feira, 17 de agosto de 2009
Código Aberto
Se alguém discorda, favor posta um comentário.
Quais problemas o Linux e outros softwares de código aberto ajudaram as empresas a enfrentar?
Integração entre softwares diferentes, conhecimento de como o software é executado, liberdade de adequação de um software, mais opções escolha, custos com licenças.
Como as ajudaram?
Com a possibilidade de ver e alterar o código fonte de um software, as empresas ganharam mais autonomia para poder adequar o software a sua real necessidade, ou integra-los com outros softwares.
Conforme a popularização de um software livre, ele ganha mais desenvolvedores, e alguns criam novas versões ou ramificações. A empresa que deseja adotar o software tem pode escolher entre essas versões ou ramificações uma que melhor atenda suas necessidades.
Os softwares de código aberto tem como grande vantagem o custo zero para sua utilização, isso reduz muito nos custos de uma empresa.
Quais problemas e desafios fez aumentar a adoção de softwares de código aberto?
Problemas como falhas software, vulnerabilidades, muitas vezes encontrados em softwares proprietários. Fizeram as empresas adotarem softwares mais confiáveis e testados por vários desenvolvedores, como os softwares de código aberto.
Para você, qual seria a melhor estratégia para implantar o Linux e outros componentes de código aberto em seu atual estado de evolução?
Grandes empresas tomarem a dianteira no desenvolvimento e aprimoramento de ferramentas livres, criando um comitê entre essas empresas e a comunidade desenvolvedora, onde seriam propostas regras, objetivos, treinamentos, validades.
terça-feira, 11 de agosto de 2009
Java, “JSP puro” vs “JSP + JSF”
Estava olhando minhas coisas do semestre passado e achei uma apresentação simples, do que é o JSF e umas comparações dele com JSP puro.
Parte da apresentação a baixo:
JSF:
Prove componentes gráficos de controle para HTML.
Aplicação forçada de OO e MVC.
(wikipedia) O JSF é atualmente considerado por muitos como a última palavra em termos de desenvolvimento de aplicações Web, resultado da experiência e maturidade adquiridas com o JSP/Servlet (Model1), Model2 (MVC) e Struts.
Porque continuar com JSP puro.
Porque continuar com JSP puro:
Curva de aprendizado muito alta;
Mais arquivo(s) XML para configurar (faces-conf.xml);
Dificulta para quem gosta de trabalhar com sql puro. (mas que gosta de criar querys sql?)
Porque utilizar JSF (1)
Porque utilizar JSF:
Facilita utilização de beans;
Exige organização (para alguns desvantagem).
Facilita JPA (Java Persistence Api);
Utiliza AJAX.
Gerencia de eventos. (servidor/cliente)
Integração com RichFaces (componentes ricos);
Performance do Servidor.
orque utilizar JSF (2)
Várias IDEs:
Jbuilder, Borland;
Eclipse;
Jdeveloper, Oracle;
NetBeans, Sun.
Porque utilizar JSF (3)
Vários Servidores:
Tomcat;
Jboss;
WebLogic;
GlassFish.
Exemplo página
segunda-feira, 3 de agosto de 2009
UML, Jude vs Plugin Netbeans
Netbeans tem um plugin para UML, em versões anteriores o plugin já vinha com a IDE, agora é necessário baixar ele separadamente.
Jude uma ferramente muito conhecida para UML, o jude possui duas versões, a community e a profissional. Profissional é um paga, possui algumas funcionalidades a mais como diagrama de ER, suporte a C++... A versão comunity é mais simples e possui diagramas de classe, casos de uso, atividade, sequencia, em fim os diagramas mais comuns na UML.
Ambos (NetBeans e Jude), são multiplataforma, possuem engenharia reversa, e geração de code java, exporta para .jpg. HTML.
Vantagem do jude que ele roda ocupando muito menos memória e processador, ou seja o jude é mais leve.
Vantagem do netbeans, um design muito mais bonito de se apresentar, gera um HTML perfeito, o qual você pode usar para apresentar como relatório para seu chefe ou professor.
Alguém tem alguma vantagem a mais pra me contar?
domingo, 2 de agosto de 2009
Projeto Kenai, Netbeans 6,7, servidor subversion free

Kenai é um projeto da Sun, para desenvolvedores hospedarem seus projetos livres. Eu gostei muito da velocidade que você pode hospedar seu projeto a partir do Netbeans 6.7.
Muitas funções foram adicionadas no Netbeans para interagir com o Kenai, como exportação do seu projeto para o kenai, um chat para que você possa trocar informações com outros desenvolvedores do seu projeto, uma aba listando todos problemas/bugs registrados pela equipe, ou onde você também pode registrar um problema no projeto. Todas essa funções junto com o suporte a subversion (já existente nas versões anteriores) faz do netbeans totalmente integrado com kenai.
Você pode criar seu projeto pelo netbeans, ou diretamente pelo site do Kanei.