Toda vez q um programador morre e vai p/ o inferno a 1º coisa q o Diabo faz é chamá-lo p/ consertar a impressora. #soudev

— BeckNovaes (@BeckNovaes) September 20, 2011

Desenvolver Software é andar na neblina: impossível enxergar muito adiante, imprescindível avançar sempre, prudente mudar qdo necessário

— BeckNovaes (@BeckNovaes) May 9, 2011

O #MVC é o verbo To Be dos #programadores. Ensinam em todo lugar, mta gente ñ aprende e só saber isso ñ quer dizer grande coisa.

— BeckNovaes (@BeckNovaes) December 16, 2010

#fato O Scroll Lock é o apêndice do teclado

— BeckNovaes (@BeckNovaes) December 8, 2010

Pense 1° nos seus clientes e vc esquecerá o seu problema (dinheiro). Pense 1° no seu problema (dinheiro) e vc esquecerá os clientes.

— BeckNovaes (@BeckNovaes) November 22, 2010

Toda impressora é possuída por um espírito brincalhão q ri da sua cara enquanto vc aperta todos os botões na tentativa de fazê-la funcionar.

— BeckNovaes (@BeckNovaes) November 9, 2010

A tal “falta de humildade” é algo tão abominável na nossa cultura q jamais questionamos a “falta de sinceridade” fruto da “falsa modéstia”

— BeckNovaes (@BeckNovaes) May 31, 2010

#fato: Muitas vezes o Twitter é menos sobre o q vc está fazendo e mais sobre o q vc estava fazendo antes de perder o foco

— BeckNovaes (@BeckNovaes) May 23, 2010

Novo Post: “As Fábricas de Software são as únicas Fábricas q precisam produzir algo q ninguém sabe o q é ainda.” http://bit.ly/bGYSaf

— BeckNovaes (@BeckNovaes) March 24, 2010

Uma boa empresa não é aquela que usa a tecnologia para construir Softwares, mas sim a que usa a tecnologia para destruir problemas.

— BeckNovaes (@BeckNovaes) March 24, 2010

Ontem, o Flipboard, um dos melhores aplicativos para iPad fez sua estreia no iPhone e recebeu até elogio do VP de Marketing da Apple.

Recentemente o André Gil me mostrou o Path e fiquei de queixo caído. Hoje o Path tem versões para iPhone e Android, mas ele também é um caso que começou primeiro no iPhone:

Quando resolvemos fazer o Wesave tomamos esta decisão porque nós três (1, 2, 3) temos iPhone e não Android. Além disso, por algum motivo que penso entender melhor hoje, acreditávamos que no iPhone o aplicativo seria mais bonito e nós queríamos a melhor experiência que fossemos capazes de criar.

Em minha opinião entra dispositivo sai dispositivo e o iPhone continua oferecendo as melhores experiências de usuário por vários motivos:

1. É mais complicado fazer uma interface de usuário que se adapte bem aos diferentes dispositivos Android. Como você não sabe se o seu aplicativo vai pegar é melhor fazer para uma plataforma menos fragmentada para facilitar seus updates.

2. O Design da Apple é excelente e para piorar os fabricante e os usuários vivem customizando e destruindo o Android

3. Os usuários de iOS costumam ter sempre a ultima versão atualizada. Coisa que não acontece com os usuários de Android

4. As animações são muito mais fluídas no iOS

Você pode ver mais detalhadamente porque as animações no iOS são melhores neste excelente artigo de quem pode falar com propriedade. Resumindo, o fato é que a animação foi premissa central no desenvolvimento iOS e do Windows Phone. Como resultado as animações têm prioridade sobre todos os outros processos, mas isto não aconteceu no Android.

Posso até ouvir neste momento as pessoas mais técnicas falando: animação é frescura! Mas se já era importante no caso do Desktop é ainda mais no caso do Touch.

Numa tela Touch Screen a percepção do usuário conta muito. Como você está manipulando estes objetos virtuais (a tela e seus controles de interface) com suas mãos, eles devem responder de maneira natural, tal como é no mundo real. Quando você arrasta um papel sobre a mesa você não vê o papel pular e reaparecer mais adiante no sentido em que estava sendo arrastado. O movimento é suave e condizente com os nossos sentidos. Ter uma manipulação que trava no Touch Screen é como ter o mouse travando no Desktop.

Acredito que isto também explica porque muita gente costumava pensar que a questão era o aparelho em si. Alguns diziam que o Touch Screen do iPhone era imbatível e por isso a reposta era mais fluida. Mas esta claro agora que a questão é a arquitetura do sistema operacional, ou seja, se trata de software e não de hardware. Por isso não adianta contar vantagem do seu aparelho tem um processador mais poderoso.

Por estes motivos e por querer fazer produtos com as melhores experiências que sou capaz, é que acho que vou continuar com esta estratégia: primeiro farei o aplicativo para o iOS, se pegar faço uma versão para o Android.

Mesmo com muito mais dispositivos Android do que iOS o número de downloads de aplicativos da Apple Store é bem maior.

Mas acho que com a Adobe isso mudou, principalmente agora que eles estão aos poucos desistindo do Flash Player. Não parece que propósito da Adobe é criar melhores as experiências para os usuários finais, mas sim para os desenvolvedores. A eterna promessa de fazer um único código e ter em vários devices (coisa que a Sun tentou no passado com o Java) é algo que chama muito a atenção do pessoal técnico (tornaria nossa vida bem mais fácil, não é mesmo?). Mas justamente por não ser nativo, eu particularmente não acredito que este tipo de aplicativo oferecerá a melhor experiência ao usuário (coisa que dependendo do caso nem sempre é preciso).

O que estou querendo dizer é que todo este debate (1, 2) não gira só em torno do Flash Player, mas sim em torno do propósito da Adobe. Quem acredita que finalmente o Write Once Run Everywhere será realidade continuará engajado no foco que a Adobe está dando para o Flex. Por outro lado, creio que os que buscam oferecer as melhores Experiências possíveis para o usuário final devem também aprender o Android Nativo, o iOS Nativo e o HTML5 puro (que é o verdadeiro Write Once Run Everywhere). E isto pode ou não ter relação com a questão “Para quê você faz Software?”.

No início eu não sabia metade do que eu sei hoje, mas lembro que na febre dos bichinhos virtuais (tamagotchis) eu fiz um em Visual Basic à base de inúmeros “ifs” e “fors”. Na verdade, fiz vários outros programas mesmo antes de entender bem muitos conceitos de desenvolvimento de Software.

Então veio o colegial Técnico em Processamento de Dados, a faculdade, os livros e eu descobri a Orientação a Objetos, as estruturas de dados, os algoritmos e todo o maravilhoso mundo da programação. Não deu outra: aqui estava minha nova paixão!

Suponho que muitos que estão lendo este texto também são apaixonados por seus códigos, seus algoritmos, suas implementações de MVC (verbo “to be” da programação), suas Best Practices e, principalmente, suas tecnologias favoritas. O problema é que quando eu estava apaixonado esqueci a minha “origem”, esqueci o que havia me motivado realmente a entrar neste mundo: fazer programas de computador. O código, limpo, inteligente e bonito era o que importava agora. Eu havia me tornado um “alienado tecnológico” e caído na armadilha do TI-Centrismo.

Não posso garantir que você passa ou passou pelo mesmo que eu, mas vou explicar como eu me sentia quando estava apaixonado. Se você se sente assim, tome cuidado, pois esta paixão deve lhe deixar cego de tal forma que talvez este seja o motivo pelo qual você não consegue mais fazer tanto quanto fazia antigamente.

O amor é cego

Quando eu estava apaixonado olhava meu código e achava ele lindo. Eu cuidava dele com carinho e ficava “p da vida” quando não me deixavam dar a atenção que meu código merecia. O código dos outros? Nossa como eram feios! E eu era o verdadeiro Ivo Pitanguy da programação, sempre capaz de fazer uma cirurgia plástica que ia deixar o código dos outros muito mais bonitos. Eu também passava horas discutindo com outras pessoas que insistiam em dizer que a tecnologia delas eram mais bonita que a minha. E era assim que eu gastava todo meu tempo: olhando para meu mundo, o mundo dos Design Patterns, das tecnologias e das metodologias. O todo não era importante desde que eu tivesse satisfeito com a minha parte (uma excelente maneira de se sentir confortável com o fracasso dos projetos). Eu havia desenvolvido o que chamo de egocentrismo funcional.

Certo dia eu levei um baque pois descobri que a minha paixão estava me traindo. Descobri que ela era a responsável por eu não conseguir mais fazer softwares como eu fazia antigamente. Ela me iludia. Eu achava que estava fazendo mas não estava fazendo nada pois o resultado era péssimo no final das contas. E a minha paixão me enganava de outra forma: a culpa nunca era minha.

Então eu resolvi partir pra outra e acabei reatando com a minha necessidade inicial de fazer acontecer. Fazer grandes projetos. Fazer grandes produtos. Se o meu código tem que ser bonito para isso: ok. Mas se para um bom resultado final eu tiver que fazer uma baita gambiarra foda-se, isto é um trade-off. Eu percebi que perdi muito tempo da minha vida preocupado com o meio e não com o fim. O código é o meio e não o fim. A tecnologia é o meio e não o fim. O produto é o fim. Eu era uma loja cujo o depósito era céu e a fachada o inferno. Meus clientes iam embora e eu enganava a mim mesmo criando desculpas para me sentir confortável com a situação. A culpa era do cliente e não minha. A culpa era do gerente e não minha.

E se mesmo assim você insistir em dizer que não tem culpa alguma, que tal parar de falar e fazer? O que importa é o seu código bonito nos seus produtos não tão bonitos assim? Vai lá e faz! Tem uma idéia? Está esperando o quê? Não conhece a tecnologia? Mas no começo você fazia mesmo sem conhecer, não era mesmo? Isso se chama Zona de Conforto. É seu cérebro achando que vai ser muito difícil e preferindo fazer as mesmas coisas de sempre.

Sim, é difícil, muito difícil vencer a luta contra nós mesmos. Mas comece assumindo que você é ser humano. Se não conseguiu fazer nada que gostaria é possível que você seja um dos responsáveis! Simples assim. A verdade nua e crua.

O que me motivou a escrever este texto é que ainda vejo muita, mas muita gente falando sobre suas paixões, discutindo detalhes técnicos mesmo antes de saber o propósito do produto, discutindo o que usar mesmo antes de saber quem vai usar. Mas de que adianta tanto conhecimento pra nada? Mas não é para nada – você diz. Então é para quê? Eis aqui o ponto chave!

Se eu lhe perguntar por que você faz software espero a resposta: porque eu gosto. Mas a pergunta certa não é “por que”. A pergunta certa é “para quê”. Para quê você faz Software?

Há pouco mais de um ano atrás, lendo o livro The Tipping Point do Malcolm Gladwell, me chamou atenção a passagem que o autor comenta sobre pessoas que são boas em dar boas dicas para compras. Além disso, estas pessoas gostam e se sentem bem quando ajudam alguém a economizar dinheiro. Na hora lembrei da experiência que tenho nos Shopping Centers e então tive a idéia para fazer o Wesave. Num almoço com o Eduardo Horvath, André Gil e Bruno Fuster decidimos desenvolver este aplicativo nas nossas horas vagas.

A premissa básica do Wesave é que podemos confiar mais nas pessoas do que em alguns logistas “marketeiros”. Por isso no Wesave tudo gira em torno das pessoas. São as pessoas que cadastram ofertas (se bem que um logista também pode fazer) e através do perfil delas deve ser possível saber se elas são boas em dar dicas de ofertas ou não. Veja neste primeiro vídeo como isso funciona:

O Wesave é um destes aplicativos que embora simples tem bastante funcionalidade (tal como este outro que fazemos na DClick). Por isso gravar um vídeo assim é bem complicado. Eu esqueci, por exemplo, de mencionar algo bem importante sobre as ofertas: No Wesave as melhores ofertas aparecem no topo da lista. E como sabemos quais são as melhores ofertas? Bem, as melhores são aquelas que as pessoas “dizem que compraram”. Quanto mais as pessoas falarem que compraram algo maior será a quantidade de “foguinhos” e a oferta sobe na lista. Na verdade, se as pessoas derem um “Like (gostei)” na oferta isto também conta pontos para a oferta. Ou seja, tal como o Google o Wesave tem seu “Page Ranking”, pois nosso objetivo é mostrar as “melhores ofertas ao redor” e não apenas “qualquer oferta ao redor”.

Na mesma época que tive a idéia para o Wesave eu estava lendo bastante sobre Game Mechanics. Foi nesta época que também com o Eduardo Horvath e André Gil desevolvemos o Agon na DClick. Além disso o Foursquare já estava virando moda entre os meus amigos por isso achei que o Game Mechanics era uma boa maneira de manter as pessoas motivadas na utilização do Wesave, como pode ser visto neste segundo vídeo:

O Wesave é gratuito mas o aprendizado no desenvolvimento deste aplicativo não tem preço. Aprendemos não só sobre iOS e Google App Engine, mas também sobre Design, UX e, principalmente, como a idéia inicial evolui quando você trabalha como um time de verdade, que toma decisões em torno de um conjunto de princípios sob uma visão que se tem para um produto (o que eu imaginava para o Wesave mudou muito uma vez que o Eduardo Horvath, André Gil e Bruno Fuster contribuíram muito com suas próprias idéias).

Nos próximos posts sobre o Wesave aqui no blog pretendo mostrar como resolvemos muitos problemas de Design do aplicativo. Mas vale reforçar que estou falando de Design no sentido amplo da palavra.

A Microsoft é muito boa em criar este tipo de vídeo. Mas, como já comentei neste post, existe uma enorme distância entre a idéia e a execução.

Por exemplo, este outro vídeo mostra uma excelente idéia para Tablet.

Mas o vídeo já é antigo e enquanto isso a Apple foi lá e fez o iPad – que muitos copiam mas pelo menos a Amazon aposta no conteúdo.

Eu não estou dizendo que a Microsoft não tem capacidade de fazer as coisas acontecerem. Afinal de contas eles fizeram um excelente trabalho com o kinect. No entanto, nos últimos tempos a execução fica devendo bastante para estes excelentes vídeos que nos fazem sonhar.

Reforçando novamente o que eu tenho dito: muitos têm idéias, alguns implementam. Alguns implementam, poucos com excelência. Uma ideia sem execução é um espirito solitário e a execução sem uma boa ideia não tem alma, é vazia!

Eu, particularmente, já concordo há algum tempo que a TV precisa mudar radicalmente. Acho que não faz o menor sentido ter que se programar para assistir aquela série que vai passar tal dia e tal hora. Os tempos mudaram. Estamos em tempos de internet, tempos do conteúdo sob demanda. Acredito que apenas eventos ao vivo devem ter dia e hora marcados.

Graças ao Mac Mini e o Pirate Bay eu não preciso assistir Dexter com dia e hora marcada

E o que dizer dos malditos controles remotos? Quem me conhece há algum tempo sabe da minha birra com estes aparelhos bizarros em termos de Experiência do Usuário. Mas aí alguém pode dizer: mas eu não tenho problema algum com controles remotos! Vejamos: Quantos destes monstrengos você tem na sua casa? Quantas vezes você tem que ficar procurando? Você consegue usar no escuro? Quantas vezes por semana cai da sua mão? E porque que diabos todos eles são diferentes obrigando você a aprender a usar toda vez que compra um aparelho novo? Você tem um controle unificado de TV e DVD só que sua TV é de uma marca e o DVD de outra? E quando você coloca TV a cabo e fica com um controle GIGANTE da TV só para aumentar e abaixar o volume e tem que usar o controle mais bizarro de todos: o da NET?!

Em 5 minutos no meu local de trabalho veja quantos controles remoto eu encontrei. Aliás, alguém sabe usar o controle remoto do ar condicionado ou vocês são com eu que aperta todos os botões até chegar na temperatura que desejada?

E por falar na NET, se tem algo pior do que o hardware deles é o software. Aquele menu da NET é tão l-e-n-t-o que eu evito usar sempre que possível. Não seria melhor controlar sua TV pelo seu celular touch ou tablet?

Na minha casa tenho o DVD, o Modem da NET, o receptor da NET, o Roteador Wireless e um MAC Mini todos dentro do Rack da sala de estar. Eu me esforço bastante para deixar esta parafernália toda escondida, pois quando olho para aquilo tenho a impressão que estou numa espécie de laboratório de eletrônica! E olha que eu sou uma pessoa técnica, imaginem as pessoas não técnicas que são a maioria!

Enfim, se a TV da Apple se confirmar mesmo e oferecer a mesma experiência que seus outros produtos, vem aí uma revolução pois a inovação surge quando se percebe coisas ruins que as pessoas aceitam só porque estão acostumadas. Daí o “Pense Diferente”!

Um projeto pessoal feito com o Andre Gil e o Eduardo Horvath trabalham comigo na DClick e o Bruno Fuster que trabalha no IG

Conheça mais sobre o Wesave na Fan Page no Facebook ou no Website do aplicativo.

Em breve farei mais alguns posts sobre este “mundo novo” de apps nativas para mobile.