Quantcast

Archive for July, 2008

Wordpress para iPhone com código fonte aberto

A Wordpress lançou uma versão de cliente para iPhone, mas este possui alguns bugs e ela já prepara a versão 1.1 para os próximos dias e juntamente também passou a disponibilizar o código fonte da aplicação, apesar das restrições impostas pela Apple no NDA do SDK para iPhone.

O código fonte esta disponível no SVN da Worpress no seguinte endereço: http://iphone.trac.wordpress.org/browser, se vc quiser pode apontar para o último trunk no SVN http://iphone.svn.wordpress.org/trunk/

É muito legal ver que estamos começando a ver softwares Open Source no iPhone, isso é um bom começo para entender o funcionamento das APIs, sem ser pelos exemplos da Apple.

Jailbreaking e Unlock iPhone firmware 2.0

Muito bem pessoal, agora que já passou quase uma semana do lançamento do jailbreak do iPhone firmware 2.0, aqui estão alguns links para quem quer fazer o upgrade do seu iPhone original para usar as novas funcionalidades do firmware 2.0

iPhone App Store

iPhone App Store

Vale lembrar que eu nào vou responder comentários com dúvidas sobre o uso destas ferramentas, estou apenas listando aqui alguns sites que vão ajudar a fazer o Jailbreak e Unlock. Tb é importante que todos saibam que não há unlock (por software) do iPhone 3G, apenas o Jailbreak. E por último, antes de fazer o update saiba que todas as suas aplicações instaladas via Installer.App não sãomais compatíveis e vc deverão usar as Apps que estão disponíveis na App Store Oficial.

Pwnage para Mac:
http://blog.iphone-dev.org/post/42931306/pwnagetool-2-0-1

Pwnage em Windows:
http://winpwn.com/index.php/Main_Page

Usando o WinPwn para iPhone 2G:
http://www.iclarified.com/entry/index.php?enid=1572

Usando o Pwnage no Mac:
http://www.iclarified.com/entry/index.php?enid=1558

Artigo do iPhone Hacks sobre Backup:
http://www.iphonehacks.com/2008/05/iphone-backups.html

Lançada nova versão do OpenX (adserver).

OpenX

Para quem não sabe ainda o projeto Open Source chamado OpenAds, recentemente passou a se chamar OpenX. Alguns dias atrás foi lançada a versão 2.6, que é uma grande revisão no projeto e que introduziu uma série de novas features e aumentou razoavelmente a performance na Aplicação. Este é um projeto que possui muitas funcionalidades avançadas, como GeoTargeting e possibilidades complexas de companions e relatórios.

Voltando um pouco, o OpenX é um AdServer que tem como objetivo servir propaganda e controlar as estatísticas ligadas a exibição e cliques dos usuários,este projeto compete com outras soluções comerciais, como RealMedia Open AdStream e DoubleClick (este último comprado pelo Google no ano passado por mais de U$ 3 bilhões) , mas a grande diferença é que o OpenX é gratuito e Open Source, ou seja, vc pode ter seu próprio servidor de ads e banners e alterar o comportamento dele da forma como vc quiser e for melhor para a sua aplicação.

O que chama mais a atenção na versão 2.6 é a abertura do OpenX API, que permite uma grande vantagem em relação as soluções comerciais, que atualmente não possuem APIs e são MUITO engessadas. Com o uso da API é possível desenvolver facilmente extensões e add-ons que se adaptem as suas necessidades.

Outro ponto interessante é a forma como eles solucionaram a apresentação de multiplos banners em uma única página, que é uma coisa comum na maioria dos sites que contém propaganda. No OpenX 2.6 se uma página possui 3 banners, ele faz apenas um request ao servidor de banners e depois apresenta as trás peças independentemente. Isso economiza bastante os recursos do servidor que passa a ter muito mais throughput.

Se vc esta planejando ou participando de um projeto que preciso de um AdServer considere avaliar o OpenX, é realmente uma solução que merece respeito.

Distância ainda é importante

Eu não sou muito a favor do uso de ferramentas eletrônicas no gerenciamento de projetos tocados por equipes ágeis, no entanto, até o momento não tivemos que lidar com grandes distância entre membros de um mesmo time ou entre times na Globo.com. Existem diversas ferramentas digitais que se propõem a ajudar os times que estão distantes, a estruturar melhor a informação, gerar relatórios gerenciais e por ai vai. Algumas destas ferramentas são por exemplo o Mingle da Thoughtworks, o VersionOne, o Jira com Greenhopper entre outros, vc pode ver uma lista mais extensa dessas ferramentas no blog do Wayne Allen.

Ainda acho que tudo se resolve com um bom e velho whiteboard, lembrando um dos princípios do Agile ManifestoIndividuals and interactions over processes and tools“. Se for necessário gerar um report do andamento do projeto (ou do sprint) tire uma foto do whiteboard todos os dias e envie para quem precisa deste report. Não tem nada mais claro para verificar problemas e andamento de um time do que o whiteboard.

Hoje em dia a Globo.com esta recoberta de Whiteboards e os burndown charts podem ser vistos por toda a empresa, o que mostra como as coisas estão mudando por aqui. Mas isso não tira mérito das pessoas que tentam encontrar formas de melhorar o trabalho quando times precisam atuar em um mesmo projeto e estão separados geograficamente.

Nas minhas leituras esporádicas de RSS encontrei um post sobre um projeto interessante do Henrik Kniberg chamado Whiteboard Wiki (http://www.whiteboardwiki.org), que se propõe a recriar online, de uma forma simples e direta, o ambiente de um whiteboard.

De qq forma ainda acho que se vc tiver uma opção de manter o time co-locado, nem pense em outra alternativa, “Take It“. Em linha com isso esta um paper do Gary e Judith Olson chamado Distance Matters, onde eles apresentam um estudo sobre o uso de tecnologia como forma de diminuir os problemas da distância. Abaixo segue a conclusão deste Paper:

Collaborative work at a distance will be difficult to do for a long time, if not forever.There will likely always be certain kinds of advantages to being together. However, as a wide range of collaborative tools emerges, we will find useful ways to use them to accomplish our goals. If at some point in the past we had written a similar article about telegraphy, the telephone, radio, television, or fax machines, we would have had tables that catalog their shortcomings. However, in their own ways, all of them have turned out to have been useful for a variety of purposes, and they worked their ways into social and organizational life in enduring fashion. Indeed, some of the most profound changes in social and organizational behavior in this century can be traced to these tools. The rich repertoire of present and future collaborative technologies will have a similar fate. We will find uses for them, and descriptions of collaborative work in the future will enumerate the emergent social practices that have put these technologies to useful ends. But it is our belief that in these future descriptions distance will continue to matter.

SCRUM e Toyota

Isso com certeza não é novidade mas talvez alguns não tenham lido, o Boris Gloger fez um paper há alguns anos fazendo um paralelo entre os 14 princí­pios de sucesso da Toyota, citados no livro The Toyota Way do Jeffrey Liker.

As metodologias ágeis tem tudo a ver com o TPS (Toyota Production System) e sempre que alguém fala de formas ágeis de desenvolvimento acaba citando a Toyota como uma das criadoras destes princípios. Na verdade o link entre estas duas coisas vem do fato de que a Toyota foi uma das grande empresas que começaram a empregar o Lean Thinking na década de 1970, nas palavras de Taichi Ohno um dos criadores do TPS, o foco da Toyota era “the absolute elimination of waste, where waste is anything that prevents the value-added flow of material from raw material to finished goods”.

Esse é o grande foco das metodologias ágeis em relação aos processos em cascata (waterfall), eles são focados no valor adicionado pelo desenvolvimento seguindo os principios constantes no Agile Manifesto.

Enfim, este paper do Boris é uma leitura simples, rápida e fácil e que ajuda a enriquecer um pouco mais nossa cultura sobre SCRUM e suas origens.

Aqui esta o link para o paper: Scrum Delivers or Scrum and the Toyota Way.