Este post faz parte de uma série chamada NAW (Nova Aplicação Web) que visa acompanhar a criação de um serviço web da idéia ao lançamento. Todos os posts da série iniciam com as letras NAW.

Nas últimas semanas deixei de postar sobre a NAW por conta de não estar evoluindo muito com a idéia. Estava envolvido com negociações de duas oportunidades e uma delas se concretizou. Este é o principal motivo de precisar deixar de lado por enquanto a NAW.

Em que pé está?

Na última semana especificamente, trabalhei mais nas especificações e fiz um script do processamento do backend escrito em Python.

Na verdade comecei a fazer este script por uma necessidade específica do EmailFax. Veja só, eu já tenho a necessidade de utilizar a NAW como desenvolvedor, pena não tê-la pronta ainda….

Ao invés de programar somente para o EmailFax, já comecei a desenvolver o script pensando na estrutura e idéia da NAW. Isso torna o processo de desenvolvimento mais longo do ponto do EmailFax, porém mais avançado do ponto de vista da NAW.

Vou terminar este script para sanar a necessidade atual, mas isso não quer dizer muita coisa, pois esse trabalho não corresponde a 10% do que é a NAW toda.

Depois disso vou deixar a idéia em stand-by até ter uma solução viável de continuar.

Nós vamos ficar sem aprender sobre como montar uma aplicação web?

Não!  A boa notícia é que vou continuar gerando conteúdo sobre o assunto, mas de forma diferente.

Um dos problemas que eu percebi enquanto projetava a NAW é que a aplicação é muito grande e complexa. Para ter uma idéia, se compara ao trabalho de desenvolver um Facebook da vida.

Percebi que teria dificuldade de viabilizar a execução devido a sua magnitude e de escrever todos os passos nop blog devido a sua complexidade. Mas de qualquer forma estava disposto a encarar.

Como não terei disponibilidade para este nível de investimento a partir de agora, resolvi ontem, iniciar hoje, um novo projeto pessoal. A idéia é muito similar à de divulgação do processo de criação da NAW, mas agora a diferença é que ao invés de ir escrevendo no blog aos pouco, irei criar uma pequena aplicação web documentando todos os processo e lançarei de uma só vez todo o conteúdo no próprio site da aplicação.

Esta aplicação de exemplo eu consigo fazer “rapidinho pra funcionar” em apenas dois dias. Ao invés de fazer rapidinho, vou documentar cada etapa e desenvolver nas melhores práticas do mercado. O resultado será um conteúdo completo sobre o assunto, pelo menos esta é minha intenção.

Vou postando sobre isso, vamos ver no que vai dar. O que vocês acham desta mudança? Deixem comentários!

Abraços a todos e até a próxima.

Este post faz parte de uma série chamada NAW (Nova Aplicação Web) que visa acompanhar a criação de um serviço web da idéia ao lançamento. Todos os posts da série iniciam com as letras NAW.

O nome da aplicação já está definido. Ele foi resultado de um brainstorm que fiz com meu amigo Marcelo pelo Gtalk. Eu estive fazendo brainstorm de nomes com o pessoal que apresentei as idéias, no final chegamos a uns 4 nomes legais, mas o que foi sugerido pelo Marcelo emplacou. Todos gostaram e não foram contra e isso determinou a escolha. A decisão foi feita após todos responderem um e-mail que enviei no dia 11/02 perguntando se aprovavam o nome sugerido.

Detalhamento das características

Durante o Carnaval, tirei um dia para passar para o papel tudo que eu estava pensando sobre a NAW. Não costumo trabalhar em viagens e férias, mas era de tarde, a galera estava tirando a soneca pós almoço e eu já tinha descançado.

Escrevi sete páginas do meu caderno. Comecei listando as problemáticas a serem resolvidas, o paradigma envolvido e algumas características. Abaixo listo o que pode ser divulgado:

Problemas

Quando digo problemas, não necessariamente são questões complicadas de serem resolvidas, mas situações que devem ser levadas em conta no momento do desenho da aplicação. São elas:

• Processamento
• Storage
• Banda (transferência de dados)
• Modalidade de cobrança (billing)
• Escalabilidade
• Pontualidade na informação (just-in-time-information)
• Interface com serviço de e-mail

Os trê primeiros itens são “problemas” básicos de qualquer aplicação web. Os três últimos são características da NAW.

Características

Algumas características da estrutura do sistema para internacionalização, não do sistema em si. São elas:

• Sistema de tradução on-line
• Escrito todo em inglês (código e interface)
• Pouco texto na interface (para facilitar tradução)
• Opções de internacionalização

Já estou acostumado com a maioria destes pré-requisitos, se podemos chamar assim. Todo código (de programação) que escrevo, de uns 5 anos pra cá, é em inglês. Isso foi uma decisão tomada que não me arrependo. As variáveis, campos, etc, tudo em inglês.

O BielBid, por exemplo, além de ter o código em inglês, teve a interface escrita em inglês. Ou seja, foi escrito em inglês e traduzido para o português. Pretendo fazer desta maneira na NAW.

Anatomia

Após levantar as características acima, comecei definindo as grandes entidades do sistema, como por exemplo, Conta e Usuários. Além destes dois, defini mais duas grandes entidades mestres que não posso divulgar ainda pois poderia explanar o que é a aplicação e ainda está muito cedo para isso.

Desenhei a relação entre as entidades, seus dados e escrevi um pouco do fluxo de dados para as ações de cada entidade. Um dos fluxos foi o de Criação de Conta que está relacionado às entidades de Conta e Usuário.

No final das contas eu tive como resultado final uma grande visão geral da anatomia da aplicação. Chamo de anatonia da aplicação o seu funcionamento, com as entidades e dados que serão manipulados, as informações que serão obtidas e uma idéia sobre como será a interação de uso.

Realizando este trabalho consegui enxergar com mais clareza o caminho para solucionar a questão da cobrança e comercialização do serviço.

Apresentação

O próximo passo é passar este rascunho a limpo, criar uma apresentação, gerar um PDF e apresentar a idéia mais detalhada para o pessoal convidado a desenvolver. Neste momento já é necessário montar a equipe e distribuir as tarefas. Trabalhar sozinho nisso requer muito tempo livre e faz com que o andamento seja muito devagar.

Abraços e até a próxima!

Este post faz parte de uma série chamada NAW (Nova Aplicação Web) que visa acompanhar a criação de um serviço web da idéia ao lançamento. Todos os posts da série iniciam com as letras NAW.

Hoje fizemos mais uma bateria de Brainstorm de nomes para a NAW. Acho que chegamos num nome bom, já registrei o domínio e a partir de agora vou perguntar se esse nome soa bem para uns amigos estrangeiros. Pode parecer neura, mas eu só pergunto sobre o nome depois de tê-lo registrado. Fora o pessoal que foi convidado para fazer parte do grupo, que já tem acesso a um documento no Google Docs com o resultado de todos os brainstorms realizados.

Montando a equipe

Neste momento minha preocupação é montar a equipe que vai trabalhar neste projeto. Passando o carnaval, vou conversar com cada pessoa que eu já convidei para participar da equipe para saber do real interesse e disponibilidade de cada um para esse projeto.
Talvez não role de fazer com eles, não sei se todos vão apostar nisso e terão algum tempo livre para dedicar. Neste caso terei que apresentar a idéia para outras pessoas, mas isso não é um problema, pois já tenho a quem apresentar.

Para tudo temos que ter um plano B e nesse caso já montei um plano C. Caso não consiga fechar a equipe com a galera que já apresentei, irei mostrar para um outro pessoal e caso não role também, já tenho em mente três possíveis investidores para o negócio. A princípio não gosto da idéia de trabalhar com o dinheiro dos outros, mas também não tenho restrições. Esta é minha última opção.

Deixo aqui um rascunho inicial dos cargos que penso estarem envolvidos, veja bem, muito provavelmente uma pessoa vai ocupar um ou mais cargos na equipe.

• Administrador – este cara vai tocar o barco, ou seja, fazer o projeto andar, montar as apresentações, definir estrutura do site, modelo de cobrança, estratégia de divulgação, apresentação das informações, implementação de relatórios e pesquisa de mercado, enfim, pensar em tudo que não é o desenvolvimento em si da aplicação;
• Designer – este cara vai criar uma identidade visual, com logomarca, apresentações, site, template de e-mails, etc;
• Programador Rails – este cara vai desenvolver a aplicação “de frente”, ou seja, a interface que é utilizada pelo usuário
• Programador Perl/Daemons – este cara vai programar a interface entre a aplicação de frente e os serviços que rodam no servidor, bem como daemons de controle e processamento;
• Analista de infra-estrutura e segurança – este cara vai montar o desenho do cluster de servidores, vai pensar nas soluções de virtualização, escalonamento e conectividade entre os servidores e serviços bem como montar um projeto de HA com load balancer, firewall etc..

Eu ainda não sei qual dimensão isso irá tomar, não esqueço a idéia de começar bem pequeno e se preocupar com escala no futuro, mas a natureza desta aplicação me faz pensar que devo pelo menos ter uma equipe de 5 pessoas e montar uma estrutura que seja fácil de escalonar.

Volto a escrever sobre a NAW depois do carnaval.

Abraços a todos

Este post faz parte de uma série chamada NAW (Nova Aplicação Web) que visa acompanhar a criação de um serviço web da idéia ao lançamento. Todos os posts da série iniciam com as letras NAW.

Uma semana sem trabalhar ativamente

Como não podia ser diferente, depois da euforia inicial da idéia e decisão de realizar este novo serviço, fiquei uma semana sem pensar ativamente nele. Na verdade continuei pensando em um nome, mas não foi nada muito ativo…

Agora quando retornei, já enxerguei sua estrutura de forma diferente e tive um insight para o nome.

Mais duas apresentações

O único trabalho que fiz desde o último post, foi apresentar o projeto para mais duas pessoas, uma na sexta-feira à tarde e outra num almoço no sábado. Para eu ficar tranquilo acho que preciso apresentar para mais um amigo que não pôde comparecer no almoço do sábado.

Escolha do nome

Bem, agora pouco (às 3:00h da manhã mesmo) eu pensei em um nome interessante, procurei se o domínio existia e por incrível que pareça não havia sido registrado! Fique muito feliz e não perdi tempo, registrei-o de imediato, mesmo que decida não usá-lo depois. Vou divulgá-lo depois, pois ele pode dar uma idéia do serviço.
Isso é uma medida de segurança.

Se você achar um nome que considera a princípio bom, registre-o o quanto antes, mesmo que não vá usá-lo. O máximo que pode acontecer é você achar um nome melhor depois e descartar este, perdendo apenas $10 pelo registro feito.

Eu não duvido que estes sites de busca de domínio mantenham um log das buscas realizadas e registrem os bons nomes buscados nos últimos dias.

O que faço acordado a essa hora?

Estou desenvolvendo para a Austrália, trata-se de uma parceria com a Sales Success que está fazendo outsourcing com a BielSystems. Enquanto aqui são 3 da manhã, lá são 4 da tarde. Por isso tenho ficado acordado até tarde ultimamente.

A parceria está indo bem, já estamos no quinto projeto. Todos eles são desenvolvimento em C# .NET SQL Server e alguns utilizando o CMS Sitefinity, que por sinal é muito bom.

Provavelmente escreverei sobre Sitefinity neste blog também.

Por enquanto é isso, havendo novidades eu atualizo aqui.

Abraços a todos

Este post faz parte de uma série chamada NAW (Nova Aplicação Web) que visa acompanhar a criação de um serviço web da idéia ao lançamento. Todos os posts da série iniciam com as letras NAW.

Pretendo fazer um wiki protegido por senha nos próximos dias, mas já gostaria de instalar no domínio oficial, assim como eu fiz com o BielBid. O problema é que não decidi nem o nome nem o domínio do sistema ainda, aliás este é um trabalho difícil.

É bom ter um nome logo no início, pois você já faz tudo certinho e já vai deixando organizado. Antes da BielSystems ser criada, seu nome seria Marrow, mas as buscas na junta comercial retornaram que este nome já estava sendo usado. Naquele momento o site da empresa já estava quase pronto, o conteúdo e os nomes dos arquivos já estavam todos com marrow e foi um saco renomear tudo para bielsystems depois.

Caimos num paradigma, pois ter um nome no início é bom, mas em contrapartida, como escrevi anteriormente, é bom também que você decida o nome depois de ter uma visão mais geral sobre o que será o produto.

Por enquanto não vou nem decidir o nome nem fazer o wiki. Vou pensar mais e pesquisar mais antes de dar os primeiros passos de execução.
Hoje pensei em mais alguns nomes e fiz buscas rápidas de domínios. Se eu não me engano foi no blog da 37signals que eu li que não precisa existir relação entre o nome do produto e o domínio de acesso. Por exemplo, o Basecamp, aplicação web com mais de 1 milhão de clientes, tem o domínio basecamphq.com. Eles colocaram um hq no final do nome.

Sobre a escolha do domínio, estou com uma dúvida. Não sei se escolho um domínio que seja auto explicativo ou que seja um nome novo que possa virar um verbo. Um exemplo de domínio auto explicativo é emailfax.com.br e um exemplo de domínio cujo nome é novo e que pode virar um verbo é digg.com. Hoje o pessoal usa o “verbo” digg it.

Além dessa questão do nome, pensei sobre a anatomia e estrutura. Dei uma estudada no Amazon Web Services, mais precisamente no Amazon S3 que é o serviço de storage por web-service e no Facebook que possui uma anatomia similar à da aplicação que vou desenvolver.

Por hoje é só. Abraços e até a próxima.