Entonces le estás errando, todo los lenguajes de script según tu concepción serían openSource. Igual, en python puedes no entregar el código y sólo entregar los .pyc (que son algo así como código python compilado) aunque sigues necesitando el intérprete (el bittorrent de windows usa ésta técnica), en fin a lo que voy es que no puedes ponerlo como contra ya que es una falencia de los lenguajes de scripting o sea que todos los lenguajes de éste tipo tendrán ese problema y si todos tienen ese problema no es una contra de un lenguaje particular.

Ahora voy a por ruby (ja!, siempre quise decir algo así):
pros:
Es íntegramente orientado a objetos (incluso las clases son objetos)
Second chance, si un objeto no sabe cómo responder a un método se le da una segunda oportunidad (creo que se llama al método method_mising) para que vea si puede resolverlo (hasta el momento conozco 3 lenguajes que implementan ésto, SmallTalk, Ruby y Objective C (y éste es compilado ))
Las clases están abiertas, ésto es que puedo agregar o reescribir métodos de cualquier clase en cualquier parte del programa (incluso de las clases nativas del lenguajes)
Bloques (clousures)
Mixin, poder agregar a una clase métodos de un módulo.
Existe documentación en inglés (ésto es muy positivo ya que el lenguaje es japonés, y hace poco que se tradujo su documentación a inglés).
Poder ejecutar comandos del sistema operativo con sólo `` (ejemplo `ls -l`).
Contras
Mucha convensión de nombres, para que sea constante debe empezar con mayúscula, las variables de clases deben empezar con @@, etc.
Abuso de end's, cada bloque termina con ends, puede llegar a ser desventajoso.
Muchas formas de hacer lo mismo (eso genera que el código quede confuso, es más programadores perl famosos por querer hacer todo en una sóla línea hagan cosas raras que sólo ellos entienden).
Es lento (incluso su versión de java jruby es más rápido), aunque en la versión 1.9 ésto parece solucionado.