Marco Gomes

Generalizando ainda mais, você pode se perguntar:

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 :)

A importância de fazer e não ficar só “tendo idéias”.

Certa vez Raphael Vasconcellos, meu amigo e co-criador da boo-box, me falou numa reunião em que discutíamos o futuro da boo-box: 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 ¬¬

Uma das principais diferenças pra quem migra de Windows ou Linux pra computadores Apple com Mac OS X é a diferença no conceito de janelas. No Windows, Gnome e KDE, o programa é uma janela. No Mac OS X, o programa pode ter uma ou mais janelas, ou não.

Acredito que este conceito é herança das idéias de Jef Raskin para o projeto Machintosh, onde a interface não teria janela alguma, e os aplicativos poderiam ser usados em qualquer lugar. Se eu quisesse usar os recursos de edição de foto enquanto edito um documento, poderia fazê-lo, assim como usar a calculadora no meio de um chat com um amigo, por exemplo.

No Mac OS X, os aplicativos podem ter janelas, mas se você fecha a janela, o progra ma continua rodando, normalmente. Quando eu abro o navegador Safari, automaticamente uma janela é exibida, se eu fecho esta janela o programa continua em execução. O mesmo para qualquer outro programa, como Mail, Address Book, Firefox.

Com isso você pode ter cliente de e-mail, torrents, musica, gerenciador P2P, instant messenger, dois navegadores Web e calculadora sem quem nenhum deles ocupe espaço na sua área de trabalho com janelas ou atalhos na barra de ferramentas.

A desvantagem é que se você não se cuidar, pode deixar muitos programas abertos e consumir toda a sua memória RAM com aplicativos que não estão sendo utilizados.

Eu particularmente gosto muito do modo como o OS X gerencia as janelas, me deixando livre pra ter vários aplicativos abertos sem que eles ocupem espaço na minha área de trabalho. Porém, já vi vários usuários pouco cuidadosos com Photoshop e Flash abertos sem necessidade, assim não tem 4 GB de RAM que aguente.

Gravei um vídeo que explica este conceito:

Twitter é uma rede social e servidor para microblogging que permite que os usuários enviem atualizações pessoais contendo apenas texto em menos de 140 caracteres via mensageiro instantâneo, SMS, e-mail, site oficial ou programa especializado.

As atualizações são exibidas no perfil do usuário e também enviadas a outros usuários que tenham assinado para recebê-las.

Fonte: verbete Twitter na Wikipédia

Após alguns meses usando o Twitter, posso assegurar à frente brasileira contra-twitter: É possível usar o Twitter a favor da minha empresa e sem perder produtividade.

Esse texto provavelmente não vai ter parte 2, porém, eu sempre quis escrever um título que tivesse parte 1 no final :D

Instant Messenger só para tracks

Não uso o mensageiro instantâneo (Gtalk) pra acompanhar o Twitter, minha atenção, assim como meu tempo, são sagrados. Não dá pra ficar acompanhando em tempo real tudo que fala cada uma das 300 pessoas que sigo. Porém, o track se revelou uma poderosa ferramenta de auxílio a usuários das ferramentas boo-box.

boo-box, boo-BOX, BOO-BOX!

Já ouvi dizer por lá que eu sou o Beetlejuice da twittosfera: Basta dizer boo-box 3 vezes que eu apareço perguntando como posso ajudar.

Isso só é possível porque eu configurei o Twitter pra me avisar, no GTalk, sempre que alguém disser boo-box, marcogomes, parkour e nerdsonbeer. Quando qualquer usuário, brasileiro ou não, usa um dos termos por mim definidos, meu GTalk apita.

Com isso a boo-box está conseguindo um estado inédito de suporte em tempo real, público, para usuários do Twitter. Tem dado muito certo, já evitei vários e-mails de suporte ajudando pessoas diretamente no GTalk, suporte em tempo real é muito mais eficiente pro usuário.

Se pintar uma dúvida, boo-box tem um dos melhores suportes que já presenciei: basta gritar ‘boo-box!’ no Twitter que o Marco Gomes, CTO do time boo-box, aparece de onde estiver para te dar uma ajuda. Lógico, você ainda pode usar os métodos tradicionais para entrar em contato, mas não tem a mesma graça.

Fonte: GuraveHaato desu ka?: Abrindo a caixinha de dinheiro – Minha experiência com boo-box

Nas raras vezes que não estou conectado (normalmente no trajeto boo-land – casa), alguém vê o pedido de suporte e ajuda, mesmo não sendo diretamente envolvido com a empresa. GraveHeart (@graveheart), nosso maior evangelista, sempre ajuda as pessoas que postam dúvidas sobre boo-box no Twitter, além disso os dois ninjas @mauricio @wendelyleal estão sempre com seus tracks ativos e respondem o usuário quando eu não posso.

Acompanhar somente pela página Web

Não uso Twitterific, TwitterFox ou qualquer outra interfaces cômodas pra uso constante da ferramenta. A interface prática só vai tirar seu foco e te convencer a parar só um pouquinho pra ver o que está rolando.

Limites de checagens no stream

Estabeleça um limite de diário de checagens na sua página pessoal, leia apenas a primeira página e eventualmente comente algo que alguém disse ou poste algo interessante, tudo que passou antes, se não caiu nos seus tracks, não merece sua atenção.

Organizando eventos

Sem os convites públicas no nanoblog o NerdsOnBeer seria um evento bem menos conhecido. Sempre que postamos um convite público aparecem interessados, inclusive gente de outros estados que esteja de pasagem por São Paulo fica sabendo e pode aparecer.

E não é só o NerdsOnBeer, hoje sou amigo da Ematoma (@ematoma) por conta de uma reclamação postada: ela não queria almoçar sozinha, e eu me ofereci pra acompanhá-la e chegando lá conheci a Lalai (@lalai) e mais dois amigos que também apareceram por conta da postagem.

Algumas semanas atrás conheci a Fanta Uva (@FANTAUVAcom), @felds, Gabriel Pires (@gabrielpires) e um terceiro cara. Um deles postou um convite público no meio da tarde, nos econtramos no início da noite no Starbucks da al. Santos e rimos um bocado do excesso de burocracia das grandes corporaçoes e cargos públicos.

Pesquisas rápidas e despretenciosas

Uso muito o Twitter para perguntar coisas, qualquer um responde e eu tenho uma amostra de 3 ou 4 respostas razoáveis pra tomar uma decisão, por exemplo comprar fones de ouvido, ir a restaurantes, assistir filmes, comprar livros. Além disso eu costumo sempre responder às perguntas públicas de outros usuários, pelo prazer de ajudar.

Veja meus twitts favoritos pra entender um pouco no espírito da ferramenta e ver coisas engraçadas e interessantes que rolam no dia-a-dia da comunidade. Se você chegou até aqui lendo e ainda não me segue, comece a seguir agora, sou @marcogomes por lá.

Além das dicas acima, nunca esqueça que o Twitter é o mais próximo que a Web conseguiu chegar de uma mesa de buteco, com humores oscilantes, brigas, amores, paqueras, loucuras… Reforce o lado social, pergunte, responda, discorde, concorde, socialize-se!