Dúvidas e decisões sobre um novo projeto – Mais dúvidas do que decisões.

Como sempre, a única coisa permanente é mudança, certeza a gente só tem de que vai mudar, nem que seja para o arquivo geral da cidade, vulgarmente conhecido como cemitério. Bem, neste caso as coisas não são tão dramáticas assim, mas empresa nenhuma fica parada no mesmo lugar, ou cresce ou diminui, ou vai para a frente ou vai para trás, e a minha não foge à regra, já cresci, já diminui, já levei calote, já ganhei grana, já dei com a cara no muro, com o muro na cara, e tudo o mais.
Como as coisas estão evoluindo e melhorando, é hora de pensar no futuro, para onde crescer, para onde ir, em que fatia do mercado apostar? Enfim, uma penca de decisões cruciais, além das normais do dia a dia, como faturar a grana para pagar os funcionários, pagar o contador, o telefone, aluguel, internet, a Borland (que tá cobrando uma grana preta pelo Delphi, bem que eles podiam aliviar a mão um pouquinho né?), e principalmente o raio dos impostos (eita vida danada, o Lula pode não saber governar nem contar até dez, mas cobrar impostos sabe como ninguém, o que aumentou a carga tributária não é mole não, é no mínimo 1 funcionário a mais para cada 1 funcionário efetivo).
Então, deixando a choradeira de lado, e o lero-lero para depois, a decisão é:

- Que mercado atender? Qual seria o rentável?
- Que produto esse mercado quer?

E o que mais interessa para o pessoal de tecnologia que eventualmente ler este blog (que anda meio atirado às moscas, sem leitores nem postagem nos últimos tempos):

- Que premissas atender ?
- Que tecnologia usar?
- Quais os pré-requisitos?

Bem, vamos lá, tentando resolver as broncas uma de cada vez, e levando em consideração uma penca de opiniões do pessoal do news do delphi (news.netuno.com.br, grupo u-br.comp.ling.delphi), que é uma galera prá lá de non-sense, onde se discute de tudo um pouco, e onde nem o pessoal da Borland agüentou o tranco, que o diga o Lanusse, o pessoal lá é fera e doido, de tudo um pouco, por isso eu faço parte desde tempos imemoriais, no tempo em que ainda estávamos no news do uol, antes de nos banirem daquelas bandas, e como desenvolvedor bom tem que ter doses de doideira e habilidade em iguais proporções, por esses critérios o pessoal lá deve ser a melhor turma de desenvolvedor do Brasil.

- Como esse produto será posicionado no mercado?
Em principio, a idéia é de que o produto seja internacional (estamos chique agora!), com suporte fácil a diversas linguagens, que essas linguagens possam ser inseridas apenas com um arquivo de recursos.
Deve suportar diversos temas, para que se possa configurar o sistema com a identidade do cliente, cores e logotipia, de forma fácil e rápida.
As rotinas de moeda e configurações locais para cada país devem ser implementadas via recursos também, possivelmente um pacote de localização que contenha também a linguagem.
Não adianta malhar em ferro frio, como diria meu avô, quando você chega em um cliente de médio porte para cima, a marca da tecnologia começa a pesar, e nos pequenos clientes o que pesa é o custo, como compatibilizar isso?
Para esta última questão, começamos pelo banco de dados, o aplicativo vai ter que suportar tecnologia open source e comercial, então vamos de suporte para Firebird ( prefiro muito mais do que MySQL, nunca fui com as fuças de um banco de dados à lá Paradox, com cada tabela separada em um arquivo, e além do mais Firebird é bem mais rápido e poderoso, além do licenciamento ser totalmente royalty free), ORACLE e Microsoft SQL Server, dois nomões do mundo de banco de dados com um market share considerável, e futuramente um suporte também para IBM DB2, este nunca pode ser desconsiderado, pois é o rei nas grandes instalações, e as últimas versões estão com uma performance assombrosa.
Claro que isso vai dar um trabalho considerável para manter em sincronia todas as características rodando 100% em todos os bancos de dados, mas não se ganha dinheiro sem passar algum trabalho duro, salvo se você resolver traficar pasta base de cocaína, mas como isso é algo que o meu médico não recomenda para a preservação da minha saúde física, eu resolvi deixar essa solução prá lá, parece que só restou o trabalho duro, até por que eu queimei as outras chances de ficar rico: Não nasci rico, e casei com uma mulher tão dura quanto eu, e sou um verdadeiro fiasco jogando na mega sena.

Rodar em servidor IIS ou Apache, que são os significativos no mercado, o restante nem vale a pena o esforço, para uma empresa pequena, tenho que concentrar os esforços aonde possa render, não vale a pena tentar defender tese, no fundo o nosso negócio é ganhar dinheiro solucionando as encrencas dos outros, e não conseguir mais encrenca né?
Regras de negócio em camada de web services, para que o cliente possa consumir em aplicativos internos, ou que possa ser integrado e se integrar com outras soluções do mercado, logicamente estamos mirando integração com SAP, PeopleSoft, JDEdwards, Microsiga, DataSul, ORACLE ERP, etc, afinal é onde está a grana.
Interface de cliente magro (thin client, para usar um jargão de marketing corrente no mercado), apenas um browser, user name e senha, e o usuário já está usando o aplicativo, até de um quiosque em uma lan-house, instalação zero, configuração mínima, funcionamento com o mínimo de problemas, e a grana do suporte paga a evolução do dito cujo.

Receita legal né? Acho que dá prá crescer e fazer algum dindin, pelo menos até um Google da vida querer comprar a gente (estou aceitando ofertas generosas, que incluam 1 iate, apartamento em Paris, e o telefone da Juliana Paes, e claro um dos meus carros de sonho: uma Bugatti Veyron, um Aston Martin Vanquish Zagato, um Koenigsegg, uma Lamborghini Murciélago, uma Masserati MC12 Stradale ou Saleen S7, ou até um Jaguar, além de um punhado de dólares).

E o que usar?
Bem, na parte de banco de dados já defini o que quero, e na camada de web services?
As opções eram várias, agora estão reduzidas à 3: Delphi, .NET ou Java, pendendo fortemente para a última, em que pese o peso absurdo do JavaStudio Enterprise da Sun.

Bem, já foi um avanço até aqui, o resto no próximo post, que não vai demorar como os outros, agora eu prometi para o Tiago Hiller que vou escrever mais seguido, e o alemão vai pegar no meu pé se eu não postar, agora ele tá de papai, com mania de responsável, e como é um grande amigo, a gente deixa ele mandar um pouco, afinal em casa quem manda é a mulher mesmo, como na minha, onde eu dou a última palavra e aos berros: “SIM SENHORA! JÁ ESTOU INDO MEU AMOR!”.

Tecnologias nem tão novas assim, mas bem vindas sempre.

Pois é, depois de ler sobre extremme programming, refactoring, “y otras cositas más”, cheguei a conclusão de que me falta assessoria de marketing, eu já fazia tudo isso muitos anos atrás, só não tinha dado um nome pomposo para o negócio! Será que o Duda Mendonça faz um precinho camarada???

Com um pouco de marketing, nesta hora eu estaria ganhando uma grana preta, só dando palestras, ao invés de ficar aqui brigando com o Delphi, que insiste em fazer umas maluquices estranhas, enquanto o cliente liga todos os dias, manda 2 ou 3 e-mails por dia, numa pressão enorme para ter a nova versão do sistema. E tem gente que ainda diz que gostaria de trabalhar como eu, sem horário, sem horário nem para começar e muito menos para finalizar o dia né?

Ontem parei o trabalho lá pelas 02:00 da madruga, já dormindo e babando no teclado do notebook, a minha mulher acordando e me cutucando, que eu tava roncando, pode isso? Não dá prá acreditar que tem gente que sente inveja desta vida, só sendo maluco mesmo.
Mas de tudo isso pelo menos fica uma certeza: estou no caminho certo, e já faz um bom tempo.
Refactoring é quase que sobrevivência, quando a gente volta para implentar alguma nova característica numa rotina antiga, é que constata o quanto evoluiu (ou não, às vezes se tem que repensar os rumos), o código que eu escrevi a 2 anos atrás dá uma matéria prima e tanto para um retrabalho. Eu sempre fiz refactoring desse jeito, você volta na rotina antiga para botar uma coisa nova, uma nova característica ou nova funcionalidade, vê que o código tem um monte de coisas que pode ser melhorado, aproveita que já está no inferno mesmo, e não custa nada dançar uma valsa com o capeta, perde algumas horas a mais, e já refaz a rotina, otimizando, fazendo melhor, deixando mais claro.
Claro que você só faz isso naquela rotina, e assim vai aos poucos reescrevendo o programa, leva tempo, mas pelo menos dói menos, e tem a grande vantagem de ser pago para fazer isso. Afinal se o cliente está pedindo uma nova característica, isso é cobrado, e você já aproveita e refaz a rotina, com o tempo coberto pelo orçamento. Como eu disse, uma questão de sobrevivência, principalmente para quem não pode fazer grandes investimento em equipe e tecnologia, e dessa maneira vamos levando a vida....
Uma idéia interessante também é o “pair programming”, dois programadores trabalhando conjuntamente, em uma mesma máquina. Parece maluquice? Pois saiba que dá certo sim, e muito, no começo é muito estranho, estranho mesmo, mas depois que o treco engrena, você percebe a grande vantagem, e só larga se for obrigado.
Volto a falar disto mais adiante.

(Re)comecei

Pronto, acho que agora talvez eu tenha saco para manter um ritmo constante dos posts.
Vamos ver no que dá, afinal experiência já tenho, já tinha cometido outro blog antes, sabe lá aonde isto vai parar.
Se você pretende ler de vez em quando, não espere nada politicamente correto, nem grandes e edificantes idéias, isto aqui vai funcionar mesmo como um diário, ou uma latrina de pensamentos, use-o por sua própria conta e risco.