Posts recentes by Ronaldo
Páginas: 1 2 3 4 5 6 7 8 9 10 11 ... 16
|
06/09/2007
|
Tópico: Sabádo tem palestra - Seaside Desenvolvimento Herético para a Web Ronie, desculpe não ter respondido antes. O Avi disse realmente que quer remover a dependência de continuações do Seaside nas próximas versões. A atual, 2.8, já reduz bastante e a intenção é chegar lá por volta da 3.0. Mas ainda não há como usar 100% sem continuações exceto se você tirar os callbacks :-) |
|
01/09/2007
|
Tópico: Comparação entre Rails e Django Me conta uma coisa: você é um pseudônimo do blogueiro acima? Estou curioso. :-) |
|
01/09/2007
|
Tópico: Rails com acesso turninado ao banco Só não fala isso perto do TaQ que ele mata você. Parece que eles estão experimentando muito. Colocaram Symbol como subclasse de String e depois tiraram, coisas assim. Mas parece que vai ser uma boa para o Ruby 2.0. |
|
01/09/2007
|
Tópico: Rails com acesso turninado ao banco Shairon, hack só se for no bom sentido. Diz a lenda que isso foi inventado por um japonês e que o DHH adorou e pôs no Rails. Daí o Matz gostou mais ainda e pôs por padrão no Ruby 1.9. :-) |
|
30/08/2007
|
Tópico: Rails com acesso turninado ao banco Shairon, é em Rails e será na versão 1.9 do Ruby (salvo engano). É um uso de Symbol#to_proc para gerar blocos automáticos. Por exemplo: [1,2,3].inject(&:+) => 6 Neves, sim, é bem reminescente da sintaxe desses últimos. Faltava alguma coisa assim no Rails e não duvido que se torne padrão em breve. |
|
30/08/2007
|
Tópico: Rails com acesso turninado ao banco Isso vai mudar a forma como o pessoal acessa bancos de dados em Rails: http://errtheblog.com/post/10722 Veja os exemplos: |
|
22/08/2007
|
Tópico: Ruby on Rails pode não ser o framework adequado para o seu projeto Só um desenvolvedor muito limitado consideraria o Rails a melhor escolha para qualquer projeto. O Rails é um framework específico para aplicações Web de médio porte baseadas em banco de dados com um modelo específico de dados. Qualquer coisa que se desvie disso é problemática como as milhares de dúvidas nas listas de Rails atestam. Toda bruhaha em cima do Twitter foi resultado inclusive das escolhas do DHH sobre certas características do Rails que ele não vai mudar porque não gosta e pronto acabou. Como ele é o dono do projeto, é ficar ou fazer o seu. Hoje, com dezenas de frameworks disponíveis, o ponto é mais irrelevante ainda. Django, Seaside, Cake, Symfony, QCodo, Pylons, CodeIgniter, etc, etc, estão para isso. Agora, o Rails não é forma alguma zero em modularidade. É tão flexível quanto qualquer framework, dependendo do que você deseja fazer. O ponto converso vale para qualquer outro frameworks. Em última instâncias, não há silver bullets. |
|
13/06/2007
|
Tópico: Problema com Tutorial Qual versão do MySQL você está usando? Você instalou a gem do mysql via “gem install mysql”? |
|
13/06/2007
|
Tópico: Parabéns para Ronaldo Ferraz nesta data de hoje! Pô! É só o cara fazer 29 anos que já começam a chamá-lo de tio. :-) Valeu, galera, pela força. Sobre as cervejas, quem sabe no próximo seminário? O André disse que vai ter. Só que vou ter que ficar no H2OH. :-P |
|
06/06/2007
|
Tópico: Ruby Ghost Engine - Document Builder (pdf,jpg,png,tif,laserjet,etc) Excelente. O Ruby/Rails sempre teve deficiências nessa área. Mais uma passo vencido. :-) |
|
12/04/2007
|
Tópico: Componentes COM+ É superfácil. É só usar a biblioteca Win32OLE, que vem com o próprio Ruby. Você instancia os objetos e trabalha com eles quase como se estivesse acessando o objeto diretamente graças à mágica voodoo do Ruby. http://www.ruby-doc.org/stdlib/libdoc/win32ole/rdoc/index.html |
|
29/03/2007
|
Tópico: Desafio, será que existe isso? event-driven ajax? não é o que eles estão chamando de comet hoje em dia? :-) reempacotam e dão um novo nome… não é em rails puro, é claro, mas tem o juggernaut, que é uma implementação comet para rails usando o flash como transporte. não é 100% ideal, mas pode ajudar. |
|
21/03/2007
|
Tópico: Gem para gráficos? Aqui tem Sim, sim. :-) Eu não estava criticando o scruffy. Se existir uma solução open-source, tanto melhor. Eu gosto do ChartDirector porque ele é basicamente a ferramenta de gráficos mais completa que eu já encontrei e o preço é bem módico. |
|
21/03/2007
|
Tópico: Gem para gráficos? Aqui tem Se você estiver disposto a pagar um pouco, o ChartDirector tem uma versão para Ruby. Completíssimo. |
|
20/03/2007
|
Tópico: Chat em Ruby??? Só esclarecendo, o Rails é “share nothing”, o Ruby não. Dentro de uma instância WEBRick ou Mongrel, por exemplo, é possível comunicar usando canais comuns. Você poderia ir ao ponto de sempre redirecionar requisições de uma sessão para a mesma instância (como o Pen faz, por exemplo). Os dois grandes problemas são a sincronização e o modelo interno no serviço, sendo que este último está além do controle do desenvolvedor. Obviamente, isso pode levar a um senso de que é mais fácil controlar internamente, o que não é o caso de forma alguma. Entre banco, arquivo e DRB, fico com DRB. :-) |
|
20/03/2007
|
Tópico: Chat em Ruby??? Jamais use variáveis globais dessa forma. Variáveis globais não são thread-safe e não possuem nenhum tipo especial de controle. No WEBrick, o código só funciona porque ele serializa as requisições. Em um ambiente real, a menos que você usasse semáforos ou mutexes, você teria problemas de concorrência imediatamente, com perda de dados rápida. E, mesmo que você use proteção de escrita e leitura, como você não sabe necessariamente os parâmetros internos de execução do servidor Web, o risco de deadlocks e similares é bem alto. Para compartilhar dados dessa forma, algo como o memcached é o mais fácil, depois de banco de dados, é claro. |
|
13/03/2007
|
Tópico: Rails no IDG Now Calos, a propósito, quando ele me perguntou sobre aplicações públicas rodando, eu passei o seu endereço. Não sei por que não apareceu… |
|
13/03/2007
|
Tópico: Rails no IDG Now Shairon, concordo com você mas o fato é que um repórter sempre molda a matéria para um ponto específico que ele deseja: no caso dessa, o tema nem era Rails em si, mas sim como ele pode ajudar no desenvolvimento Web 2.0. Nesse aspecto, citações são sempre coletadas para exibir o tema desejado. Um exemplo foi a comparação entre o Rails a a Web 2.0, que ele mesmo sugeriu. Eu ri, e disse que de certa forma fazia sentido: o Rails era a Web 2.0 dos frameworks Web. No texto, ficou como se eu tivesse feito a afirmação. Ruby não era o interesse no repórter, portanto apareceu pouco. Daí a não-existente menção do criador da mesma, que, foi citado na conversa. O DHH foi citado como criador do Rails, por outro lado. Eu acho que essas mudanças são uma parte aceitável da divulgação. Eu tinha um amigo repórter e era engraçado demais ver como ele transformava um entrevista em uma matéria. Primeira pessoa ia para a terceira, frases eram podadas só para o essencial em relação a matéria e por aí vai. É o jeito que é feito, só isso. :-) |
|
13/03/2007
|
Tópico: Rails no IDG Now Galera, só para esclarecer alguns pontos, o repórter me entrevistou pelo telefone e parecia ter pouco familiaridade com o mundo do desenvolvimento. Não pesquisei, mas, pelo conversa, ele parece noticiar mais sobre a área de negócios de TI. A primeira pergunta que ele me fez foi como o Rails ajudava o gerenciamento de processos ou o workflow de trabalho em uma empresa. Eu respondi que não tinha nada a ver diretamente e ele deu uma pausa, como se estivesse com outra coisa em mente. Pelas perguntas restantes, ele mostrou claramente que tinha lido bastante sobre o Rails, mas sempre com aquelas dúvidas em relação ao que é linguagem, framework, etc. Charleno, sobre os frameworks Java, eu passei alguns, mas imagino que limites de palavras devem ter removido a menção. Eu também indiquei várias outras pessoas que ele poderia procurar, incluindo o pessoal aqui do fórum, o pessoal da Tempo Real, o TaQ, e não posso dizer se ele falou com alguém mais. Thiago, eu especifiquei claramente a diferença entre Ruby e Rails, mas acho que o telefone estava ruim :-) Eu concordo com o Sales, propaganda é sempre bom. O público alvo do IDG Now! inclui muita gente da área gerencial. Aparecer sempre é bom e acho que as pessoas conseguem filtrar a informação necessário. |
|
08/03/2007
|
Tópico: PDF::HTMLDoc Acabei de subir com a versão 0.2.0, com as melhorias propostas acima. Testes são muito bem-vindos. |
|
06/03/2007
|
Tópico: PDF::HTMLDoc Opa, Marcus! Tudo bom? Muito obrigado pelas palavras e pela força. Sobre o lance do caminho na documentação, não tinha percebido. Manias de Linux. :-) Vou corrigir junto com as outras coisinhas que notei hoje e aproveitar para incluir a questão das opções mais comuns. Excelente sugestão a dos erros. Retornando só false no generate fica complicado mesmo. :-P Tem um atributo que retorna o último resultado do comando, mas aí teria que fazer um teste nele para verificar um problema, o que não é muito bacana. O HTMLDOC é meio doido para erros, tem um monte de jeitos de reportar, mas acho que dá para cobrir a maior parte com algum código a mais. Aceito patches também. :-) |
|
05/03/2007
|
Tópico: PDF::HTMLDoc Pessoal, desenvolvi um plugin/gem para funcionar como um wrapper sobre o HTMLDoc, que é um gerador de PDF que estou usando atualmente para meus relatórios no Rails. Como estou usando bastante, fiz uma classe para facilitar o uso da aplicação. O HTMLDOC gera HTML formatado, PDF ou PostScript e aceita entrada de várias formas, além de ser bem customizável. Mais informações em: |
|
11/02/2007
|
Tópico: Artigo do Ronaldo: Testes em Rails Opa, Vinícius! Tudo bom? Obrigado pelas palavras e pelas adições. Esse artigo tinha a intenção de mostrar de uma maneira bem básica que testes não são o bicho de sete cabeças que muita gente pensa que são. Espero que tenha ajudado alguém. Seria bom ver mais artigos avançados sobre isso na comunidade. Você, que é um dos papas do assunto, poderia nos ajudar com isso. Especialmente com ferramentas como o rcov e o Selenium que você cita. Tenho certeza que o Ronie aprovaria. Hint, hint, nudge, nudge… :-P Grande abraço! |
|
05/02/2007
|
Tópico: Gyre Quem ainda não baixou, corra para baixar e experimentar. Gyre é um depurador visual para aplicações Rails embutido na própria aplicação. Está em alfa ainda mas funcional e com certeza uma ferramenta indispensável para o desenvolvedor. E o que mais me agradou foi ver algo do Seaside migrando para o Rails. :-) |
|
30/01/2007
|
Tópico: Seaside vs. Ruby Se for a sua empresa, você pode escolher qualquer coisa. :-) Veja o caso de Haskell e Lisp (o povo já está ficando cansado disso, imagino):
Mas quem vai ter coragem? |
