// Além de Códigos

Robôs que fazem ciência: Desvendando as Proteínas #Singularidade

noreply@blogger.com (Eliézer Pimentel) — Wed, 18 May 2011 02:21:00 +0000

O Brasil tem todas as condições para contribuir para os avanços tecnológicos no campo da automação.

Esses avanços estão revolucionando a pesquisa para a descoberta de novos fármacos a partir da síntese de novas moléculas, de acordo com Otávio Thiemann, do Instituto de Física de São Carlos (IFSC) da Universidade de São Paulo (USP).

Thiemann participou em Abril em São Paulo, do Simpósio sobre Biologia Sintética e Robótica, que teve como objetivo divulgar o novo campo multidisciplinar que envolve a automação e a síntese de biocomposto.

O evento foi organizado pela FAPESP e o Consulado Britânico em São Paulo, que fazem parte da Parceria Brasil Reino-Unido em Ciência e Inovação.

Cristalografia De Proteínas

Durante o evento, o pesquisador fez uma avaliação dos progressos e perspectivas de aplicações de robótica para cristalografia de proteínas - uma técnica que permite "enxergar" as moléculas de proteína em nível atômico.

As estruturas das moléculas, no entanto, não podem ser vistas corretamente, pois sua escala é menor do que o comprimento de onda da luz visível.

Devido a isso, os cientistas usam alta energia de raios-X, produzidos por linhas de luz síncrotron, para distinguir distâncias atômicas da ordem de alguns angstroms.

O processo genético é visto em resolução atômica.

Thiemann utiliza a técnica para a elucidação da estrutura molecular e função de proteínas-alvo na fisiologia dos parasitas, como Leishmania e Trypanosoma e também para avaliar o potencial destas moléculas para o desenvolvimento de novas drogas.

"Fases múltiplas de cristalografia de proteínas foram automatizadas, mas ainda existem alguns gargalos. As tecnologias de automação, no entanto, estão avançando rapidamente e devem fazer todo o ciclo muito mais rápido", disse Thiemann.

Com os avanços na área da robótica em certas fases do processo, segundo o pesquisador, a ciência progride para cristalizar um grande número de proteínas simultaneamente, em vez de estudar a estrutura de cada uma delas separadamente. "Isso vai reduzir significativamente o caminho para a descoberta e aperfeiçoamento de drogas", explicou.

Ciência Robótica

Segundo o cientista, o processo para obter a cristalização das moléculas - desvendando sua estrutura, sua dinâmica e sua atividade - não é trivial. Suas diversas fases, no entanto, podem ser diferenciados em dois mundos diferentes: a produção de proteína e a cristalização em si.

"Na produção da proteína, apesar de a automação não ter sido tão bem estabelecida, existem vários robôs que podem ajudar em várias fases do processo. Mas isso faz parte do final de cristalização, então temos alguns gargalos fundamentais para superar em todo o processo", disse.

"A automação da montagem da proteína no difratômetro - o equipamento usado para analisar a estrutura da molécula - é fundamental para mudar a escala do processo", disse ele.

Você já viu um vírus?

Uma vez feito isto, o robô se encarrega do resto, o alinhamento do cristal corretamente antes de o feixe de raios-X - "Na minha opinião, este é o ponto que ainda está suscetível a grandes avanços em matéria de inovação. Se o robô pode "fisgar" para o difratômetro de monocristais e colocá-lo em todo o processo, vai passar a um outro nível ", disse Thiemann.

Uma das alternativas atualmente utilizada é o de reduzir as chances de que o cristal cresça livremente na gota de cristalização, imobilizando-a dentro de um capilar.

"Mas estas são iniciativas que ainda estão em fase inicial. Quando o cristal cresce, muitas vezes a intervenção humana é necessária. É preciso discernimento para saber se o cristal é bom ou não, ou se tem outras características de seu ambiente que precisam ser removidos ", disse ele.

Cristalização Automatizada

Como parte deste processo ainda necessita de intervenção humana, o processo sofre interrupções contínuas. A automatização irá acelerar, dispensar cuidados específicos e ainda trabalhar 24 horas por dia.

"Se, por exemplo, uma enzima com 500 ou mil possíveis compostos para avaliar as características da molécula e, posteriormente, para melhorar a sua ação, nós temos de criar condições para a cristalização de todos esses cocristalizações", observou Thiemann.

"Nesse processo, você precisa encontrar um composto, voltar, cocristalizar o composto, aprender, voltar mais uma vez para sintetizar o composto de novo e assim por diante. Este ciclo pode se tornar muito mais ágil com a automação", disse ele.

Com mais agilidade, seria possível cristalizar as moléculas simultaneamente em grande escala. "Cristalizar a proteína é diferente de cocristalizar a proteína com um inibidor nele. As condições podem ser bastante diferentes dependendo do composto e o número de combinações possíveis é enorme. Geralmente, nós cocristalizamos uma proteína com inibidores de uma ou duas - que dão muito trabalho aos estudantes. Com o robô, nós poderíamos fazer isso em larga escala ", disse ele.

Robótica e inteligência artificial

Para o professor da USP, a tecnologia de robótica está avançando em um ritmo muito rápido, bem como tecnologia da informação, que permite a análise e distinção dos padrões de imagem.

"Além disso, a inteligência artificial faz com que o programa aprenda a fazer exatamente isso, alimenta o software para que ele possa executar uma próxima rodada, com a maior taxa de sucesso possível", disse ele.

Ele disse que há perspectivas de desenvolvimento desta tecnologia em vários centros no Brasil.

"Existem alguns programas de pós-graduação - como mecatrônica e robótica - para formação de pessoas nessa área. Mas este é essencialmente um segmento multidisciplinar. Precisamos, não apenas de alguém que possa montar um robô, mas alguém que possa fazê-lo com uma finalidade específica. Precisamos de pessoas com diferentes formações, e certamente isso é possível desenvolver no Brasil", disse ele.

Fonte: Everyday Science

Simples Assim!

noreply@blogger.com (Eliézer Pimentel) — Wed, 23 Jun 2010 21:28:00 +0000

Alguns meses atrás, enquanto pensávamos aqui na Plano Bê em como divulgar um de nossos principais produtos, o WALK, uma plataforma de desenvolvimento de aplicações para terminais POS (as maquininhas usadas para transações com cartões de crédito), decidimos que a apresentação deveria ser o mais simples e bem humorada possível para que a mensagem fosse passada de forma bem clara e fácil de ser entendida.

Não somos nenhuma agência de publicidade, mas um de nossos valores, sempre foi a CRIATIVIDADE, então inspirados nos trabalhos de um americano chamado Lee Lefever, resolvemos criar um vídeo que pudesse explicar a plataforma WALK e divertir ao mesmo tempo, de maneira simples e criativa.

Eu e meu sócio discutimos alguns pontos mais essenciais, o que a mensagem deveria representar e daí em diante era "arregaçar as mangas" e trabalhar na idéia.

Providenciei então uma super prancheta inteligente (conhecida como folhas de papel sulfite tamanho A4) com recursos de editoração eletrônica de última geração (um lápis e uma borracha) para montar nosso story board, desenhei quadros numerados e montei a primeira versão. Deste primeiro story board, desenhado a lápis e depois de gastar muita borracha e fazer bastante sujeira na mesa de trabalho, fizemos algumas modificações e adaptações até chegarmos a versão final. A idéia era completa, tínhamos pensado nos personagens, na história e no roteiro da animação, sem esquecermos da narração pois a idéia não era de um vídeo de cinema mudo afinal.

Providenciamos um KIT de última geração, daqueles que as melhores agências de publicidade possuem, e lá fomos nós executar o trabalho. O próximo passo foi desenhar os objetos, fazer os contornos, recortes e experimentações e variações de tamanhos. Nesta etapa passei algumas horas na madrugada em casa aprimorando meus grandes dotes como desenhista, pôxa e até me surpreendi, pois até então à mão livre não desenhava nem uma linha reta perfeita, :) Claro, usei um software de desenho no meu falecido NoteBook para me ajudar.

O segundo passo foi providenciar então um grande e profissional estúdio de filmagens, com iluminação de última geração, cercado de LEDs e recursos vistos só em Hollywood. Depois de horas e horas de testes com iluminação, fechando e abrindo janelas, acendendo e apagando luzes (e velas), chegamos a um efeito que julgávamos ser o melhor que poderíamos alcançar, então, era hora de por mãos à obra.

Passamos a filmar em alguns dias (e noites) seguindo o roteiro e respeitando a risca nosso story board até finalizarmos um grande vídeo com muitos frames e muitos erros, desses que a gente comete quando é primário no assunto, afinal nossa experiência com filmagens se dava apenas com nossas câmeras amadoras em festas de aniversários, casamentos (e alguns velórios também :] ).

A edição, recortes, montagem ficou por conta do Luis Gustavo, já que tinha um MACBOOK (olha a maçãzinha acesa lá pra provar) nas mãos entendia mais sobre iMovie do qualquer um aqui na Plano Bê.

A versão final do vídeo, antes da inclusão do áudio, tinha ficado perfeita, claro que respeitando os limites de nossos conhecimentos sobre o assunto, recursos e técnicas utilizadas, mas para a nossa primeira experiência, estava lindo!

Faltava a narração, uma voz que pudesse combinar com o vídeo e passasse a mensagem de forma clara, sem o sotaque de interior mineiro do "poRta abeRta" daqui de nossa cidade. Ai apareceu o nosso "Rouxinol de Ouro", importado da capital, nosso amigo Arthur. Usando também recursos ultra-modernos de captação de som só vistos em estúdios profissionais reconhecidos muldialmente (lê-se um microfone USB que faz parte do game chamado Guitar Hero), gravamos a narração e mais uma vez, como usuário experiente de produtos Apple, o Luis Gustavo usou todas as suas habilidades para sincronizar o áudio ao vídeo e fechamos o projeto.

Pronto estava pronto nosso primeiro vídeo in Plain Portuguese, como é chamada a técnica.

O vídeo tem sido visto por centenas de pessoas no mundo todo, e tem nos rendido alguns elogios e até mesmo serviu para atrair uma oportunidade com uma grande multinacional do mundo dos terminais POS.

A primeira experiência, usando recursos limitados nos rendeu um aprendizado muito importante, o que podemos fazer o que quisermos, se tivermos uma boa idéia e uma excelente execução em equipe.

Assistiu o vídeo? Entendeu? Não? Oras então deixa um comentário ai, mas se entendeu, deixa comentários também ora pois.

Grande abraços a todos e por favor, nos ajudem a divulgar nosso trabalho.

Mundo Mac! Agora sim

noreply@blogger.com (Eliézer Pimentel) — Mon, 14 Jun 2010 23:09:00 +0000

Semana passada fui agraciado com a possibilidade de trocar meu antigo notebook Acer Aspire 5000 que, desde 2006, vinha usando para minhas tarefas diárias, inclusive para programar, e obviamente usando Windows XP.

Apesar de já ter tido contado com Macs, pois meu sócio já havia comprado um MacBook em 2007, o Bruno Satierf, que também faz parte de nossa equipe, possuir um MacBook e a Plano Bê ter comprado um iMac em 2008, eu particularmente nunca tinha usado um. Meu desejo em me tornar um "switcher" começou quando meu sócio me mostrava recursos, facilidades e qualidades que só mesmo uma máquina Apple poderia ter. Porém, quando comecei a frequentar alguns eventos sobre tecnologia e perceber que 90% dos participantes usavam MacBooks e os que não usam Macs, tinham Ubuntus em seus Notebooks, percebi que era hora de migrar.

Semana passada, enfim, botei a mão em meu primeiro Mac (um Mac Book Pro de 13 polegadas em alumínio), meu primeiro contato direto com o Mac OS, e pronto, percebi o quanto precisava aprender.

Vou aproveitar este artigo para comentar algo vem sendo discutido nos últimos meses em nosso escritório: "O quanto precisamos aprender!". É verdade, passei a minha vida inteira aprendendo sobre MS DOS, Windows 3.1, Windows 95, Windows Server, Windows XP, e percebi que na verdade eu não aprendi muita coisa.

Uma mudança de ambiente, quando se está moldado, acostumado com certos valores, traz sim um desconforto inicial, um sentimento de que num primeiro momento aquilo não será fácil, mas então é preciso se deixar envolver pelo sentimento do desafio, da coragem de querer re-aprender, e tudo começa a ficar claro. Na verdade, isso se chama também "Mudança de Paradigmas".

Claro, com a ajuda do Fábio Akita, que gentilmente escreveu um excelente Post em seu blog para ajudar os iniciantes no mundo Mac, pude aprender alguns bons truques e muitas coisas a respeito sobre Macs. Ao Akita, muito obrigado.

É realmente incrível a qualidade dos produtos criados pela Apple, a equipe de engenheiros e designers realmente pensam no mínimo dos mínimos detalhes, exatamente como discorrido no livro: A cabeça de Steve jobs.

Para começar o cabo emborrachado de energia que possui uma pequena ponta magnética que se "gruda" instantaneamente no encaixe quando aproximado, com um pequeno e discreto led que indica quando a bateria está em recarga ou cheia.

A estrutura em alumínio em uma peça única, chamada unibody, sem parafusos ou encaixes, o teclado iluminado, o efeito luminoso do teclado iluminado quando se reduz ou aumenta a intensidade de iluminação, a disposição e maciez do teclado, o multi-touch track-pad que traz recursos incríveis para navegação, a qualidade de resolução do monitor, os leds de indicação de potência da bateria na lateral esquerda, enfim, tudo com a máxima preocupação em qualidade, que não aparece apenas no hardware, mas na beleza do sistema operacional e de seus softwares aplicativos.

A interface do Mac OS é realmente incrível, e o que num primeiro momento pareceu ser difícil, foi se tornando tão óbvio e ridiculamente simples que confesso, me senti envergonhado, rss.

A instalação de aplicativos, as configurações de rede, a navegação, a preocupação com um design bonito, limpo, é tudo muito perfeito.

Enfim, passei a entender porque do grande número de entusiastas pelo mundo por produtos Apple e o porque do grande numero de fãs por Macs, e passei a fazer parte desse grupo. :)

Falha de comunicação = Desperdício de Dinheiro

noreply@blogger.com (Eliézer Pimentel) — Mon, 26 Oct 2009 05:27:00 +0000

Já não me lembro de quantos artigos li a respeito deste tópico de hoje, que trata da Falha na Comunicação entre pessoas dentro de uma organização ou empresa, mas com certeza são muitas dezenas. E não há o que discutir: Falha na Comunicação pode trazer grandes conseqüências, tais quais o aborrecimento, a perda de tempo, de dinheiro e de credibilidade.

Recentemente recebi um telefonema de uma pessoa que demonstrava-se muitíssima interessada em um produto que nossa empresa desenvolveu, o GEDWEB, um sistema eletrônico na WEB que organiza e administra documentos digitalizados ou documentos eletrônicos como planilhas eletrônicas, documentos de textos, imagens, vídeos etc.

A pessoa interessada, ex-funcionária de uma empresa cliente da Plano Bê, conhecia a ferramenta e os benefícios e recursos oferecidos, pois fora um usuário por tempos e pôde aprender a manuseá-la muito bem (acreditava eu).

Recém admitida por uma nova organização, percebeu a oportunidade em adotar, ou inicialmente indicar para seu superior imediato, um sistema de gestão de documentos para gerenciar e digitalizar os inúmeros documentos em papel e as milhões de páginas "organizadas" que estavam espalhadas pela empresa, e naturalmente, como conhecia o sistema GEDWEB da Plano Bê, não pensou duas vezes, passou a mão ao telefone, e fez uma ligação em caráter de URGÊNCIA.

Durante a ligação, ouvi que a empresa estava em atual crescimento e que estavam precisando urgente de uma solução de GED, e que nosso produto se encaixava perfeitamente ao que buscavam resolver, quanto às suas necessidades imediatas: organizar de forma inteligente os milhares de documentos que seriam digitalizados por Scanners que estavam sendo adquiridos.

O convite para uma reunião soou mais com um tom de convocação, pois não havia tempo para aguardar uma data na agenda para a semana seguinte, era preciso ser naquela mesma semana, o mais rápido possível, pois segundo ela, o tempo estava contra todos.

Depois de algumas perguntas e levantamento de algumas informações rápidas que pude fazer ao telefone, percebi que comercialmente era uma boa oportunidade, visto que era uma empresa em atual crescimento, consolidada na cidade, com capital para investimento e o melhor, havia uma pessoa que conhecia o produto dando o apoio necessário para uma negociação mais rápida e aparentemente com grandes chances de fechar o negócio.

Minutos depois recebi um e-mail, redigido então pelo superior imediato da pessoa que havia me ligado, formalizando o convite e constando o endereço, data e hora da reunião. Feito! Seriam 320 kms de estrada para uma possível rápida negociação e quem sabe, voltar com uma proposta aceita e partir para assinatura do contrato comercial.

Em aproximadamente 48 horas após a ligação e 320 kms de estrada até meu fatídico destino, lá estava eu, me encontrando com as pessoas que ali aguardavam ansiosas para ouvir e ver o que seria o então sistema GEDWEB e suas funcionalidades.

Em uma pequena sala, onde todas as 7 pessoas em pé se reuniam, sim em pé, pois a sala era muito pequena para todos se sentarem, prossegui com minha apresentação, argumentação, explicações sobre processos, procedimentos, formas de organização, etc etc etc, quando, um bom tempo depois, ouço um dos ouvintes dizer a seguinte frase: "-Mas porque precisamos usar seu software, se o nosso ERP já possui semelhantes recursos e que pode nos atender perfeitamente?".

Minha reação imediata foi de extrema surpresa e para minha maior surpresa ainda, outras tantas pessoas, em pé, ali naquela sala, também ficaram surpresas. Oras, será que eu tinha ouvido certo ou entendido certo? Para infelicidade geral de todos, principalmente a minha, sim eu tinha ouvido certo.

A empresa já trabalhava com um software de gestão, ou um ERP, como queiram chamar, que possui recursos semelhantes de organização e gestão de documentos digitalizados. Não sei se contém todos os recursos que nosso GEDWEB possui, mas segundo o autor do "disparo", sim e que os poderia atender muito bem.

Alguns segundos depois da fatídica descoberta, havia uma pergunta que não queria calar: "- Então minha vinda aqui não era necessária?", e a resposta veio bem sonora e direta: "- Não". Também pelo mesmo autor do "disparo" citado acima.

Percebi algumas trocas de olhares, e a pessoa que havia me ligado e me convocado para a reunião olhava freneticamente para todos os lados como se tivesse tentando capturar no ar alguma argumentação ou justificativa para minha visita, e ouvi o pior: "-Mas com o software dele, os arquivos ficam menores e ocupam menos espaço de armazenamento!". Pronto, estava feita a bobagem, e nem eu pude me conter diante do absurdo que tinha acabado de ouvir, e definitivamente descobri que a "dita-cuja" nem ao menos conhecia na verdade o produto.

Reagi naturalmente e enquanto ia guardando notebook, cabos de energia, e pastas, não me contive e fui dizendo algumas poucas palavras, que em resumo formaram a seguinte frase: "- Na verdade acho que vocês precisam conhecer melhor o que vocês tem aqui dentro e principalmente se comunicarem melhor".

Até posso entender que a pessoa que me fizera tal "convocação" tenha pouco tempo de casa, então poderia ser justificável talvez um erro deste, mas e o que dizer sobre seu superior imediato, que está na empresa há anos?

Não conhecer as ferramentas que a empresa adotou em 100% de sua totalidade é, em partes, aceitável, mas minha pergunta é: Não poderiam as duas, ou pelo menos a superior imediato ter recorrido ao departamento de TI da empresa e ter levantado tal informação? Não poderiam ambas terem adotado uma estratégia de reconhecimento de informações dentre as 60 pessoas que ali trabalhavam? Não poderiam ter perguntado ao departamento de suporte técnico da empresa que implantou o software de ERP da empresa?

Sim, poderiam ter se comunicado de N formas para evitar N acontecimentos, por exemplo:

Se a pessoa que fez o "disparo fatal" naquela sala de reunião, não tivesse participado da apresentação, a empresa poderia ter contratado e investido alguns milhares de reais por um sistema que nem seria necessário.

Se tivessem levantado as informações necessárias antes de sairem decidindo algo precipitadamente, evitariam a minha viagem de 7 horas de estrada (ida e volta), os custos com pedágios, combustível, refeição e mais o tempo que eu e todos os membros lá presentes na reunião, perderam, aliás, evitariam a situação desconcertante daquele momento.

Devo admitir que devo ter minha parcela de responsabilidade nisso tudo. Ter confiado tão cegamente na situação e na pessoa que havia feito o convite talvez tenha sido uma falha, pois poderia ter investigado com mais cautela a situação e montado um plano estratégico para a visita comercial, mas, conseguia ver apenas os sinais que apontavam para a "venda certa", e como um urso que cai numa armadilha na floresta, lá estava eu caindo numa verdadeira armadilha comercial.

Considero que a Falha de Comunicação aqui envolve, além das pessoas da empresa na frente do projeto, a mim também pois poderia ter elaborado um questionário ou check-list antes da ida à caça e então levantado as informações corretas que me poderiam me direcionar para o que efetivamente fazer: ir ou não ir.

Lição vivida, lição aprendida.

Espero postar em outro artigo, as estratégias que tomarei nas próximas vezes que receber um telefone que indique a "venda certa".

Obrigado pela leitura e sucesso a todos!

Singularidade: Ficção? Não, Realidade!

noreply@blogger.com (Eliézer Pimentel) — Wed, 01 Jul 2009 15:43:00 +0000

Talvez ao terminar de ler este post você possa pensar que tudo não passa de uma tremenda balela, ficção ou algo sem nenhum sentido. Respeito a opinião e as limitações de compreensão de cada pessoa, assim como respeito o pensamento criativo de muitas outras, porém o que expresso neste texto a seguir, reproduz tacitamente aquilo em que acredito e confio que acontecerá, ou melhor, que já está acontecendo!

Trata-se da Singularidade Tecnológica, o que para muitos não passa de um conceito ou teoria, mas que para mim é PURA REALIDADE.

Introdução: Um pouco de história

Vernor Steffen Vinge, um cientista da computação, ex-professor de matemática da Universidade Estadual de San Diego, autor de vários livros premiados sobre ficção científica refere-se a Singularidade Tecnológica da seguinte maneira:

"Com o avanço da tecnologia, em um futuro próximo, criaremos - ou nos tornaremos - criaturas que ultrapassem os seres humanos nas dimensões intelectual e criativa. Eventos que vão além disso, são tão inimagináveis para nós quanto uma ópera é para um verme."

Vamos a algumas poucas considerações iniciais para então, no decorrer do texto, entendermos essa tal Singularidade:

Só depois de 1.943 anos da era crsitã (DC) é que o primeiro computador, chamado de ENIAC, começou a ser projetado na Universidade da Pensilvânia. Era composto por 18.000 válvulas, 15.000 relês e emitia o equivalente a 200 quilowats de calor;

No início dos anos 60 nascia um projeto militar americano chamado ARPANET que mais tarde evoluiu e se tornou a Internet que conhecemos atualmente;

28 anos depois do ENIAC, nascia o primeiro micro-chip, criado pela Intel, o Intel4004, no ano de 1971;

Muito mesmo antes da década de 70 terminar ou a de 80 iniciar, nasciam os primeiros computadores pessoais, período este que foram criados o Apple II, o TRS 80 da Tandy ou ainda o Zx 80 da Sinclair;

A partir de 1.985 a Internet começou a tomar impulso e começou a sua jornada para se tornar a grande rede que conhecemos hoje;

Em uma análise mais sintética, podemos destacar nosso testemunho real no incrível avanço na forma com que as pessoas no mundo estão se interagindo, trocando informações e se comunicando. Nos primórdios, o telégrafo, o telefone, a telefonia celular, o e-mail, os softwares de mensagens instantâneas (msn messenger, skype, gtalk, etc), os blogs, os sites de relacionamento (Orkut, Facebook, AI5, etc), a voz sobre IP (VoIP) entre outras dezenas de formas de iteração humana.

E o que dizer sobre o modo como ouvimos música, assistimos aos nossos programas favoritos, ficamos sabendo das últimas notícias, compramos nossos CDs, livros, presentes e até carros hoje em dia?

E porque não analisarmos o modo com que cozinhamos? Do fogão a lenha a avançados micro-ondas e fogões com programação de cozimento para pratos específicos. Geladeiras com acesso à Internet para concluir automaticamente uma lista de compras on-line sem que a dona de casa vá fisicamente as compras.

Sem falar no modo com que nos transportamos com os carros cada vez mais inteligentes e velozes, nos tratamos de doenças com os mais diversos tipos de medicamentos, cuidamos da aparência com produtos cosméticos cada vez mais avançados, dos uniformes esportivos que usam tecnologia da NASA, e outros tantos avanços e descobertas que nem imaginamos existirem ainda, sendo de conhecimento de poucos pesquisadores em nosso mundo.

Ah, não poderia deixar nunca de citar ainda que: Há poucas décadas atrás, mandamos o homem ao espaço, a Lua, mandamos um robô até Marte e conseguimos fotografar o universo, descobrimos novas estrelas e planetas, novas galáxias, conseguimos partir a menor parte, o átomo, aprendemos sobre buracos-negros e buracos-brancos, mapeamos nosso DNA, deciframos a nossa identidade biológica, criamos a teoria do big-bang, descobrimos muito sobre nossos ancestrais dinossáuros, escavamos, explodimos, dividimos, multiplicamos, clonamos, criamos coisas que salvam e que tiram vidas.

Enfim, dá para se imaginar que a grande maioria desses acontecimentos ocorreram nos últimos 100 anos? Muito tempo? Vamos encurtar então: dá para imaginar que muito disso tudo aconteceu nos últimos 20 anos?

Eis onde quero chegar com toda esta introdução!

"A humanidade está prestes a testemunhar uma das maiores transformações históricas que irá transceder o modo como vivemos, pensamos e conhecemos a vida".

Lei de Moore

Todos os grandes acontecimentos, mudanças e evoluções e revoluções tecnológicas, aconteceram num espaço muito curto de tempo, numa velocidade incrivelmente assustadora, e mais, as descobertas científicas e tecnológicas são cada vez mais velozes e entram para nossa história cada vez mais rápidas e, não podendo ser diferente, fazem parte de nossas vidas e nosso cotidiano cada vez mais cedo.

Algumas décadas atrás, um tal de Gordon E. Moore, presidente da Intel em 1965, fez a seguinte previsão: "o poder de processamento dos chips teria um aumento de 100% a cada período de 18 meses", em outras palavras, uma PG (progressão geométrica) onde, se no primeiro período de 18 meses, o poder de processamento aumenta de 1 para 2, no vigésimo ele crescerá absurdamente de 524.288 para 1.048.576. Acontece que a previsão de Moore dava sinais de que estava correta e acabou sendo conhecida mundialmente como a Lei de Moore.

Vejamos, a grosso modo, não só apenas os chips duplicariam seu poder de processamento a cada 18 meses, pois o que dizer das capacidades dos HDs, dos Pen-Drives, da evolução das memórias RAM, a redução no tamanho dos dispositivos eletrônicos e a comunicação sem-fio? A que tamano podem chegar um micro-chip, um computador?

Hoje é possível usar a Internet com dispositivos móveis usando banda larga através da tecnologia 3G a velocidade nunca imaginada há 1 década atrás. E eu pergunto: Quem ouviu falar de 3G há 1 década atrás? Confesso que particularmente não ouvi e não conheci ningém que teria ouvido.

Está para acontecer um ponto de ruptura entre o hoje e o amanhã, entre o que sabemos e conhecemos e o que ainda vamos descobrir, entre o que criamos e o que será criado, entre as tecnologias de agora e as de daqui a pouco, entre o homem da sociedade de hoje e o homem da sociedade de amanhã.

A palavra da vez

Tecnologia é a palavra da vez. Nunca se havia associado tal palavra a tantos outros estudos como nos dias atuais. Biotecnologia, Nanotecnologia, Sociotecnologia, Geotecnologia, Tecnologia do Meio-Ambiente, tecnologia, tecnologia e tecnologia. Onde irá parar a tecnologia?

A Nanotecnologia, que tem por seu princípio básico a construção de estruturas e novos materiais a partir dos átomos, está criando "nano-coisas" que serão capazes de feitos incríveis, como os nano-robôs por exemplo, que poderão atuar em nosso sistema imunológico como anticorpos e reforçarem nosso sistema de defesa contra vírus e bactérias, como verdadeiros robôs de guerra, só que numa escala atômica.

A Biotecnologia, que já vem sendo utilizadas na manipulação genética, principalmente no que se refere a produtos agrícolas, energia, alimentos e animais e outras tantas áreas de nossas vidas tem participação fundamental nesta transformação por qual passamos.

Tal tecnologia já nos permite criar alimentos que nascem com sabores diferentes, como o café transgênicos que pode florescer com aroma de chocolate, ou que são imunes a pragas desde o plantio dispensando o uso de agrotóxicos. Plantas com características e cores nunca antes vistas já podem ser manipuladas em laboratórios, medicamentos de dose única que libera sua substância medicamentosa em períodos programados ao longo do dia isentando o paciente de repetir as doses várias vezes ao dia já são realidades.

Polêmicas a parte, a Biotecnologia foi a responsável pela possibilidade da clonagem de órgãos humanos, o cultivo de novos orgãos a partir de animais, a clonagem (abro um parênteses aqui para dizer o seguinte quanto a clonagem: Tenho certeza absoluta que em algum lugar, já experimentaram a clonagem humana e que esta já funciona perfeitamente, fecho parênteses), até mesmo já possível optar pela escolha de características físicas de um bebê por fertilização in-vitro como a cor dos olhos, cabelo e até o sexo de bebês.

O futuro que virá, já começou!

Refletindo sobre o que a Informática, a Robótica, a Eletrônica, a Mecânica, a Mecatrônica, a Nanotecnologia e a Biotecnologia já promovem de transformações em nossas vidas e levando em conta a velocidade das transformações dos ciclos de descobertas em cada uma dessas áreas, posso imaginar o que está por vir.

Em pouco tempo, algumas décadas, talvez menos, todas essas tecnologias se fundirão fantasticamente, promovendo grandes transformações e tudo o que conhecemos, sabemos, sentimos e vivemos será afetado grandiosamente.

Se tais tecnologias já fazem o que fazem atualmente, imaginemos o próximo período entre 20 e 50 anos o que poderiam fazer. Seremos sim a união do que é biológico com o que é tecnológico. Implantes, órgãos eletrônicos, mecânicos e sintéticos se confundirão com organismos biológicos.

Seremos capazes de nos comunicar instantâneamente uns com os outros sem uso de aparelhos aparentes. Nos depararemos com a possibilidade do conhecimento instantâneo, como se por milagre pudéssemos fazer uma busca em uma base de conhecimento global sobre qualquer assunto de qualquer área ou natureza, apenas com o simples desejo de saber, isso mesmo, como se pudéssemos acessar uma super enciclopédia virtual, confiável, sem ao menos usar um computador ou um aparelho móvel como um celular, em outras palavras, faremos uma busca apenas usando o nosso desejo de aprender.

E se questionarmos como tal afirmação seria possível, basta imaginarmos que hoje é possível, via rede 3G, a partir de um pequeno equipamento móvel como um celular, acessar a Internet e procurar sobre qualquer assunto, nos comunicar com quem quiser, ler emails e por ai vai. Então, porquê não poderemos ter em nosso organismo um sistema de comunicação avançado sem fio que nos permita tal feito?

Poderemos nos comunicar com qualquer pessoa em qualquer idioma sem a preocupação de estudarmos novas línguas durante tantos anos de nossas vidas. Seremos capazes de nos regenerar instantâneamente a lesões ou ferimentos, graças à Nanotecnologia que nos permitirá que as "nanos-coisas" em nossos organismos reparem os locais atingidos em poucos minutos ou segundos.

Haverá a possibilidade de órgãos eletrônicos que substituirão os biológicos, como corações, rins e fígados, que poderão ser substituídos por máquinas que realizam suas funções vitais com mais eficiência e precisão.

A Inteligência Artificial será uma realidade, teremos máquinas pensantes que aprendem e que criam novas máquinas, que tomam decisões. Teremos programas de computador que fazem programas de computador, software gerando software, mais inteligentes, mais lógicos, mais precisos.

Os aparelhos que conhecemos hoje não serão nem de perto parecidos com o que usaremos no futuro, pois a Nanotecnologia permitirá que os aparelhos tomem formas diversas, mudem de cor instantâneamente e se pareçam como quisermos, a exemplo disto, nos dias de hoje há experimentos com aparelhos de celular que usam a Nanotecnologia, que mudam de forma e cor de acordo com uma bolsa de uma mulher. Veja um vídeo conceito sobre o aparelho aqui.

A velocidade da Internet e a própria Internet não serão mais as mesmas. Teremos uma rede de comunicação com um padrão de troca de informações mundial centenas de vezes mais avançada e rápida do que a conhecemos hoje.

A forma como nos comunicamos, nos informamos, nos divertimos e nos reproduzimos será incrivelmente transformada, impulsionada pela grande evolução tecnológica.

Ficção ou Realidade?

Todos nós já assistimos pelo menos 1 filme de ficção científica que fizesse analogia com o futuro. Filmes como a série Terminator (Exterminador do Futuro), a trilogia de Matrix, Minority Report, Eu Robô, A.I. (Inteligência Artificial), O Homem Bicentenário, o clássico 2001 Uma odisséia no espaço, e tantos outros.

Minha narrativa acima quanto ao que penso sobre o futuro da tecnologia em nossas vidas até parece um roteiro desses filmes, ai pergunto: Haveria alguma razão para muito do que vimos nesses filmes não se tornar realidade? Para mim, razão nenhuma. Se analisarmos o que já vimos em filmes como na série 007 com James Bond, usando toda uma coleção de aparatos tecnológicos que se transformaram em realidade, podemos pensar que alguns desses filmes são apenas a ilustração daquilo que está por vir.

Claro, há sim de se considerar o que é verdadeiramente ficção ou não, como em Matrix sermos utilizados como baterias para as máquinas sobrevirem ou a capacidade de prever um crime antes mesmo dele ser praticado, como em Minority Report. Detalhe: Pelo menos nos próximos períodos de 20 a 50 anos, mas porque não em 100, 200 ou 500 anos isso não seria possível?

As oportunidades e os Oportunistas

A transformação que estamos prestes a presenciar, que está para acontecer, não será de um dia para outro nem de 1 mês para outro, porém há de se considerar a velocidade com que isso vem acontecendo, logo, o processo já está em andamento.

Para a nossa geração de jovens e crianças de hoje, se abrirá uma porta gigantesca de oportunidades e novas possibilidades. Já se pode perceber a inclusão de novas formações acadêmicas envolvendo Biotecnologia, Nanotecnologia, Tecnologia do Meio-Ambiente e outras diversas linhas no campo da ciências exatas no mundo todo. Financiamentos de projetos e pesquisas, premiações de pesquisas acadêmicas e outros incentivos são cada vez mais comuns, até mesmo no Brasil, basta acessar o site do FINEP para saber o que já estão promovendo.

Os jovens de nossa geração, que se tornarão os cientistas e pesquisadores de amanhã, tem nas mãos a oportunidade de participar e fazer parte das transformações da nova era tecnológica e poderão entrar para a história.

As transformações pelo qual passaremos então, também abrirá portas para novas oportunidades e negócios no mundo todo, gerando bilhares e bilhares de dólares, euros ou seja lá a moeda que for, em lucros para as corporações que se anteverem e enxergarem tais oportunidades. Não posso deixar de citar também que muitos aproveitarão das oportunidades e possibilidades e irão buscar o poder, a possibilidade de ser superior a outras pessoas, de tirar proveito da fraqueza dos menos capacitados na época, prática comum do ser-humano.

Os problemas também virão

Tanta evolução, tanta novidade e tantas mudanças não trarão apenas grandes benefícios, mas também grandes problemas a serem enfrentados, e isso já está sendo previsto.

Recentemente soube que a Google e a Nasa já estão tomando providências antecipadamente para promover uma Universidade que visará a formação de pessoas que estudarão os problemas causados pelo avanço tecnológico, evitando assim, por exemplo, que computadores com capacidade intelectual dezenas de vezes mais potente que a dos seres-humanos, possam nos dominar e passar a ter o controle, assim como na série de filmes Terminator, onde uma rede neural formada por computadores super-inteligentes chamada Skynet toma o controle do mundo e se torna superior a raça-humana.

A universidade já tem nome, e se chamará Universidade da Singularidade e será coordenada pelo então famoso Ray Kurzweil, um grande inventor e futurista americano, visionário e defensor da singularidade tecnológica, do qual sou fã de suas idéias e invenções. Kurzweil escreveu um livro em 2005 intitulado "A Singularidade está próxima", onde o escritor prevê que os computadores serão mais inteligentes que o ser-humano até a metade desse século.

Há uma palestra de Kurzweil no TED falando sobre a universidade da singularidade, que vale muito a pena ser assistida. Também há outras matérias sobre Kurzweil no Youtube falando sobre singularidade (aqui, aqui e aqui).

Em se falando de problemas, na minha opinião o maior de todos será o social, pois, a evolução não chegará a todos os seres-humanos nem a todo o mundo. Muitas pessoas não terão acesso a tecnologias, as transformações, as possibilidades do futuro. Serão como uma casta não evoluída, ficando a mercê de uma casta tecnológicamente evoluída e "superior". Haverá muito sofrimento e dor!

Espero que a Universidade da Singularidade preveja isso, para tentar amenizar os seus efeitos.

Para fechar o assunto

O tema Singularidade Tecnológica é muito extensa, tem muitas vertentes, é muito controversa e polêmica, pois trata de um assunto que faz previsões futuras do que pode ou não acontecer nas próximas décadas, nos próximos séculos e não há muitas pessoas preparadas para acreditarem que isso será possível.

Compartilho da opinião de muitos visionários que acreditam na velocidade das transformações, que estamos vivendo o momento do início da virada tecnológica, que se dará a partir do hoje.

Parece insanidade tentar imaginar o que será de nós seres-humanos no futuro, num futuro não tão longe quanto alguns possam imaginar, mas particularmente espero estar vivo para presenciar parte disso tudo.

Uma coisa é certa, não se levará outros 1.943 anos para acontecer, será muito muito antes que isso.

PS: A maioria dos links que usei estão direcionando para artigos em Inglês pela qualidade e riqueza de informações que não encontrei em artigos em português.

[Delphi Series] Como saber o Serial Number de um HD via Delphi?

noreply@blogger.com (Eliézer Pimentel) — Sat, 20 Jun 2009 04:20:00 +0000

Recentemente procurando um trecho de código em Delphi para uma implementação em um dos poucos programas que ainda sou responsável, encontrei um código que escrevi há algum tempo atrás que me foi muito útil em uma ocasião onde precisava validar a instalação da aplicação mediante uma licença vinculada ao número de série do HD do PC instalado.

Além desta função, ainda encontrei outras tantas procedures e functions que escrevi e mantenho ainda em meus arquivos de código e pretendo disponibilizar esses códigos numa série específica de códigos em Pascal, para os que ainda desenvolvem em Delphi e passam talvez pela mesma necessidade que eu já passei algum dia.

Sei que talvez hoje poucas pessoas ainda estejam programando aplicativos para Desktop, Win32. Também acredito que o número de desenvolvedores que usam Delphi ainda, é bem menor que alguns anos atrás, mas também acredito que alguém ainda algum dia possa precisar, então ai vai o primeiro código, a que se refere à identificar o número de série de um HD.

Testei o código na versão 7 do Delphi em um PC com Windows XP SP3 e funcionou corretamente, ok?

function GetSerialNumberFromHD(const SourceDrive: String): String;
var SerialNumber, DirLenght, Marks: DWord;
DriveLabel: Array[0..11] of Char;
stringDrive: String;
charDrive:  Char;
begin
Result := 'Error';
if (length(SourceDrive) = 0) then Exit;

stringDrive := SourceDrive[1]; charDrive := stringDrive[1];

if (charDrive in ['A'..'Z','a'..'z'] = false) then Exit;

try
GetVolumeInformation(PChar(charDrive+':\'), DriveLabel, 12, @SerialNumber, DirLenght, Marks, nil, 0);
Result := IntToHex(SerialNumber,8);
except
Result := 'Error';
end;
end;

Para testar é simples:

Comece uma nova aplicação, acrescente um componente Button ao seu Form, e coloque o seguinte código no evento OnClick:

procedure TForm1.Button1Click(Sender: TObject);
begin
showmessage(GetSerialNumberFromHD('c:'));
end;

Espero ter ajudado! :)

Vendendo "Seu Peixe" - parte #3 - É mensal? Não quero!

noreply@blogger.com (Eliézer Pimentel) — Thu, 18 Jun 2009 00:37:00 +0000

Em todos os anos em que tenho atuado como comercial de uma empresa de software, oferecendo sistemas, soluções e serviços, colecionei um número de resistências consideráveis por parte das diretorias e coordenadorias das empresas, principalmente quando encerrava a fase de apresentação e demonstração do produto e o assunto passava a ser a política comercial, a precificação.

Dentre as resistências que encontro, destaco uma em especial, talvez a maior de todas elas: a cobrança por um valor mensal, seja ela pela manutenção e suporte técnico de um sistema, seja por uma locação mensal do software. Enfim, quando se trata de uma política comercial que envolve uma taxa mensal por qualquer que seja a razão, há uma certa repulsa por parte dos dirigentes da empresa e em muitas situações inicia-se uma cansativa negociação e um interminável questionamento para que se justifique as reais razões pela tal cobrança.

Fazendo um parênteses aqui, não poderia deixar de citar um artigo postado pelo Carlos Brando no seu blog Nome do Jogo recentemente, onde ele relaciona as formas mais conhecidas de se cobrar por softwares e tem tudo a ver com este post. Se você ainda não leu, vale a pena, vá conferir!

Acontece que, na minha opinião, quando se trabalha com desenvolvimento de softwares e sistemas especializados/específicos, voltados à empresas de médio e grande porte, uma empresa de desenvolvimento nesse segmento não pode e nem deve se aventurar em depender apenas das vendas de licenças de uso, ignorando a cobrança de uma mensalidade por suporte e manutenção do sistema ora desenvolvido. Como se poderia manter uma equipe de suporte técnico especilizada, uma boa equipe de desenvolvedores preparados, atualização de equipamentos como servidores e estações de trabalho, link de Internet, atualização de ferramentas de desenvolvimento e principalmente, como se poderia manter a evolução do sistema ou software no cliente, sem uma boa e saudável receita recorrente?

Trato aqui como receita recorrente, não só as provenientes da venda de licença de uso, mas sim também, e principalmente, as originadas das mensalidades pagas pelos clientes.

Alguns poderiam me responder que isso é possível somente com a venda de licenças de uso, claro, concordo, quando se está falando de softwares que são vendidos em grandes quantidades de licenças de uso e que demandam pouco suporte técnico (pelo menos o suporte técnico que envolve interação humana).

Já passei por uma experiência em uma empresa que, equivocadamente, para fazer frente ao seu principal concorrente, usava o argumento de que não existia a necessidade de cobrança por uma taxa mensal de suporte ou manutenção do software. Em alguns anos conseguiu um número considerável de clientes, até mesmo conseguiu fazer com que clientes do concorrente trocassem de fornecedor, porém a empresa em que trabalhava na época se esqueceu de pensar em alguns detalhes:

* O mercado que atuava era muitíssimo restrito, praticamente algumas centenas no Brasil todo;

* O software era muito específico e muito peculiar;

* O software em algum momento precisaria evoluir, ter uma nova versão mais atualizada e que acompanhasse as necessidades de cada cliente;

* Haveria a necessidade de prestar suporte técnico à esses clientes, e obviamente, quanto mais clientes, mais pessoas seriam necessárias contratar para o departamento de suporte técnico;

* O espaço físico para suportar o número de pessoas contratadas teria que ser maior, ocasionando em investimentos na ampliação do espaço, fosse ele construindo ou locando tal espaço;

Enfim, para resumir a história, a política comercial adotada pela empresa na época não foi sustentável, e o resultado foi no mínimo desastroso. A qualidade no atendimento passou a ser péssima, as reclamações dos clientes eram constantes e o software vendido ficou totalmente obsoleto, ou seja, não acompanhou a evolução das necessidades dos clientes, pois a empresa não possuia recursos suficientes para evoluir seu quadro de desenvolvedores ou investir em novas tecnologias. Resultado: Rapidamente um novo concorrente com um software mais atualizado e com uma nova política de atendimento, mesmo que cobrando uma taxa mensal, passou a arrebatar todos, eu disse todos, os clientes da empresa pela qual eu trabalhava.

Hoje, quando sou sabatinado pelos diretores e coordenadores das empresas que estou prospectando sobre o motivo da cobrança de uma mensalidade para o que chamamos de manutenção e suporte técnico, faço uso de meu principal e mais forte argumento perguntando-lhes se preferem um contrato de parceria com uma empresa que possa perpetuar sua permanência no mercado evoluindo tecnologicamente, mantendo em seu quadro de profissionais pessoas qualificadas e preparadas ou um contrato de parceria com uma empresa que corre o risco de ser extinta por não possuir recursos suficientes para se manter no mercado ou para manter os melhores profissionais em seu quadro.

Até agora tenho obtido êxito com minha argumentação, pois a grande maioria das empresas sérias, buscam uma parceria duradoura e de qualidade com as empresas de software, visto a grande dependência por sistemas de informação que realmente funcionem com qualidade e precisão.

Portanto, caso você tenha passado pela mesma experiência de ser sabatinado e questionado quando se apresenta uma política comercial que envolva a cobrança de mensalidades, tente tal argumentação, mas seja enfático, seja convincente o suficiente para que o seu prospect confie plenamente no que você argumenta. E o mais importante disso tudo: Mantenha sua palavra! Se o seu argumento o convercer que os valores percebidos mensalmente irão possibilitar um bom produto combinado com um excelente atendimento, cumpra-o, pois caso contrário, também estará fadado ao descrédito e ao insucesso.

Caso tenha algo a complementar no post, comente, deixe sua experiência, compartilhe suas idéias. Valew :)

Vendendo "Seu Peixe" - parte #2

noreply@blogger.com (Eliézer Pimentel) — Mon, 01 Jun 2009 22:26:00 +0000

Alguns meses atrás escrevi meu primeiro post sobre vendas, focando principalmente o trabalho de vendas e comercial na área de desenvolvimento de softwares. Meus planos eram de escrever pelo menos 1 artigo relacionado com o assunto por mês, porém acabei deixando que outros compromissos me impedissem de dar continuidade e a partir de hoje farei o possível para postar com mais periodicidade, nem que sejam posts mais curtos.

Como já havia postado, vender software ou oferecer um serviço de consultoria no mercado, realmente não é uma das tarefas mais fáceis de se fazer. Convencer um cliente do valor que se tem o produto ou serviço oferecido, muitas das vezes se torna um processo longo e até mesmo cansativo, mas como digo às vezes: "se fosse muito fácil, não teria graça nenhuma." ;)

Em primeiro lugar, assim como qualquer bem ou serviço que se queira vender, é preciso conhecer em detalhes aquilo que está sendo oferecido para o cliente, é preciso conhecer cada função, cada tarefa, cada recurso que o software oferece, como se comporta, saber exatamente os detalhes da interface, a navegabilidade entre os formulários ou páginas do sistema, como extrair rapidamente uma informação importante, conhecer profundamente as integrações entre os módulos, enfim, o vendedor, ou melhor ainda, o Engenheiro de Vendas, como é chamado o profissional de vendas de software no l ivro da Aisa Pereira, deve conhecer minuciosamente o software ou o sistema a ser oferecido.

Mas não basta apenas conhecer todos os detalhes do software oferecido, deve-se também saber dos detalhes técnicos, muitas das vezes fatores de decisão na contratação pelo cliente:

A linguagem ou plataforma utilizada no desenovlvimento;

O banco de dados utilizado;

A plataforma do sistema operacional requerido;

As configurações de hardware necessárias (servidor e estações);

A estrutura de rede;

Uma vez "craque" como profundo conhecedor do produto ou software oferecido, o Engenheiro de Vendas deve também elencar alguns itens que deve ter na ponta da língua quando estiver diante de um cliente ou de uma diretoria, fazendo uma apresentação de sua empresa e dos benefícios oferecidos pelo software, tais como:

A economia financeira que pode ser alcançada (Na minha opinião, o principal argumento que o cliente quer ouvir);

A agilidade de processos operacionais;

Redução de tempo em tarefas antes manuais;

O melhor aproveitamento dos profissionais da empresa;

Maior controle do fluxo e centralização de informações;

Velocidade na tomada de decisões;

Segurança e sigilo dos dados;

Suporte ao crescimento da empresa como um todo;

Entre outros;

O Engenheiro de Vendas na ocasião da apresentação ou abordagem do produto, pode ainda considerar o conhecimento dos detalhes necessários para a implantação do software oferecido, como o prazo para customizações, técnicas de migração de dados, treinamento dos colaboradores da empresa, etc.

Enfim, considero o conhecimento detalhado do produto, bem como seus aspectos técnicos e detalhes da implantação, de suma importância para o início de uma boa negociação e fundamentais para a conclusão de um bom negócio.

[Delphi Series] Fazendo Uploads de Arquivos via HTTP usando Delphi

noreply@blogger.com (Eliézer Pimentel) — Sat, 30 May 2009 00:14:00 +0000

Há alguns anos escrevi uma aplicação em Delphi que faz parte de um pacote de solução oferecida pela nossa empresa, a Plano Bê. Trata-se de um programa, chamado de Quick Index, usado para auxiliar na tarefa de indexação de documentos digitalizados pelos escaners de nossos clientes e na integração com nosso Sistema GED WEB.

O QI, como carinhosamente é chamado pelos usuários desta aplicação, acessa as informações no banco de dados do sistema WEB, através de requisições HTTP a uma página ASPX de nosso sistema GED WEB desenvolvido em VB.NET, para evitar a necessidade de instalação do client do banco de dados, configurar ODBC ou BDE, etc.

Acontece que, até então, a transferência dos arquivos digitalizados era meio que, como poderia chamar, meio rudimentar na minha opinião, pois usava um compartilhamento de pastas no servidor de GED e isso sempre trazia um problema ou outro quando o profissional de TI do cliente instalava o QI numa nova máquina com escaner, e não configurava corretamente as permissões de acesso, usuários, entre outras coisas.

Eu já não estava muito contente com esse tipo de funcionamento e já estava pensando em resolver de um modo diferente, quando fui procurado por um cliente que teria uma nova necessidade. Ele precisaria então digitalizar documentos remotamente, ou seja, em estações de trabalho fora de sua rede local, porém conectadas a Internet, detalhe: poderia ser até de outra cidade.

Foi o suficiente para pensar que está seria a chance de estudar uma mudança na maneira de subir estes arquivos para o servidor de GED. Pensei então em estudar uma forma de fazer um Upload destes arquivos para o servidor de GED usando HTTP mesmo, de forma que o QI pudesse estar em qualquer lugar, seja na rede local do cliente ou em uma estação externa conectada a Internet.

Cheguei pela manhã e comecei a estudar um componente que já usava no QI para acessar os dados do Sistema GED WEB, o idHTTP que fica localizado na paleta de componentes chamada Indy Clients.

Depois de encontrar algumas dicas em sites gringos, fiz um pequeno sample para testar o funcionamento do componente usando também um objeto da classe TIdMultiPartFormDataStream que funciona como um repositório onde coloco quais arquivos quero fazer o dito Upload usando o método POST do componente idHTTP.

Depois de pronto meu sample, pedi ajuda ao Jean, nosso analista WEB e perito em VB.NET, para que fizesse uma página ASPX que recebesse meus arquivos enviados pelo sample. Alguns minutos depois e voilá, estava funcionando nossos testes (claro depois de alguns pequenos enroscos).

Terminado meus testes, antes de partir para a execução da "cirurgia" no neu fonte do QI, resolvi que poderia contribuir também com a galera que desenvolve em Delphi e que assim como eu, também poderiam precisar de algo parecido. Criei logo um repositório no GitHub e subi meu sample pra lá, portanto, se você se interessar pelo sample, e precisar de algo parecido ou for apenas um curioso que gostaria de conhecer o código, clique ai no link e fique à vontade em implementar, modificar, sugerir e até mesmo criticar, ok?

Rapidamente, vou postar aqui um resumo dos códigos usados para o tal Upload, acompanhe ai e veja como é simples (Claro, o sample é mais completo):

formData := TIdMultiPartFormDataStream.Create;
formData.AddFile('Identificação do Arquivo', 'Nome do Arquivo para Upload', 'plain/text');
IdHTTP1.Request.Referer := 'URL da página ASPX que recebe o arquivo';
idHTTP1.Post('URL da página ASPX que recebe o arquivo', formData);

Obrigado pela leitura e fique à vontade em comentar o post e ajudar meu BLOG a ser mais útil.

Fazendo a diferença

noreply@blogger.com (Eliézer Pimentel) — Mon, 19 Jan 2009 16:46:00 +0000

Como tenho relatado neste Blog, não sou muito antigo no mundo Rails não, aliás, posso me considerar um iniciante embrionário no mundo Rails, mas desde que comecei a conhecer e me aprofundar um pouco mais nesse universo, tenho conhecido pessoas realmente que fazem a diferença na comunidade.

Minha introdução oficial com Ruby e Rails foi em Outubro passado quando participamos, eu e o @luisbebop, do Rails Summit LA em Outubro de 2008, veja mais em RailsSummit #1, RailsSummit #2, RailsSummit #3 e RailsSummit Final.

Desde então, conheci pessoas e profissionais que fazem realmente a diferença, que se doam, que investem seu tempo e que de alguma forma amam o que fazem, e muitas das vezes sem ganhar 1 centavo com seus trabalhos e dedicação à comunidade. Pessoas como o Carlos Brando do Blog Nome do Jogo (@carlosbrando) que dedica boa parte do seu tempo escrevendo artigos em seu blog sobre Ruby e Rails, que trabalha horas afinco escrevendo livros sobre o tema, e centenas de outras horas traduzindo outros materiais como o recente livro do Why, e há também o Rails Podcast Brasil, gravado com o Brando e o Fábio Akita (@akitaonrails).

Recentemente o Carlos Brando liberou mais um livro de sua autoria, o "Ruby on Rails 2.2 - O que há de Novo?", que inicialmente estava sendo oferecido à 9 dólares para custeio de seu investimento inicial e que agora pode ser baixado gratuitamente.

O primeiro livro escrito pelo Brando também pode ser baixado em formato PDF, por este link.

Encontrei essa forma de reconhecer e divulgar o seu trabalho, que tem contribuído tanto com a comunidade Rails no Brasil.

Parabéns Carlos!

Vendendo "Seu Peixe" - parte #1

noreply@blogger.com (Eliézer Pimentel) — Thu, 11 Dec 2008 02:58:00 +0000

Fazem alguns dias que tenho pensado em escrever algum artigo sobre este assunto, porém hoje decidi começá-lo. Na verdade digo começá-lo, pois a idéia é um pouco mais completa, pretendo não apenas escrever um post, mas uma série deles, porque particularmente acredito que o assunto mereça uma atenção especial.

Conheço muitos programadores, desenvolvedores de sistemas, trabalhando sozinhos ou trabalhando com uma pequena equipe e até mesmo algumas empresas, que enfrentam uma dificuldade em comum. Alguns acreditam ser uma deficiência outros acreditam não ter o "DOM", mas seja lá o que for, é perfeitamente possível de ser "corrigido", se é que podemos chamar assim.

Estou falando sim, de vender serviços, programas, sistemas, consultoria, em resumo estou falando em "VENDER", botar o preço justo e saber cobrar pelo serviço realizado.

Às vezes converso com alguns profissionais que trabalham com desenvolvimento de software que frequentemente soltam uma pra cima de mim: "Se eu soubesse vender e botar preço como você sabe, eu estaria bem melhor" ou ainda, "Minha dificuldade maior é na hora de cobrar do cliente, eu realmente não sei fazer da maneira correta".

Conheço programadores e pequenas empresas de desenvolvimento que estão há anos perseguindo a perspectiva de crescimento sem sucesso. Há anos trabalhando, trabalhando e trabalhando e não vendo o resultado positivo no CAIXA.

Bem, em primeiro lugar eu considero duas condições diferentes, uma é a questão da VENDA, o "VENDER O PEIXE" propriamente dito e a segunda e não menos importante, a questão do "BOTAR O PREÇO", cobrar o justo pelo trabalho realizado.

Todos sabem que existem centenas, senão milhares, de títulos de livros e métodos, que ensinam uma dezena de técnicas de vendas para os mais diversos mercados, além de cursos de vendas promovidos por organizações como o SEBRAE, SENAC, etc. Há ainda o livro da Aísa Pereira, VENDENDO SOFTWARE, excelente por sinal, que aliás, merece uma resenha nesse BLOG muito em breve.

Acontece que eu acredito e "prego" para todos que converso sobre o assunto, que "VENDER é uma arte", porém uma arte que pode ser aprendida, aperfeiçoada.

A maioria dos programadores e profissionais que conheço e que prestam serviços de consultoria, possuem muitas habilidades técnicas e são muito bons no que fazem, conhecem mesmo do assunto, produzem software e prestam serviços de qualidadade, falam com propriedade do código que estão escrevendo ou sobre como administrar um banco de dados com centenas de integridades referenciais etc, porém em muitos casos, são limitados comercialmente, não possuem o "feeling" comercial adequado para então "VENDER BEM O SEU PEIXE".

Trabalho com desenvolvimento de software há quase 20 anos, 12 deles como programador, sempre sentado à frente do PC programando, prestando suporte ao cliente e viajando muito, e durante todos esses anos acreditava que tinha as mesmas dificuldades que meus outros colegas que citei logo no início, pensava o quão difícil deveria ser vender um serviço, apresentar um sistema para um cliente, elaborar uma proposta, negociar e concluir uma negociação com o sentimento de ter feito um bom negócio, até quem um dia tive a oportunidade de passar a atuar na área comercial e então aprender muito e ao longo do tempo aperfeiçoar essa habilidade.

Não me considero também um expert em vendas de serviços e software, muito pelo contrário, tenho muito que aprender, muita coisa a evoluir e aperfeiçoar, leio muitos artigos, livros sobre o assunto, matérias etc, mas confesso que há muita coisa que não se pode levar consideração, sem contar os livros com uma linguagem que não se entende nada, escrito para quem é doutorado em tradução literária, rsss. Acho que esse material deveria ser escrito em uma linguagem de fácil entendimento, sem muitas siglas, nomes difíceis para técnicas e tal.

Uma coisa é certa, é muito mais fácil e rápido uma pessoa técnica se tornar um bom comercial do que uma pessoa comercial se tornar um excelente programador. Não estou dizendo que uma pessoa do comercial nunca será um bom programador ou DBA, mas sim que uma pessoa técnica, ou seja, que conheça muito do que faz, consegue se expressar e vender com muita facilidade, pois fala sobre o assunto com propriedade, sem exitar.

Comento muito com as pessoas que me questionam sobre o que vendo, que vender serviço, seja ele na forma de software, sistema ou uma consultoria, é muito mais difícil de vender do qualquer outra coisa, pois estamos falando de algo abstrato, algo intangível (adjetivo de dois gêneros, 1. que não se pode tanger, tocar, pegar; intocável/2. não perceptível pelo tato; impalpável, incorpóreo).

Há uma situação que já vivenciei, que gosto de usar como ilustração que é a seguinte: Uma empresa fez um investimento em hardwares na casa de aproximadamente US$ 50 mil, pois eram máquinas, hacks, servidores, roteadores, modens etc, porém o vice-presidente da empresa não autorizou comprar as licenças de uso do Sistema Operacional dos servidores, pois na sua concepção, para usar o software bastava-se "copiar", pois segundo ele, já que não há uma linha de montagem com esteiras nem insumos materias para se "fabricar" o software, simplesmente se poderia fazer um clone e boa. Nem precisa dizer que a ignorância ali é gigantesca, não é!?

Bem, não é porque considero mais difícil vender serviços e vender software do que vender um carro por exemplo, que as pessoas não conseguem fazê-lo, como disse, para quem já é um conhecedor do assunto as chances de sucesso são muito grandes.

Pretendo com este artigo ter apenas iniciado o assunto, pois há muito o que escrever e "discutir" e então de alguma forma acrescentar aos nossos colegas que enfretam essas dificuldades.

Se você leu este tópico e talvez ache que se enquandra, ou conhece algém se pensa como alguns de meus colegas e conhecidos que citei acima, deixe seu comentário, sugira, opine, acho que vai ser legal escrever os outros posts com sua ajuda.

Por enquanto fico por aqui, abraço à todos.

Quem está no comando?

noreply@blogger.com (Eliézer Pimentel) — Fri, 05 Dec 2008 04:01:00 +0000

Esta semana terminei a leitura do livro escrito pelos Ori Brafman (israelense) e Rod A. Beckstrom (americano), mestres em Administração de Empresas, grandes empreendedores e fundadores de start-ups em empresas de tecnologia que vão desde a redes sem fio até desenvolvimento de software.

O livro é entitulado de: "Quem está no comando? A estratégia da estrela-do-mar e da aranha" ou o título original em inglês: "The Starfish and the Spider: The Unstoppable Power of Leaderless Organizations"

Brafman e Beckstrom chegaram ao resultado deste livro após 5 anos de estudos e pesquisa em administração de empresas e inovaram ao analisar organizações trazendo para o mundo corporativo a comparação com o mundo biológico.

Os autores falam no livro sobre as organizações que usam a estratégia aranha e as organizações que possuem estratégias estrela-do-mar, comparando as organizações centralizadas às aranhas e as organizações descentralizadas às estrelas-do-mar.

Para explicar a teoria das organizações sem líderes, sem chefes, sem gerentes etc, Brafman e Beckstrom fazem a comparação com uma estrela-do-mar, pois esta não possui uma cabeça e sim apenas seus braços, então não há um cérebro que possa ser atingido e de certa forma ser destruído, ao contrário das organizações aranhas, que possuem uma cabeça, um líder, que se abatido ou afastado ou que tome uma decisão errada, possa influenciar diretamente no rumo e no futuro da organização.

Uma aranha quando é arrancada uma de suas pernas, ainda sobrevive, mas com certeza não irá mais realizar suas tarefas com a mesma precisão como se tivesse todas intactas, por outro lado, uma estrela-do-mar, quando perde um braço ou até mesmo quando partida ao meio, esta se regenera e renasce novamente, seus orgãos vitais estão espalhados pelos seus braços e não centralizado em um único local.

Convictos dessa teoria, os autores recorrem além das teorias sobre Administração de Empresas, à Sociologia, Neurociência e Antropologia também. Os autores abordam e comparam organizações que não possuem ligação ou nada em comum: indústrias, terrorismo, a sociedade, a internet e até mesmo o cérebro humano.

Quem está no comando? é a primeira pergunta então que se fazem ao analisarem como essas organizações estão estruturadas e ao longo deste livro tentam provar a teoria que as organizações sem um líder são poderosas e que a desordem e o caos, na medida certa, podem se converter em resultados positivos.

O livro analisa de certa forma, a maneira como certas organizações descentralizadas derrubaram negócios tradicionais com a (entre aspas) "falta de comando" impulsionadas, principalmente, pela internet.

Como exemplo de organizações descentralzadas, os autores citam os Alcoolicos Anônimos, a Toyota, a IBM e até a Al Qaeda, além é claro das empreas da era digital como o Skype e o Napster (primeiro programa de troca de arquivos criado por um estudante americano chamado Shawn Fanning em 1999) que arrasou o mercado do entretenimento musical e que foi responsável pela queda de mais de 50% dos lucros das gravadoras.

Aliás, o mercado do entretenimento vem sofrendo grandes abalos nos últimos anos, com a crescente evolução das bandas de internet e o surgimento de outras dezenas de software que trabalham com a mesma filosofia que o Napster, que possibilitam baixar filmes e músicas a qualquer hora sem recorrer às lojas de CDs ou DVDs (outro assunto que comentei na minha resenha sobre o livro "The Long Tail" - A Cauda Longa em outro POST).

Também gostei do exemplo comparativo analisado pelos autores sobre a Al Qaeda (organização estrela-do-mar) e o FBI (organização aranha), realmente muito didático da parte deles, não acham?

Outro trecho que me chamou a atenção foi quando o autor diz estar em uma reunião com investidores logo no início da internet, pouco antes do estouro da bolha, e um dos investidores o indagou sobre quem seria o presidente da internet, e depois de varias tentativas de explicar que não presidentes, dirigentes ou algum coordenador na internet, teve que acabar assumindo que era o presidente da internet e o negócio então, só assim foi fechado. (Coisa de maluko, rsss).

O livro relata que para se identificar se uma organização é centralizada ou descentralizada, devemos fazer 10 perguntas de maneira correta, dentre elas:

Quem está no comando?

Há sedes?

Se você atingir a cabeça, ela morrerá?

Há uma divisão clara de funções?

Há também uma lista de valores ou características que os autores propõem que definem uma organização descentralizada:

Sistema auto-imune: Quando atacadas, tendem a ficar ainda mais descentralizadas

Desobediência a manuais: Têm uma lógica própria, e é quase impossível compreender sua estrutura

Independência do líder: Não há inteligência central — a inteligência é espalhada por toda parte

Ambiente motivador: As contribuições individuais tendem a acontecer espontaneamente

Alta reprodutibilidade: Como não dependem de um só líder, têm agilidade para crescer muito depressa

Capacidade de adaptação: Diante de uma crise ou de um ambiente hostil, podem se transformar rapidamente

Os autores não defendem somente uma tese ou teoria de qual estratégia é certa ou errada, mas mostram também que, de certa forma, existe um ponto de equilíbrio entre as organizações centralizadas e as descentralizadas, as quais chamam de híbridas que acabam propondo regras para sobrevivência em um mundo em constante mudança e transformações.

Para finalizar, vale ressaltar novamente que o Luis Gustavo, meu sócio, quem me emprestou o livro novamente e que me permitiu a leitura e a redação deste meu post sobre o livro. Obrigado Luis, novamente!

Enfim, Ori Brafman e Rod A. Beckstrom contribuiram largamente para uma discussão muito relevante e também sobre a maneira que muitos CEO's passaram a ver suas organizações e empresas.

Espero que, assim como eu, também possam fazer uma boa leitura com este bom livro!

Abraços à todos.

Visitamos a Locaweb #2

noreply@blogger.com (Eliézer Pimentel) — Wed, 03 Dec 2008 01:50:00 +0000

No post anterior narrei resumidamente nossa primeira visita às dependências da Locaweb, e o quanto voltei admirado depois dessa visita, pois confesso que me surpreendi com tanta tecnologia e investimento em segurança das informações de clientes, sem contar na atenção a qual fomos recepcionados.

Pois é, terminada a seção de visitação, fomos pro almoço, eu, Luis Gustavo, Fábio Akita, Carlos Brando e a Suzana Marques, ali mesmo no térreo do edifício onde fica a Locaweb, um local chamado Café Cultura, um lugar super bacana e um ambiente muito agradável, diga-se de passagem, fazem uma ótima lasanha lá...rss

Ficamos algumas horas ali conversando sobre tecnologia, um pouco de nostalgia e um bom papo geek também, rss...

O bacana é que o Akita e o Brando ali mesmo no restaurante nos deram uma palhinha de GIT, e mostraram algumas dicas no MacBook do Luis, e como já imaginávamos, o GIT realmente dá um show em se comparando com o Subversion.

A Suzana como não é da parte técnica no início parecia meio perdida mas logo se encontrou e se juntou ao papo e ficamos ainda mais descontraídos, uma garota super gente-fina também, diga-se de passagem.

Também conversamos sobre o próximo Rails Summit, e realmente vai acontecer, o Akita já nos adiantou que muito provável será no mesmo período do que aconteceu este ano, as novidades devem ser muitas e todos concordamos que muito provavelmente terá muito mais participantes do que este ano. Eu e o Luís com certeza estaremos por lá.

O Akita nos contou também sobre quando conheceu o David Hanson pessoalmente, e nos disse que ao contrário do que muitos acreditam, o cara é muito gente boa e uma ótima companhia para bater papo e tomar uma cerveja.

Depois conversamos com o Brando sobre a sua experiência de escrever os seus livros e tal e como está o projeto da tradução do livro do Why, (o poignant) e tanto o Brando, quanto o Akita, reafirmaram o quão difícil é aqui no Brasil escrever um livro e ter um resultado financeiro com isso, o que se pode esperar mesmo é algum reconhecimento da própria comunidade como uma referência no meio deles.

Depois de horas de um bom papo, e um ótimo almoço, nos despedimos e seguimos com nossas agendas, mas realmente espero que momentos como esse possam acontecer com mais frequência.

Visitamos a Locaweb #1

noreply@blogger.com (Eliézer Pimentel) — Tue, 02 Dec 2008 21:39:00 +0000

Pretendia escrever este post hoje mesmo quando cheguei de São Paulo e aproveitar a empolgação e também porque estava tudo ainda recente na memória, mas como chegamos de madrugada, o cansaço já batia forte e deveria estar logo cedo no escritório, prorroguei algumas horas, mas prometi a mim mesmo que não poderia passar de hoje.

Bem, conheço a Locaweb e alguns de seus serviços desde o ano 2000, pois na empresa antiga onde trabalhava já era usuário do serviço de e-mails e hospedagem, mas nada algo muito grande, apenas o trivial.

Pude acompanhar um pouco, mesmo que à distância através dos artigos em revistas, blogs e sites relacionados à tecnologia, o sucesso e o crescimento desta incrível empresa, o que para mim considero um fator de orgulho para nós brasileiros e a certeza de que um bom planejamento, visão empreendedora e muita persistência acabam em grandes resultados.

Durante o Rails Summit, nos dias 15 e 16 de Outubro passado, conhecemos o Gilberto Mautner pessoalmente, o Fábio Akita e a Suzana, todos lá da Locaweb.

A Suzana, muito gentilmente nos convidou a fazer uma visita e conhecer as dependências da empresa e adorei a idéia, dai então era uma questão de agendas. Esperamos (eu e meu sócio, Luis Gustavo) passar alguns compromissos e pronto, a Suzana organizou as agendas e ontem, 1/12, seguimos à São Paulo para a visita.

Ah, na semana anterior à visita tomei a liberdade de extender o convite ao Carlos Brando que não só aceitou o convite da visita como também o de almoçar com a gente, demostrando uma simpatia sem tamanho.

Já na Locaweb, fomos muito bem recepcionados pela Suzana Marques, pelo Renato Lopes, ambos Analistas Comerciais da empresa e também pelo Fábio Akita, que dispensa apresentações. Todos muito receptivos e empenhados a nos apresentar tudo sobre a Locaweb.

Inicialmente a Suzana fez uma apresentação em uma sala de reuniões, onde nos mostrou uma apresentação de um "time line" da evolução da Locaweb, e informações sobre alguns dos produtos e serviços da empresa, em especial o Locaweb IDC.

O Carlos Brando chegou logo em seguida, alguns minutos depois da gente, e completou o time de feras ali naquela sala, rssss.

Depois seguimos a conhecer as dependências e o pessoal que trabalha por lá. Passamos pelo setor onde a galera do Recursos Humanos, Comercial etc e depois seguimos para uma outra sala onde a galera da tecnologia fica reunida, e onde também fica o Gilberto Mautner, que infelizmente acabamos não encontrando.

Durante toda a visitação, o Akita, o Renato e a Suzana demonstravam muita simpatia nos contando como é o ambiente ali nos locais de trabalho daquela galera, apresentavam as pessoas e não hesitavam em responder nossas perguntas.

*imagem ilustrativa

Partimos então para outro andar da torre, onde ficam os servidores, o Data Center, o coração daquilo tudo, onde centenas de terabytes de informações de pequenas, médias, grandes empresas e também de pessoas comuns estão reunidas.

A preocupação com a segurança já via-se logo na entrada, uma sala blindada onde podia-se observar câmeras, guardas de segurança e um sistema biométrico de acesso que abriam as portas já na entrada que dava acesso ao andar. O acesso dos visitantes só se dá por meio de indentificação pessoal com a apresentação de um documento de identidade, que acredito ter sido devidamente cadastrado.

*imagem ilustrativa

Depois que todos foram identificados, acessamos a sala de servidores em sí, uma sala gigantesca com centenas de Hacks, milhares de servidores e uma enorme SALA COFRE, onde estão alocados servidores com informações de empresas que contratam este serviço oferecido pela Locaweb.

Percebemos a grande preocupação que a empresa tem com a segurança dos dados de seus clientes, pois há redundância de tudo por lá, desde servidores, links, backups, no-breaks, geradores de energia, e até disjuntores "hot-swap", que aliás, quase tudo alí é assim, pode ser trocado "a-quente", como dizemos por aqui.

Um sistema de ar-condicionado inteligente com sensores de partículas de ar, que identificam se há alguma alteração no ambiente e disparam eventos de aviso a pessoas que estão constantemente em alerta para qualquer eventualidade.

Uma coisa que percebi que achei interessante, que além das dezenas de câmeras instaladas por todos os lados dentro desta enorme sala de servidores, um segurança nos acompanhava o tempo todo meio que à distância, observando nossos movimentos.

*imagem ilustrativa

A sala é enorme, há milhares de servidores, e para nossa surpresa, tanto o Akita quando a Suzana, nos disseram que o tamanho da sala já é pequeno e precisará ser ampliado urgentemente já no próximo ano, pois o que haviam projetado para atender em 5 anos foi totalmente consumido em menos de 3 anos, o que mostra o quão rápido a Locaweb está galgando seu crescimento.

A organização é outro fator que não poderia deixar de destacar aqui, tudo muito organizado, tudo identificado de maneira a facilitar o trabalho das centenas de pessoas que ali trabalham.

*imagem ilustrativa

Descemos então ao subsolo, na garagem do prédio para conhecermos o local onde estão instalados os 5 geradores de energia que suprem a demanda de energia em eventuais quedas de eletricidade na região e que podem gerar energia elétrica para toda a Locaweb por até 24 horas sem a necessidade de reabastecer os tanques de óleo-diesel.

São 5 geradores que ocuparam o espaço de pelo menos 10 vagas na garagem do prédio e levou a construção de um complexo fechado com abafadores de som para reduzir o ruído quando são ligados.

Olha só como esses caras pensam e se preocupam com a redundância. Apenas 3 geradores daquele porte já suportariam e aguentariam o trabalho, 2 são backups, redundâncias para casos extremos em que ocorra a falha de um dos outros 3.

OS equipamentos, todos de qualidade, desde os PCs desktops que ví, senão todos, a grande maioria monitores de LCD de 19" nas mesas de trabalho, até os gigantescos geradores, tudo muito, muito organizado.

No final de nossa visitação eu estava admirado e fascinado pelo que tinha visto alí, algo empolgante, tudo construído ao longo de apenas 1 década, simplesmente admirável!

Com certeza um grande avanço para que possamos indicar com clareza a Locaweb à nossos clientes que buscam soluções que podem encotrar ali.

Depois dali fomos para o almoço, mas aí é assunto que eu conto no próximo post, ok?

Isso sim é um grande presente!

noreply@blogger.com (Eliézer Pimentel) — Thu, 06 Nov 2008 23:20:00 +0000

Puxa vida, neste mês de novembro eu apago mais 1 velinha. Lá se vão 35 anos muito bem vividos, repletos de conquistas e feitos, onde em primeiro lugar tenho que agradecer a Deus por tudo que consegui realizar nesse período.

Mas minha maior motivação para escrever este POST, não é o mês de novembro, nem ao menos meus 35 anos muito bem vividos, mas um presente muito especial que ganhei de um grande amigo e irmão, o inestimável Prof. Eurípedes Borges, para mim, simplesmente Oripão, o meu brother, amigo e irmão, o principal responsável por eu estar onde estou hoje, e vocês entenderão o porque digo isso.

Magda e Euripedes (casal nota 10!)

No início de 2009 completar-se-ão 20 anos que sentei na frente do meu primeiro computador, meu primeiro contato com uma máquina que eu já venerava e almejava conhecer desde os meus tenros 6 ou 7 anos de idade, mas nem sabia como funcionava ou até se em minha cidade, uma pequena cidade do interior paulista, eu poderia ter a oportunidade de ver alguma. Conhecia os computadores apenas pelas fotos de jornais da capital, as quais recortava e colava em cadernos para colecionar.

Há exatos 20 anos, quando me ingressei no 1o. ano do colegial, onde também fazia o curso Técnico em Contabilidade, conhecia o prof. Eurípedes, um cara arrojado, inovador, cheio de idéias e novidades.

Numa época em que nem sonhávamos com a Internet, e-mail ou mp3, o prof.Eurípedes era o único professor na cidade que levava suas aulas e apostilas preparadas em um computador, impressas em uma impressora Elgin L80 (80 colunas) e distribuía a seus alunos.

Puxa, fiquei maravilhado, "um cara ali, na minha cidade, meu professor, tinha um computador, e poxa vida, até uma impressora!", era o máximo!

Muito tímido, na época morria de medo de falar com as pessoas pois era muito envergonhado, fransino, cheio de complexos, resolvi pedir uma oportunidade de conhecer o computador do meu professor, isso lá pela 4a. ou 5a. aula.

Enchi o peito de ar, prendi a respiração e lá fui eu: "Pro... pro... professor, será que eu poderia conhecer seu com... com... computador?", pronto, já era, soltei a pergunta e a resposta parecia eterna para chegar. Enquanto esperava uma resposta do cara, ali estava eu me imaginando já tocando num teclado, apertando botões e conduzindo uma máquina.

Pra minha surpresa, e como foi surpresa, o prof. não só me permitiu que conhecesse o seu computador, mas também me fez uma proposta. Me deixava inclusive estudar no seu computador se eu o ajudasse a digitar suas aulas, apostilas e provas para ele. UAHUUUUU, eu ia enfim conhecer um computador, ia enfim digitar aulas, apostilas e tudo o quanto aquele professor me pedisse. ERA A MINHA GLÓRIA!

CP400 Color da Prológica

A empolgação foi gigantesca, me esquecia da hora, me desligava do mundo. Lá naquela sala do único edifício da cidade, no 5o. andar de número 52, eu me dedicava rapidamente em digitar todas as tarefas que o prof. Eurípedes me passava para então, de posse do super manual do CP400 Color, ir estudando, digitando e testando cada linha de código BASIC que estava impresso naquele maual.

Manuais originais que acompanham o CP400

A máquina tinha um BASIC residente, era ligar e pronto, lá estava eu digitando os programas, e mais programas, e cada linha executada, quando via o resultado, me apaixonava mais e mais por esse mundo da programação.

Os programas eram simples, linhas coloridas, textos mostratos na TV de 14 polegadas onde estava instalado, desenhos abstratos entre outros códigos testados, mas eu mastigava aqueles códigos, sonhava com eles.

Achei essa propaganda no Youtube sobre o CP400, muito bacana, assistam e prestem atenção ao que o narrador diz: "Quem tem um, tem futuro!", muito acertado, rsss

Havia também um gravador de fitas cassete, eu aprendia a cada dia, mais e mais, então eu aprendi a gravar meu programas, hehe, e ainda lembro os comandos: CSAVE para gravar meus programas e CLOAD para ler de volta, puxa vida, como isso era lento... rsss

Mal sabia eu, que dali a pouco eu o meu professor estaríamos em poucos meses desenvolvendo programas comerciais e já começando a fazer algum dinheiro com isso.

Dai pra frente foram muitas e muitas experiências, com MSX Hotbit, PC XT, AT e ai foi uma coisa atrás da outra, mas ... isso é história para novos POST's que prometo escrever em breve. Prometo!

Bom, tudo isso que contei acima ai foi para dizer que este mês o prof. Eurípedes, meu grande amigo e irmão Oripão, me presenteou com o então CP400 Color, com manual, fita cassete com aplicativos, cartuchos de jogos e ainda na caixa original. Melhor de tudo, acreditem ou não, funcionando até hoje!

Meu presente, completo!

Foi um super presente, para mim pelo menos, pois o presente tem um valor sentimental grandiosíssimo, e que eu não poderia deixar de expressar minha gratidão.

Então uma forma à altura de agradecer meu grande irmão, foi escrevendo este POST, para lhe agradecer e dizer que sim, realmente, foi o cara que mais contribui com minha formação e ter chegado onde cheguei até hoje!

Obrigado meu brother!

Abraços à todos.

A Cauda Longa - The Long Tail

noreply@blogger.com (Eliézer Pimentel) — Tue, 04 Nov 2008 05:10:00 +0000

Depois de quase 1 mês que iniciei a leitura do livro "A Cauda Longa" - Do mercado de Massa para o mercado de Nicho, escrito pelo Chris Anderson, enfim o terminei. Apesar de ter assumido vários compromissos ao mesmo tempo, estuando Ruby on Rails, ajudando um pouquinho o Carlos Brando na tradução do livro Why's (Poignant) Guide to Ruby, versão em português traduzido para O Guia (Comovente) de Ruby do Why, programando e tocando minha vida no escritório, dividindo o tempo entre minha esposa e meu filho, decidi ler o livro, que aliás preciso dizer que não fui eu quem o comprou e sim o Luis Gustavo, que generosamente me emprestou (diga-se de passagem, o Luis é quem compra a maioria dos livros que leio, rss), obrigado Luis.

O livro é no mínimo fantástico, realmente me surpreendeu, pela facilidade de leitura e pelo conteúdo absolutamente atualizado.

O livro do Chris fala da reviravolta do mercado de nicho (a soma da venda de todos os produtos que não são os best-sellers) sobre o mercado de massa (os produtos que frequentemente ocupam as listas dos 10 mais vendidos e preenchem as prateleiras das lojas).

Chris Anderson é o editor-chefe da revista Wired e escreveu inicialmente um artigo na revista que chefiava, que depois de tomar proporções gigantescas, despertou-o para então escrever um livro sobre o assunto.

O livro relata inicialmente a forma como o mercado de "hits de sucesso" são superados pelos produtos considerados, digamos, não-famosos e inicia falando sobre o mercado de músicas, onde por décadas e décadas as pessoas eram forçadas a comprar as músicas que estavam sempre nas listas de mais vendidos e de maior sucesso, ou ainda os livros que também eram encontrados nessas listas de best-sellers.

Com a evolução da tecnologia, a popularização da Internet, o surgimento do MP3, do nascimento do iPod, e os tocadores de áudio deste e outros formatos, o mercado musical se viu ameaçado e tiveram que rever estratégias, quebrar paradigmas se quisessem sobreviver num mercado que crescia rapidamente e mudava com uma velociadade ainda maior. Ah, não poderia deixar de destacar os filmes também, claro, hoje em dia facilmente "adquiridos" pela internet por meio de downloads e torrents espalhados pelo mundo todo. Sem contar nas legendas on-line e em tempo real, totalmente sincronizadas com o tempo de lançamentos dos filmes e seriados, não é?

A evolução da tecnologia, o surgimento da WEB 2.0, as novas modalidades de marketing e novos negócios possíveis com a WEB passou a permitir um poder maior de decisão e escolhas aos consumidores. Os novos sites de negócios como o MercadoLivre e o eBay, além de muitos outros que levaria horas para citá-los e "linkálos", deram uma nova vida ao mercado de nichos, pois pense bem, atualmente é possível encontrar quase de tudo, senão tudo, que se quer comprar, na web, em sites especializados em comércio eletrônico (e nos não especializados também).

Como exemplo disso, eu mesmo, tive uma experiência recente, pois como saudosista que sou, resolvi comprar um filme muito antigo que assistia ainda quando criança, chamado "A lenda do pássaro azul", filmado em 1947 com Chirley Temple, o filme ainda era exibido em Preto e Branco quando assistia lá pelos meus 7 anos de idade (só para constar, não nasci nesse período não, sou de 1973), mas adorava aquele filme.

Um dia procurando pela WEB, no MercadoLivre, encontrei o filme em DVD, P&B, original, dublado ainda... com capinha e tudo. Resultado: O Comprei, e assisti umas 10 vezes depois disso.

Assim como este pequeno exemplo, o Chris Anderson relata outras dezenas deles, e mostra como realmente há um mercado gigantesco "desconhecido" por muitos e que pode sim ser muito bem aproveitado.

Chris também fala do fenômeno dos "amadores". Explicando em "miúdos", a popularização mais crescente dos cantores, atores e escritores amadores que nascem todos os dias, haja visto o grande exemplo do YOUTUBE, onde, segundo informações da própria Google, em cada 10 minutos são postados novas 10 horas de vídeo por lá. Também não poderia deixar de citar os blogs, que fazem sucesso a cada dia, e os blogs de conteúdo, que são acessados milhares de vezes por dia ainda podem faturar alto com os Add-Sense do Google com propagandas sensitivas ao contexto (sacada genial).

O nome do livro foi tirado da curva de Zipf, do teorema de Pareto, ou ainda pela forma como o gráfico toma uma forma alongada, como no desenho acima.

A Lei de Pareto ou a Lei do 80/20 prega que 80% dos resultados vem de 20% dos esforços, que aliás foi o que despertou o autor a escrever o artigo na revista em 2004. Pela Lei de Pareto, por exemplo, 80% do lucro de uma grande livraria como a Siciliano, deveria vir das vendas dos primeiros 20.000 títulos, mas o que ocorre em uma livraria digital, (onde as plateleiras são os links de downloads), mais de 25% do lucro vem de livros que numa livraria comum nem estariam disponíveis para encomenda, sequer nas prateleiras.

A tal economia de massa que somos submetidos desde a revolução industrial, chamada pelo autor no livro de "economia da escassez" começa a dar lugar à uma nova economia - a "economia da abundância". Na economia de escassez, a produção e a distribuição de produtos custa muito caro, daí então os esforços em produzir e distribuir produtos com forte apelo popular.

Bom, na economia da abundância, esses custos são muito menores e há o espaço para os produtos que não são mega-sucessos terem sua vez na curva, ou seja, os produtos mais afastados da ponta da curva.

E como isso pode? Bem, o Anderson fala de 3 pontos que permitem isto acontecer:

A tecnologia faz com que vários tipos de produtos sejam mais fáceis e mais baratos de se produzir (abundância na produção);
A tecnologia (a Web, no caso) faz com que o consumidor tenha acesso mais fácil a todos os tipos de produto, e não mais apenas aos mega-sucessos;
A facilidade de busca e principalmente as recomendações fazem com que a demanda se espalhe pela cauda da curva, não estando mais limitada à meia dúzia de sucessos estrondosos que antes estavam disponíveis.

Com esse modelo, não só os produtos da era digital como as músicas e filmes são facilmente negociados na economia da abundância, como também produtos físicos, como Discos de Vinil, coleção de revistinhas em quadrinhos, coleções de jogos de ATARI , etc.

Tudo bem que com esse modelo, podemos encontrar de tudo, de coisa boa a coisa ruim, mas isso demostra o retrato real para onde estamos caminhando com nossa economia mundial e já começa a despertar os nossos interesses de como poderemos aproveitar essa transformação para tirar proveito à nós mesmos, como consumidores ou como fornecedores.

Pude resumir bem suscintamente o livro, mas espero que tenha deixado um gostinho de quero-mais a ponto de você se interessar pelo livro e então procurar para ler.

Grande abraço e até meu próximo POST.

RailsSummit Latin America #final

noreply@blogger.com (Eliézer Pimentel) — Sat, 25 Oct 2008 15:03:00 +0000

Como prometido, minha última postagem sobre o RailsSummit LA 2008 onde comento os Podcasts gravados pelo Akita e pelo Carlos Brando, só peço desculpas pela demora nos posts, pois como já tinha dito antes, a semana não foi lá muito fácil...

... continuando,

Resumo do episódio #35

Chris Wanstrath também fez uma palestra "meio" polêmica, e Akita diz que também não tinha conhecimento do conteúdo da palestra dele, pois, simplesmente escolheu o tema e pronto.

@Akita e Carlos Brando comentam que muitas pessoas não gostaram da palestra pois o Chris não é um orador nato, assim como o Fowler e que de certa forma "leu" uma palestra e não "deu" uma palestra.

@Carlos Brando leu alguns trechos da palestra do Crhis no podcast, onde Chris fala sobre o Futuro do Ruby, e eu aproveitei e transcrevi a leitura do Carlos Brando abaixo.

"Olá, Eu sou Chris Wanstrath.

Quando Jeremy me chamou para falar, eu disse sim. Maldição, eu disse sim. Imediatamente. Mas, depois que parei para pensar, Espera, por quê? Por que eu?

O que eu vou dizer de interessante? Alguma coisa sobre Ruby, talvez. Talvez, sobre o futuro dele. Ou o futuro de algo, pelo menos. Isto soa como um keynote.

Então por que, não falar de algo fora do comum? O futuro do Ruby!

No futuro, Ruby se tornará... mais popular. Haverá mais implementações. Haverá mais programadores usando-o. Mais máquinas com ele instalado por padrão. Haverá mais pessoas escrevendo em seus blogs sobre isso, e mais pessoas lendo blogs sobre isso.

Eu sei que isto pode parecer loucura, mas você tem que confiar em mim. Eu sou um palestrante ilustre.

Haverá mais RubyGems, e haverá mais servidores de RubyGems. Pelo menos um,possivelmente muitos, talvez dois. E é possível que mais de três livros sejam escritos sobre o assunto. Os livros atuais serão atualizados, com mais páginas e aprofundando-se mais nas novas funcionalidades.

Os novos Rubistas serão mais jovens, e os Rubistas atuais serão mais velhos. Alguns Rubistas terão cães, outros gatos. Alguns não terão nem cães, nem gatos, optando talvez por crianças em seu lugar. (Este é um erro comum, em minha experiência, crianças dão mais gastos do que quer cães ou gatos.)

Websites serão criados em Ruby, usando versões futuristas de Ruby on Rails e Merb. Com suas versões 3.1 e 1.0, respectivamente. Novos frameworks web serão criados com nomes estranhos e mantenedores estranhos. Nós conheceremos _why the lucky stiff como uma versão menos violenta do Coringa, Matz como uma versão mais controlada do Duas Caras, Dr Nic como o Pinguim (ele realmente gosta de peixe) e DHH como nosso Batman.

Quanto a mim ... Sou o Homem de Ferro.

Novas linguagens virão junto, e elas se tornarão populares. As pessoas vão continuar a desprezar o Ruby, chamando-o por nomes como "Python's Perl", ou "Java para nerds", ou até, Deus me livre, "o Visual Basic para a web". (Tecnicamente, no entanto, acho que esse papel já foi preenchido pelo ASP versões de 1 a 3.)

Ruby será ministrado nas faculdades, para jovens padawans ansiosos para aprender o caminhos dos mestres. A maioria dos alunos estarão bebados durante as aulas, outros de ressaca, mas todos famintos por conhecimento.

Comportamentos irão nos conduzir e macros irão nos definir. Bem, pelo menos alguns.

Proc.

Lambda.

Haverá mais conferências. As pessoas irão falar nestas conferências, algumas vezes sobre o Ruby, outras vezes não. Os oradores irão filosofar sobre os dias de glória do Smalltalk, sem realmente nunca terem escrito nada em Smalltalk. Outros irão mostrar registros da performance de suas novas Ruby VM's super-rápidas mas Não, não é open source e não, você não pode experimentá-la ainda.

Alguns chegarão nas versão 2.0 então, rapidamente serão esquecidas. Pessoas de terno irão nos rodear, os testes serão "mokados", e "mocks" serão testados, ou seriam "stubs"?

Ruby será mais rápido só que isso irá demorar um pouco, patches serão liberados e quebrarão a compatibilidade e vulnerabilidade de segurança serão tratadas de uma maneira menos do que satisfatória. Grande sites irão atrair milhares de visitantes ao passo que pequenos blogs aparecerão, surpreenderão a todos e em seguida, desaparecerão.

Mais importante ainda, Ruby vai ficar bonito, pelo menos é o que esperamos.

Este é o futuro do Ruby!"

E depois ele conta a história do passado do Ruby, e Carlos Brando interrompe a leitura do texto da palestra.

Carlos Brando e Akita comentam também a qualidade das tradutoras interpretes, que não conheciam de todo os termos técnicos que na maioria dos casos não conhecem. Ainda por cima, Akita percebeu que os tradutores usam os PPTs dos palestrantes como acompanhamento e ai, puts, se ferraram né? rsssss, pois ninguém estava usando PPTs cheios de "bullets" e cheio de textos para seguirem.

Akita comenta que em um momento da palestra do Chris, quando ele lia uma lista de termos técnicos e assuntos que eram desconhecidos pelas tradutoras, ele olhou para o vidro da cabine das intérpretes e viu a cara de espanto das moças, coitadas, hehe, e teve que pedir para o Chris ir mais devagar.

E falando sobre o segundo dia, começam citando os caras do Phusion e Carlos Brando comenta: "Cara, eu esperava muito mais deles, bicho!" e imenda "O que que esses dois inventaram dessa vez?", mas a apresentação estava muito boa, porém, segundo Carlos Brando, na sua opinião, os caras no fundo fizeram a palestra para chegar no fim e dizer: "A gente fez um site aqui!", rssss, Akita não se contém e cai na risada...

A palestra dos Phusion Guys, com o Darth Vader, animações e tal foi muito legal.

E falando da desconferência, "ELOMAR, ELOMAR, ELOMAR..." foi o nome da vez!

Akita imaginava que a desconferência teria apenas 2 participantes e foi pego de surpresa e Carlos Brando Complementa: "As palestras da desconferência foram mais técnicas que as palestras do próprio evento.", Carlos eu também particularmente compartilho a mesma opinião, nota 10!

Akita diz: "Sobre os caras do Phusion, eu achei do Ca@!%@#" mas a palestra do Charles Nurtter, que deu trabalho, pois tiveram vários problemas com Link de transmissão, CHAT, e outros problemas com a transmissão dos dados da palestra, e ainda interferiu na conexão Wi-Fi disponível para os participantes, e o áudio infelizmente acabou sendo prejudicado, mas nem isso atrapalhou o evento e a gaera deu um jeito lá.

Carlos Brando disse que não pode ver tudo das palestras, mas viu algumas partes da palestra do Jay Fields, que falou basicamente de teste.

Brando também fala que viu também apenas uma parte do David Chelimsk, mas foi ver a palestra do Vinícius Telles e do @Carl Youngblood no outro auditório junto com a galera da Surgeworks, elogia a palestra do Vinicius, aliás eu também estava lá e pude assisti-la também e pude constatar que foi muito show mesmo, e Brando ainda complementa que se arrependeu em não ter visto a palestra do Manoel Lemos e ter assistido David Chelimsk.

Carlos Brando comentou também que viu a palestra do Carl Youngblood onde falou sobre o Ecosistema Rails, "sem puxar o saco", rsss. Logo após Akita fala sobre a palestra do Danilo Sato e do Phillip Hanrigou que falou principalmente da parte Selenium Grid, mas que viu somente uma parte do final da palestra, e do Danilo Sato também não conseguiu ver tudo, e infelizmente por causa da organização do evento, acabou correndo para cima e para baixo.

Akita diz que a palestra do Luis Lavena foi engraçado e que não estava cheia, porque foi falar sobre Windows, sinal de que algumas pessoas não são muito fãs do Sistema Operacional né, além do mais, quando perguntado à platéia: quem odiava o Windows, 2 participantes levantaram a mão e foi muito engraçado. Quem? ahaha, só ouvindo o Podcast mesmo.. rsss.

Além de tudo, Akita disse que considera o Luis Lavena um cara muito inteligente com Ruby, pois o cara manda muito bem e tá ajudando muito com as colaboraçõe que tem feito na comunidade.

E por fim, a palestra final, do @Obie Fernandez, que falou das leis do manifesto ágil e como ele está usando em sua empresa, a HashRocket, e falou sobre programação em par, e o lance de usar dois teclados e dois mouses, coisa não muito comum, pois até aqui mesmo na Plano Bê, o "pair programing" que fazíamos era apenas com 1 teclado, 1 mouse, 1 monitor e tal, mas aí, pegando as dicas do Obie, acabamos por adotar esse modelo, e desde então, eu e o @Luis Gustavo, e mais um par de programadores aqui na Plano Bê, estamos usando 2 teclados, 2 mouses, e é muito loko mesmo! hehe

Carlos Brando comenta que não concordou em um ponto citado pelo Obie sobre contratar pessoas no modelo OffShoring, pois você acaba não economizando tanto dinheiro que compense esse modelo. Obie diz que compensa mais ter os programadores contratados do que no modelo OffShoring, porém Carlos Brando defende que, no modelo OffShoring você não fica limitado aos programadores locais e que você tem um leque de excelentes programadores no mundo inteiro e que pode contratá-los para fazerem alguns serviços quando precisar.

Akita destaca que o Obie defende a contratação de pessoas, pois ele também presta consultoria sobre a metodologia ágil e que a equipe tem que estar colocada no mesmo lugar, e então não vai defender OffShoring, é claro.

Akita diz: "Na média, OffShoring é uma droga!", e Carlos Brando complementa dizendo que a maioria das empresas contratam profissionais baratos para fazerem serviços que ninguém quer fazer, a famosa "Fábrica de Softwares" e que todo mundo sabe que não funciona, porém a Surgeworks trabalha de uma forma diferente e contrata pessoas boas, paga mais barato do que um profissional local e paga mais do que uma consultoria normal pagaria.

Opa, coisa bacana que ouvi aqui: Carlos Brando fala agora sobre um documento que o Obie escreve em sua palestra o Master Service Agreement, onde o Obie relata que nem conversa com o cliente antes de assinar esse documento, e o lance do pagamento, que segundo o que o Carlos Brando entendeu, se o cliente no final do projeto não gostar do que foi feito, o cliente não paga, pois o Obie confia muito na sua equipe, claro que há muitas outras cláusulas que se encaixam ai né!?

Brando fala ainda que no contrato do Obie, ele coloca uma cláusula lá que diz que, caso o código não seja algo muito específico do cliente, ele pode transformar esse trecho do código em "Open Source", bacana, muito bacana isso!

Opa, mais uma coisa muitíssimo interessante que o Akita fala sobre a maioria das pessoas não darem muita importância a parte legal do negócio e acabam usando contratos padrão, isso aos 36 minutos do pod.

E já partindo ao final, Carlos Brando parabeniza o Akita pelo encerramento do evento regado a champagne e cerveja e sobre o projeto OPEN-SOURCE criado durante o evento (morena_opensource), rss!

E para finalizar, em 2009 tem mais, COM CERTEZA!

Para ouvir o episódio na íntegra:
- Rails Podcast Brasil - episódio #35

RailsSummit Latin America #3

noreply@blogger.com (Eliézer Pimentel) — Sat, 25 Oct 2008 05:29:00 +0000

Como disse no Post anterior "RailsSummit Latin America #2", consegui ouvir os Podcasts do Akita e Carlos Brando no Rails Podcast Brasil episódios #34 e #35, onde falam sobre o Evento, então vamos lá:

Resumo do Episódio #34

Neste episódio o Akita fala sobre o curtíssimo período que teve, para organizar o evento, e da repercussão que foi possível causar, mesmo num espaço tão curto de 4 meses apenas de preparação para um evento deste porte. O Akita também destaca a quantidade de participantes que sabiam inglês durante o evento e que dispensaram os fones de tradução (headset's), nota: Tammbém achei surpreendente.

Já o Carlos Brando fala que ficou surpreso com a quantidade de pessoas que se manifestaram, levantando os braços, quando a platéia foi questionada de quem trabalhava com Ruby on Rails profissionalmente.

Na gravação do Podcast, Carlos Brando e Akita comentam sobre usuários de MAC e usuários de Windows e Brando comenta que há algum tempo atrás foi dispensado de uma vaga de emprego só por usar Windows, pode? hehe, e ele ainda conta que recebeu um email que dizia: "Olha, usuários de MAC são maravilhosos, usuários de Linux quebram-o-galho, mas usuários de Windows, SEM CHANCE!", só tenho uma coisa a dizer sobre isso: PUTZ!

Eles comentam sobre o porque dos programadores Rails gostarem tanto de MAC, e entendi que o MAC acaba se destacando pela elegância, inclusive nos códigos escritos por usuários de MAC, e além disso citam: Just Work, que combina perfeitamente com o MAC, é claro!

Após comentarem sobre os bastidores do evento, falam sobre as palestras. Fizeram uma pequena crítica sobre a Palestra do DHH (David Hanson), que na verdade nem chegou a ser uma palestra e sim um jogo de Perguntas e Respostas e o Carlos diz ainda que pensou em perguntar sobre o lançamento da nova versão do Rails, mas quem acabou perguntando foi o Carl Youngblood, e claro, DHH não respondeu.

Brando comenta sobre a palestra do Chad Fowler, excelente por sinal, que falava sobre marketing pessoal, e sobre o livro dele, "My Job Went to India", diga-se de passagem coincidentemente tema da palestra do Carlos Brando, que comenta ainda sobre a brincadeira do Fowler em mostrar um gráfico que comparava as linguagens de programacão com os niveis de conhecimento.

O Carlos e o Akita ainda falam sobre o que os "Javistas" pregam: "Que tudo se resolve com JAVA". Achei engraçado uma citação do Akita: "Até mandar um foguete para a Lua", hehehe, claro que estava fazendo uma brincadeira.

Depois o Carlos Brando também comenta sobre o que Chad Fowler falou em sua palestra que o "Expert" não manja muito de uma linguagem só, mas sim da programação de computadores em sí, e também conhece muitas outras linguagens de programação, sendo assim considerado notável.

Já o Carlos Brando por sua vez, em sua palestra, fala sobre generalistas e especialistas, perguntando o que era melhor e afirma:

"O melhor é ser os dois". Ser especialisata no que gosta ou em determinado assunto, sobre um negócio por exemplo, e generalista em conhecer várias opções de tecnoligia, por exemplo, saber várias linguagens e usar a mais indicada em cada ocasião.

O Akita fala sobre o sofrimento que passaram com o calor que assolou SP naquele dia, o dia mais quente do ano, e ainda fala sobre sua palestra sobre a introdução com Ruby On Rails, uma palestra muito bacana para iniciantes e programadores que assim como eu, estavam buscando mais informações sobre a tecnologia.

E Carlos Brando finaliza comentando sua palestra, que por sinal, pude "twittar" inteira e narrar de forma muito dinâmica (inclusive fui elogiado pelo Carlos Brando sobre a iniciativa), e ainda comenta sobre a palestra do Dr.Nic, que correu nos corredores que foi muito polêmica, e que até "chamaram" de "palestra chata", e que muitas pessoas não o imaginavam como uma pessoa engraçada.

Bem, tive a oportunidade de assistir as palestras do Akita e do Carlos Brando e sem sombra de dúvidas, para mim, o aproveitamento foi 100%.

Para ouvir o episódio na íntegra:
- Rails Podcast Brasil - episódio #34

continua...

RailsSummit Latin America #2

noreply@blogger.com (Eliézer Pimentel) — Sat, 25 Oct 2008 04:31:00 +0000

Bem Pessoal, depois de uma semana muito cheia, muito trabalho com uma viagem no meio da semana e muitas e muitas horas de programação (pair programing), sem muito tempo para "blogar" ou até mesmo dedicar um bom espaço na agenda para acompanhar todos os Blogs que acompanho e até mesmo ouvir os PodCast's que curto, aproveitei a tranquilidade da noite para botar os assuntos em dia e decidi quebrar meu POST em 3 partes, finalizando meus comentátrios sobre o RailsSummit LA e os outros dois, comentando um pouco sobre os Podcastas gravados pelo Akita e pelo Carlos Brando disponível no Rails Podcast Brasil.

Então vamos lá...

No BLOG do Akita, ele faz um comentário que concordo plenamente, pois ele diz o seguinte: "o importante em Ruby on Rails não é a tecnologia e sim as pessoas.". - Muito bem colocado Akita, pois realmente Rails é a ferramenta que melhor "reflete" o estilo das pessoas que estavam por lá.

Também quero deixar registrado o meu contentamento em ter visto por lá, não somente os palestrantes estrageiros, mas que também no Brasil temos excelentes nomes que colaboraram com a alta qualidade do evento, como: Carlos Brando da Surgeworks, George Guimarães da Pagestacker, Manoel Lemos da BlogBlogs e Brasigo, o Vinicius Teles da ImproveIT, o Danilo Sato da ThoughtWorks e Fabio Kung da Caelum.

Um ponto altíssimo, que não poderia deixar de citar, foi a disponibilidade de conexão Wi-Fi durante todo o evento para todos os participantes que estavam por lá com seus MACs (diga-se de passagem a grande maioria), e outros notebooks. Foi assim que consegui narrar muitas das palestras em tempo real. Sem isso, não seria possível mesmo.

Ah, bacana também citar que, para os participantes que não estavam com seus notes por lá, tinham uma bancada com 10 ou mais notebooks a disposição da galera. Muito show mesmo!

Só uma coisa "chata" aconteceu durante o evento, porém passível de entendimento é claro. Já tinha falado com o Akita lá no lounge do evento sobre as gravações das palestras e tal, e ele
me disse que havia tido um problema com as gravações, mas não sabia o que realmente havia ou não havia sido gravado, mas que ia verificar assim que o evento chegasse ao final e... confirmado em seu BLOG, li a notícia mesmo de que não foi possível disponibilizar os vídeos, realmente uma pena!

Outra coisa bacana que achei foi o que o Akita e os organizadores do evento pensaram sobre abrir espaço para todos, ou seja, não apenas uma coisa categórica sobre Rails e pronto, mas sim, espaço para que falassem dos ganhos com Ruby com Java, Ruby com Windows e tal, Akita ainda cita em seu blog, "Os melhores programadores do mundo são poliglotas."

Apesar de nunca ter programado em JAVA, mas sim em Basic, COBOL, Delphi e um pouco de VB.NET, acho que o Akita colocou muito bem essa frase.

Outra coisa legal que eu ví lá foi um vídeo onde o Gregg Pollack e o Jason Seifer, autores do RailsEnvy, um podcast sobre Rails e Ruby em Inglês, nos moldes do que o Fábio Akita e o Carlos Brando gravam aqui no Brasil.

Ah, por falar no Carlos Brando, ele gentilmente disponibilizou o vídeo para a galera ver em seu blog, e pegando carona com ele, abaixo posto o vídeo tambem, e desde já deixo meu muito obrigado ao Carlos.

Rails Summit - RailsEnvy from Carlos Brando on Vimeo.

E para finalizar essa primeira parte, digo o seguinte:

O Carlos Brando falou em seu BLOG uma coisa certa: "Aqueles que ansiavam por palestras mais técnicas talvez tenham ficado decepcionados, mas de forma alguma isto tirou o mérito do evento.".

E quem ganhou com isso? Ah, eu com certeza, rss... pois ainda não sou nenhum "expert" em Ruby nem Rails.

continua..

RailsSummit Latin America #1

noreply@blogger.com (Eliézer Pimentel) — Tue, 21 Oct 2008 01:41:00 +0000

Após uma semana cheia de compromissos em São Paulo entre os dias 13 e 17 de Outubro na semana passada, enfim cá estou eu hoje para relatar minha, digamos, "máxima" experiência em um evento de tecnologia que reuniu centenas de desenvolvedores e programadores, a grande maioria, considerados os maiores programadores Ruby e Rails do mundo.

Confesso que já participei de muitos eventos sobre software, desenvolvimento, comunidades, como os eventos da Fenasoft, o Developer's Day da Microsoft, entre outros, mas nenhum me causou tamanha surpresa ou meu causou tanto entusiasmo como o RailsSummit Latin America, promovido pela Locaweb na semana passada, nos dias 15 e 16 de Outubro.

Eu e meu sócio, Luis Gustavo, acompanhados do Thiago Lelis, um de nossos programadores na Plano Bê, estivemos por lá nos dois dias do evento e tivemos o prazer de participar da grande maioria das palestras, diga-se de passagem, com os maiores nomes nacionais e internacionais no mundo Ruby e Rails.

Meses atrás, impulsionado e incentivado pelo Luis Gustavo, meu sócio, senti um certo interesse em conhecer mais sobre essa "tal linguagem" que muitos programadores falavam e se organizavam em forma de comunidade no Brasil, o RubyOnRails.

Aproveitamos uma semana de compromissos em SP e nos inscrevemos no RailsSummit LA para os dois dias de palestras, e confesso que: dias antes do evento, não sei se porque estávamos muito cheios de compromissos e vínhamos de um ritmo muito louco de trabalho, programando mesmo, botando a mão na massa até altas horas da madrugada, eu não tinha muita expectativa não, porém, já no primeiro dia, "surpresa", conheci os caras mais bacanas do mundo Rails, fiz amizades e falei com pessoas reconhecidas como referências na comunidade, e para minha outra grande surpresa, "todos eles muito atenciosos e de altíssima simpatia", a começar pelo Fábio Akita, o idealizador e mentor, junto com o pessoal da Locaweb, do evento, pois em outros eventos que participei, percebia uma grande vaidade entre desenvolvedores e programadores, o que não vi em nenhum momento no RailsSummit.

O @Akita me atendeu de forma muito atenciosa e foi muito simpático pela atenção que particulamente nos cedeu quando o procuramos para falar da iniciativa de nossa comunidade na UNIFRAN, e até com muita motivação, aceitou um convite a vir à Franca assim que conseguirmos organizar uma agenda.

Também conheci outras figuras fantásticas no evento, como o Carlos Brando, da SurgeWorks, mantenedor do blog entitulado Nome do Jogo, que palestrou no 1o. dia da RailsSummit. Durante a palestra do Carlos Brando, como estava on-line com meu notebook, pude "Twittar" o tempo todo, narrando como estava sendo sua palestra e o resultado foi muito bacana, pois muita gente começou a me seguir e acompanhar a narrativa. No final da palestra do Brando, o procurei para conversarmos, e fui muito bem recebido e devo dizer novamente que o Carlos foi muito camarada, atencioso e muito simpático também.

Vinícius Telles, outro grande nome do evento, palestrante falando sobre Empreendedorismo com Rails, foi outro cara muito simpático ao nos atender, a mim e ao Luís Gustavo, no final de sua palestra. Podemos trocar umas idéias sobre coisas em comum, pois a ImproveIT, empresa do Vinícius no Rio de Janeiro, tem sido uma das empresas espelho no modelo de aplicação da metodolia XP, metodologia ágil que falarei mais sobre num outro POST em breve, em nossa empresa. Telles foi muito gentil ao nos dizer que seria um prazer recebrmos no Rio em seu escritório, quando o perguntei se poderiamos visitá-los qualquer dia desses lá no Rio. Então, muito em breve, possivelmente eu e o Luis devemos dar um pulinho lá no Rio para conhece-los de perto.

Da galera da SurgeWorks que conheci, que aliás quase todos eles, o Carl Youngblood, o chefe da equipe de Railers da Surgeworks no Brasil, um americano gente finíssima, um cara muito bacana e que fala um português afiado, acho que até melhor que algns "prasileiros" que conheço, rss. Também conheci o Tapajós, o Renato Carvalho, o Rodrigo Kochenburge e o Marcus Derencius, que por sinal acabei o conhecendo um dia antes no Hotel onde estávamos hospedado, alí no Best Western do Tietê. O @Derencius foi o primeiro Railer em São Paulo que acabamos encontrando e que nos deu atenção no saguão do hotel, demonstrando uma simpatia muito grande com a gente.

Ah, outro cara que acabou ficando famoso lá, o @Elomar, o cara de Natal/RN, que de improviso no final do 1o. dia deu uma palestra que arrancou gargalhadas da platéia toda e que mostrou ser um grande cara, extremante comprometido com a comunidade e muito participativo, à ele: "meus parabéns meu chapa, espero reve-lo em outros encontros como esse".

Além desses nomes todos, acabei conhecendo o pessoal internacional, como o Obie Fernandez, o Jay Fields, o Luis Lavena, o Dr.Nic e os Phusion Guys, rss, assim chamados Ninh Bui e Hingli Lai, figuras incríveis diga-se de passagem.

"Durante todo o evento fizemos muitos contatos e conhecemos muitos "Railers", assim conhecidos os programadores em Ruby e Rails, e pude aprender muito com esses caras, muito mesmo!"

Não poderia deixar de citar o nome do Gilberto Mautner, o sócio-fundador da Locaweb, um grande empreendedor e visionário que também esteve por trás de tudo isso, à ele meus parabéns tanto pelo evento, tanto pela iniciativa de ter levado o Akita para a Locaweb.

Foram dois dias intensos e de muito aprendizado, para mim, tanto no aspecto técnico, profissional e pessoal, pois conviver com todos aqueles caras sedentos por tecnologia, que respiram códigos, programação e que demonstram paixão por escrever códigos me fizeram pensar: "Há muito ainda que posso aprender com todos eles!"

Mais uma vez: Valeu galera da RailsSummit, parabéns a todos, parabéns Akita, Mautner, Carlos Brando, Vinícius Teles, pessoal da SurgeWorks, Manoel Lemos da BlogBlogs e todos os que de alguma maneira fizeram o evento o Show de Evento que foi o RailsSummit Latin America 2008.

Veja mais fotos em :
Flickr
PicasaWEB

Veja outros Posts sobre o evento em:

AkitaOnRails
Spiceee.com
Blog do Elomar França
Nome do Jogo

Inaugurando o Além de Códigos

noreply@blogger.com (Eliézer Pimentel) — Mon, 20 Oct 2008 01:11:00 +0000

Bem Pessoal, sejam muito bem-vindos!

Pretendo com Além de Códigos trazer muito conteúdo sobre tecnologia, inovação, software como serviço, metodologia ágil, e muitas das experiências que vivi durante minha vida profissional como programador de computadores e muitas outras como sócio-fundador da Plano Bê Tecnologia, onde com meu sócio Luis Gustavo, pudemos viver e aprender grandes lições sobre empreender no mundo do desenvolvimento de software.

Pretendo também relatar as maiores experiências comerciais vividas desde quando comecei a entrar no mundo comercial, ou seja, quando passei de programador de computadores a vendedor de sistemas, as barreiras enfrentadas, os paradigmas quebrados, os argumentos aprendidos e sobre os muitos "nãos" que ouvi!

Bem, este é só o começo de tudo, e espero que possam acompanhar, assinar e comentar meus posts, colaborando com dicas, sugestões e críticas com o "Além de Códigos".

Abraços à todos.

Classified by:
BlogBlogs.Com.Br

Contato

noreply@blogger.com (Eliézer Pimentel) — Tue, 02 Jan 2007 01:00:00 +0000

Faça contato!

Twitter

@EliezerPimentel

Email

eliezer@planobe.com.br

WebSite

www.planobe.com.br

Telefone Plano Bê
(16)3722-3154

Sobre

noreply@blogger.com (Eliézer Pimentel) — Mon, 01 Jan 2007 22:48:00 +0000

Eliézer Pimentel é programador de computadores, apaixonado por tecnologia, ciências e futurologia. Grande entusiasta dos estudos que envolvem a Singularidade, grande fã de Ray Kurzweil, autor do livro "A Singularidade está Próxima".

Iniciou seus estudos sobre computação na década de 80 ainda com 12 anos de idade, auto-ditada, aprendeu a programar computadores por hobbie e mais tarde profissionalmente usando linguagens como GWBasic, QuickBasic, Cobol e finalmente Delphi, onde se tornou Master Developer até a versão 7.

Formado em Administração de Empresas pela Uni-FACEF, atualmente ocupa o cargo de diretor comercial ao lado de seu sócio Luis Gustavo, onde em 2005 fundaram uma empresa de tecnologia e desenvolvimento de softwares chamada Plano Bê. Desenvolveram uma inovadora linguagem de programação, única no Brasil, chamada de POSXML, exclusivamente para terminais POS (máquinas usadas nas transações eletrônicas com cartões de crédito e débito) que tem colaborado com centenas de programadores por todo o Brasil e no exterior a criarem novos programas e aplicações para estas máquinas.

É entusiasta das metodologias ágeis de desenvolvimento bem como das comunidades de desenvolvimento Ruby on Rails, cada vez mais presente no mundo todo.

Realiza palestras sobre:

Socio-Tecnologia e o impacto das transformações tecnológica na sociedade e no meio-ambiente;

Singularidade e as transformações tecnológicas e científicas que estão por vir;

Evolução da tecnologia, a WEB 2.0 e o mercado de trabalho;

Compartilhamento

SlideShare

Linked In

Youtube

Unyk

Picasa Pessoal

Picasa Plano Bê

Github

Twitter