dois dois simples motivo

• Simplicidade
• Suporte melhor ao Adsense

o endereço agora eh eloicarneiro.blogger.com 

vejo vcs lá

T+

Já tinha instalado uma pancada de drivers e mais uma outra pancada de pacotes, tirando que fiz algumas magias negras no Shell e NADA.

Até que Google me entregou um forúm que tinha a solução. Basta usar um comando:

sudo modprobe ppdev

Para que não precisasse colocar toda vez que iniciasse o ubuntu me recomendaram adicionar o comando ao arquivo /etc/rc.local

Aqui esta a URL do forúm: http://ubuntu.linuxval.org/smf/index.php?topic=13338.msg%25msg_id%25

E em certa parte do livro apareceu uma pergunta muito interessante que me fez pensar em muitas coisas:

O que você faria se não tivesse medo?

Recomendo o livro para todos. Muito simples e gostoso de ler….
A seguir coloco uma resenha do livro, que retirei do submarino.com.br, lembrando que vocês podem comprar o livro no site ou se quiserem podem procurar no Google (quem mexeu no meu queijo, pdf):

Era uma vez dois ratinhos e dois homens que viviam no mesmo labirinto. Alimentavam-se apenas de queijo e, como haviam encontrado um quarto repleto dessa iguaria, foram felizes até a comida desaparecer misteriosamente….O livro traz uma bela e divertida fábula mostrando que tudo na vida é mutável. O queijo representa o que desejamos: a felicidade, o amor, o trabalho, o dinheiro. O labirinto representa a vida real, com seus problemas e as saídas que criamos para suplantá-los. A partir da análise da parábola, o autor mostra que é possível encontrarmos um sentido verdadeiro para a vida, por meio da compreensão de nossos desejos e medos.

Como conseqüência disto, nasceram vários termos e siglas relacionados as transações online. B2B, B2C, C2C e outros termos da nova economia surgem para suprir este cenário. Para entendermos esta sopa de letras, seguem alguns termos e suas definições:

B2B (Business to Business)
São as transações de comércio entre empresas. Uma empresa vendendo para outra empresa é B2B. É a sigla mais famosa e acaba representado todos as outras abaixo quando generalizada. Um exemplo é a venda material de escritório para empresas ou a compra de insumos para a produção de bens.

B2C (Business to Consumer)
É o comércio entre a empresa e o consumidor. Este é o mais comum.

C2C (Consumer to Consumer)
Este é o comércio entre consumidores. Ele é intermediado normalmente por uma empresa (o dono do site). O exemplo são os sites de leilão ou classificados.

B2G (Business to Governement)
São as transações entre empresa e governo. Os exemplos comuns de B2G são licitações e compras de fornecedores.

B2E (Business-to-Employee)
Normalmente relacionado aos portais (intranets) que atendem aos funcionários. Tem por objetivo de ser uma área central de relacionamento com a empresa. Através dele os funcionários podem, por exemplo, pedir material para sua área, gerir todos os seus benefício ou até utilizar processos de gestão dos funcionários (faltas, avaliações, inscrições em treinamentos…).

Ainda existem as siglas invertidas como G2B e C2B que representam a inversão de quem vende e quem compra e variações como E2E e G2G que completam os relacionamentos possíveis.

Conclusão

A internet e as tecnologias da informação transformaram profundamente as empresas. A concorrência entre grandes empresas faz com que elas deixem de ser diferenciais para serem requisitos obrigatórios para a sobrevivência.

Com o SOA é criado uma coleção de serviços que ficarão disponíveis para uso de toda a companhia. Uma vez montada essa arquitetura não é mais necessário construir novas aplicações desde o início, que passam a ser montadas a partir de serviços publicados (internos ou externos).

Componentes

Componentes são programas executáveis. Quanto maior a granularidade, maior a habilidade para reuso. Componentes alavancam recursos existentes; o uso deles/delas promove reusabilidade, enquanto reduz riscos e custos.

Grãos de areia em um deserto são análogos a linhas de código. Eles são difíceis empilhar para cima em uma entidade aderente, propenso a chegar um vento forte e separá-los, e difícil diferenciar quando empilhou em pequenos montes.

Porém, tijolos feitos de areia são análogos a programas executáveis (componentes). Eles apresentam um olhar sólido, eles protegem o usuário cuidadosamente de examinar as estruturas internas deles/delas, eles fazem bem uma coisa, e você pode construir quase qualquer estrutura imaginável colocando-os junto em um padrão fixo. A pessoa preferiria construir com tijolos do que com areia.

Nossa indústria reconhece três tipos de componentes atualmente: os modelos técnico, de negócio e de aplicação.

1) Componentes Técnicos: são tecnologias específicas e independentes do negócio principal. Componentes Técnicos são requeridos para desenvolvimento de aplicação, mas não é específico ao modelo de negócio. Exemplos incluem controle de erro, compressão, e segurança. Componentes técnicos são freqüentemente estáticos, auto-suficientes, altamente reutilizáveis, e relativamente baratos. Exemplos incluem controles de ActiveX para Microsoft Visual Basic e controles SWING para a Java.

2) Componentes de Negócio: manipulam tarefas específicas baseados em regras de negócio. Aprovação de cartão de crédito é um exemplo. Componentes de negócio são atualmente os menos comuns desde que conhecimento vertical do negócio é requerido. O mercado para componentes empresariais pre-construídos, às vezes chamada ‘application building blocks’, está crescendo.

3) Componente de Aplicação: é a agregação de componentes existentes que satisfazem uma porção principal de exigências do negócio. Esta caixa de ferramentas oferece uma alternativa atraente para o desenvolvimento ‘in-house’. Modelos de aplicação sólidos permitem assimilação fácil da lógica da aplicação. Eles trazem muitos benefícios e alavancam sistemas existentes.

Serviços Definidos

Serviços são o agrupamento lógico de componentes para satisfazer uma exigência do negócio. Enquanto uma coleção de componentes puder incluir um serviço de negócio, uma combinação de serviços de negócio pode incluir um fluxo de processo. Detalhes são escondidos do desenvolvedor da aplicação.

São projetados SOAs para acesso programático, não acesso terminal. Assim a interface para o serviço deve ser entendida. Três escolhas por incorporar negócio serviços são por:

• Contracts
• Messages
• Repository

Um CONTRACT é um acordo definido que é responsável pela definição de interface. IDL é um exemplo de um contrato. A interface é descrita em um arquivo de texto em pseudo-código que adere a um formato sintático pré-definido(IDL). A seguir, o IDL é processado por um pre-compilador. A produção é um client_stub e um esqueleto (ou server_stub). Durante este processo, o repositório de objeto é automaticamente atualizado. A infra-estrutura é responsável pelas complexidades do cliente que acha o servidor. O repositório de objeto tem detalhes da relação de request/response. O desenvolvedor só tem que unir os ‘stubs’ com a aplicação. Os detalhes de infra-estrutura são escondidos.

MESSAGES são outro mecanismo por definir interfaces de serviço. Uma mensagem simplesmente é um bloco contíguo de dados, tipicamente combinado com um cabeçalho ou seção que contém o detalhes da logística de transporte. Mensagens são ideais para comunicação assíncrona em uma aplicação ‘loosely coupled messaging’.

O último mecanismo por definir interfaces de serviço é via REPOSITORY, simplesmente um ponto de referência comum para ‘crosscomponents’ e recursos de serviços-cruzados. Este local central permite definição dinâmica e manipulação de serviços.

Benefícios SOA

SOA trás diversos benefícios significantes.

• Influência no Investimento Inicial – SOA influencia o investimento inicial da organização em hardware, linguagens, recursos de desenvolvimento e arquitetura. Desde que um business service é uma agregação de componentes existentes, a responsabilidade de compatibilidade em torno dos componentes não está no desenvolvedor, isto pertence a estrutura SOA. Usando componentes existentes, apenas requer conhecimento da interface e nome. Os componentes internos são protegidos do mundo exterior. Também estão protegidos as complexidades de infraestrutura e obtenção dos dados que fluem através dos componentes. Estes componentes influenciam os investimentos das organizações de forma anônima, construindo serviços de um conglomerado de componentes construídos em diferentes máquinas, rodando em diferentes sistema operacionais, desenvolvidos em diferentes linguagens rodando em diversas arquiteturas.
• Menor tempo para o mercado – Como biblioteca de componentes crescem, o tempo para o mercado diminui exponencialmente. Novas iniciativas suportam desenvolvimento rápido de novos business services via reuso de serviços existentes(serviços podem chamar outros serviços) e componentes quando possível. Reusando componentes existentes, reduzimos tempo de projeto, tempo de desenvolvimento e tempo de teste. Se o componente trabalha neste requisito, nós simplesmente adicionamos o componente para nosso serviço e podemos continuar trabalhando. Nenhum desenvolvimento ou teste adicional será necessário, apenas teste do business service como um todo.
• Reduz custos – Como “negócios” demandam desenvolvimento e novos requisitos são introduzidos, o custo de criação de tecnologias que satisfazem estes requisitos são altamente reduzidos quando porções destes fluxos de processos existem como componentes em um ambiente.
• Redução de Riscos – Por influencia de componentes existentes, nós estamos menos propensos a introduzir novas falhas na criação de um business service. Reutilizando um componente que funcione, a probabilidade é alta que ele continuará funcionando apropriadamente. Nós também reduzimos os riscos permitindo a organização manter seu Ambiente de Desenvolvimento Integrado, linguagem de programação, sistema operacional e base de dados. O aprendizado do desenvolvimento é altamente reduzido se for possível manter estes aspectos.
• Ciclo de melhoria contínuo para o processo de negócio – SOA fornece uma clara representação de fluxos de processos identificados em um componente utilizado por um business services. Isto fornece para a analise de negócio, um ambiente ideal para a monitoração das operações de negócio. Modelagem do processo reflete no business service. Manipulação de processos são arquivadas reorganizando as peças em um padrão(componentes em um business service). Isto permite mudanças no processo enquanto os efeitos e facilidades continuam aumentando.
• Process-centric processing – A maioria das arquiteturas tendem a ser program-centric. Aplicações são desenvolvidas por conveniencia do programador. Freqüentemente, conhecimento do processo está espalhado entre componentes. A aplicação é como uma caixa preta, sem nenhuma granularidade exterior disponível. Reuso requer aproveitamento de código incorporando aproveitamento de bibliotecas, ou herança de objetos. Em uma arquitetura de processo centralizado, a aplicação é desenvolvida pelo processo. O processo é decomposto em uma série de passos, cada um representando um business service(ou conjunto de componentes). De fato, cada serviço ou funções de componentes como uma sub-aplicação. Estas sub-aplicações são unidas criando um processo capaz de satisfazer os requisitos do negócio. Esta granularidade permite o reuso de cada sub-aplicação por toda a organização.

Os Web services são componentes que permitem às aplicações enviar e receber dados em formato XML. Cada aplicação pode ter a sua própria “linguagem”, que é traduzida para uma linguagem universal, o formato XML.

Para as empresas, os Web services podem trazer agilidade para os processos e eficiência na comunicação entre cadeias de produção ou de logística. Toda e qualquer comunicação entre sistemas passa a ser dinâmica e principalmente segura, pois não há intervenção humana.

Padrão

O W3C e o OASIS são as instituições responsáveis pela padronização dos Web services. Empresas como IBM e Microsoft, duas das maiores do setor de tecnologia, apóiam o desenvolvimento deste padrão.

Segurança

Muitas empresas temiam, no passado, prover funcionalidades na Internet devido ao medo de expor seus dados. Mas com advento dos Web services elas podem publicar serviços de forma simples e que são totalmente isolados da base de dados.

Integração de Sistemas

Muitos consideram que os Web services corrigem um grande problema da informática: a integração de sistemas. Os Web services permitem que a integração de sistemas seja realizada de maneira compreensível, reutilizável e padronizada. É uma tentativa de organizar um cenário cercado por uma grande variedade de diferentes aplicativos, fornecedores e plataformas.

O futuro dos Web Services

Acredita-se que no futuro as empresas irão listar seus Web services em diretórios públicos (UDDI), de onde poderão ser vendidos como serviços para outras empresas, instituições ou usuários comuns.

Tecnologias Utilizadas

As bases para a construção de um Web service são os padrões XML e SOAP. O transporte dos dados é realizado, normalmente, via protocolo HTTP (o padrão não determina o protocolo de transporte).

Para a representação e estruturação dos dados nas mensagens recebidas/enviadas é utilizado o XML (eXtensible Markup Language). As chamadas às operações, incluindo os parâmetros de entrada/saída, são codificadas no protocolo SOAP (Simple Object Access Protocol)(baseado em XML). Os serviços (operações, mensagens, parâmetros, etc.) são descritos usando a linguagem WSDL (WebServices Definition Language). O processo de publicação/pesquisa/descoberta de WebServices utiliza o protocolo UDDI (Universal Description, Discovery and Integration).

XML: É um subtipo de SGML (acrônimo de Standard Generalized Markup Language, ou Linguagem Padronizada de Marcação Genérica) capaz de descrever diversos tipos de dados. Seu propósito principal é a facilidade de compartilhamento de informações através da Internet. Entre linguagens baseadas em XML incluem-se XHTML (formato para páginas Web), RDF, SMIL, MathML (formato para expressões matemáticas), NCL, XBRL, XSIL e SVG (formato gráfico vetorial).

SOAP: (acrônimo do inglês Simple Object Access Protocol) é um protocolo para intercâmbio de mensagens entre programas de computador. Geralmente servidores SOAP são implementados utilizando-se servidores HTTP pré-existentes, embora isto não seja uma restrição para funcionamento do protocolo. As mensagens SOAP são documentos XML que aderem a uma especificação fornecida pelo orgão W3C.

WSDL: É a sigla de (Webservice Description Language), padrão baseado em XML para descrever o serviço como no (COM) onde ele traz os métodos do webservice. Funciona como uma espécie de “TypeLibrary” do Webservice alem de ser usado para a validação das chamadas dos métodos.

UDDI: É o protocolo desenvolvido para a organização e registro de webservices. Visite os sites http://www.uddi.org/ e http://uddi.microsoft.com/.

WS-I: É o consórcio (teste) que garante a interoperabilidade entre os Webservices (http://www.ws-i.org/ ) para garantir sempre que os webservices possam “conversar entre-si”.

Fonte: wikipedia.org

Conclusão

Muitas empresas tem dificuldades em fazer, e muitas vezes não conseguem realizar, uma integração dos seus sistemas. Com o Web Services podemos finalmente resolver este problema integração e ainda por cima a empresa fica totalmente apta para integrar-se a um novo sistema.

Entre as diversas técnicas e métodos podem destacar dois, pela sua popularidade, o RIA (Rich Internet Applications) e o AJAX (Asynchronous Javascript And XML) que tem aspectos diferentes mais com o mesmo objetivo: “melhorar a experiência do usuário”.

RIA – Rich Internet Applications

A RIA (Rich Internet Applications/Aplicações Ricas para Internet) é um termo criado pela Macromedia (que hoje faz parte da Adobe) que nada mais é que uma aplicação web com o objetivo de melhorar a experiência do usuário na Internet. Para atingir esse objetivo a aplicação deve oferecer:

• tempo de resposta menor

• atalhos para tarefas rotineiras

• elementos gráficos mais leves (vetores ao invés de bitmaps)

• interface mais compacta (visão geral do processo interativo)

• interface animada (suaviza a operação e enriquece metáforas)

• suporte a multimídia (áudio, vídeo)

Com isso temos um usuário que se torna mais produtivo e satisfeito.

FLASH
Neste paradigma a ferramenta que melhor se enquadra é o Flash da própria Macromedia, que além de ser interessante para o usuário também tem suas vantagens para o desenvolvedor, que tem o trabalho facilitado pelos seguintes motivos:

• designers definem a aparência direto na ferramenta de desenvolvimento

• maior flexibilidade para desenvolver interfaces inovadoras

• a linguagem de programação do Flash (Actionscript) é fácil de aprender e a ferramenta oferece excepcional ajuda

• reduz a carga do servidor (o número de conexões necessárias para enviar dados para o usuário é mínimo e parte do processamento de informações acontece no computador do usuário)

Contudo o Flash não é perfeito ele também tem o seus defeitos. Entre os inúmeros podemos citar:

• necessidade de ter um plug-in instalado no browser do usuário para execução da aplicação;

• o incomodo do usuário de instalar o plug-in (apesar de ser feito apenas uma vez);

• a incompatibilidade entre as versão da aplicações e do plug-in instalado no usuário;

• e mesmo com a instalação do plug-in ainda existe incompatibilidade do plug-in com o browser do usuário;

• ferramentas de pesquisa web (ex.: Google) não conseguem visualizar o conteúdo em Flash e assim o site não recebe o markting grátis que essas ferramentas proporcionam (isso é muito grave);

AJAX

AJAX (acrônimo em língua inglesa de Asynchronous Javascript And XML) é o uso sistemático de Javascript e XML (e derivados) para tornar o navegador mais interativo com o usuário, utilizando-se de solicitações assíncronas de informações. AJAX não é somente um novo modelo, é também uma iniciativa na construção de aplicações web mais dinâmicas e criativas. AJAX não é uma tecnologia, são realmente várias tecnologias trabalhando juntas, cada uma fazendo sua parte, oferecendo novas funcionalidades. AJAX incorpora em seu modelo:

• Apresentação baseada em padrões, usando XHTML e CSS;
• Exposição e interação dinâmica usando o DOM;
• Intercâmbio e manipulação de dados usando XML e XSLT;
• Recuperação assíncrona de dados usando o objeto XMLHttpRequest;
• e JavaScript unindo todas elas em conjunto.

O modelo clássico de aplicação web trabalha assim: A maioria das ações do usuário na interface dispara uma solicitação HTTP para o servidor web. O servidor processa algo — recuperando dados, mastigando números, conversando com vários sistemas legados — e então retorna uma página HTML para o cliente. É um modelo adaptado do uso original da Web como um agente de hipertexto, porém o que faz a Web boa para hipertexto não necessariamente faz ela boa para aplicações de software.

Esta aproximação possui muito dos sentidos técnicos, mas não faz tudo que um usuário experiente poderia fazer. Enquanto o servidor está fazendo seu trabalho, o que o usuário estará fazendo? O que é certo, esperando. E a cada etapa em uma tarefa, o usuário aguarda mais uma vez.

Obviamente, se nós estivéssemos projetando a Web do nada para aplicações, não faríamos com que os usuários esperassem em vão. Uma vez que a interface está carregada, por que a interação do usuário deveria parar a cada vez que a aplicação precisasse de algo do servidor? Na realidade, por que o usuário deveria ver a aplicação ir ao servidor toda vez?

A maior vantagem das aplicações AJAX é que elas rodam no próprio navegador web. Então, para estar hábil a executar aplicações AJAX, bastar possuir algum dos navegadores modernos, ou seja, lançados após 2001. São eles: Mozilla Firefox, Internet Explorer 5+, Opera, Konqueror e Safari.

Conclusão

Tanto o RIA quanto o AJAX tem as suas vantagens e desvantagens, por isso não podemos ignorar nenhum deles. Ao meu ponto de vista cada um tem uma melhor aplicação dependendo da situação, basta que haja um bom senso na hora da escolha.

Eu tive o prazer de testar ele a poucos dias e comprovei que esta nova versão esta violentamente muito mais rápida e estável que a ultima. Sem falar em alguns bugs que ele corrigiram.

Para fazer download clique aqui.
Outra coisa muito interessante é que o Ubuntu agora tem um novo garoto propaganda

Novidades da versão:
- Tomboy, um prático e eficiente gerenciador de pequenas notas (post-it)
- F-Spot, um poderoso gerenciador de fotos que permite a organização por gategorias, edição de imagens e envio para bancos de dados online (como o Flickr)
- Gnome 2.16 com diversas novidades, mais seguro, rápido e estável
- Novo design mais limpo, tanto no boot quanto no desktop e tela de login.
- Boot muito mais rápido
- Última versão do Firefox (2.0) incluindo diversos recursos como correção ortográfica, recuperação de sessões perdidas em travamentos, detector de “phishings”, sistema de busca construido com suporte ao OpenSearch e melhor suporte a feeds
- Diversos recursos de segurança, que devem prover um sistema mais seguro e livre de vulnerabilidades antes mesmo destas vulnerabilidades serem descobertas
- Cliente de e-mail Evolution 2.8.0 com diversos novos recursos como os painéis verticais.

Novidades na versão server:
- Suporte automático a configurações DHCP com 2 ou mais placas de rede instaladas (disponível na versão Alternate CD)
- Seleção de língua e sessão disponível do gerenciador de login LTSP – permitindo que o usuário escolha qualquer língua e ambiente desktop instalados no servidor
- Suporte para dispositivos locais plugados em clientes – permitindo que usuários acessem câmeras, ipods ou pen drives diretamente do cliente
- Suporte a impressão – habilitando impressão em impressoras conectadas a um cliente
- Total suporte a boot pela rede.

O método GTD (Getting Things Done/Faça as coisas acontecer), de David Allen, ajuda a sobreviver ao excesso de demandas delegada a nós. O método é baseado em algumas atitudes simples porem eficazes que devemos realizar constantemente em nosso dia-a-dia.

O resultado é muito rápido, e basta ter as seguintes atitudes:

• Identifique o que pode ser passado para outra pessoa e delegue;
• Faça logo o que exigir menos de dois minutos;
• Coloque tudo em pastas. Não deixe pendências espalhadas em mesas ou gavetas;
• Organize suas tarefas nessas pastas. Divida entre ações imediatas, tarefas para breve, informações para o futuro e missões com data certa;
• Revise suas listas de ações uma vez por semana. Elimine o que foi feito e reordene o que não foi finalizado;
• Reúna todos os seus números – conta de banco, senhas – em um único arquivo, ao qual só você tenha acesso;
• Faça listas de possíveis presentes para as pessoas próximas. Quando o aniversário chegar, fica mais fácil ir às compras;
• Mantenha uma lista de desejos para você: CDs, livros, aparelhos eletrônicos. Guarde também informações sobre aquele restaurante ou cidade que gostaria de conhecer;
• Guarde telefones, endereços e datas de aniversário das pessoas que você conhece em um único lugar de fácil acesso;
• Vai viajar em uma semana? Faça ao longo dos dias uma lista de tudo o que precisa levar;

Pratique você também o método GTD e comece a perceber os benefícios em sua vida tanto profissional quanto pessoal.