Fernando Kosh

Numa palestra do Herique Bastos no Dev in Rio 2010, ele falou sobre uma pessoa com 70 drafts em seu blog. Não tenho isso tudo, mas vou publicar tudo como está. Vou revisando devagar.

Um problema simples de login num final de dia, mas que apenas limpar os dados no navegador da cliente não resolveu. Tentei orientar a senhora de diversas formas, para conduzir pequenos testes a fim de determinar o que poderia ser, mas ela tinha pouco tempo e conhecimento, a conexão era discada e ela tinha que fazer o login na manhã seguinte para validar recebimentos, ou havia um atraso no processamento. Este era um sistema de comercio eletrônico feito em ASP no início dos anos 2000. Ofereci a cliente a ideia de instalar o VNC e por ele eu resolver o que quer que fosse, contando com ajuda dela para intervenções locais. Depois de umas 2 horas e diversas tentativas, resolvi desistalando uma atualização do Windows 98 que gerava uma falha no Internet Explorer. Somente ele podia ser usado, porque o sistema usava um controle ActiveX. Saí da empresa ás 23h com a cliente feliz e contente.

É impressionante como o tempo passa rápido. Do nada, já são quase 7 meses sem um único post sequer. Nem eu acredito. Tudo bem que não sou o cara das postagens diárias nem semanais. Mas 7 meses é muito tempo. O caso é que, o blog acaba sendo muito útil ao dono por conter informações já compiladas e aprovadas. E como tem este tempo todo sem postar nada, o prejuízo é ter que sair buscando coisas que poderiam estar aqui. Além deste, tem ainda o não colaborar com uma comunidade que muito me ajuda. Cada post que deixei de fazer sobre Linux, Rails ou qualquer ou tema, certamente deixou muitas pessoas sem respostas para questões que eu domino fácil. Não que meu conhecimento seja indispensável, mas tem teu seu valor. De agora em diante vou escrever mais, Eu próprio acabo sentido falta disto. É ruim por não compartilhar, é ruim por não forçar a criatividade, não gera desafios e é mais do que muito ruim para a auto-promoção. Imagine você acessando o blog de um cara como eu é que o último ...

Começamos bem, muito bem. Tínhamos tudo para ter uma boa participação na competição, até que vieram os problemas: Tudo começo na sexta, dia 12, quando tive que passar o dia com minha esposa e família, no Hospital Universitário Gaffrée e Guinle , da Unirio, por questões relacionadas à gravidez e ao bebê. No final do dia, voltei para casa. Neste mesmo dia, o Vagner, que passa por problemas de saúde, alergias e outras ingrisias, também faltou. O Igor, ficou na empresa normalmente, até a noite, quando a Viviane foi encontrar-se com ele. O plano era eles levarem para a casa do Vagner os 2 notebooks da empresa, e tocarem de lá o projeto, junto comigo, que chegaria depois. Foi quando tudo foi se complicando. A Antonieta não estava bem, passava mal e, temendo por sua integridade e do bebê, não pude ir encontrar com a equipe baseada na residência do Vagner, que estava bem. Fiquei trabalhando remotamente com eles enquanto prestava assistência em casa. Algumas horas depois que a competiç...

A Equipe Cidadelas Jedis  ja está na corrida. Nosso App, como dito no post anterior é o Dumuzzi, um serviço de monitoramento de hosts e serviços, que logo estará acessível no VPS cedido pela Speed Rails para a competição, nos endereços http://65.39.226.150/ e http://rally.dumuzzi.com/ . Devido a problemas relacionados a gravidez de minha esposa, tive que ficar de casa, trabalhando remotamente com o resto da Equipe, que está baseada na casa do Vagner. Até agora está indo tudo bem, nosso treinamento para trabalho remoto está dando resultados. :-D Torçam por nós, que somos guiados pela força.

Nos dias 13 e 15 de agosto acontece o Rally on Rails , evento ao estilo Rails Rumble  no qual os participantes tem 48 horas para desenvolver uma aplicação Ruby on Rails completa. A diferença, é que o Rally é somente para desenvolvedores naturais da zona a qual chamam de América Latina, ou sub-américa da América do Norte. Questões politico-sócio-geográficas à parte, o evento é patrocinado por empresas como Github ,  Crowd Interactive e O'Reilly , além de comunidades como  Rails México e Coders Venezuela , entre outras. A lista completa de patrocinadores pode ser vista na página específica no site da competição. A Equipe Cidadelas está cadastrada como a número 57, com o nome Cidadelas Jedis e planejamos desenvolver o  Dumuzzi , um sistema de monitoramento de hosts e serviços, que atuará de forma distribuída, rodando em pelo menos 3 continentes, inicialmente contando com 5 máquinas no Array. O Dumuzzi é a evolução de um antigo protótipo que, inicialmente,...

Colocando um projeto em Rails 3.1 em produção, tive um problema novo, que me custou uma meia hora para resolver:  $ rake db:migrate RAILS_ENV=production  rake aborted!  couldn't parse YAML at line 20 column 16  Tasks: TOP => db:migrate => environment  (See full trace by running task with --trace) Doideira! Nunca tinha visto isso. Numa busca mais ou menos rápida, encontrei  este tópico no StackOverFlow , no qual a resposta do  vicvega  resolveu meu problema. Ele diz para adicionar duas linhas ao config/boot.rb:  require 'yaml'  YAML::ENGINE.yamler= 'syck' Em desenvolvimento não percebi o problema. Então, fiz assim: if ENV['RAILS_ENV'] == 'production'   require 'yaml'   YAML::ENGINE.yamler= 'syck' end E ficou perfeito. Mas há outras causas prováveis para o problema.  As versões em uso:  ruby 1.9.2p180 (2011-02-18 revision 30909) [x86_64-linux]  Rails 3.1.0.rc4  Rake 0.9.2