Antes de mais nada, eu não sou um guru e não me classifico como um empreendedor provado, ainda falta muito chão pra eu considerar meu trabalho “pronto e bem feito”, nossa história está só começando :)

Resolvi compartilhar com vocês algumas das conclusões que tive ao longo dos últimos 4 anos de construção da boo-box, empresa de tecnologia de publicidade e mídia social fundada por mim. Hoje com 30 pessoas, exibimos 2 bilhões de anúncios em 50 mil sites para 34 milhões de pessoas no Brasil, cobrindo 42% dos usuários de Internet do país.

Como se tornar um empreendedor

Mesmo que você não tenha idéia original.

Não faça só pelo Dinheiro

Há maneiras mais rápidas e fáceis pra ganhar dinheiro. Como empreendedor você precisa de motivação constante, diária. Caso seu objetivo seja apenas ficar rico, você vai se desmotivar rapidamente ao perceber que a recompensa financeira demora normalmente 10 anos pra acontecer.

Você precisa se motivar pelo trabalho, pela missão, pela conquista diária de ter mais um cliente, mais um usuário satisfeito ou mais um desafio para superar. E desafio, já te adianto, você vai ter vários, não vai ser por falta de desafios que você vai se desmotivar :)

Como ter uma idéia para empreender

… e como descobrir sua paixão S2 S2 S2

Ache um mercado que te inspire, desperte paixão

Saúde? Comunicação? Relacionamento? Finanças?

Pra se manter motivado, é preciso que você descubra o que te inspira, qual é o assunto que vai te fazer levantar todos os dias cheio de energia pra superar qualquer desafio.

Você sempre curtiu ler sobre finanças? Cultura pop? Música? Nessa etapa qualquer assunto pode ser fonte de inspiração.

Veja o tamanho do mercado que você pode atender

Estado? País? Mundo? Quanto dinheiro este mercado movimenta por ano?

Mercado, produto ou time? Qual o fator mais importante pra o sucesso de uma startup? Marc Andreseen escreveu um artigo em que defende que o tamanho do mercado é o mais importante pro sucesso de uma startup.

Segundo Marc, uma equipe minimamente competente com um produto medíocre pode ter muito sucesso se o mercado for grande. Já cenários com mercados pequenos tendem a não ser favoráveis mesmo pra equipes e produtos incríves.

Se o mercado for grande (mais de U$1Bi), descubra que tipo de problema as empresas enfrentam no dia-a-dia e que você consegue resolver

Há caminhos óbvios que podem te ajudar a pensar: reduzir custos, adicionar valor, otimizar processos, melhorar rotina, diminuir horas de trabalho…

Todos os dias as pessoas e empresas enfrentam inúmeros desafios pra cumprir seus objetivos, você pode descobrir quais são esses desafios, como pode resolvê-los e quanto os clientes estão dispostos a pagar por seu serviço.

Agora que você já tem uma idéia

Faça um protótipo da sua proposta de solução do problema e apresente pros clientes

boo-box, Peixe Urbano, Facebook, BuscaPé, Google, Apple, sabe o que essas empresas têm em comum? A proposta de produto surgiu antes do Business Plan.

Não se preocupe em fazer um Plano de Negócios antes de ter um protótipo pra mostrar pra alguém e coletar os primeiros números. Seu Business Plan vai ser muito mais preciso caso você possa usar dados reais que coletou com seu próprio trabalho.

Receba feedback do mercado e altere seu protótipo

É comum empreendedores se prenderem apaixonadamente à sua idéia e não arredarem o pé, chamando de “princípios” o que não passa de temosia. Não seja um desses, flexibilize suas idéias e entenda o que o mercado quer.

Nem sempre o cliente sabe o que quer, mas ele sempre sabe o que não quer. Se você mostra um botão vermelho e seu cliente diz “eu preferia verde”, pode ser que verde não seja a melhor opção, mas com certeza você errou no vermelho, sacou?

Repita o passo acima, até seu protótipo se tornar um produto que preste um serviço

Iteração é a palavra chave aqui. Colete feedback do mercado; altere seu protótipo; analize todas as métricas; colete feedback do mercado; altere seu protótipo; analize todas as métricas…

Seu protótipo vai virar um produto quando ele gerar receita, agregando valor ao dia-a-dia de um cliente disposto a pagar pelo serviço prestado.

Agora sim, faça um Plano de Negócios

Quando você já tem clientes dispostos a pagar pelo seu serviço, uma taxa de crescimento e boa quantidade de números pra analisar, é hora de fazer seu plano de negócios. O Business Plan é um importante estudo de mercado e um bom guia pra te dar segurança quando você tiver dúvidas do que fazer.

Procure investimento se achar necessário, mas somente após colocar o produto no mercado e gerar (alguma) receita

Na prática um negócio sem faturamento não tem valor, então só procure investimento quando você tiver mais segurança do potencial do seu negócio. O investimento deve sempre ser um caminho para seu objetivo, não o objetivo em si.

Só receba investimento caso seu negócio realmente vá se beneficiar de uma injeção de crescimento instantâneo, e esteja disposto a assumir as responsabilidades por tomar tal decisão.

A execução é mais importante que a idéia original

O aprendizado, adaptação e execução diária são muito mais importantes pra um negócio que a idéia original. Uma idéia não-original bem executada pode gerar empresas incríveis.

Faça seu próprio caminho

As dicas não estão “escritas na pedra”, existem muitas exceções pra cada uma delas. Faça seu caminho e compartilhe conosco (abaixo nos comentários ou em seu blog) suas próprias lições aprendidas :)

Esta experiência deu origem à plataforma 8causes, com aplicativos de temas variados, como futebol, moda, trabalho, sustentabilidade e muito mais. Saiba mais o 8causes.

O Apoio Marina Silva é um aplicativo pra Twitter que periodicamente divulga links sobre a Marina Silva nos perfis dos usuários do sistema.

Twitt publicado automaticamente pelo Apoio Marina no perfil do @mantduarte

Resultado após o primeiro turno das eleições

No primeiro turno da campanha presidencial o aplicativo publicou 206.059 twitts, nos perfis de 4.612 usuários com uma audiência de 690.050 seguidores únicos no Twitter.

Em menos de 3 meses de funcionamento o Apoio Marina Silva já havia publicado 193 mil twitts nos perfis de 580 usuários, gerou 50 milhões de impactos pró Marina e a rede de usuários tinha 115 mil seguidores únicos no Twitter. Desenvolvi a ferramenta gratuitamente como uma contribuição à campanha da Marina. Nunca gastei dinheiro com infraestrutura de tecnologia ou divulgação, a ferramenta nunca foi citada em jornais, grandes sites ou revistas.

Funcionamento

1. O usuário entra no site do Apoio Marina
2. Autoriza que o aplicativo publique textos em sua conta de Twitter
3. Define uma frequência de publicação

Periodicamente o aplicativo publica links com conteúdo relacionado à Marina Silva no perfil dos usuários, atingindo seus seguidores. Os links são definidos pela área de conteúdo do blog Minha Marina. Tomo o cuidado de não publicar mensagens mascaradas como opinião do usuário, todos os posts feitos pelo Apoio Marina estão devidamente identificados como sendo de terceiros pelo texto “via @apoiomarina“.

Tecnologia

Eu tinha vontade de aprender a usar a ferramenta de desenvolvimento Git e programar usando grafos, um tipo de estrutura de dados que não tive tempo de explorar no curso universitário que abandonei. Após 4 ou 5 madrugadas de programação em Python no Google App Engine, lancei em 12 março de 2010 o Apoio Marina, como um singelo incentivo na divulgação do trabalho da pré-candidata a presidência da república Marina Silva.

O Apoio Marina Silva não tem custo de infraestrutura de tecnologia, servidores ou banda. Está tudo no plano gratuito do Google App Engine, foi desenvolvido voluntariamente por mim em poucas horas usando ferramentas gratuitas e livres.

Crescimento orgânico

Todo twitt publicado pelo aplicativo nas contas dos usuários termina com “via @apoiomarina“, os próprios posts são uma divulgação orgânica da ferramenta: os seguidores do usuário clicam no username @apoiomarina, lêem a descrição, se interessam e entram na rede de apoiadores da candidata, ampliando a divulgação da ferramenta e o apoio à campanha.

E nós nem precisamos contratar o Ronaldo :D

Esta experiência deu origem à plataforma 8causes, com aplicativos de temas variados, como futebol, moda, trabalho, sustentabilidade e muito mais. Saiba mais o 8causes.

Quer divulgar sua empresa ou serviço no Twitter com um aplicativo igual a este? Clique aqui e entre em contato comigo.

código de programação

Protótipo funcional

O primeiro protótipo ficou no ar 1 mês e meio, foi feito por mim puramente em JavaScript. Era só uma demonstração funcional, usado em apenas um site (o site de demonstração) e era muito, muito lento. O protótipo foi testado pelo TechCrunch e aprovado com dois jóinhas.

• Programadores ninja: 1
• Tecnologias principais: JavaScript, API de e-commerce
• Sites usando: 1
• Pageviews mensais: até 50 mil
• Funções principais: Exibia numa lightbox (janela sobre o conteúdo) com produtos relacionados a uma imagem. Fazia uma busca em um e-commerce usando a tag (palavra-chave) da imagem.

Protótipo instalável

O segundo protótipo ficou no ar 3 meses, podia ser instalado em qualquer site que usasse páginas em HTML, era lento, foi feito com muito JavaScript e um pouco de PHP escrito por mim e por alguns amigos.

• Programadores ninja: 2
• Tecnologias principis: JavaScript, PHP, API de e-commerce
• Sites usando: até 50
• Pageviews mensais: até 100 mil
• Funções principais: Todas anteriores. Podia ser instalado em sites que usam HTML, como blogs e fórums.

Sistema PHP MVC

A partir daí fomos fazendo melhorias em partes críticas do código, principalmente visando performance. O sistema foi “surgindo”, deixando de ser “1 JS com 10.000 linhas + 1 PHP com 100 linhas” e criando corpo MVC (maneira robusta para estruturar uma aplicação).

• Programadores ninja: 3
• Tecnologias principis: JavaScript, PHP, MVC, API de e-commerce, MySQL
• Sites usando: até 600
• Pageviews mensais: até 400 mil
• Funções principais: Todas anteriores. Diferentes ferramentas para criação de links para exibição de anúncios. Contabilização de estatísticas básicas diárias.

Sledge

Um ano após esses primeiros refactorings, o sistema tinha robustez pro que estávamos fazendo até então, mas mudanças nas regras de negócio exigiam alterações profundas no que estava em produção. Havíamos descoberto boas linhas de receita em produtos diferentes do que nosso sistema estava preparado pra entregar, portanto, seria necessário modificá-lo profundamente.

Era perfeitamente possível continuar evoluindo e alterando o sistema PHP MVC que estava no ar, mas resolvemos começar do zero, em Ruby, por uma série de questões racionais e emocionais. Escolhemos o MERB pois o Rails na época estava no seu ápice da fama “Rails não escala”. Fizemos nosso novo sistema “from zero to production” em 4 meses. Deu certo. O núcleo do sistema ficou pronto no natal, por isso leva o nome de Sledge (trenó em inglês).

Seis meses após o Sledge entrar em produção, nossas novas regras de negócio se mostraram acertadas, o negócio começou a ganhar volume rapidamente (em pageviews, clientes e receita) e enfrentamos o desafio da escalabilidade. Trouxemos pra equipe Thyago Liberalli, um experiente diretor de tecnologia, e sob sua gestão um refactoring de 1 mês (2 sprints scrum) preparou o sistema pra escalabilidade exigida.

Atualmente o Sledge está preparado para suportar o grande volume de pageviews da nossa rede, que cresce 23% ao mês, e tem estrutura para as novas funcionalidades que crio na Área de Inovação, como a veiculação de anúncios em Twitter.

• Programadores ninja: 8
• Tecnologias principis: JavaScript, Ruby, MERB, API de e-commerce, MySQL, Redis, integração com ad servers
• Sites usando: mais de 9000
• Pageviews mensais: mais de 500 milhões
• Funções principais: Todas anteriores. Exibição de anúncios interativos em Flash. Pagamento de Publishers. Contabilização de estatísticas detalhadas em tempo real. Monetização de perfis de Twitter.

Percepção e agilidade

Antes da boo-box fiz o Wallpapr, um produto também puramente em JavaScript, praticamente não toquei nele após o lançamento (nunca foi meu foco de trabalho). Sem minha atenção, ele nunca evoluiu, está estagnado em 500 acessos diários faz 3 anos.

Uma das maiores lições que tiro dessa (resumida) história é que o negócio muda, muda muito, muda rápido. Você precisa ser muito ágil pra detectar o que o mercado quer comprar, ter culhões de jogar fora, completamente, “o código que funcionou até agora” e criar um novo.

Jogar código fora não é “perda”, as lições ficam, e o código funcionou bem até ser jogado fora, ele gerou valor – receita, pageviews, usuários, o que for -, mas você precisa ter humildade e sagacidade pra perceber que, dali pra frente, ele não vai mais funcionar. Precisa ser veloz e implementar novas soluções – confiáveis, robustas e escaláveis -, adaptadas ao momento do mercado em que está inserido.

Acabo de desenvolver uma ferramenta que identifica palavras-chave no Twitter e classifica-o segundo uma árvore de categorias personalizada. Não é uma comparação direta do tipo “encontre termos relacionados com tecnologia”, há uma análise do significado das palavras do texto.

Teste agora mesmo o serviço de análise semântica do Twitter!

É meu mais recente projeto de uma madrugada, por enquanto ele não tem utilidade real para usuários, é apenas uma prova de conceito. Em breve pretendo liberar o acesso ao serviço na forma de API JSON, com isso outros progamadores poderão usá-lo pra criar aplicativos que usem a interpretação dos twitts dos usuários.

Exemplo de aplicação que pode ser desenvolvida a partir da API do Writing About:

Recomendação de conteúdo a partir do que você tem tuitado: A aplicação analisa as categorias e palavras-chave dos seus twitts mais recentes e te recomenda conteúdo que pode te interessar.

Milestone a ser cumprido antes de liberar API pública:

Suportar no mínimo mil requests por hora. Atualmente o Twitter aceita no máximo 100 consultas por hora, com esse limite fica impossível usar o Writing About pra algo com um mínimo de escala. O ideal seriam 100 requests por minuto.

>> tech stuff

O Writing About

• foi desenvolvido em uma madrugada
• é programado em Python
• roda na infraestrutura do Google App Engine
• usa a API do Twitter pra pegar os posts mais recentes do usuário
• usa API externa pra análise semântica, ainda não posso dizer que API é, direi assim que for autorizado
• todas as consultas são gravadas num log no não-SQL App Engine datastore. Não-SQL é um sistema de armazenamento de dados não relacional e livre de schema, projetado especialmente para aplicações web de alta escala e grande volume de dados
• não tem tratamento de erros, porque sou afobado e queria mostrar logo pra vocês :)

Copyright boo-box 2009.

A boo-box possui uma infraestrutura em camadas, capaz de escalar horizontalmente e que hoje tem robustez pra servir milhares de requisições por minuto. Neste post iremos apresentar algumas soluções usadas atualmente pra garantir melhor performance do Sistema de Publicidade Para Mídias Sociais.

Leia tudo no boo-blog.

Comentários fechados pra este post, comente no post original.

Devo continuar tentando resolver este problema desta maneira?

É muito comum que desenvolvedores passem batido por esta questão. O piores programadores acham que a primeira abordagem que encontram é a única maneira de resolver um problema.

Se você já se fez alguma das perguntas acima, ótimo, não sei se há resposta definitiva, mas vou mostrar como eu me respondo.

Estabeleça um prazo e trabalhe com toda a sua energia até lá, depois faça uma estimativa da distância que se encontra do objetivo final, e se vale a pena continuar trabalhando no projeto.

Prazo claro e inadiável

Durante o desenvolvimento dos meus projetos de uma madrugada (insôniaware), eu seto uma meta: 8 am vou parar de trabalhar neste projeto. Não importa o que estará pronto, eu vou parar. Se houver algo funcional, vai pro ar, se não é útil ainda, vai ter seu desenvolvimento interrompido por algumas horas pra que eu reflita um pouco.

Você pode estabelecer um limite de um mês pra tocar profissionalmente um projeto pessoal, ou uma semana trabalhando diariamente com o futuro sócio. O prazo não precisa ser 8 am e a madrugada não é o único período produtivo do dia :)

Não empurre com a barriga

A maior importância desse prazo é estabelecer um momento exclusivo de reflexão, ele vai evitar que você vá “empurrando com a barriga”.

Empurrar com a barriga, porque já estava assim, fui fazendo e quando vi já estava todo enrolado são situações que sempre me deixaram frustrado. O artigo de Programação Orientada a Gambiarras (P.O.G.) da Desciclopédia define essa situação como Faca nos dentes – O famoso Vai fazendo ai!.

Definir um prazo inadiável foi a maneira que encontrei pra não deixar meus projetos saírem do controle.

Getting Real

Projetos como o Wallpapr, Busica, Wallpapr for iPhone e Webriga (que fiz com o @mauricio) eram funcionais já nessa primeira parada obrigatória e foram pro ar, com bugs, mas foram.

O protótipo da boo-box, ImageDolly e AdBird não estavam funcionais neste primeiro checkpoint, o trabalho neles foi interrompido pela manhã (lembro como se fosse hoje) e era o momento de fazer uma reflexão se o projeto realmente valia a pena, e se aquela era a melhor maneira de resolver o problema.

Como você pode imaginar, tenho alguns outros projetos que nunca foram continuados, achei que não valiam a pena, ou que existiam outras maneiras de abordar o problema. Alguns ainda estão adormecidos aqui na pasta /labs do MacBook :)

Fiz uma versão para iPod Touch e iPhone do Wallpapr, o buscador de papéis de parede legais (também criado por mim).

A aplicação é simples, você abre a URL acima, escolhe se quer fazer uma busca ou simplesmente ver alguns papeis de parede legais aleatórios, a listagem aparece na tela, você escolhe uma imagem, salva no seu aparelho e depois configura como wallpaper.

Se você não tem um iPhone ou iPod Touch, pode abrir o Wallpaper para iPhone com o Safari do seu computador, funciona perfeitamente. Se você não tem Safari instalado pode tentar com Firefox, mas talvez alguns elementos não apareçam direito.

Durante a Campus Party 2009 a rádio Metropolitana FM sorteou um iPod Touch, eu ganhei, foi esse prêmio que me incentivou a desenvolver a versão mobile do Wallpapr.

Estabeleci um tempo limite de uma tarde, comecei 14:10, 18:00 subi a primeira versão publicável. Usei o framework iui, de Joe Hewitt para criar a interface específica pra iPhone/iTouch, usei também jQuery e Flickr API, que já estavam na versão desktop do buscador.

]]> http://marcogomes.com/blog/2009/wallpapr-para-iphone-e-ipod-touch/feed/ 5 http://marcogomes.com/blog/2008/organizando-informacao-no-tempo-e-no-espaco/ http://marcogomes.com/blog/2008/organizando-informacao-no-tempo-e-no-espaco/#comments Thu, 27 Nov 2008 19:50:22 +0000 Marco Gomes http://marcogomes.com/blog/?p=625 O objetivo de uma interface é auxiliar o usuário a completar algum trabalho. Pra que o trabalho seja executado, a interface deve apresentar informação, normalmente na forma de dados, ferramentas e elementos de interação. Parte do trabalho do designer de interfaces é organizar a informação que será apresentada ao usuário.

Informação pode ser posicionada no espaço ou colocada em fila no tempo.

Organizando informação no tempo

Nas telas de definição de preferências de aplicativos do Mac OS X, a informação é organizada no tempo.

No aplicativo Mail, você pode definir suas preferências de SPAM em uma tela, e, em outra tela, define as preferências de tamanho e tipo de letra pra escrever as mensagens.

Os conjuntos de preferências são agrupados por similaridade em telas que são divididas no tempo, e você precisa trocar de tela (clicando) pra ver as outras preferências. Caso o designer preferisse, todas as preferências poderiam estar na mesma tela, organizadas no espaço.

Ao organizar a informação numa fila temporal o designer pode explicar melhor o que está acontecendo, facilita a interação do usuário que não precisa lidar com vários elementos de interface numa mesma tela, mas a tarefa vai levar mais tempo pra ser executada.

Organizar informação no tempo é recomendado em tarefas não repetitivas, que não podem exigir um “treinamento” do usuário, como processos de instalação de software (wizards), configuração de aplicativos, criação de documentos que sigam um modelo rígido.

Organizando informação no espaço

Na tela de edição de post do aplicativo Blogo, da Brain Juice, a informação é organizada no espaço.

Quando o usuário cria ou edita um post, toda a informação que ele precisa inserir está organizada no espaço de uma única tela. Caso o designer preferisse, o processo de postagem poderia ser um wizard, que primeiro te perguntaria o título do post, numa segunda tela perguntaria o texto do post, na terceira tela pediria as tags, e assim por diante, até conseguir todas as informações para criar um post completo.

Ao organizar a informação no espaço o designer permite que usuários terminem a tarefa mais rapidamente e sem exigir uma ordem correta para interação com elementos, diminuindo a sensação de estar fazendo uma tarefa repetitiva.

Organizar a informação no espaco é recomendado em tarefas repetitivas, que precisem ser completadas rapidamente e permitam uma curva de aprendizado para usar a interface, como criação de “tarefas” em aplicativos de controle de projetos, criação de posts em blogs, inserção de indivíduos em agendas telefônicas, criação de e-mails.

fikdik rsrsrs

Quando projetar suas interfaces, julgue com cuidado que tipo de informação precisa estar organizada no tempo e no espaço, uma falha neste planejamento pode afastar usuários da sua aplicação.

Para saber mais, veja Learning from “bad” UI.

Você não pode esperar arrumar um estágio, ou emprego, que te ensine (de mão beijada) a ser um bom desenvolvedor. Um bom desenvolvedor se cria sozinho, nas madrugadas selvagens dos canais de IRC e grupos de e-mail.

Explico.

Como Diretor de Tecnologia da boo-box, enfrento a nada fácil tarefa de formar um time com os melhores desenvolvedores, os ninjas da boo-box. O processo de seleção é contínuo, e a maior parte das vezes me deparo com e-mails desanimadores, abaixo alguns exemplos reais, e o que pensei após ler:

Envio-lhes um pseudocodigo feito no 1º semestre da faculdade.

Que eu saiba, pseudocódigo não roda em nenhum computador. Bunda mole.

Tanto em PHP quanto em Java Script só oque eu vi na faculdade , mais nada que eu não consiga aprender , até porque a base eu ja tive na faculdade.

Pra começar: JavaScript é escrito junto, e se você teve a base na faculdade por que não gastou umas horinhas aprendendo “o restante” em casa? Bunda mole.

Coloquei somente 2 exemplos que consegui achar, pois meus códigos na Bolsa estão restritos.

Seu trabalho é supersecreto? Então contribua pra um projeto de Software Livre ou faça um aplicativo em seu tempo livre. Bunda mole.

Não fiz trabalhos orientados a objeto ainda, tenho muita vontade de trabalhar com orientaçao a objetos.

Tem muita vontade? Muita mesmo? Nossa, e está esperando mudar de emprego pra aprender né? Bunda mole.

Se você já usou argumentos semelhantes aos exemplos acima, vou te revelar uma coisa: Você pode mudar sua vida, e até mudar o mundo, com o mesmo equipamento que usa pra ficar o dia inteiro no orkut trocando recadinhos com as peguetes, sério!

Listinha da alegria pra quem não lê parágrafos:

1. Consiga um computador conectado na Internet, serve o que está usando pra ler este texto, ou qualquer outro, com qualquer sistema operacional, pode ser até um netbook como o EEE PC.
2. Crie uma conta no Google App Engine e baixe o SDK.
3. Prepare-se pra usar intensamente um serviço de buscas e uma documentação de Python.
4. Use bibliotecas e códigos de terceiros no início, comece com humildade e vá se aprofundando com o tempo.
5. Invista algumas madrugadas desenvolvendo aplicativos que funcionem de verdade, nem precisam ser inéditos, comece com sistemas de blog, chat, agregadores de feed…

Garanto que seguindo os passos acima você vai poder aprender muito mais sobre programação pra Internet do que qualquer graduação em Sistemas de Informação vai conseguir te ensinar.

E não precisa ser apenas com Google App Engine! Embrenhe-se no Ruby, PHP, JavaScript, HTML, Flash, faça uns layouts no Photoshop, escreva um blog, melhore verbetes na Wikipédia, contribua pra humanidade de alguma maneira :)

E se você for realmente ousado, vai construir o site da empresa do seu tio mesmo sem saber como fazer, cobrará R$: 500,00 e usará uma parte disso pra melhorar seu computador ou conexão com a Internet. Foi assim que eu comecei, e a maior parte dos bons desenvolvedores de hoje também fez isso 4, 8, 10 anos atrás.

Eu sei que um computador conectado na Internet não é gratuito, tem custos, normalmente altos, o nome da campanha é “Programar é grátis” só pra causar impacto :)

Quando for mandar um e-mail tentando uma vaga pra ser desenvolvedor, escreva algo parecido com a mensagem abaixo, que também é real:

Marco não tenho muita experiência, estou buscando ela através de um estágio. Estou construindo um site e fiz um sistema de controle de gastos pessoais em PHP/MySQL. Eu adicionei um dos códigos no pastie.org. Abaixo segue o link para o arquivo.

O texto acima me deu muito mais confiança no candidato que os exemplos bunda mole anteriores, este candidato não tinha experiência, e sabendo disso, estava construindo um sistema simples em PHP e MySQL pra ele mesmo usar, é assim que um ninja age.

Parabéns aos ninjas em atividade Mauricio Maia, Dirceu Pauka, Samuel Prado e Fernando Mafra ( @fmafra ). Eles são parte do time que faz tudo a boo-box continuar rodando, sempre trazendo inovação, projetando novos produtos inclusive em seu tempo livre. Porque um ninja nunca baixa a guarda

[update 2008-11-17] Para ler um argumento a favor de cursos e conhecimento teórico antes do conhecimento prático, veja o comentário do Ricardo, aqui mesmo neste texto. Eu discordo do que ele diz, mas você deve ler pra julgar por si mesmo :)

comfas//

1. Abra o AdBird, logue com sua conta Google e insira um endereço de RSS, usuário e senha do Twitter. O AdBird não tem acesso a sua senha do Google, pode ficar tranquilo :)
2. Diga quantos Updates novos o AdBird deve esperar que você poste até enviar um anúncio

Periodicamente o /estagiario, que é o bot do AdBird, vai verificar se você já enviou novos Updates, caso você já tenha atingido o limite que configurou, o /estagiario vai postar no seu Twitter um link do RSS que você escolheu, e esperar até que você envie novos Updates pra postar novamente. A cada N Updates seus, ele vai enviar um link do RSS. Tudo configurado por você.

• Veja alguns anúncios já postados pelo AdBird
• Siga @marcogomes no Twitter!
• Não sabe o que é Twitter?

No futuro?

Como já pode ser visto na página de configuração, em breve o AdBird será integrado com a boo-shop, postando no Twitter os links de vitrines virtuais da sua loja, com isso a rentabilização vai ficar a apenas dois cliques do Update do Twitter.

Garantias?

É importante avisar que esta aplicação é um experimento e está hospedada no Google App Engine, portanto, não dou nenhum tipo de garantia quanto a seu funcionamento. Como usuário de serviços Google, posso prever que o serviço vai ficar no ar por um bom tempo, além disso, pretendo usar parte do meu tempo livre (que tende a zero) pra manter e melhorar a aplicação, mas não garanto nada :)

Como surgiu?

Várias pessoas se perguntam como anunciar no Twitter (ou monetizar, se você prefere o neologismo) fazendo inclusive previsões pessimitas quanto ao futuro da ferramenta. Eu, como profissional de marketing na Web, também me pergunto isso sempre, e resolvi fazer uma tentativa.

Semana passada comecei a brincar com Python e Google App Engine, resolvi fazer algo rápido, que pudesse ser útil pra mim e usasse APIs, XML e outras modernidades (já ouvi essa história antes :)

Após algumas madrugadas de esforço e muita pesquisa no Google, cheguei no que vocês podem ver e usar agora :)

Agradeço sugestões de funcionalidades e denúncia de bugs, pode enviar pro meu e-mail.

Um usuário enfrentou dificuldade pra colocar link boo-box em uma foto gravada no Picasa. Eu precisava criar uma maneira fácil de usar uma foto que esteja no desktop do usuário, pra isso a imagem precisaria ser colocada na web, hospedada em um servidor bastante poderoso.

Hospedagem não é nosso core-business, não seria vantajoso pra ninguém servirmos vários gigas de imagens todo dia, seguindo nossa filosofia de nunca reinventar a roda resolvi usar o ImageShack pra hospedar as imagens.

Algumas horas usando usando meus recentes conhecimentos em PHP (faixa branca) e o velho conhecido JavaScript (faixa preta segundo dan), cheguei na versão atual do novo recurso, que ainda é beta.

Continue lendo Upload de imagem no tagging-tool.

Comentários fechados, comente lá :)

Ele surgiu pra resolver um problema que temos na boo-box de vez em quando:

Problema

O e-commerce CheapOperation não tem estrutura de servidor pra entregar imagens de produtos para todos os widgets boo-box que estão espalhados pela Internet. Se o boo-wiget usar imagens direto do servidor CheapOperation o e-commerce pode cair por excesso de transferência de dados.

Solução

Construir um sistema de backup para as imagens dos produtos, a imagem será lida apenas uma vez do server CheapOperation e guardada. Nas próximas requisições o sistema pega direto do backup e nem vai no server original, assim economizamos banda do cliente e não derrubamos o e-commerce dele com os milhões de acessos do boo-widget.

Veja o ImageDolly, a solução implementada em um dia :)

Mais um resultado das minhas incursões no mundo da programação server-side durante as madrugadas.

Em novembro de 2006 eu lancei o Wallpapr, um buscador de papéis de parede legais que procura imagens no Flickr. Essa experiência me rendeu uma ótima história e o conhecimento adquirido fez com que eu tivesse capacidade técnica pra construir o protótipo da boo-box alguns meses após.

Ontem resolvi aprender programação server-side (PHP) pra valer, vou implementar algo até o fim. Essa noite fiz um gerenciador de usuários pro Wallpapr e o primeiro recurso é a lista de wallpapers favoritos.

Pra testar

1. Crie seu cadastro
2. Faça o login
3. Faça uma busca por wallpapers
4. Adicione alguns à lista de favoritos clicando no ‘+fav’ sobre o thumbnail (talvez você precise recarregar a janela para ver os links)
5. Veja os favoritos listados no seu perfil

Falta muita coisa, não é possível nem deletar um favorito, está tudo muito cheio de bugs porque estou aprendendo ainda. Quando estiver mais usável e com menos falhas coloco o link “cadastre-se” na interface principal da ferramenta, até lá fica apenas em alpha test pra quem quiser experimentar.

[update 2008-07-25] Havia um erro para computadores sem Firebug, foi corrigido.

Software Livre

O Identi.ca sai do ar?

O Identi.ca é um servidor rodando Laconi.ca, que é software livre. Funciona mais ou menos como o WordPress: Você pode usar o WordPress.com, gratuito e facinho de usar, ou pode baixar e instalar no seu servidor, um pouco mais complexo mas muito mais “personalizável”.

Do mesmo modo você pode usar o Identi.ca no site ou baixar o Laconi.ca, modificá-lo, e, mais importante que isso: colocar pra rodar no seu servidor, integrado com todos os outros Identi.ca e Laconi.ca do mundo. Não tem como a “rede” cair se for formada por milhares de microblogs espalhados nos servidores dos usuários, é como a Internet: cai um ponto, mas não cai a rede toda.

Explicando: O Identi.ca pode cair sim, o que não cai é a rede de microblogs, você sempre terá a possibilidade de baixar o Laconi.ca e instalar no seu servidor, tendo total controle sobre seu próprio microblog. E mesmo assim vai continuar seguindo todos os seus amigos, cada um no seu server, tudo distribuído, mas interligado.

Tudo isso só é possível porque o Laconi.ca usa o OpenMicroBlogging que é uma maneira dos microblogs do mundo se comunicarem. Eu, usando o Identi.ca, posso seguir você que tem um microblog Twitter, Jaiku e até no seu servidor, quando eu postar algo seu microblog será avisado (parecido com um e-mail ou mensagem instantânea). Tudo funciona lindamente bem, porque ambos conversam o mesmo idioma, o OpenMicroBlogging :)

Ainda está bem no começo, vários features faltando, como integração com SMS, API de acesso externo e página de replies, mas isso tudo já está na fila e, sendo um Software Livre, bastante gente vai aparecer pra ajudar a levar o projeto pra frente.

Estou empolgadíssimo com o projeto, não com o produto que está no ar agora, com algumas falhas e muitos features importantes faltando, estou esperançoso é com a possibilidade de ter uma “plataforma” de microblogs abertos rodando num futuro próximo. É todo um novo mercado na Internet, fresquinho pra ser enriquecido com idéias e pessoas. Espero que o Laconi.ca cresça muito e fique tão robusto e bem gerido quanto o WordPress.

Cadastre-se agora mesmo e siga marcogomes, finalmente estou animado novamente com o mundo dos microblogs.

Notas:
Descobri o Identi.ca porque o Mauricio me mandou o link do ReadWriteWeb
Desculpem o excesso de posts dos últimos dias.

Um macaco digitando aleatoriamente em um teclado por um infinito espaço de tempo irá quase certamente criar um texto qualquer escolhido, como por exemplo o trabalho completo de William Shakespeare.

Fonte: Infinite monkey theorem na Wikipedia

A prova matemática direta já existe, mas mesmo assim hoje de manhã resolvi implementar uma prova palpável, só por diversão :D

Veja a minha implementação do Teorema do Macaco Infinito. O código-fonte está linkado no rodapé da página e pode te ajudar a entender JavaScript e jQuery.

(se alguém rir porque está em JavaScript vai ter que me mandar uma versão em Erlang… E se mandar vai se ver comigo!)

ajax

framework

No início eram trevas

As primeiras aplicações Web tinham interatividade mínima, estavam no velho modelo clica, recarrega, clica, recarrega. Isso porque o navegador só requisitava dados do servidor no momento de abrir a página, qualquer nova informação que não estivesse no documento desde o início exigia uma recarga da página. Trevas.

Então veio o AJAX

O AJAX é uma maneira de carregar e enviar dados sem necessidade de reload, aplicações como Meebo e boo-box fazem uso dessa tecnologia pra trocar informação com o servidor sem precisar de um reload no documento. O Meebo carrega novas mensagens do chat, o boo-box carrega os produtos, tudo sem necessidade de reloads constantes.

Pra facilitar o desenvolvimento de aplicações que usem AJAX, surgiram as primeiras bibliotecas e frameworks JavaScript.

O que é uma biblioteca de software?

Biblioteca é uma coleção de subrotinas usadas pra desenvolver software. Bibliotecas contém código e dados, que provêm serviços pra programas independentes.

Tradução livre de Wikipedia: Library (computing)

O que é um framework de software?

Um framework de software é o esqueleto de uma aplicação que pode ser customizada por um desenvolvedor de aplicação. Como as bibliotecas de software, ele ajuda o desenvolvedor por conter código-fonte que resolve problemas específicos e contém uma API simples. No entanto, enquanto bibliotecas de software atuam como escravas de outros programas, frameworks de software invertem o relacionamento mestre-escravo. Essa inversão, chamada Inversão de Controle, é a essência de frameworks de software.

Tradução livre de Wikipedia: Software framework

Os aplicativos rodando no navegador que imitam aplicativos nativos do sistema operacional

Mesmo com o desenvolvimento do AJAX, ainda é extremamente difícil desenvolver aplicações que rodem no navegador e funcionem de maneira fluída, como se fossem aplicações desktop. As dificuldades são inúmeras: interpretação de código entre as diferentes versões de navegadores, peculiaridades de sistemas operacionais, lentidão de ter uma tonelada de código rodando no browser que é monoprocessado (monothread), problemas intrínsecos na linguagem utilizada, seja JavaScript, ActionScript ou qualquer outra.

Frameworks pra desenvolvimento client-side

Os primeiros frameworks e bibliotecas para criação de aplicações no navegador corrigiram vários dos problemas citados, Google GWT, Yahoo UI e Ext.js corrigem incompatibilidades de navegadores, compactam código pra agilizar a carga da aplicação, otimizam o código pra que o mesmo não trave o navegador, corrigem erros de estruturais do JavaScript. Mesmo assim aplicações desenvolvidas nessas tecnologias sempre ficam um passo atrás das aplicações desktop, a interatividade é, quase sempre, mais crua que em um programa nativo do seu sistema operacional.

Isso acontece porque programar mecanismos de copiar/colar imagens, histórico de ações pra usar no desfazer (control + z), controle de arrastar e soltar vídeos, pode tomar muito tempo do desenvolvedor. O caminho mais prático a curto prazo é simplificar a aplicação, empobrecendo a experiência de interatividade do usuário pro velho modelo clica, espera, clica, espera. Mesmo que o “espera” seja esperar o AJAX e não a recarga da página, o modelo de interatividade é o mesmo: clicar, aguardar o servidor processar os dados e responder, clicar, aguardar…

A segunda geração de frameworks para desenvolvimento client-side

Alguns meses atrás Joel Spolsky usou a história dos aplicativos desktop pra profetizar o caminho do desenvolvimento de aplicativos rodando no navegador:

Então, se a história se repete, nós podemos esperar algum tipo de padronização de interfaces AJAX do mesmo jeito que tivemos com Microsoft Windows. Alguém vai escrever um Kit de Desenvolvimento de Software que você poderá usar pra criar aplicações AJAX com elementos de interface com usuário que funcionem entre as aplicações.

Joel Spolsky em Strategy Letter VI.

A partir do segundo semestre de 2008 começam a surgir esses novos Kits de Desenvolvimento de Software. Objective-J, Cappuccino e SproutCore vêm pra mostrar que é possível ter aplicações ainda mais impressionantes que o Gmail ou o Meebo rodando no seu navegador, sem precisar instalar nada (nem plugin de Flash).

Com eles é possível fazer aplicações inteiras que rodam no navegador com pouca, ou nenhuma, interação com o servidor. Se o processamento pode acontecer na máquina do cliente, o servidor pode se preocupar apenas com o que só ele faz: consolidar e armazenar. Com isso toda a arquitetura de servidores e aplicações Web pode ser repensada, finalmente aproveitando, de verdade, o incrível poder de processamento dos computadores pessoais atuais, sejam eles Asus EEEs, iPhones ou MacBooks e deixando pros servidores apenas o trabalho de consolidar dados de diferentes máquinas e armazená-los.

MobileMe, o novo produto Apple de integração de calendário, e-mail, contatos e fotos entre diferentes computadores, tem versões que rodam no navegador, é o Apple Mail, Address Book, iPhoto e iCal no seu Firefox, tudo feito com SproutCore.

Eu fiz alguns testes com SproutCore e fiquei impressionado. É como desenvolver uma aplicação Rails ou MERB: você cria projeto, models, views e controllers, roda o Mongrel como servidor de desenvolvimento na sua máquina, desenvolve a aplicação e depois faz o build, que gera apenas arquivos XHTML, JavaScript e CSS pra serem colocados no servidor. É JavaScript feito gente grande.

280 Slides é, até agora, o mais impressionante exemplo da nova leva de aplicações que está para surgir. Ele tem recursos como copiar/colar elementos gráficos, desfazer (control + z), renderização de imagens e elementos gráficos, tudo gerenciado pelo Objective-J, um framework JavaScript que imita o Objective-C, no qual são feitas as aplicações de Mac OS X. Veja uma apresentação de exemplo.

Abra o site do 280 Slides, clique em Try Now e experimente um pouco a aplicação, perceba como tudo funciona de modo macio, como se fosse uma aplicação desktop, mas rodando no navegador. Você não precisou instalar nada pra ter uma cópia do Apple Keynote rodando no seu Windows :)

Leitura recomendada:

• Strategy Letter VI
• Why Objective-J, Cappuccino and SproutCore are completely changing the web app industry

Eu e o Mauricio desenvolvemos uma aplicação usando Django (Python) e Google App Engine, com o objetivo de testar essas ferramentas e descobrir suas fraquezas e superpoderes pra usar futuramente em projetos mais ambiciosos.

Criamos o Webriga Brasil, O Grande Dragão Branco aplicado à Web, um combate de serviços online em que duas aplicações são exibidas na tela e você escolhe a que mais te agrada. Não é inédito nem boa idéia, existem dezenas de variações disso por aí, só criamos uma com vários serviços usados por brasileiros.

Use a aplicação e nos diga o que achou .o/

Certa vez Raphael Vasconcellos, meu amigo que viu a criação da boo-box, me falou numa reunião em que discutíamos idéias: Quando uma idéia sai da sua boca, ela fica solta por aí. Se você não executá-la logo, ela vai achar alguém que execute.

Com isso em mente, continue lendo.

E-mail meu pro CrisDias em 2007-03-15:

Assunto: Eu tava pensando (vishhh lá vem merda)
Mensagem: Então, minhas novas paixões são as bibliotecas JS, principalmente a JQuery.

Já pensou como seria legal disponibilizar todas num único web server? Tipo, muitos desenvolvedores incluiriam em suas páginas a JQuery, Prototype, Mochikit, Dojo, YUI etc do mesmo web server. Assim, os visitantes cacheariam a biblioteca de um único lugar, melhorando o “tempo de carga” de qualquer site que use a biblioteca do Unique Web Server (nome provisorio).

Não estou falando pra vc fazer isso no Vilago ou coisa assim, só estou perguntando, pra um especialista em servers, se isso seria legal.

<brainstorm>
Pensando bem você poderia oferecer isso como um “serviço Vilago”, por exemplo, pra todo mundo da sua “rede” usar o mesmo lugar, mas liberando pra clientes “não Vilago” também, pra mostrar “como o Vilago é legal”.
</brainstorm>

Ontem o Google lançou:

A AJAX Libraries API é uma arquitetura de carga e rede de distribuição de conteúdo para as bibliotecas JavaScript open source mais populares. Usando o método google.load() da Google AJAX API Loader, sua aplicação tem acesso global e de alta velocidade para uma lista das mais populares bibliotecas JavaScript open source.

Fonte: Announcing AJAX Libraries API: Speed up your Ajax apps with Google’s infrastructure
Site oficial: AJAX Libraries API

Pra quem não entendeu nada por não ser programador, eu explico: É exatamente a mesma coisa, com os mesmos objetivos. Eu só “tive uma idéia”, eles implementaram…

Marco Gomes Failed ¬¬

Mesmo sendo perfeita, a roda precisou ser adaptada e melhorada, de pedra ou madeira, usadas pra transportar coisas pesadas, até ligas de metais nobres ou plásticos ultra-leves, pra gerar energia elétrica ou levantar portões.

Caso a roda original tivesse sido inventada e tomada como “finalizada” por toda a raça humana, não sendo aperfeiçoada depois quanto a formato e materiais que a compõem, ainda estaríamos usando-as apenas para transportar blocos de pedra pra cá e pra lá. Nada de automóveis, elevadores ou bombas dágua.

Rodas automotivas, por exemplo, são bastante complexas: um pneu cheio de ar, estrutura de metal, bico pra calibragem, pastilhas de balanceamento, calota decorativa. Agora imagine um automóvel de rolê com uma roda pré-histórica feita de pedra. Engrenagens usadas em nossos relógios são também rodas complexas, cheias de dentes milimetricamente modelados, com peso, diametro, profundidade, tudo muito bem calculado pra que a contagem de tempo seja o mais precisa possível.

Nossas criações, mesmo sendo eficazes e aparentemente “perfeitas pra o que foram criadas” não podem ficar paradas no tempo, precisamos sempre pensar em como aperfeiçoar a simplicidade adaptando-a para usos além do que imaginamos originalmente. Tive receio em dizer “aperfeiçoar a simplicidade”, pensei bastante antes de publicar essa expressão, mas é isso mesmo, não há pra onde fugir, precisamos melhorar nossas criações, sempre.

A roda foi criada pra transportar pedra, e hoje é usada em lentes telescópicas pra tirar fotos de galáxias distantes. O computador foi criado pra decifrar códigos nazistas no fim da segunda guerra mundial e hoje é usado pra que crianças de 8 anos consigam ver, com detalhes, o que a geração dos anos 60 tinha que imaginar, só imaginar, olhando fotos das embalagens de meia-calça e soutiens :D

Na boo-box nós investimos muito tempo aperfeiçoando nossos produtos e conceitos, dias atrás lançamos algumas melhorias e novos produtos, confira!

Veja bem: Eu recebi o documento, de graça, pra escrever sobre ele aqui no blog, não recebi dinheiro e não alterei minha opinião só porque recebi de graça, cada palavra que você lê aqui é sincera e não pode ser comprada. Se você está incomodado com essa atitude, pare de ler o post agora e me xingue por email. É bom que eu saiba quantos leitores meus condenam este tipo de prática.

Ele fala um bocado de coisas que eu, Marco Gomes, já sei, como conceitos da Web 2.0, Padrões Web, AJAX e JSON, isso é praticamente metade do documento. É bom pra introduzir o assunto a quem está completamente fora desde mundo ou nunca trabalhou com conceitos mais modernos da Web.

O que mais valeu a pena, na minha experiência de leitura, foram os capítulos sobre Programação Pragmática, Não Repita a si Mesmo (DRY), Ortogonalidade (Desacoplamento) Tracer Code, Desenvolvimento Orientado a Testes (TDD) e Controle de Versão.

Programação Pragmática é um conceito/filosofia/mentalidade/religião que vem me conquistando cada vez mais nos últimos dias. Nas palavras do Élcio:

O programador pragmático é, antes de tudo, um inconformado e um otimista. Ele não consegue repetir dezenas de vezes a mesma tarefa sem se perguntar se há uma maneira melhor. Ao mesmo tempo, ele acredita que há maneiras melhores, e que ele pode desenvolver uma.

[...]

O programador pragmático não se contenta em conhecer uma solução, uma linguagem e um jeito de aprender a fazer as coisas.

[...]

Outra atitude do programador pragmático é a responsabilidade. Ele não se contenta em sentar-se em seu cubículo e esperar por tarefas de programação, mas entende que é parte do seu trabalho envolver-se em todo o processo de desenvolvimento.

Significa que ele nunca vai dizer coisas como:

_ Não fiz backup do código, isso é responsabilidade do departamento de infra-estrutura. (Não importa de quem é a culpa, você vai ter que fazer de novo.)

_ Eu imaginei que isso não ia funcionar, mas o cliente quis assim. Ele assinou uma aprovação para o desenvolvimento disso. (Você viu o problema e não disse nada?)

_ O framework que nós compramos não fala com as versões antigas do nosso banco de dados. (Sim, e?)

Isso é só uma pequena amostra, se você se interessou por este pequeno pedaço, compre o PDF completo.

Estes conceitos de programação pragmática e produtividade já foram usados em meu mais novo projeto, a integração boo-box + WeShow, que ainda não foi publicada mas vai entrar no ar em breve. Veja no blog boo-dojo como eu conduzi a implementação da parte client-side do projeto.

Além disso, eu também já escrevi sobre produtividade pra instruir uma equipe que eu coordenava no meu emprego anterior, é um documento bem antigo, mas que contém muita coisa boa.

Saiba mais sobre programação pragmática

• PDF gratuito da professora Carla Maria Pinheiro (veja em formato HTML)
• Site oficial da editora dos programadores pragmáticos
• O PDF do Élcio, pago, sobre Produtividade e Web 2.0