Tecnologia, comunicações, e outros assuntos

SAP comprando empresa de solução em nuvem

2011-12-04T20:43:00.001-02:00

Continuando o tema do meu artigo anterior, existe um aspecto interessante do processo de compra de soluções de TI que não tinha discutido com profundidade que é a distância entre o usuário e o vendedor da solução.

Chris Dixon observou bem esta situação no blog dele, aonde ele argumenta que raramente o usuário dentro da empresa é o comprador da solução. Na maior parte dos casos é a área de TI que analisa e verifica aspectos técnicos e comerciais e obriga a empresa a se submeter a esta decisão.

Chris argumenta que as soluções em nuvem estão mudando esta situação, em linha do que tinha comentado no meu artigo, e ele apresenta o caso da SAP estar adquirindo a SuccessFactors como exemplo desta mudança. A SAP sempre foi uma empresa baseada em soluções de software para empresas envolvendo vendas intensivas de serviços customizados trabalhando dentro dos clientes, e a SuccessFactors é uma solução toda baseada na nuvem para serviços internos as empresas.

Parece então que a SAP (como uma série de outras do segmento) estão tentando fazer uma curva no "transatlântico" e colocar alguns "ovos" chocando no futuro que está chegando.

Este processo de mudança não será tranquilo e o processo de redução da relevância da área de TI promete ser sangrento.

Como fazer "Computação nas núvens" dentro de uma empresa?

2011-11-19T15:41:00.001-02:00

Eu estava lendo um artigo interessante discutindo a dificuldade de inocular a mentalidade dos serviços de computação nas nuvens nos departamentos internos de TI das empresas. O artigo fala basicamente que é impossível construir este conceito dentro das organizações atuais sem completamente destruí-la no processo.

Concordo com a avaliação e consigo identificar quatro grandes fatores que justificam esta destruição.

O primeiro fator é que as organizações maiores em geral se organizaram em estruturas hierárquicas preservando os conceitos industriais do início do século XX do modelo de geração de valor através da gestão da transformação.

Isto levou as áreas de TI a dar ênfase na compra, entrega e manutenção de equipamentos e softwares que se tornam ativos da empresa da mesma forma que uma máquina de tear ou de uma linha de montagem de automóvel.

Para as necessidades de TI particulares da empresa uma série de softwares são desenvolvidos internamente, normalmente apenas até o ponto que se tornam relativamente usáveis e invariavelmente se tornam uma cruz a carregar pois tornam-se rapidamente difíceis de manter e atualizar. Afinal estes softwares são, na maior parte dos casos, atividades acessórias a organização e, portanto, apenas um centro de custo da empresa.

Isto acontece porque o modelo "comando e controle" do conceito industrial tem como objetivo obter a eficiência através de decisões executivas que buscam a máxima eficiência com menor custo, mesmo que a custo da qualidade dos serviços prestados ao cliente interno.

Com isso chegamos ao segundo fator que é a falta de enfoque a prestação de serviço e, portanto, satisfação do cliente. Para a prestação do verdadeiro serviço, a hierarquia se torna uma dificuldade pois somente as pessoas "na ponta" com o contato com o cliente conseguem desenvolver a visão holística das necessidades reais sem conseguir "levar" esta visão para cima na cadeia hierárquica.

O cliente interno apenas "compra" do único fornecedor, o fornecedor interno. Sem a competição de outros fornecedores não há a como o cliente interno espernear para buscar um padrão de excelência de serviço.

O cliente interno então está fadado a aceitar esta situação? Não. A Internet mudou tudo, e isso é o terceiro fator.

A Internet abre um caminho que permite o uso de serviços de TI remotos, muitas vezes sem ou com pouca necessidade de compra de ativos e é o que estamos chamando de computação nas nuvens.

Como a Internet é pervasiva, é difícil a hierarquia de "comando e controle" impedir sua utilização. Os impedimentos técnicos são quase nulos e sobra apenas a falácia da "segurança da informação".

O quarto fator é que tecnologia de informação, e em especial software e servidores virtuais, tem intrinsecamente economias de escala enormes. Isto permite a prestação de serviço de qualidade a custos muitos mais baixos do que qualquer empresa poderia prestar para si mesma.

O estudo de caso mais emblemático deste processo é como o serviço de e-mail está mudando nas empresas, iniciado muitas vezes através da instalação do Exchange da Microsoft, passando pela insubordinação dos funcionários através do encaminhamento dos e-mails para contas do HotMail/GMail e culminando por forçar as empresas a adquirir serviços de hospedagem de e-mail e de WebMail de terceiros.

CQRS e Event Sourcing, você ainda vai ouvir falar disso

2011-09-16T00:23:00.000-03:00

Dois conceitos novos para a gente aprender e adotar em desenvolvimento de aplicações corporativas: CQRS e Event Sourcing.

CQRS ou CQS significa "Command-Query (Responsibility) Separation" e é um paradigma que sugere a separação dos modelos de consulta e de alteração dos dados persistidos pela aplicação.

Os frameworks MVC hoje em dia em geral apenas segregam o Model para abstrair a persistência da informação, mas não busca a isolação das operações que não fazem alteração de "estado" das operações que alteram "estado".

E por que você então tentaria entortar o teu cérebro para gerenciar esta distinção? A questão é que existem oportunidades escondidas significativas nesta separação: As operações que não alteram estado podem ser cacheadas e/ou utilizar de consistência eventual para aumento de performance, as operações que alteram estado podem ser segregadas em servidores separados, inclusive num formato ou banco de dados diferente do utilizado pelas operações de consulta.

Uma destas formas de efetuar armazenamento das alterações num formato diferente é o conceito de Event Sourcing, aonde o armazenamento dos mesmos se dá na forma de mensagens/eventos, e não do simples armazenamento do novo estado.

A partir daí, algum mecanismo pode imediatamente converter o evento recém salvo e alterar o(s) repositório(s) que contenham o "estado" atual e que sejam usado para as operações de consulta que não alteram estado.

E porque este assunto entrou em voga nestes dois últimos anos? Basicamente por causa da tremenda oportunidade para aumento da escalabilidade das aplicações no formato scale-out, o custo baixíssimo do espaço em disco que permite facilmente armazenar num event-store a vida inteira de uma aplicação, e as oportunidades intrínsecas de auditoria e análise do histórico de transações.

O assunto é um pouco denso e complicado, mas é possível achar apresentações falando sobre experiências de implementação de CQRS e Event Sourcing:

O crescimento da Ahgora

2011-06-08T22:43:00.000-03:00

Publicamos no blog da Ahgora uma foto na frente da nossa sala no Corporate Park para mostrar o nosso time da Ahgora.

A equipe conta agora com 28 pessoas, isto incluindo os 3 sócios, o que já é um grupo significativo de pessoas, especialmente consideramos que éramos apenas 5 no início de 2010.

Este crescimento é uma satisfação pessoal para a gente apesar de sempre me deixar apavorado com a responsabilidade e preocupado em saber se estamos com o tamanho certo para viabilizar o futuro que queremos para a empresa.

O mercado de equipamentos de registro de ponto e sistemas de apuração de ponto não é um mercado fácil, pois há muitos concorrentes e o governo não ajuda fabricando uma insegurança jurídica tremenda nesta fatídica portaria MTE 1.510 criando adiamentos e concessões.

Considerando isso, assumimos um tremendo risco organizando uma empresa para prestar um serviço de qualidade sem ter a segurança de um resultado regular de faturamento mensal. Nosso faturamento oscila em mais de 100% para cima e para baixo cada mês o que nos torna verdadeiros artistas de circo para lidar com o fluxo de caixa.

Em compensação, nossos produtos e serviços são considerados muito bons pelos nossos clientes e revendedores, o que nos deixa muito contentes e gratificados, e nos dão a esperança de futuro bem mais estável no futuro.

Mesmo assim, até pela nossa natureza inquieta, temos também nos organizado em diversificar nosso portfólio criando soluções de controle de ativos por RFID. Já temos alguns clientes para tecnologias RFID ativas 2,4GHz e passivas 900MHZ usando rádio de terceiros e estamos buscando viabilizar o desenvolvimento de tecnologia local de rádios RFID em médio prazo.

Praticamente qualquer empresa de base tecnológica é definida pelas pessoas que a compõem, e a Ahgora só está assim por causa da qualidade das pessoas que conseguimos convencer a apostar o futuro com a gente. Nossa responsabilidade como empresários é construir a visão, orientar a equipe e gerir os ativos da melhor forma que permita o melhor retorno para todos.

Espero daqui a alguns anos poder olhar para este post e rir das diversidades que passamos estes anos para lidar com estas dores de crescimento... :-)

Linode: os servidores virtuais da Ahgora

2011-05-29T11:36:00.000-03:00

Desde o início da Ahgora decidimos evitar o máximo desenvolver uma estrutura própria de TI e utilizar apenas recursos da Internet.

Tentamos inicialmente usar apenas recursos que estivessem localizados no Brasil para evitar uma maior latência de acesso para os servidores e tentamos utilizar servidores de uso compartilhado e servidores virtuais de uma grande empresa aqui do Brasil.

Como precisávamos de algum ambiente separado para desenvolvimento, acabamos alocando um servidor virtual da Linode de U$20 dólares apenas para uso apenas em testes.

Qual não foi a nossa surpresa começamos a ter problemas regulares com os serviços prestados aqui no Brasil. Perdas semanais de conectividade e reinicializações regulares sem aviso.

O que nos indignou mais foi a falta de transparência do que estavam fazendo, apenas sinalizando como "atualizações" quando perguntados e quando indagados sobre o que estava acontecendo de errado nada era dito.

A gota d'água foi o dia que amanheceu o servidor e vimos que o servidor tinha reinicializado e alguns dados recentes não estavam presentes. Olhando os arquivos do Linux, observamos que todos os arquivos, inclusive de logs, tinham data de 24h antes, o que claramente indicava uma recuperação de backup por parte do provedor. Indagados sobre isso, negaram veementemente que algum backup foi recuperado.

Ao mesmo tempo, tivemos zero problemas com a Linode. Não perdia conectividade praticamente nunca e estavam sempre avisando semanas antes o que pretendiam fazer nos datacenters.

Fomos obrigados a tomar uma decisão para poder ficar tranquilos com os nossos clientes. Movemos toda a nossa estrutura para servidores virtuais da Linode apesar de um pequeno aumento da latência de acesso.

Apesar desta latência, a resposta dos servidores da Linode dão um banho. A performance é muito boa e os bancos de dados se comportam muito bem, e ainda facilmente verificado por gráficos de performance de cpu e de rede através de uma interface espetacular de gerenciamento que eles oferecem.

Tivemos também dificuldades sérias com a Linode, aonde um defeito duplo do storage RAID10 dos servidores deles ameaçou nos fazer perder dias de atualizações dos dados. Eles foram muito claros explicando os problemas, ofereceram descontos para os servidores virtuais afetados, e montaram uma força tarefa para tentar recuperar os dados que estavam nos discos defeituosos.

Cerca de 3 dias depois eles ativaram sem custos um servidor auxiliar com os dados que foram recuperados dos discos defeituosos para que pudéssemos recuperar o que fosse possível. Qual não foi a nossa surpresa que recuperamos 100% de tudo que havia e anexamos os dados dos dias perdidos aos dados que tínhamos recuperados de um backup de dias anteriores a falha.

Hoje temos cerca de 10 servidores virtuais com a Linode, de diversas configurações de disco, memória e cpu, e vamos ter dificuldade de achar um parceiro comercial tão confiável quanto eles. Na realidade hoje usamos o tipo de atendimento ao cliente deles como benchmark para o tipo de atendimento que prestamos aos nossos próprios clientes.

A minha experiência com o Kindle da Amazon.

2011-05-15T11:01:00.000-03:00

O Kindle da Amazon está custando cerca de R$500,00 incluindo transporte e taxas para Brasil, o que é um preço bem interessante apesar da quantidade de impostos no preço original de U$139,00.

Adquiri o meu a um pouco mais de um mês e achei um ótimo equipamento para leitura. O display baseado em e-ink é show, tem uma definição incrível e torna a leitura muito agradável.

Como não emite luz, é necessário o uso de um spot de luz para poder ler na cama como qualquer bom livro.

A conectividade por Wifi é mais que suficiente, e não vejo justificativa para o uso da versão com 3G a não ser se você realmente vive viajando. Ainda assim, acredito não haver dificuldade de achar Wi-Fi nos hotéis por aí.

Além disso, a conveniência do WhisperNet, que é o protocolo de comunicação com os servidores da Amazon, só é realmente justificada para os livros comprados pela mesma. PDFs, CHMs, LITs e outros livros eletrônicos obtidos de outras formas são mais convenientemente enviados por USB usando um software como o Calibre.

O software Calibre é bem completo, implementando a conversão de formatos de livros e também construir edições limitadas de jornais periódicos consultando diretamente os sites na Internet.

O formato nativo usado pelos livros vendidos pela Amazon é o AZW, só que este formato é proprietário e possui DRM. O melhor formato aberto para usar no Kindle é o MOBI que fica perfeito no Kindle, preservando toda a navegabilidade dentro do documento.

Todos os Kindles vendidos recentemente já nativamente suportam o formato PDF, entretanto é extremamente inconveniente de ler. O PDF descreve o desenho da página e não permite a alteração das quebras de linhas dentro das mesmas tornando muito difícil de se ler, pois para caber a linha inteira é necessário trocar a orientação da tela do Kindle e reduzir o tamanho da fonte para um ponto bastante desconfortável para a leitura.

O Calibre consegue fazer conversões do PDF para o MOBI, mas os resultados são variáveis, indo as vezes de conversões perfeitas a conversões aonde o documento é destruído.

A principal desvantagem do Kindle para um brasileiro é que ele é incompatível com o DRM da Adobe, que é o esquema adotado pelas livrarias brasileiras para distribuição de e-books em português. Isto nos obriga a leitura de livros em Inglês, o que é bacana para quem já tem alguma fluência, permitindo a leitura antes da tradução muitas vezes mal feita aqui no mercado brasileiro.

Existem leitores de Kindle para PC, para iPad e para dispositivos Android permitindo ler os livros em praticamente qualquer dispositivo a sua mão hoje em dia, mas o Kindle verdadeiro é único por uma série de razões:

dá para ler até no sol;
a bateria deve durar um mês com o Wifi desligado;
é pequeno e leve;
não é tão caro;
apesar de ter um browser Web, é tão lento e desconfortável para este uso que você não vai ficar chaveando para ver se chegou um e-mail ou um novo twitter.

E este último item é incrivelmente uma grande vantagem. Nesta vida aonde tudo a nossa volta fica nos interrompendo e destruindo a nossa habilidade de se concentrar e se envolver numa obra escrita, o Kindle permite você se enfurnar num quarto fechado e se envolver apenas com os nossos próprios pensamentos por um bom tempo.

Relógio de Ponto Eletrônico de graça para quem usa nosso serviço

2011-05-11T23:36:00.000-03:00

Como já tinha comentado no post anterior, acabou de nascer o novo equipamento de registro de ponto Ah07 especificamente desenhado para quem está pagando para ver se a portaria 1.510 vai valer.

Implementamos um equipamento sem impressora para registro de ponto nativamente integrado ao sistema PontoWeb, e a estratégia comercial é bem diferenciada.

Decidimos chamar de PontoWeb Fácil, e o preço do equipamento para todos os efeitos tem o preço de R$0,00, pois vamos oferecer o equipamento em comodato para quem assinar o contrato mensal do sistema PontoWeb nestas condições, entregando o equipamento em definitivo ao final do contrato de dois anos.

Agora, estou curioso para ver algum concorrente nosso bater este nosso preço.. :-)

Start-up versus Governo

2011-05-08T21:55:00.001-03:00

Criamos a Ahgora a um tempo atrás com o objetivo de criar um serviço de registro de ponto eletrônico on-line na modalidade de serviço, algo que facilitasse a vida das empresas e simplificasse principalmente a vida das pequenas empresas.

Em agosto de 2009 aparece então a fatídica portaria 1.510 do MTE, que muda completamente e engessa os mecanismos de registro de ponto eletrônico. Nossa avaliação foi que a mudança definida é exagerada e cria um bocado de dificuldades para as empresas, mas ao mesmo tempo existia o lado bom para a sociedade de legitimar e regular o mercado de ponto eletrônico dado ao descrédito generalizado dos softwares e relógios que existiam no mercado.

Observando que os princípios adotados são semelhantes ao definidos para a impressora fiscal imaginamos que existiria uma boa chance desta mudança chegar ao resultado esperado pelo governo, o que nos levou a acreditar em transformar a Ahgora também numa indústria.

Nosso diferencial sempre foi a prestação de um serviço confiável e responsável para a gestão do ponto e então imaginamos como seria este equipamento perfeito para acompanhar o nosso serviço.

Nasce então o Ah10, um produto compacto, alta performance e com a melhor impressora do mercado sem falar do design assinado pelo escultor Adhemir Fogassa. Um produto que todo mundo que entra em contato sempre fica surpreso de como ele é agradável visualmente e compacto, chegando ao ponto de termos clientes reclamando que esperavam um equipamento mais trambolhão apenas porque os outros equipamentos do mercado eram assim... :-)

Agora, depois de quase dois anos estamos ainda esperando a definição da situação jurídica. No final de fevereiro tivemos o segundo adiamento, além de criação de regras incertas de flexibilização. Nesta situação a insegurança jurídica é certa e deixa as empresas em dificuldades de decidir enfim a aquisição de um equipamento como definido pelo governo.

Para uma start-up, esta situação passou do ponto de inaceitável e decidimos então deixamos de ficar na dependência do governo e estaremos lançando na Exposec nossa versão do relógio de ponto sem impressora, ainda menor, bonito e vendido apenas na modalidade de serviço integrado ao nosso sistema PontoWeb suportado pela nossa poderosa equipe de suporte e desenvolvimento aqui em Florianópolis.

Logo posto mais novidades...

Foco em serviço nas empresas

2011-02-20T15:40:00.000-03:00

Processo industrial de produção está mudando

A revolução industrial, se utilizando da especialização das pessoas para produção massiva de produtos indiferenciados, desmontou o modelo até então usado de produção artesanal, onde existia uma estrutura em pirâmide de qualificações das pessoas, com poucas pessoas dominando totalmente a arte artesanal e com uma grande quantidade de aprendizes reproduzindo a arte dos especialistas.

Naquele tempo, o serviço era o maior valor do produto, e a matéria prima abundante e barata. A revolução industrial foi necessária para viabilizar a produção massiva de produtos mais elaborados cujo custos dos insumos eram altos.

Agora estamos na terceira onda, onde estamos vendo os produtos massificados serem produzidos de forma muito barata, seja pela mecanização da produção ou por uso de mão de obra extremamente barata como na China ou ainda pela construção de vantagens comparativas em diversos países através da disponibilização de meios de produção bancados pelas políticas industriais nacionais.

Ao mesmo tempo, como estes produtos se tornam abundantes e baratos, outros elementos passam a construir diferenciais, como o design, cor, estilo, marca e até a comunidade de seus usuários.

Ou seja, estamos voltando através das atividades de serviço para o modelo de produção mais do estilo artesanal, onde desenvolvimento do enfoque global das pessoas é mais relevante que a especialização das mesmas.

A horizontalização é o meio desta mudança

Quando Henry Ford iniciou a produção de seu modelo T, os carros eram todos iguais e na cor preta. Hoje as montadoras contratam de várias centenas de empresas seus insumos para a produção, transferindo a produção de insumos indiferenciados para pequenas empresas que abastecem sua linha de montagem de produtos customizados.

E esta linha de montagem está cada vez mais mecanizada e recebendo produtos cada vez mais "prontos" das pequenas empresas que produzem os insumos, tornando os elementos de trabalho mais importantes das montadoras a marca, o design, o gerenciamento de projetos e o gerenciamento de tecnologia de informação.

O mais curioso deste processo é que este mesmo mecanismo se replica em escala menor nestas empresas que produzem os insumos das montadoras, onde progressivamente um processo de customização, de marca e de design se desenvolve.

E onde ficou o valor dos produtos?

O valor dos produtos não desapareceram, apenas o mercado destes produtos, elaborados ou não, se tornaram disponíveis por muitas empresas, tornando estes produtos comoditizados. Com isso a rentabilidade se torna muito dependente de vantagens comparativas e sensíveis as flutuações do mercado.

E como serviço entra nesta discussão?

Tudo que chamamos de customização está relacionado a serviço, e os consumidores finais estão exigindo estes diferenciais. Até para comprar grãos, como feijão ou arroz, hoje olhamos para a marca do produto para satisfazer nossas necessidades de segurança e de qualidade, ou seja, o serviço de marca agrega valor ao produto.

Mas os serviços também podem ser oferecidos desagregados a produtos

Hoje em dia grande parte do que consumimos já são serviços sem produtos físicos. Educação é provavelmente hoje o principal exemplo, mas podemos listar ainda muitos outros, como a oficina das consessionárias de carro, escritórios de advocacia, TV a cabo, Internet, consultorias, desenvolvimento customizado de software, escritórios de arquitetura, de contabilidade, etc.

O posicionamento de mercado de um prestador de serviço é diferente do posicionamento de mercado de produtos

As empresas de produtos em geral se posicionam no mercado fortalecendo um destes elementos: o produto, a eficiência operacional ou o relacionamento. Isto por causa da própria segregação dos clientes que esperam exatamente ou o produto mais elaborado e evoluído, ou o produto disponibilizado na forma mais eficiente e econômica, ou uma relação duradoura baseada na confiança com seus fornecedores.

Já os prestadores de serviços necessitam fortalecer a execução de suas atividades ou de forma excepcional, ou de forma experiente, ou de forma eficiente:

Os clientes que esperam serviços excepcionais contam com a grande inteligência das pessoas prestadoras do serviço para resolver problemas novos e raros. São as atividades de maior rentabilidade e que exigem conhecimento global dos assuntos, e a marca se torna um dos principais forças para estabelecimento dos negócios.

Já quem espera desempenho experiente, espera alguma previsibilidade das atividades desempenhadas e compromisso de execução conforme experiências passadas. Estas atividades são executadas por pessoas que já executaram atividades semelhantes mas que ainda exigem criatividade para resolução de problemas particulares.

E, por fim, existem os clientes que esperam desempenho eficiente, atividades mais mundanas e que muitas vezes já tem preços estabelecidos pelo mercado. O cliente tem noção exata do que é esperado e normalmente são atividades de rentabilidade menor.

Obs: Escrevi este artigo no fim de 2006 e nunca o tinha publicado. Impressionante como é mais verdade hoje do que nunca.

Lean Startup, primeira teoria sobre startups

2010-10-23T22:44:00.000-02:00

Steve Blank participou na criação de quase uma dezena de empresas startup e após a sua aposentadoria ele escreveu um livro com notas sobre as experiências que teve e criou uma teorização sobre este processo. Este material se tornou um livro chamado The Four Steps to the Epiphany.

Eric Ries, também um empreendedor na área de tecnologia, observou as experiências que passou e procurou juntar uma série de elementos que estão contribuindo para uma nova forma de pensar sobre a criação de Start-Ups.

Basicamente ele observou que os conceitos para desenvolvimento ágil (SCRUM/XP/Lean) poderiam ser transpostos também para o processo de criação de novas empresas, bastando para isso modelar de alguma maneira o ciclo de feedback do processo de teste de mercado, reposicionamento e descoberta do cliente, e que os conceitos apresentados por Steve Blank descrevem exatamente esta visão.

Esta nova visão passou a ser chamada de Lean Startups e que acabou se tornando um fenômeno mundial de reavaliação das StartUps e de extensão das metodologias ágeis para a gestão das mesmas.

A grande sacada do Steve Blank é relativamente simples: uma StartUp não é simplesmente uma empresa grande que ainda está pequena. Na realidade é uma organização totalmente diferente de uma grande empresa, com um objetivo muito claro, interagir rapidamente com o cliente/mercado, aprender com os erros e executar pivots, numa espiral contínua até encontrar um modelo escalável de crescimento.

As implicações deste pensamento são bastante interessantes e relativamente muito pouco discutidas entre os empreendedores:

é necessário botar a cara a tapa para o cliente o mais rápido possível para acelerar o processo de aprendizardo;
não se pode tentar escalar o negócio até a localização do modelo escalável, ou seja, todo o dinheiro é para aprender rapidamente, e não contratar gente ou estoque;
executar pivots rapidamente, algo como colocar um dos pés naquilo que foi percebido como valor para o cliente e movimentar o outro pé para outra direção até conseguir apontar o corpo da empresa para a direção que valha a pena o crescimento da escala.

Seguem aqui os slides e um vídeo aonde ele explica melhor este processo de "Customer Development".

A Construção Civil é que busca uma metáfora com desenvolvimento de software

2010-08-12T08:52:00.000-03:00

O meu amigo Rodrigo Machado da OnCast escreveu um artigo muito interessante discutindo como podemos trabalhar a metáfora batida ente o desenvolvimento de software e a construção civil.

Esta metáfora da construção civil comparando com software é usada a muito tempo e acho que hoje todo mundo já suspeita que a relação não é muito clara.

Uma forma de aproveitar a metáfora na linha que o Rodrigo trabalhou, levando a construção do software a ser comparada com construção apenas do projeto é uma forma de melhorar esta comparação, mas ainda acredito que a questão ainda fica mal posicionada, pois o resultado tangível de um projeto é apenas um papel, e o software bem desenvolvido é uma aplicação funcional que altera o nosso mundo ao redor.

Eu diria na realidade que a construção civil como conhecemos hoje é uma péssima referência para comparação, pois a mesma está em crise justamente por tentar se basear num ideal de fixar antecipadamente num projeto algo que não se pode prever sem custos absurdos, como a qualidade do terreno ou a definição final de como o espaço criado vai ser utilizado, além de provocar quantidades gigantes de retrabalho para poder mudar depois de pronto uma especificação "escrita numa pedra".

O sucesso do uso dos conceitos lean baseado em fluxo em vez do modelo de transformação em várias atividades humanas está provocando uma revolução também na construção civil. Estes conceitos caminharam da produção enxuta inicialmente aplicada no Japão para construir carros de baixo custo e alta qualidade e progrediram para vários segmentos, e em especial o desenvolvimento de software.

Esta evolução não era esperada nem mesmo pela Toyota, pois a mesma até a pouco ainda usava o modelo de transformação para sua área de desenvolvimento de produto.

A comunidade Ágil, que estava experimentando as técnicas XP, SCRUM e uma série de outras menos conhecidas começaram a reparar que as técnicas que estavam sendo criadas tinham relação muito forte com os conceitos lean, permitindo o casamento, cruzamento e transformação, fortalecendo o paradigma de fluxo de valor no software.

Agora o desenvolvimento de software passou a ser referência, e podemos encontrar até na construção civil uma revolução acontecendo: o Lean Construction.

Então acho que podemos dizer com orgulho que, na realidade, a construção civil é que tem que usar o desenvolvimento de software ágil como metáfora. A construção civil precisa tanto como o software:

aceitar mudança de especificação do cliente, mesmo que cinco pavimentos já tenham sido construidos;
focar no aprendizado durante o processo, nem que seja por protótipos;
não perder tempo demais com projetos superdetalhados, que logo serão invalidados na prática da construção;
reduzir a quantidade absurda de retrabalho, usando o valor para o cliente como principal métrica do progresso;
adiar o máximo possível decisões de custo de retrabalho alto;
implantar projetos de escopo variável.

Entretanto, se o desenvolvimento de software que é relativamente recente na história humana tem dificuldade de usar o paradigma lean, imagina quanto vai custar para a construção civil desenvolver isso.

MongoDB na Ahgora

2010-06-20T12:35:00.000-03:00

Depois de várias experiências de uso de armazenamento de dados na plataforma S3 e SimpleDB da Amazon, nós na Ahgora acabamos decidindo pelo uso do MongoDB.

Desde o ano passado já tínhamos decidido abandonar a estruturação convencional de dados por um banco relacional convencional e caminhar para uma modelagem mais simples orientada a documentos.

Nossa idéia era utilizar o S3 como um "document store" e o SimpleDB como uma maneira de indexação simples dos documentos e de vetores de dados que precisassem de busca rápida.

Os serviços S3 e SimpleDB da Amazon são bem feitos e muito confiáveis, implementando mecanismos poderosos de redundância e com escalabilidade massiva, mas dois pontos complicam seu uso: a consistência eventual e as ferramentas de acesso e depuração um tanto complicadas.

A consistência eventual dá para lidar simplesmente evitando a tentativa de reler imediatamente o dado que acabou de escrever ou por cache local ou por temporização forçada. Já a falta de ferramentas simples de depuração e acompanhamento dificulta bastante.

Estávamos usando as extensões do Firefox S3Fox e SDBTool, mas eles não são ferramentas rápidas e são complicadas de lidar quando se tem plataformas separadas de teste e produção, além de depender de conectividade constante para cada ciclo de teste.

Tentando buscar uma alternativa que pudesse nos ajudar a acelerar o desenvolvimento e simplificar os conceitos, começamos a olhar os "document stores" (CouchDB/MongoDB) e "key-value stores" (Riak/Redis) que estão em voga na Internet.

Coincidentemente observamos um crescimento muito acentuado do uso do MongoDB neste início de ano, o que incentivou uma prototipação interna para uma parte do sistema da Ahgora.

A prototipação foi um sucesso e observamos que usando o MongoDB conseguimos unificar as demandas para S3 e SimpleDB a apenas um mecanismo de armazenamento de dados.

Fora isso, ele possui uma interface de linha de comando que lembra a interface de linha de comando do MySQL, permitindo manipulação simples e rápida dos dados, mesmo em nossos notebooks, com ou sem conectividade para a Internet.

A instalação é simples e dá para começar a brincar em 10 minutos em seu computador. Pelo browser dá para brincar em 10 segundos pelo link: http://try.mongodb.org/.

A documentação não é perfeita, mas é muito melhor do que a disponibilizada para as plataformas da Amazon. Inclusive apresentando documentações extensivas para várias linguagens de programação diferentes.

A modelagem de dados é diferente com um "document store" devido a flexibilidade permitida. O item mais importante da modelagem é descobrir como o dado vai ser lido e escrito, e tentar modelar os documentos o mais próximo destes ciclos de leitura e escrita. Só brincando mesmo para entender o impacto, e o MongoDB permite brincar rapidamente e testar as alternativas.

Semanas atrás conseguimos concluir a mudança completa do nosso sistema de gestão de controle de ponto para o MongoDB. Foi muito mais fácil que pensávamos, já que já estávamos com vários dados modelados como documentos.

A principal desvantagem desta troca é que perdemos a escalabilidade e redundância nativa da Amazon e temos que manter nossas estruturas próprias de redundância entre servidores. Entretanto o MongoDB possui mecanismos bons para replicação, e bem mais simples que do MySQL.

Obs: No Slideshare tem uma apresentação ótima para uma primeira visita ao MongoDB.

Faltam profissionais em Florianópolis

2010-05-10T23:41:00.001-03:00

Já não é a primeira vez que ouço que os empresários aqui da região de Florianópolis estão reclamando da dificuldade de contratação e do "roubo" de profissionais entre as empresas.

Florianópolis está sofrendo um boom de novas empresas e empreendimentos na área de tecnologia que está demandando uma quantidade crescente de pessoas e as faculdades da região estão a algum tempo colocando uma quantidade relativamente constante de pessoas no mercado de trabalho.

Além disso, os profissionais de tecnologia também são recrutados para assumir papéis comerciais, administrativos ou de gerência por uma série de empresas, além de todos os concursos para cargos públicos. É uma pena que tantas pessoas abandonem as atividades para o que estudaram por estar desiludidos com as oportunidades que se apresentam.

Um sintoma bem visível da situação é a publicação dos classificados de domingo entupidos de ofertas de vagas que parecem nunca preenchidas, pois vivem se repetindo nos classificados por meses.

Acho que está claro que o mercado de trabalho está extremamente "comprador" de profissionais, o que indica que o poder de negociação hoje em dia está no lado do empregado.

Está mais que claro que hoje é o empregado que escolhe a empresa, e não mais o contrário. Esta mentalidade de brigar para a universidade produzir o "gado" para poder "entupir" as empresas tem que acabar, principalmente porque a tendência é continuar a aumentar a demanda de software, acima da capacidade de geração de novos profissionais.

Os empresários precisam entender que, ao mesmo tempo que tentam vender seus produtos para o mercado precisam vender suas empresas para os colaboradores e potenciais colaboradores com o mesmo grau de importância.

Da mesma maneira precisam entender que esta massa de pessoas são o nosso futuro. Se não é através de nossa empresa, que seja por outra, pois quando a maré sobe, sobe para todo mundo.

Trocas de empresa por parte dos profissionais não deveriam ser motivo de brigas entre empresários, deveriam na realidade ser encorajadas. Não há nada melhor para o desenvolvimento pessoal destas pessoas do que conhecer experiências diferentes, e não há nada melhor para as empresas do que ter a polinização cruzada de conhecimentos para crescer o potencial de todas elas.

Não é a toa que as empresas que estão no Vale do Silício são o que são: lá o tempo médio de um profissional ficar numa mesma empresa é de 2 a 3 anos. Consegue imaginar o que uma empresa adquire de know-how em 5 anos apenas se instalando lá?

Além da questão da troca de empresas, o "volume" de pessoas não pode ser o nosso objetivo, e sim uma pequena massa de "super profissionais" que causassem inveja a sociedade brasileira e internacional.

Tendo este grupo de "super profissionais", e vendendo este diferencial aos quatro ventos, não vai faltar gente querendo se mudar para a cidade maravilhosa de Florianópolis para vir aprender com as empresas de mente aberta e com estes profissionais.

Temos que vender o potencial de "aprendizado", o potencial de fazer a diferença da sociedade e de poder mudar o mundo. Só assim conseguiremos segurar estes "super profissionais".

Para fazer isso, acredito que temos que "vender" estes "super profissionais". Eles tem que ter blogs, dar palestras, escrever livros. As empresas tem que ajudar a construir a "marca" destes "super profissionais", inserindo suas opiniões controversas em seus sites e nos press-releases.

As empresas tem que parar de vender apenas produtos, mas também vender plataformas, conceitos, diferenciais tecnológicos, até mesmo as idiossincrasias que as tornam únicas, e isso só é possível montados e legitimados pela "venda" destes "super profissionais".

Para tudo isso, acredito que temos urgentemente que fabricar uma indústria local de conferências tecnológicas patrocinadas pelas empresas. Não poderia ter um mês que não tivesse uma conferência sobre FPGA, bancos NOSQL, linguagens como LUA, WebDesign, ferramentas sociais na Internet ou desenvolvimento Lean/Kanban.

Será que ninguém mais percebe que a gente tem que fabricar o nosso futuro e não esperar que isso caia do céu?

Kanban de Desenvolvimento de Software na Ahgora

2010-05-05T23:36:00.000-03:00

Uma das vantagens de poder iniciar uma empresa é ter a liberdade de adotar as tecnologias, processos, ideais e conceitos que os empreendedores entendem como mais importantes para a empresa.

E está sendo muito gratificante poder adotar na Ahgora os conceitos que acreditamos mais interessantes para incutir como valores da empresa e permitir a empresa desempenhar da melhor maneira que acreditamos possível.

Nestas últimas semanas estamos implementando o gerenciamento do fluxo de desenvolvimento através de Kanban visual e com post-it, e está sendo uma experiência interessante: as pessoas rapidamente percebem o progresso e o sucesso do projeto olhando a evolução, e se envolvem diretamente para avaliar os escopos das unidades de valor, reorganização do próprio kanban e reorganização e repriorização contínua dos itens em backlog.

Este é o nosso quadro de Kanban que está valendo nesta semana.

Dois fluxos estão visíveis: Desenvolvimento de Software propriamente dito e Marketing/Design.

Dá para observar na foto que acabamos organizando o Kanban de maneira que a evolução do WIP (atividade em andamento) caminha para linhas diferentes: o desenvolvimento de software vai para teste de desenvolvimento seguido de teste de usabilidade, já o MKT/Design caminha para uma etapa de aprovação.

Kanban é isso mesmo, o objetivo é conseguir manter um fluxo contínuo de geração de valor e que precisamos continuamente nos reorganizar para maximizar o desempenho deste fluxo.

As limitações de quantidade de itens em WIP não estão ainda do quadro porque estamos ainda tentando achar um valor apropriado para cada fase.

Não queria deixar a amarração a priori para que a equipe pudesse experimentar os excessos e descobrir naturalmente os limites mais saudáveis.

E não demorou muito esta descoberta. Em três dias, chegou a juntar uns seis itens no WIP e acabei escutando de uma pessoa da equipe que para melhorar a eficiência precisamos botar um limite de três lá... Este tipo de coisa não tem preço: a exposição visual das atividades induziu intuitivamente nas pessoas a percepção de que não vale começar outra coisa sem terminar outra em andamento.

A nossa equipe é pequena e nova, e a gestão visual do Kanban nos está parecendo perfeita para o nosso caso. O envolvimento, aprendizado e crescimento de maturidade dão um salto gigantesco em apenas algumas semanas de operação.

Vida: aguendar os maiores socos e ainda assim continuar brigando

2010-04-15T23:26:00.000-03:00

A Ahgora não tem parado de crescer. Mesmo não sendo diretamente nossa intenção, as demandas vão surgindo e nos obrigando a nos organizarmos e posicionar novas pessoas na nossa frente de batalha.

Estamos agora com 3 designers/web-designers, 4 desenvolvedores, uma pessoa no administrativo e mais uma pessoa no comercial como colaboradores parceiros da nossa empreitada. Somando os 3 sócios que praticamente atuam em todas as frentes e um projetista mecânico free-lance temos 13 pessoas trabalhando para criar esta nova fase da empresa.

Além disso, temos duas empresas parceiras no lado de fornecimento e mais duas no lado comercial que estão apostando na nossa visão e participando do nosso sonho.

É incrível, mas provavelmente estamos afetando diretamente a vida de umas 20 pessoas e provavelmente 2 a 3 vezes mais indiretamente pelos laços familiares ou por estar participando e ajudando em alguma parte deste desafio.

Este é um motivo de orgulho do nosso lado e ao mesmo tempo de imensa responsabilidade.

Além da responsabilidade, uma série de outras preocupações inundam nossas mentes de empreendedores: demandas de desenvolvimentos, contratempos, necessidade de aprendizado interno, gerenciamento de capital e de riscos.

O fardo é pesado e várias vezes as dificuldades nos derrubam emocionalmente. Segurar a onda e continuar assumindo a responsabilidade são desafios pesados e eu sou grato de ter meus dois sócios me mantendo alerta nesta briga.

A gente tem sempre que lembrar que no passar dos dias nós percebemos que as dificuldades, apesar de aparecerem o tempo todo, muitas vezes acabam não sendo tão difíceis quanto imaginamos, e que também de certa forma a vida oferece a cada dia uma oportunidade de desenvolvermos nossa humildade, aprendizado e superação pessoal.

Escutei na rádio hoje um locutor citando uma fala do Rocky Balboa que curiosamente me pareceu muito apropriada para o momento (YouTube):

The world ain't all sunshine and rainbows. It's a very mean and nasty place and I don't care how tough you are it will beat you to your knees and keep you there permanently if you let it. You, me, or nobody is gonna hit as hard as life. But it ain't about how hard ya hit. It's about how hard you can get it and keep moving forward. How much you can take and keep moving forward. That's how winning is done!

Sobrecarga de trabalho numa startup

2010-03-02T23:09:00.000-03:00

Paul Graham foi bem feliz quando disse que você pode pensar numa startup como uma maneira de comprimir toda sua vida profissional em apenas alguns anos. Em vez de trabalhar em baixa intensidade por 40 anos, você trabalha muito além do seu limite por quatro.

Esta é exatamente a sensação de estou sentido agora. As horas passam numa velocidade descomunal e quando parece que o dia apenas começou já são quatro horas da tarde.

Não foi sempre assim, pois os primeiros meses a gente fica preso por diversos fatores alheios a nossa vontade, mas de uma hora para outra a coisa se inverte e uma tonelada de coisas só começam a acontecer na hora que a gente se envolve.

E como destravar a evolução da empresa? Contratar mais gente? Motivar as pessoas? Empoderá-las?

Tudo isso é necessário e nós trabalhamos duro para isso, mas o que estou percebendo que a situação é um moto contínuo, pois no momento que você consegue delegar atividades, imediatamente se percebe que o potencial da empresa aumenta e desafios maiores podem ser alcançados.

O tempo tem ficado escasso, mas vou ver se consigo voltar a manter um post por semana aqui no blog. Alguém tem algum comentário?

Uma nova casa para a Ahgora

2010-01-17T00:23:00.000-02:00

Desde novembro estou envolvido diretamente em fazer a Ahgora acontecer, e está sendo um período bastante difícil, trabalhoso, mas ao mesmo tempo muito gratificante.

A quantidade de coisas a fazer são gigantescas, e diariamente bate uma sensação horrível de que nem tudo que precisaria ser feito vai acabar sendo feito. Sou um cara muito ansioso e esta sensação somada com a responsabilidade inerente de ser um dos empreendedores do negócio deixa a gente um pouco desestabilizada emocionalmente.

Mas se ficamos olhando em retrospecto dá para ver o progresso que estamos conseguindo num curto prazo de tempo. Uma startup em processo de montagem tem que ser avaliada com base nos "ativos" construídos que estão associadas a empresa Ahgora e temos muito orgulho de dizer que estamos conseguindo estes resultados muito rapidamente.

Um dos resultados recentes que nos mais orgulha foi receber no final do ano passado a grande notícia de que fomos aprovados como empresa residente na seleção do Midi Tecnológico, a incubadora da ACATE. Logo o Midi, que é uma das melhores incubadoras do Brasil, com uma infraestrutura e suporte de primeiro nível!

Acabamos de completar 3 semanas de estadia na sala 16 do terceiro andar do prédio da ACATE e ficamos surpreendidos positivamente com o bom astral, a sensação de extrema boa vontade da equipe do Midi, e do apoio mútuo com as outras empresas incubadas.

Os desafios tem sido gigantescos, e o mais difícil tem sido conciliar desenvolvimento de software, reuniões de negócios, reuniões de consultoria, entrevistas de candidatos para emprego, suporte aos clientes atuais, prototipação de produto, busca de parceiros, decisões estratégicas, marketing, etc. É tanta coisa que 12 horas num dia não é suficiente para a metade destas tarefas.

Pelo jeito vou ter que aprender a conviver com uma "verdade" que aprendi numa consultoria do Midi recente de que, já que decidimos virarmos empreendedores, perdemos os 3 "F"s: Fim de semana, Feriado e Férias... :-)

Freelancers versus empregados

2010-01-08T09:46:00.000-02:00

Algumas pessoas tem me perguntado sobre a minha opinião se é melhor trabalhar com freelancers ou com empregados.

Na realidade existem vantagens e desvantagens em ambos e é necessário trabalhar com ambas as alternativas e utilizá-las como for melhor em cada caso.

O freelancer é um ser mais autônomo, e que aproveita suas experiências passadas para potencializar os resultados nas atividades que desenvolvem. Normalmente, ou já recebem o prato pronto do que é para fazer ou ganham liberdade plena para fazer a atividade como melhor convier para ele.

Esta é uma estratégia vencedora para ele, pois consegue resultados em curto prazo e evitam dependências técnicas ou operacionais que poderiam bloquear o avanço das atividades. Como não há um compromisso de longo prazo, não há tanta preocupação com a dificuldade de manutenção futura ou facilidades para acompanhamento dos projetos.

A comunicação é limitada, pois a atividade em geral não é executada in-loco, o que implica necessidade de acompanhamento contínuo e periodicamente ajustes constantes de rota.

O empregado já tende a se preocupar mais com o médio/longo prazo e se envolver mais com os problemas do dia a dia da empresa. O enfoque não é tanto entregas a curto prazo e sim a eficácia no trato de todas as questões "quentes" na empresa.

Isto pode implicar em resultados menores em curto prazo mas maior comprometimento com aquele resultado obtido.

Como a atividade é feita in-loco, em geral a comunicação chega até a ser excessiva e uma sobrecarga de atividades de curto prazo e a preocupação com a "perfeição" dos resultados de médio/longo prazo podem chegar a debilitar os resultados. Uma falta de gestão pode levar o funcionário a virar um bombeiro para incêndios, um perfeccionista permanentemente bloqueado, ou ainda um animal político que explora o excesso de informações, as vezes conflitantes, para proveito próprio.

Em compensação, através de uma boa gestão, envolvimento e motivação, um empregado pode entregar o seu coração para a causa da empresa, algo bem difícil de acontecer com um freelancer.

Os Sociopatas, os Sem-Noção e os Perdedores

2009-12-24T22:13:00.001-02:00

Um artigo publicado a alguns meses atrás chamado The Gervais Principle provocou uma ampla discussão sobre como realmente funciona a estrutura e a saúde de qualquer organização humana.

O artigo, escrito por Venkatesh Rao, usa como ponto de partida os dilemas passados pelos personagens do The Office, e usa diversas situações retratados nos episódios para explicar os conceitos sob a ótica interpretada por Venkatesh.

Gervais é um dos criadores da série The Office, e o princípio criado por Venkatesh e nomeado como Princípio de Gervais diz basicamente que:

Sociopatas, por seus próprios interesses, deliberadamente promove Perdedores de desempenho superior para gerência média, conduz Perdedores de desenpenho inferior para papéis de Sociopatas, e deixa os Perdedores de desempenho mediano se virarem sozinhos.

A terminologia Sociopatas, Perdedores e Sem-Noção é uma semântica nova e controversa de Venkatesh, mas não foi criação dele. Ele usou uma classificação criada no Gaping Void que ele acredita refletir os conceitos apresentados:

Agora, com a definição dos termos apresentados, releia o Princípio Gervais acima e veja se isso se aplica com a sua experiência na sua empresa. :-)

O texto é um pouco prolixo e muito cínico e franco, o que fabricou críticas acaloradas por causa da classificação pejorativa e pelo rotulamento das pessoas, e também pela forma franca que expõe o interesse explícito do interesse de manipulação humana dos Sociopatas independente do julgamento de valor da intenção desta manipulação.

A exposição dos Sociopatas não é diferente da forma que Nicolau Maquiavel apresentou O Príncipe, só que quem leu O Príncipe normalmente considera este comportamento distante e apenas aplicável a quem realmente fosse um rei ou um príncipe. A leitura inocente de Maquiavel é comportamento clássico de um Sem-Noção que acredita obter receitas de lidar com seus Sociopatas. Os Perdedores vão achar o livro apenas chato... :-)

Os Perdedores são aqueles na base da pirâmide, que tem noção clara que estão fazendo uma escolha perdedora, entregando grande parte do seu esforço para lucro direto dos Sociopatas. Só que todo mundo começa a vida por aí, e muitos terminam a vida nesta posição, o que não é nenhum demérito, esta é uma posição de bastante liberdade para aprendizado e de liberar tempo para desenvolver interesses paralelos ao longo da vida.

A camada do meio, chamada Sem-Noção, é a mais controversa por ter pessoas na sociedade que trabalham duro e que ganham merecidamente salários altos. São formados por profissionais que desempenham por muitos anos muito acima do que as empresas esperam e que mantém um certo ar de humanidade ao tentar traduzir os comportamentos francamente desumanos dos comportamentos dos sociopatas em interpretações mais humanas para seus Perdedores. Ou seja, o típico comportamento da gerência média.

O artigo segue discutindo o desenvolvimento das camadas ao longo do ciclo de vida da empresa, e desenvolve um insight muito interessante: quando os Sem-Noção tomam conta da empresa esvaziando o espaço dos Sociopatas através da burocracia, ou ainda reduzindo os Perdedores para inchar sua influência trazendo mais Sem-Noção para perto deles, isto são sinais claros que a empresa está caminhando para implosão.

Venkatesh escreveu em seguida um artigo explorando um pouco mais a forma que a comunicação ocorre entre estes atores organizacionais: Posturetalk, Powertalk, Babytalk e Gametalk (traduzido para algo como discurso postural, e discurso de poder, conversa infantil, e comunicação como um jogo).

É muito interessante verificar que, de acordo com o tipo de conversa que ocorre entre as pessoas, fica trivial verificar qual posição cada pessoa trabalha na organização. Não vou entrar em mais detalhes aqui para não fazer este meu artigo ficar muito grande, então leiam os artigos originais descobrir mais sobre estas linguagens.

Se você achar interessante este assunto, não esqueça de contribuir pagando um café para o Venkatesh através de um link em seu blog. Ele merece nosso suporte por ter trazido este assunto a luz e conseguir através da controvérsia fazer todos nós pensarmos sobre o nosso papel em nossas vidas.

Os WorkShops sobre a portaria 1510

2009-12-18T11:00:00.000-02:00

Os WorkShops foram um sucesso. Conseguimos reunir um grupo muito bom de pessoas e as discussões foram sempre de muito alto nível.

Várias preocupações muito relevantes foram discutidas. O impacto da separação do controle de acesso do controle de ponto, a necessidade de troca dos equipamentos, o funcionário que executa trabalho externo e a grande questão de gerar os comprovantes em papel para os funcionários foram os itens que provocaram maior repercussão e incertezas.

De nosso lado, tivemos a preocupação de passar a nossa noção de como esta mudança impactará na gestão de RH das empresas, em especial a gestão dos documentos eletrônicos, e também como o mercado de soluções deve estar se organizando durante este processo de transição.

O resultado foi muito positivo e só temos a agradecer às pessoas que compareceram e aos nossos parceiros que viabilizaram que este evento acontecesse.

O ano que vem o assunto deve ficar ainda mais quente, já que a partir de agosto a portaria entra em vigor por completo. Devido a isso, já até tivemos alguns convites para voltarmos a discutir o assunto nos próximos meses.

Estaremos atentos e a disposição para ajudar e participar neste processo de mudança. A gente entende que a nossa grande missão é poder fazer a diferença para nossos clientes e para a sociedade.

Resolvendo Sudoku em Python

2009-12-12T23:53:00.000-02:00

Este post do Peter Norvig me deixou agoniado para estudar as técnicas de solução do Sudoku. Achei a solução dele bem bacana, quase programando Lisp em Python usando os mecanismos de List Comprehension e recursividade.

Tentei gerar uma versão um pouco mais simples removendo a recursividade e usando técnica de passagem múltiplas.

Primeiro uma inicialização de estrutura de dados auxiliares:

rows = 'ABCDEFGHI'
cols = '123456789'
squares = [r+c for r in rows for c in cols]
vectors = ([[r+c for c in cols] for r in rows] +
           [[r+c for r in rows] for c in cols] +
           [[r+c for r in srows for c in scols]
               for srows in ('ABC','DEF','GHI')
               for scols in ('123','456','789')])
peers = dict((s, set(s2 for vector in vectors if s in vector for s2 in vector))
        for s in squares)
digits = list('123456789')

Squares contém um array com todos os nomes das caixinhas do tabuleiro do Sudoku (A1, A2, ...., A9, B1, B2, ...). Vectors contém os vetores dos nomes das caixinhas das linhas, colunas e dos quadrados menores do tabuleiro, aonde cada vetor tem que conter os números de 1 a 9 conforme a regra do Sudoku.

O dicionário peers é a estrutura mais mágica, ela contém o conjunto dos nomes das caixinhas do tabuleiro que fazem parte da linha, coluna ou quadrado menor de cada caixinha. Com ela consigo rapidamente verificar quais números estão já sendo usados nos vetores.

def parse_grid(grid):
    "Given a string of 81 digits (or . or 0 or -), return a dict of {cell:values}"
    grid = [c for c in grid if c in '0,-123456789']
    return dict((squares[p], grid[p]) for p in range(len(squares)))

def printboard(values):
    width = max(len(values[s]) for s in squares)
    sep = '+'.join(['-'*(2+width)*3]*3)
    form = '|'.join([(' %%%ds ' % width*3)]*3)
    for r in rows:
        print form % tuple([values[r+c] for c in cols])
        if r in 'CF': print sep
    print

parsegrid e printboard são funções auxiliares: parsegrid recebe uma string com números de configuração inicial do tabuleiro aonde a sequência na string descreve a posição no tabuleiro, 0 indicando posição vazia e 1-9 indicando o valor inicial. printboard obviamente imprime o que está no tabuleiro passado como um dicionário de parâmetro.

def possibilities(values):
    values = values.copy()
    while True:
        changed = False
        for s in squares:
            if not values[s] in digits:
                values[s] = ''.join(set(digits).difference(set(values[s2] for s2 in peers[s])))
                if values[s] == '': return False
        for vector in vectors:
            for digit in digits:
                ocor = [s for s in vector if digit in list(values[s])]
                if len(ocor) == 0: return False
                if len(ocor) == 1 and len(values[ocor[0]]) > 1:
                    values[ocor[0]] = digit
                    changed = True
        if not changed: break
    return values

Esta função possibilities recebe um dicionário de parâmetro e retorna uma cópia com os espaços em aberto preenchidos com as possibilidades para cada posição no tabuleiro. É basicamente uma versão multi-passagem do algoritmo recursivo do Peter Norvig.

Primeiro a função varre o tabuleiro procurando as posições do tabuleiro em aberto e preenche com uma string das possibilidades de acordo com os vetores envolvidos na posição. Em vários casos apenas uma possibilidade é possível, o que já determina o valor da posição só nesta passada.

Em seguida todos os vetores são analisados para verificar possibilidades únicas para os números de 1 a 9. Funciona assim: digamos que na linha A (A1-A9) as posições A1 a A8 contenham os números de 1 a 8, e a posição A9 contenha as possibilidades 7, 8 e 9, é evidente que o valor de A9 é o valor 9.

Estes dois algoritmos são executados várias vezes até que nenhuma alteração não seja mais possível, o que em muitos casos já soluciona o Sudoku.

Os casos aonde o Sudoku não é solucionado apenas através das restrições impostas nos vetores são considerados Sudokus avançados, pois envolvem teste simultâneo de alternativas para sua solução.

Para isso, a força bruta parece ser a solução mais simples:

def solve(values):
    values = possibilities(values)
    if not values: return False
    for s in squares:
        if len(values[s]) > 1:
            for p in values[s]:
                values[s] = p
                res = solve(values)
                if res: return res
            return False
    return values

Esta função solve aplica o possibilities, procura o primeiro caso de uma caixa com múltiplas possibilidades e varre suas alternativas recursivamente tentando solucionar com o próprio solve.

Agora vamos tentar solucionar o Sudoku mais difícil que existe segundo o próprio post que usei como referência:

grid = """
100007090
030020008
009600500
005300900
010080002
600004000
300000010
040000007
007000300
"""
grid = parse_grid(grid)
printboard(grid)
printboard(possibilities(grid))
printboard(solve(grid))

O que dá como resposta:

1 0 0 | 0 0 7 | 0 9 0
0 3 0 | 0 2 0 | 0 0 8
0 0 9 | 6 0 0 | 5 0 0
---------+---------+---------
0 0 5 | 3 0 0 | 9 0 0
0 1 0 | 0 8 0 | 0 0 2
6 0 0 | 0 0 4 | 0 0 0
---------+---------+---------
3 0 0 | 0 0 0 | 0 1 0
0 4 0 | 0 0 0 | 0 0 7
0 0 7 | 0 0 0 | 3 0 0

      1    8256    8246 |    854     354       7 |    246       9     346
    547       3      46 |   1954       2     195 |   1476     476       8
   8247     827       9 |      6     134     183 |      5    3247     134
------------------------+------------------------+------------------------
   8247     827       5 |      3     176     126 |      9    8476     146
    947       1      34 |    957       8     956 |    476   35476       2
      6    9827     832 | 19257    1957       4 |    187    8357     135
------------------------+------------------------+------------------------
      3   98256     826 | 254798   95476   98256 |   8246       1    9546
   9825       4       1 |   9825    9356 325698 |    826    8256       7
   9825   98256       7 | 125498   19546 125698 |      3   82546    9546

1 6 2 | 8 5 7 | 4 9 3
5 3 4 | 1 2 9 | 6 7 8
7 8 9 | 6 4 3 | 5 2 1
---------+---------+---------
4 7 5 | 3 1 2 | 9 8 6
9 1 3 | 5 8 6 | 7 4 2
6 2 8 | 7 9 4 | 1 3 5
---------+---------+---------
3 5 6 | 4 7 8 | 2 1 9
2 4 1 | 9 3 5 | 8 6 7
8 9 7 | 2 6 1 | 3 5 4

Divisão do tempo numa empresa recém criada

2009-12-07T22:53:00.000-02:00

Dividir o trabalho entre ser empreendedor e executar as atividades de desenvolvimento de uma empresa é bastante complicado.

Desenvolvimento é uma atividade de longo prazo, que envolve concentração e investimento expressivos de tempo. A criação de um produto não é uma atividade repetitiva, e sim imprevisível e com vários caminhos para um mesmo objetivo.

As atividades mais importantes de um empreendedor são envolver as pessoas e fabricar o ambiente para que a evolução da empresa aconteça, através de motivação e remoção de problemas que obstruem o progresso. Estas atividades são atividades de curto prazo, aonde o envolvimento acontece quase no mesmo momento em que se torna necessário.

Isto quer dizer que, no momento que uma empresa conta com algo como 2 a 3 pessoas adicionais aos empreendedores, os empreendedores precisam tomar o cuidado de dividir o seu tempo criteriosamente para que o resultado final somado seja o melhor possível.

Esta divisão do tempo é responsabilidade direta dos empreendedores, e os mesmos precisam descobrir estratégias para conseguir um bom resultado. Uma estratégia comum é dividir as responsabilidades entre os empreendedores, de forma que um se envolve mais no lado empreendedor, motivacional e desbloqueador de problemas enquanto outro envolve mais na atividade fim.

A alternativa é desenvolver estratégias de divisão de tempo, algo como o uso do turno da manhã para ser empreendedor e o turno da tarde para exercer a atividade fim. Até Paul Graham escreveu sobre a dificuldade desta divisão de tempo e sugeriu estratégias quando discutiu o impacto das reuniões em start-ups.

Independente da maneira que se lida com este dilema, fica claro que os empreendedores perdem parte do seu tempo para viabilizar o uso do tempo de outros, criando uma redução prática do resultado que seria esperado pela adição de mais um colaborador.

Tem algum web designer ou fuçador de php que gostaria de dar uma mão para a gente? Aqui na Ahgora cada vez tem mais coisas para aprender e fazer. Só tem uma coisa, tem que estar a fim de sair da casinha, abandonar bancos relacionais para aprender a usar SimpleDB e S3, e ajudar a descobrir maneiras de comunicação inovadoras pela Web, seja no HTML, design, Twitter, ou blogs. Garanto que vai ser uma escola e tanto trabalhar numa start-up como a nossa.

Vamos discutir a Portaria 1510 do MTE

2009-11-27T09:08:00.000-02:00

Os negócios estavam indo bem. Não na velocidade que a gente espera mas continuamente melhor a cada dia. Ai chega uma grande mudança e parece que o mundo cai abaixo.

Em agosto deste ano, o Ministério do Trabalho e Emprego baixou a portaria 1510 regulamentando o mercado de ponto eletrônico. Esta regulamentação foi uma surpresa o nosso time da Ahgora, como deve ter sido para grande parte das empresas que usam ou desenvolvem soluções para ponto eletrônico.

De início, dá para ver que é uma mudança drástica. Existe uma rigidez forte de como o registro de ponto tem que ser feito, como este equipamento deve funcionar e quais documentos deverão ser gerados e guardados.

Isto fez o mercado inteiro de ponto eletrônico entrar em compasso de espera, esperando mais detalhes sobre esta mudança, e adiando grande parte dos planos de aquisição de soluções até a reestabilização do mercado.

De outro lado, dá para perceber que a intenção da mudança é muito boa, pois disciplina esta situação do registro eletrônico de presença, dando regras para um mercado que estava acostumado a ficar sempre tentando testar o limite da legalidade das interpretações das jurisprudências sendo formadas sobre este tema.

Isto não quer dizer que será uma transição fácil, e nem barata, para todos os envolvidos. Haverá impactos em como o registro é feito, como a empresa lida com o acesso do funcionário ao equipamento de registro, como como os dados serão transportados para softwares de apuração, como os documentos serão custodiados e como a fiscalização vai funcionar.

É muita informação e existe bastante dificuldade de interpretação por todas as partes. Precisamos rapidamente envolver as pessoas que se importam com este processo, trocar figurinhas e buscar uma estratégia para lidar com este processo como empresas, como governo, e principalmente como sociedade.

Da nossa parte, resolvemos organizar e patrocinar um evento regional sem fins lucrativos para envolver as pessoas que se preocupam com este processo de mudança. Já temos confirmados presenças de profissionais de RH das empresas da região, consultorias de RH, associações de empresas, contadores, advogados trabalhistas, representantes do ministério do trabalho e, ainda, de outras empresas que desenvolvem produtos e serviços para este segmento de mercado.

Como empresa, a Ahgora está buscando nesta transição se posicionar como facilitador e agente de mudança para a sociedade. Vamos anunciar esta nossa visão no evento e apresentar algumas maneiras de como vemos que podemos contribuir neste processo.

Aplicação na Web é uma prestação de serviço

2009-11-19T22:57:00.000-02:00

O carro chefe da Ahgora é o Serviço de Ponto Eletrônico Ahgora PontoWeb, e, se tem uma coisa que é complicada de explicar aos nossos clientes é o conceito de serviço SaaS (Software as a Service)...

Até alguns anos atrás, todo software era vendido como produto, muitas vezes até embalado numa caixa, quase como sabão em pó. Aí vem a Internet e abre um espaço até então inimaginável alguns anos atrás, o oferecimento de aplicações e de serviços utilizando da Internet para permitir a operação remota, fora das premissas do cliente.

Como é um paradigma diferente, leva um bocado de tempo para explicar como as coisas podem ser diferentes, muitas vezes é necessário alguns meses até a ficha cair.

O primeiro impacto é a mudança na visão de aquisição de ativos, como servidores e softwares de banco de dados e aplicações finais. SaaS terceiriza toda esta dificuldade e transfere a responsabilidade da aquisição de ativos para a cadeia fornecedora do serviço.

O segundo grande impacto é que a continuidade do serviço não depende mais de um profissional de TI suportando os servidores, e a maior parte da responsabilidade passa para o fornecedor. A estrutura de TI necessária é apenas a que permita a conectividade com qualidade para a Internet.

O terceiro impacto é financeiro. O custo de aquisição de know-how e de ativos é transferido para o fornecedor, e o mesmo passa a ser obrigado a prestar um serviço de financiamento da aquisição dos ativos e desenvolvimento de atualizações para os seus clientes. Ou seja, como o cliente apenas paga mensalmente pelo serviço, o fornecedor tem que cuidar do fluxo de caixa para manter o equilíbrio financeiro do empreendimento.

O quarto impacto é a questão de transferência de controle das informações e da independência da empresa. Como a informação fica hosteada em outro lugar e a aplicação apenas está rodando em servidores fora de seu controle, existe uma preocupação muito grande com respeito a continuidade do serviço prestado e da segurança das informações.

Estas preocupações tem sua razão de ser, mas temos que ver que as alternativas também apresentam riscos substanciais: o funcionário que estava cuidando do sistema pode ficar doente, o servidor pode dar problemas, ou ainda os backups podem estar comprometidos por falha operacional e com isso correr o risco de perder todos os dados armazenados.

Em suma, uma aplicação SaaS não é apenas um produto instalado num servidor na Internet, é um serviço prestado que agrega suporte, continuidade, gestão de ativos e investimentos, itens tão, ou até mais, importantes que o software propriamente dito.

Empreender para valer...

2009-11-17T23:34:00.000-02:00

Depois de alguns anos trabalhando a ideia, até mesmo através de blog que estava trabalhando em segundo plano (Aprender como Empreender), acabei tomando uma decisão: estava na hora de tentar apostar a minha vida na paixão de criar empresas.

Sexta-feira passada (13/11/2009) foi meu último dia como funcionário da Dígitro. Apesar dos altos e baixos, os quase 18 anos lá foram uma verdadeira escola. Conheci centenas de pessoas que fazem a diferença e tive a oportunidade de trabalhar com muitas das tecnologias mais modernas hoje no mercado.

Mas agora o momento é outro, e vou buscar fazer a diferença participando da explosão de crescimento no Vale do Silício brasileiro: a Grande Florianópolis. Já com 450 empresas de base tecnológica uma massa crítica está formada para que grandes mudanças aconteçam na região.

Paul Graham algum tempo atrás escreveu que existem fatores muito importantes para que esta massa crítica desenvolva: clima ameno para atrair pessoas com capital para empreender, boas universidades próximas, uma massa de profissionais muito qualificadas e várias empresas próximas para suportar uma economia de escopo.

Estou entrando como sócio da empresa Ahgora Sistemas e nestes próximos meses eu garanto a vocês que a marca Ahgora se tornará rapidamente uma das promessas que ajudará na mudança de paradigma da cidade.