No episódio desta semana damos mais detalhes sobre a vulnerabilidade de Denial of Service no REXML, e também falamos sobre daemon_controller, EnglishLikeQueries, NeverBlock, Colorist, WhatLanguage, MooTools, RGhost, HAML, ObjectSpace, JMonkeyEngine, PostgreSQL, Factory Girl (que não é uma fabrica de mulheres) e mais um monte de coisas que deve interessar qualquer Railer de plantão.
Download: Episódio #29
iTunes: http://podcast.rubyonrails.pro.br/rss
Episódios anteriores: http://podcast.rubyonrails.pro.br/
Neste episódio
- Vulnerabilidade de Denial of Service no REXML – Atualizem seus Rails!
- GitHub Shirts Now Available!
- Re: Strange HTTP header?
- Pull Request Auto-Responder
- daemon_controller: a library for robust daemon management
- EnglishLikeQueries
- NeverBlock: Fast, Non-Blocking IO In Ruby Without Changing Program Flow
- My First Ruby/Rails Contribution: SmartMonth
- Zero to Production in 15 Minutes
- Colorist: Color Manipulation For WebHeads
- Interview with David Heinemeier Hansson: Rails Culture, Scaling Basecamp, and Building Successful Companies
- WhatLanguage: Ruby Library To Detect The Language Of A Text
- Tutorial de Rails Caching – Parte 1
- MooTools Basic Tips for Web Designer (Lesson 1)
- RGhost On Mac OSX
- Cheating on ERB with HAML
- Ruby’s ObjectSpace: Subclasses
- aprendendo-rails
- Migrating Mephisto Plugins to Drax 0.8
- Screencasting: How To Start, Tools and Guidelines
- Rails and REST: Don’t use auto-incremented database IDs as your resource identifier
- JRuby + JMonkeyEngine = Hello 3D World
- 101 Reasons Why PostgreSQL is a better fit for Rails than MySQL
- factorygirlon_rails
- Phusion Passenger on Amazon EC2
- bossman-gem
- MySQL asynchronous balancing with HTTP+JSON
Essa semana a comunidade brasileira parece que não escreveu muito, vamo ae!
Carlos,
Com relação as fixtures eu sigo a seguinte regra:
“Testes unitários”: Não uso fixtures. Uso mocks e as vezes Factories
“Testes funcionais”: Depende do teste, se for usando TestUnit eu uso fixtures, meio que seguinto o Rails. No caso de RSpec eu evito bastante.
“Testes de integração e/ou Selenium”: Fixtures o tempo todo. Não acho que exista outra forma de fazer selenium sem fixtures
Desenvolvimento: Eu uso fixtures para fazer um cenário de banco conhecido e consistente para que durante o desenvolvimento eu simplesmente faça a carga delas e já possa rodar a aplicação.
Bem, agora que eu respondi essa calunia eu vou voltar a trabalhar.
[]’s
[]’s
Eu concordo totalmente que designer que só mexe com photoshop não serve para nada… mas alem de XHTML e CSS existe várias apps que designer tem que saber… coisas como desenho vetorial em Illustrator Flash ou Corel, outras ferrametnas concorrentes do photoshop tipo gimp e até fireworks, 3D tipo 3D max blender etc, After Effects e etc… várias coisas que mesmo que o cara não use direto ele precisa saber assim como desenvolvedores devem saber mais de uma linguagem.
Então não pode pensar que designer só mexe com photoshop e por isso tem que saber XHTML e CSS, o caras tem que ser igual desenvolvedores, devem ser bons em todas as ferramentas de design (além do photoshop) e se for webdesigner também obrigatório saber XHTML e CSS.
Mas não acho que designer tem que se aventurar de mais por JS, o trabalho que desenvolvedor vai ter para arrumar vai ser fod@$#@, o pessoal do rails talvez não tenha muito contato com esse problema mas um exemplo deste problema é o trabalho que temos quando um designer tenta fazer algo em flash, principalmente sites… ai temos aqueles sites malditos, lentos, sem interação com browser e ainda cego para SEO sem falar no Action Script 3 mal feito.
E vale lembrar que é possível fazer coisas erradas em JS mesmo com Prototype, Jquery e Mootools… principalmente avacalhar efeitos.
Para mim designer tem que saber montar seu layout e deixar as interações e coisas dinâmicas com lógica de programação para programadores. Pode até brincar com lógica, js, as3 e etc mas deixe o serviço mesmo para um programador ou então seja um DEVINER dedicado e aprenda os dois direito (desenvolvimento e design).
Bem, essa é minha opnião.
@Tapajós
hahaha…
brincadeirinha!!!
@daniel
Concordo com vc!
Ok, ok vou fazer um screencast sobre RGhost.
@Shairon, muito bom! Provavelmente vamos usar o RGhost em um projeto da surgeworks.