Fernando Kosh

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

Desde que iniciei na area de desenvolvimento, sempre implementei campos para DDD e DDI nos formulários de cadastro. De lá para cá, observei algumas mudanças que, até causaram certos problemas no aplicativos: Primeiro vi problemas com o tamanho dos campos: Nesta época, aqui no Rio os telefones eram compostos por 7 dígitos. Logo logo mudou para 8 As pessoas só possuíam um único telefone, quando possuíam. Era comum o campo Fax, também com os campo DDD e DDI (este último só em casos especiais.) Usava-se somente um campo DDD e/ou DDI, considerando que os demais telefones e números de Fax fossem do mesmo código de area   Hoje, é comum uma pessoa ter vários números de telefone. Tenho amigos que tem telefones do Rio e de Petrópolis, empresas tem números em vários estados, quase não se usa mais Fax, existe SIP/Skype e, mesmo em casa, já se tem mais de um número fixo. Fica inviável ter campos para DDD/I ao lado de cada número de telefone. Como se resolve isso? Somente utiliz...

No ar desde 27 de Junho de 2011, o nosso blog da Família foi feito compartilhar nossas aventuras e tudo que for possível postar. Já tínhamos a ideia de fazer um site, mas sabe como é, sempre ficava para depois. Foi assim até que a Antonieta, passou a postar umas notas que ela apelidou de "Proezas da Elisa", o que fez muita gente gostar e sempre acompanhá-las. Estas mesmas pessoas, acabavam sempre  sugerindo e sugerindo que fizéssemos um blog ou um site. Não podíamos mais adiar. Pois é. Ficamos em xeque: Única saída, fazer o site. Considerei utilizar algo pronto, um CMS, Wordpress, mas vi uma boa oportunidade para efetuar testes e tudo mais. Muitas novas tecnologias à explorar dentro de minha própria área de atuação, nas ferramentas que desenvolvo. Assim, usando o Engine da Cidadelas  e feito em Rails 3.1.0-RC4, usando MySQL como banco de dados e rodando no Ruby 1.9.2, implementei em umas horas o site da Família, que pode ser acessado no endereço http://familiakos...

teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste. teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste. teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste. teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste. teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste teste te...

Um trabalho não bem acabado, como um feito por quem não entendeu a ferramenta com a qual trabalhou. Algo que não passa seriedade. É a impressão que deixa quem cria perfil para sua empresa ou produto, ao invés usar a página no Facebook. Sei que pode ter o caso de ser o perfil, mas me parece que no geral, o caso comum é motivado por vícios do Orkut. Lá criava-se um perfil e as comunidades. No Facebook existe a página, que é o que deve ser utilizada neste caso. E ainda fica estranho: como se pode ser amigo de uma empresa? Como se pode ser amigo do Supermercado 123 Bolinha? No final, a ferramenta possuí recursos muitos bons, foi bem pensada, planejada, levou um tempo e consumou x de recurso para ser desenvolvida, e etc e tal, mas ainda assim não faz mágica. Este uso bagunçado torna chato, monótono e faz as pessoas legais se afastarem, e um monte de gente vai ficando escondida e bloqueada.

Sempre tem a primeira vez! Esta regra parece ser aplicar a quase tudo na vida. E comigo não é diferente: Preciso testar o django para dar suporte ao projeto de um cliente. Vou fazer a instalação, criando o famoso passo-a-passo e depois posto aqui, junto com minhas experiências. Será que daí sai um Kosh on Python?

Parte de um e-mail que enviei certa vez para um cliente: "...Outra coisa que gostaria de ver com você é sobre o e-mail divulgado. Utilizando um endereço de e-mail do Provedor, você está divulgando o endereço do Provedor. Quando você diz fulano@provedor.com.br, se a pessoa só lembrar de provedor, ela vai no Google e vai encontrar o site do Provedor. Se divulgar fulano@minhaempresa.com e o mesmo ocorrer, a pessoa chegará ao seu site. Este é apenas um mínimo motivo para divulgar e utilizar endereços de e-mail do seu domínio, minhaempresa.com." Ele, claro, passou a utilizar o domínio da empresa. E abandonou o e-mail do provedor. Feião! Ter um site e usar e-mail de provedor.

Desde o Ubuntu 8.04 venho rodando meu sistema com o driver vesa no xorg. Hoje, sei lá por qual motivo, resolvi tentar resolver o problema mais uma vez. Rapidinho encontrei um post do  hellbunker , que mostra como instalar a partir do código no GitHub. O post original está em  http://hellbunker.blogspot.com/2011/03/driver-sis-m671-m672-for-upcoming-natty.html . Ele é de antes do lançamento oficial do Ubuntu 11.04, mas os procedimentos funcionam normalmente. Eu costumo efetuar este tipo de operação como root, utilizando a pasta /usr/src. Toda atenção é pouco quando se está logado como root. Um espaço após uma barra em um  rm  pode ser fatal. Para se tornar root, use o sudo -i :  $ sudo -i Você pode preferir executar os comandos com sudo . Para isso, basta adicioná-lo no inicio de cada linha. O driver, suporta os seguintes chipsets:  old series: SiS 5597/5598, 6236/AGP/DVD, 530/620  300 series: SiS 300/305, 540, 630/730  315 seri...

Na @Cidadelas, temos um servidor mega power hospedado na Softlayer, antiga The Planet, que está virtualizado com Xen. Nele, temos 7 máquinas virtuais, todas rodando Debian, umas com Lenny e outas com Squeeze. O host, Domain-0 possui 2 discos de 500GB, sendo que apenas um é utilizado pelas VMs e estava com o espaço "restrito". Como precisei criar uma nova VM para separar alguns projetos em PHP, precisei reorganizar os volumes LVM, basicamente dimiuíndo o espaço das partições. Trabalhar com LVM é realmente uma maravilha! Meu trabalho foi bem fácil. Fui ajustando cada volume, antes, porém, desligando as máquinas, uma por vez. O que fiz em cada uma foi mais ou menos isto: Verifiquei os volumes LVM:  host1:~# lvdisplay   --- Logical volume ---   LV Name                /dev/vm/app1disk   VG Name            ...