Fernando Kosh

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 utilizando um ú

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://familiakosh.org . F

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 teste teste teste teste teste teste

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?