A algum tempo estou trabalhando num projeto bem interessante aqui na IBM. Acho que a partir de semana que vem vou poder compartilhar os detalhes com vocês.
Trata-se de um grande evento colaborativo que vamos realizar em parceria com uma organização não lucrativa aqui no Brasil...
Aguardem! :)
Bastante gente tem me perguntado ultimamente sobre o Twitter ... vou aproveitar então e tentar esclarecer algumas coisas sobre este interessante serviço.
O Twitter é uma categoria de serviço denominado "micro-blogging". A idéia é que pequenas entradas de texto possam ser postadas e acompanhadas, como se acompanha um blog.
O grande barato do Twitter é que a medida que o número de usuários cresceu, foram sendo observados diversos usos para este paradigma e, talvez tão importante, diversas aplicações foram criadas com base no serviço.
Pode-se usar o Twitter, por exemplo, para postar notícias rapidamente, direto do local ou fonte onde acontecem. Pode-se pedir ajuda sobre algum tema, ou simplesmente promover a você, sua empresa ou uma marca ou produto específicos.
Exemplos interessantes do uso do Twitter são geralmente associados a eventos notórios, como o do avião que fez um pouso forçado no rio Hudson, em NY. Um usuário postou: "tem um avião no Hudson. Estou no ferry e estamos indo resgatar as pessoas!". Um evento bem recente foram dados relacionados aos acontecimentos pós-eleição no Irã.
Não é a toa que diversas empresas estão utilizando o Twitter como canal de comunicação.
Você certamente vai achar clientes Twitter (que permitem acompanhar pessoas, receber mensagens e postar mensagens) para virtualmente todos os ambientes e dispositivos: iPhone, Nokia E71, Plug-ins para o Lotus Notes, clientes para seu PC (como o TweetDeck), entre muitos outros.
No jargão do Twitter "seguir uma pessoa" significa simplesmente ser copiado e notificado cada vez que aquela pessoa posta uma entrada no Twitter. Você também pode direcionar uma mensagem para uma pessoa (usuário) específica, ou notificar esta pessoa de que você postou algo (se você mandar uma mensagem como "olá @mariocosta" eu serei notificado que você postou algo e me referenciou).
Outro conceito importante é o de hashtags ("#"): se você referencia uma palavra com um "#" na frente, você tem como seguir tudo que é postado sobre o assunto. Um exemplo: se você seguir o hashtag #IBM você vai ser notificado sempre que alguém postar algo que contenha este hashtag (se eu postar "Mario Costa trabalha na #IBM", todos que seguem #IBM serão notificados).
Minha recomendação: experimente. É no mínimo interessante... :)
Acho que este foi um dos maiores períodos que fiquei sem escrever no blog. Parte da justificativa é que estou as voltas com Pontos de Equilíbrio, Grau de Alavancagem Operacional, Margem de Segurança e outras coisas mais do primeiro exercício de educação a distância (ead) do curso que estou fazendo baseado em BH.
O formato do curso é especialmente interessante para mim, uma vez que é o primeiro curso de longa duração que faço que é fortemente baseado em EAD, e que minha dissertação de Mestrado foi exatamente sobre este tema ("Fatores Chave de Sucesso em Treinamentos Corporativos a distância via Web", para ser exato).
O fundamental é disciplina ... é muito mais fácil estudar quando você tem a obrigação de estar em sala de aula em determinado dia e horário. Vamos ver como a coisa toda anda.
Aqui na IBM continuo ttrabalhando em uma nova oferta... agora já na efetiva execução do primeiro caso real. É como um piloto. Muitas coisas estão acontecendo por aqui, e é interessante ver como a demanda por este tipo de solução é grande.
Vou tentar voltar a postar com mais frequencia no blog. Continuem visitando!
Pessoal, vou passar uma semana a cada três meses em BH pelo próximo um ano e meio ... vou fazer um curso por lá, e estes períodos são as fases presenciais.
Espero que o curso (entre outras coisas) me dê diversas idéias sobre posts para compartilhar com vocês.
Enquanto isso ... vou fazer uma apresentação sobre Gestão da Inovação ... me pediram para apresentar os passos recomendados para a implementação da Gestão da Inovação das empresas ... vou montar algo e depois compartilho com vocês.
Se alguém conhecer um caso prático,ou quiser/puder compartilhar uma experiência, por favor, comente aqui ou me mande por email. Vai ajudar (e prometo que dou os créditos).
No mais, para não perder a chance: Enio, bem vindo a IBM! :)
Continuando, hoje vou falar em linhas gerais sobre os conceitos ligados a um projeto de implementação de Business Intelligence. Como sempre vou desde já deixar claro que vou fazer algumas aproximações para ajudar a explicar os conceitos, este pode não ser um post 100% correto do ponto de vista técnico.
Bom, a primeira coisa sobre projetos de Business Intelligence é que eles tipicamente demandam que os dados transacionais (aqueles que são registrados a cada transação realizada, que são acessados online pelos sistemas produtivos da empresa) sejam organizados de modo a permitir buscas complexas.
As intensas demandas de pesquisa fazem também com que tipicamente os dados da aplicação de BI sejam guardados em local (servidores e bancos de dados) distintos daqueles utilizados pelas aplicações transacionais.
Isso dá origem a dois conceitos básicos de BI:
. Estes servidores e bancos de dados dedicados para BI são chamados de Data Warehouses (depósitos de dados), e estes podem ainda ser divididos em Data Marts (seções dos depósitos de dados);
. O processo de extração dos dados das bases transacionais, transformação destes dados para o formato requerido e a sua carga do Data Warehouse, que é chamado de ETL (Extract, Transform and Load).
Então vejamos, juntando tudo:
. Uma empresa armazena os dados manipulados pelos sistemas de produção em bases de dados relacionais;
. Estes dados são extraídos, transformados e carregados em Data Warehouses;
. Os Data Warehouses são acessados por ferramentas de BI para obter ou descobrir informações relevantes sobre os negócios.
Claro que é muito mais complexo do que parece, até porque definir as transformações necessárias e o formato que os dados vão ter no Data Warehouse, assim como explorar estes dados requer muito planejamento. Mas acredito (e espero) que o conceito tenha ficado explicado o suficiente para agora você poder se aprofundar um pouco mais no assunto.
Um bom começo são os verbetes sobre BI da Wikipedia.
Divirta-se. :)
Resolvi dar uma mudada de assunto por aqui ... vamos ver se vocês aprovam. Hoje vou falar um pouco sobre Business Intelligence (ou "BI", se bem que BI pode ser também interpretado como Business Integration).
Vou falar de Business Intelligence como tenho procurado falar de outras coisas ligadas a tecnologia ... sem usar muito tecniques. Então vamos lá...
Se eu tivesse que resumir o que é business intelligence em uma frase, eu diria que Business Intelligence são as metodologias e técnicas associadas a análise de dados visando obter ou descobrir informações relevantes sobre determinado negócio.
Notem que há uma diferença fundamental entre "obter" e "descobrir". Obter está ligado a consolidação ou investigação dos dados já existentes, enquanto que descobrir está ligado a inferir algo novo, que não está explicitamente documentado na sua massa de dados.
Exemplificando: Suponha que você tem uma livraria e guarde todos os dados sobre as vendas dos últimos 12 meses em uma base de dados. Você pode utilizar business intelligence para obter dados como quem são os seus principais clientes, qual é o seu ticket médio (valor médio de uma compra), qual o tipo de livro mais vendido (ficção, auto-ajuda, administração, etc.) e com isso tomar decisões sobre como melhorar o seu negócio.
Note que todos estes dados estão explicitamente presentes em sua base de dados, você "apenas" está consultando estes dados de maneira bem eficiente para poder tomar decisões melhores.
Por outro lado, você poderia também analisar o movimento dos últimos 12 meses, cruzar os dados com as promoções que fez no período, e ainda com calendário de festividades significativas para o seu negócio (dias das mães, dos pais, natal, etc.) e com isso descobrir um estimativa razoavelmente precisa sobre quanto serão suas vendas no próximo natal, e disso inferir (automaticamente) quanto deve ser sua provisão de estoque e até quantos vendedores adicionais vai precisar em cada uma de suas lojas.
É comum associar o "descobrir" com um outro termo: Data Mining. Garimpar os dados, em bom português.
Bom, já que o post já está ficando longo, deixo o resto da história para a próxima.
Hoje anunciaram algo interessante ...
Já na Lotusphere no início do ano em Orlando a IBM anunciou o "Alloy": uma iniciativa em conjunto com a SAP para integração de funções e acesso ao SAP via Notes Client.
Hoje anunciaram que o Alloy estará disponível também para acesso via dispositivos móveis, a começar pelo BlackBerry.
É interessante observar como o tema mobilidade que foi muito falado a alguns poucos anos atrás agora começa efetivamente a se materializar em soluções de negócio mais voltadas para o lado das aplicações (e, aparentemente, menos para o lado da infra-estrutura).
Me parece que finalmente os dispositivos móveis estão começando a adotar processadores potentes o suficiente para suportar interfaces melhores (tela maior, interface por toque, entrada de dados melhor), assim como está efetivamente acontecendo a evolução das tecnologias de transmissão de dados (3G, 3.5G, WiMax e afins). Com isso tudo as aplicações "client" para dispositivos móveis estão encontrando o seu espaço (e não mais estamos falando apenas de WAP e interfaces browser móveis).
Um outro exemplo que me chama a atenção é o "Latitude" da Google. Muito interessante, e baseado no client do Google Maps.
Mais um sinal dos tempos interessantes em que estamos vivendo. :)
Resolvi escrever este post depois de conversar com algumas pessoas sobre SOA. Mais especificamente, depois de ouvir de um executivo de TI que "SOA é uma repaginação dos conceitos de análise orientada a objetos".
Antes de entrar no assunto propriamente dito, olhem o que achei outro dia ... Geek and Poke é um site de tiras de quadrinho voltadas para tecnologia. Tem algumas geniais, inclusive uma interessante sobre SOA.
Mas, voltando ao assunto: eu já vi muitas definições para SOA (Services Oriented Architecture, ou simplesmente Arquitetura Orientada a Serviços). A que mais gosto é esta:
Só que para entender corretamente esta definição é preciso definir o que é serviço. No contexto de SOA, um serviço é uma tarefa de negócio repetitiva. O "de negócio" é o fundamental aqui.
Em uma empresa que adota SOA os serviços são expostos para os usuários em abstrações que fazem sentido para eles. Isto é fundamentalmente diferente de uma arquitetura orientada o objetos, onde as classes e objetos representam componentes em abstrações que fazem sentido para os times de TI, especialmente os times de desenvolvimento.
Não é que uma coisa substitua a outra ... mas SOA é voltado para o negócio como um todo, enquanto Orientação a Objetos é voltado para TI.
Existem diferentes pontos de entrada para o caminho de uma empresa rumo a implementação de SOA. A IBM propõe basicamente três: Pessoas, Processos e Informações. Todos levam ao mesmo lugar, mas com prioridades diferentes. Mas um aspecto é fundamental a todos os caminhos: Governança.
Governança é um tema complexo. Para simplificar imagine o seguinte: de que adianta componentizar todos os seus sistemas de TI numa arquitetura técnica impecável e alinhada com o conceito de SOA se seus usuários não tiverem um catálogo de serviços de fácil acesso e manipulação?
Fazendo uma comparação simples: em São Paulo existem milhares de serviços de delivery ... mas não adianta nada ter isso tudo a disposição se você não souber onde procurar por um serviço quando precisa dele.
Ou, melhor ainda, pense na internet ... o mundo de páginas ... o que você faria sem um grande índice ou mecanismo de buscas de páginas? Só acessaria as páginas das quais tivesse anotado o endereço? Seria algo viável?
Pois é. Pensar em SOA sem pensar em Governança vai te levar a este caminho: tecnicamente pode estar perfeito, mas o efeito prático será virtualmente nulo.
Se quiser saber mais sobre os aspéctos técnicos de SOA, acesse o developerWorks.
Se quiser saber mais sobre os conceitos e soluções IBM, acesse nosso portal na internet.
Se alguém tiver algum exemplo para comaprtilhar ... comente!
Depois de recusar uma oferta da IBM, a Sun aceitou a oferta da Oracle... em um deal de 7.4 bilhões de dolares. Mais informações no link abaixo:
Oracle-Sun deal to create a $1.5 bn entity in India- Software-Infotech-The Economic Times.
Interessante observar o histórico recente das ações da Sun.
Não me perguntem se acho que a Oracle "passou a perna" na IBM. Eu sinceramente acho que tudo é muita especulação ... há muito mais por traz destes deals do que podemos imaginar. Por exemplo: será que a IBM não vislumbrou que as ações da Sun estavam muito baixas e fez um movimento pensado para aumentar o valor que outra empresa tivesse que pagar pela Sun? Vejam: desde que a IBM anunciou que estava em negociações fala-se de um potencial bloqueio dos EUA ou mesmo da União Européia ao deal, já que a IBM ficaria com a maioria absoluta do market share de servidores Unix.
Por outro lado, será que a IBM não quis justamente tirar proveito do baixo valor das ações da Sun?
E será que a sinergia com a Oracle é mesmo tão grande a ponto de valer a pena a compra? A Oracle não é uma empresa de HW ... nem de sistemas operacionais ... e parte do valor da Sun é o MySQL, que é free e concorrente do Oracle em baixa plataforma...
Estamos vivendo tempos interessantes. A seguir, cenas dos próximos capítulos. :)
