Compiz Fusion

Anda que me he aguantado bastante.... xD

Ayer reinstalé la ubuntu porque no tenía espacio en la partición del sistema (vamos que / tenía 11megas de espacio libre después de arrancar xD) así que nada: backup, instalación limpia, volcamos configuraciones, y tal... Pues nada, ya he vuelto a llenar todo de mierdas para probar dos proyectos:

- lowfat: hace tiempo salió un video de una especie de "escritorio" que te dejaba mover los documentos, apilarlos, como si fuera un motor físico, lowfat es la alternativa libre (y cutre, todo sea dicho xD) pero está maja de ver. Además sólo han sido 3 librerias xD

- Compiz Fusion: éste si....éste si que lleva librerías a mansalva, manda webos... xD y al final me daba fallos por gilipollas, me faltaba el AddARGBGLXVisuals en el xorg.conf y no me sacaba los bordes de las ventanas. Por si a alguien le pasa, sólo tiene que añadir al /etc/X11/xorg.conf , justo debajo de lo de DefaultDepth (con que sea dentro de la seccion Screen llega) ésto:

Option "AddARGBGLXVisuals" "True"

y ya está, si no es eso aseguraros de tener el DefaultDepth puesto a 24 que si no ésto no tira bien xD. MiniExplicación: es una opción del driver de nvidia que hay que activar para poder aplicar la codificación de colores ARGB (A de Alpha) con la aceleración 3D, supongo que necesario para alguna librería del Fusion de las narices.

Total, que todo muy bonito, que voy a ponerlo por defecto un par de días a ver que pasa: una de dos o acabo hasta la polla de él y lo mando a la mierda hasta que tenga ordenador nuevo (y éste se podría decir que casi lo es) o aquí se queda, ya os contaré. De todas prometo aguantarme de maltratar al portatil físicamente ;)

Os dejo un tuto de instalación del Compiz Fusion aquí.

Os iba a buscar el link para el lowfat, pero casi mejor que os dejo un video de uno de los nuevos plugins que trae Compiz Fusion:

Más filtraciones de material de Sony

Bueno, desde que se "filtraron" los debug firms ha habido todavía otra filtración bastante más gorda, la del SDK de PS3 para desarrolladores.

Ésto es bueno por un lado y malo por otro. Supuestamente éste SDK debería dejar compilar aplicaciones que se pudiesen ejecutar en una PS3 de venta al público, es decir, no tendríamos el problema de no poder instalar el firmware. Lo malo viene por el lado de que vale, igual alguien con ese SDK saca un isodumper y un isoloader firmado que se puede lanzar en cualquier psp, pero no es tan accesible como las herramientas para crear software para, por ejemplo, la PSP.

Es decir, SI, podría aparecer algo para poder jugar por el morro que es lo que quiere todo el mundo pero no habría un gran adelanto en cuanto a la posibilidades de homebrew para la scene que suele ser lo que mueve éstas cosas.

De todas formas os dejo un pantallazo del programita que han hecho y metido en una ps3 la gente de ps3news (aunque no sé muy bien de quien es la autoría).


Fuente: ps3news

Una de cal y otra de arena

O lo que es lo mismo, una de tontunas y otra de "material" xD

Aquí os dejo una relación de los distintos tipos de pollos frikis (el de linux y el de apple son buenísimos xD)

Pregunta:¿Cómo cruzó el pollo la carretera? Fiki-Respuestas:

Pollo Windows 2000: cruzará la carretera en junio. No, en agosto. No, seguramente en septiembre, … mejor dicho, lo hará cuando esté listo…

Pollo OS/2: cruzó la carretera hace unos años pero nadie lo había notado.

Pollo Microsoft: está en ambos lados de la carretera… se compró la carretera…

Pollo Netscape: está parado en la mitad de la carretera gritando que el pollo de Microsoft no le deja cruzar.

Pollo Apple Macintosh: cruzó la carretera hace muchísimo tiempo y todavía reclama que fue el primero y que los demás pollos le robaron la idea.

Pollo Linux: sólo un experto en pollos puede lograr que cruce la carretera…

Pollo Delphi: El pollo se arrastra por la carretera y se suelta en el otro lado.

Pollo Visual Basic: nzHighways!TheRoad.cross (aChicken)

Pollo Ensamblador: primero construye la carretera.

Pollo C: cruza la carretera sin mirar hacia los dos lados. (si se la cosa casca ya se arreglará, prueba-error)

Pollo C++: no hace falta que cruce la carretera, es suficiente con dejar un puntero en el otro lado.

Pollo OOP (Programación orientada a Objetos): tampoco necesita cruzar la carretera, simplemente manda un mensaje. (yo habría dicho que instancia otro pollo en el otro lado xD)

Pollo Java: si necesitas tener un pollo en el otro lado de la carretera, puedes descargarlo del servidor. (o lo que es lo mismo, el pollo es un applet, está en todos lados)

Si, lo que va en cursiva es cosa mía xD

y ahora el material, hoy me he encontrado dos sitios especialmente útiles si trabajáis con java. Si, como yo, estáis en la universidad y usáis Linux fijo que programáis "casi" todo en java :P

- Por un lado está chuidiang, aunque el verdadero título es "Ejemplos de Java y C/Linux". Más o menos es lo que deberíamos haber hecho rafa y yo cuando empezamos la carrera (y se habló en su momento) crear un wiki donde ir metiendo de forma ordenada todo lo que íbamos tocando tanto en la carrera como fuera de ella. Sobretodo después de las palizas con LP2 nos habría quedado un manual de Ada de la polla, hasta podríamos publicarlo! xD

- En el otro extremo tenemos a Java-source.net, un sitio donde podréis encontrar todo tipo de librerias, herramientas y demás utilidades varias para java, todas open source :D. Hay hasta ofuscadores de código no os digo más, que por si lo estáis pensando tienen su utilidad en generar un .jar mucho más pequeño y menos "reversible", más bien menos "entendible", nada que no pueda contrarrestarse con un buen debugger (que también tienen en ésta página).

Ale, a disfrutar :D

Dell venderá ordenadores con Ubuntu

Acabo de leer la noticia y ya es totalmente oficial. La compañía de ordenadores Dell venderá equipos con Ubuntu Linux preinstalado, lo cual es una genial noticia ya que los usuarios, además de utilizar un sistema operativo mucho mejor en casi todos los aspectos, no tendrán que pagar nada por él por lo que los precios de los ordenadores de ésta marca, hasta ahora sólo disponibles con Windows preinstalado, serán más asequibles de precio al no tener que cobrar al usuario la licencia de dicho sistema operativo.

Ojalá signifique también que los fabricantes de hardware que liberan drivers para Linux se vean igualmente beneficiados ya que, si Dell vende equipos con Ubuntu significa que ese portatil dispone de total soporte de hardware para Linux. A ver si ATI da el brazo a torcer de una puta vez que sólo están haciendo el payaso.

¿Cómo habrá sentado ésto en Redmond? ¿mejor o peor que la noticia de los 244 Vistas vendidos en China? Pero tranquilos....seguro que Ballmer sale otra vez con que Vista sigue duplicando (o triplicando, ya puestos) las ventas de XP. xD

Os dejo los links a un video de Dell donde el fundador de Canonial (la empresa que desarrolla Ubuntu), Mark Shuttleworth, explica por qué empezó Ubuntu, como decidió que Linux se acercaría al usuario común (mi nueva especie particular xD) y demás... WMV, MP4, OGG

La noticia con el video incrustado en Direct2Dell - Dell's Blog
La noticia en el site de Ubuntu

CODA

¿Por qué todo el software molón es para MacOSX?

Es que hay que ver, tienen siempre los mejores interfaces, de eso no hay duda, pero también es verdad que la gente que programa para OSX se lo curra mucho.

Y no sólo hablo de "bonito" sino también de funcional. Es el caso de CODA, su slogan es: one-windows web development y es totalmente acertado en la misma aplicación y en una única ventana tienes: editor de código, cliente FTP, editor de CSS, terminal SSH, documentación de referencia y navegador web basado en Safari. ¿no es increible? La gente de Panic se lo curra mucho.

A ver si sacan algo opensource para linux que se le parezca. Sería una gozada. Os dejo unos screenshots para que os deleiteis ;)

¿me vais a decir que no es una pasada?

Fuente y hotlinking gracias a FayerWayer
Sitio oficial de CODA

Prepara tu entorno para desarrollar RoR

Bueno, lo prometido es deuda, así que aquí tenéis el post sobre como preparar nuestro sistema para desarrollar para ruby on rails. Todos los comandos y demás son los que se usan para montarlo en Ubuntu, si usáis otra distro u otro sistema operativo la cosa cambia, aunque supongo que sólo en las instalaciones y muy poco en los demás comandos. (vamos, que tendréis que cambiar aptitude por yum, apt-get o siguiente, siguiente, siguiente... xD)

1.- Instalar Ruby

Lo primero, instalar Ruby, los gestores de documentación rdoc y ri (que todavía no los he usado pero debe ser algo similar al javadoc) y la consola para probar código sin tener que lanzar el navegador y demás irb:

sudo aptitude install ruby ruby1.8-dev rdoc ri irb

En éste caso estoy instalando la versión 1.8, mirad en vuestro gestor y coged la versión que prefiráis (normalmente la más nueva).

2.- Instalar una base de datos

En mi caso está claro que MySQL, no sé cuales soporta ruby pero seguro que Goolge si ;)

sudo aptitude install mysql-server libmysql-ruby mysql-client

Está claro que el paquete mysql-client no es necesario, yo lo uso para cambiar cosas en la base de datos y demás desde la consola, quien no lo vaya a usar puede ahorrárselo ya que, más tarde, ya veremos como consultar los datos de la base de datos desde eclipse. El paqute libmysql-ruby es imprescindible. Si usáis otra base de datos buscad la librería que os corresponda (cómodamente con sudo aptitude search post | grep ruby para postgresql por ejemplo, no he visto paquetes para oracle, igual es de pago y todo xD)

Antes de seguir vamos a cambiar el password del administrador de MySQL porque luego tendremos que hacerlo igualmente:

mysqladmin -u root password NUEVO_PASSWORD
sudo /etc/init.d/mysql restart

Os recomiendo instalaros un gestor gráfico para MySQL, a la hora de crear las tablas es mucho más comodo que saberse de memoria los tipos de variables ;) Yo uso el MySQL Administrator, pero no os recomiendo instalarlo (al menos por ahora) desde los repositorios de ubuntu ya que hay algo que compilaron mal, mejor os lo bajáis y lo instalais a mano sino os dará algunos jaleos con la gestión de schemas (bases).

3.- Instalar Ruby Gems

Gem es el gestor de librerías de Ruby. Es muy similar a los gestores de paquetes de las distribuciones linux, funciona exactamente igual sólo que gestiona librerias.
La versión de rubygems que he usado es la 0.9.2 y se instalaría de la siguiente forma:

wget http://rubyforge.org/frs/download.php/17190/rubygems-0.9.2.tgz
tar zxvf rubygems-0.9.2.tgz
cd rubygems-0.9.2
sudo ruby setup.rb

Con eso estarían instalado rubygems y podéis borrar el fichero que habéis bajado y el directorio que ha generado.

4.- Instalar Rails.

Rails es un servidor web preparado para trabajar con Ruby, no es que lo recomiendo para proyectos en producción, pero es muy cómodo a la hora de trabajar porque también Rails se puede integrar en Eclipse y nos deja lanzar/parar/reiniciar el servicio sin salir del entorno de trabajo, cuantas menos ventanas tengamos que tocar mejor. También me apunto lo de ponerme a mirar como instalar Apache+FastCGI para correr aplicaciones Ruby ;)
Vamos a instalarlo que me estoy enrollando:

sudo gem search -b rails
sudo gem install rails --include-dependencies

No sé muy bien como funciona gem, pero antes de hacer el search no me encontraba el rails. De paso os comento que cuando vayáis a buscar una "gema" (como he oido llamar a los frikis a las librerías de ruby xD) hacedlo con -b y os buscara en vuestro sistema y en los servidores porque si hacéis un search a pelo sólo buscará en vuestro equipo.

5.- Instalar RadRails

Bueno, ésto es chulísimo, yo trabajo, siempre que puedo, con Eclipse. Me parece un interfaz muy cómodo y que cada vez soporta más lenguajes. RadRails integra en Eclipse el soporte para Ruby. La verdad es la mejor integración de un lenguaje en Eclipse que he visto, podéis ver todo lo que soporta aquí, pero ya os digo de antemano que yo, desde que instalé ésto, no genero nada a mano.

Supongo eclipse ya instalado, sino en el todopoderoso google o en la propia web de Eclipse os podéis hartar de tutoriales que explican como instalarlo. Aprovecharemos para instalar un par de plugins más que nos serán de gran ayuda, consola de ruby en eclipse, bases de datos, no ocupan mucho y son bastante útiles. Vamos a ello:

La forma más cómodo es utilizar el sistema de instalación de plugins de eclipse: Arrancamos eclipse y nos vamos a Help > Software Updates > Find and install... , elegimos Search for new features to install y le damos a siguiente. Ahora nos toca añadir los servidores para que eclipse encuentre los plugins, se añaden dándole a New Remote Site... y dándoles un nombre y una dirección url al servidor. Os dejo los que tengo instalados, que son los que os recomiendo:

Aptana --> http://update.aptana.com/install
RadRails --> http://radrails.sourceforge.net/update
RubyPeople --> http://updatesite.rubypeople.org/release

Una vez metidos, nos aseguremos de que estén marcados, le damos a Finish y eclipse se conectará para generar el indice de paquetes de cada servidor y nos lo mostrará para que marquemos lo que queremos instalar de cada uno. Yo de los servidores de Aptana y RadRails tengo instalados todos los paqueten que os aparecen y del de RubyPeople también tengo todos menos los que están en la categoría Other (por ahora sólo el plugin Ruby Developtment Tools) y que puede que pruebe porque no tengo auto-completar y al parecer éste plugin lo hace. Desmarcad los paquetes que os digan que son incompatibles, ahora mismo no sé si había alguno o no, pero el asistente os avisará de eso mientras los marcáis :)

Y una vez hecho todo ésto ya tenéis listo eclipse para trabajar cómodamente con Ruby. Veréis que se ha añadido un nuevo tipo de proyecto Rails Project, que se han añadido un par de pestañas Server, Generators, Rake Tasks, Ri, Rails Plugings... que permiten manejar todo lo referente a ruby. Desde Generator podréis hacer todo aquello de ./script/generate ajax_scaffold cliente sin tener que iros a una consola y de una forma más comoda (desplegable + caja de texto), desde Server podéis gestionar los servidores de vuestras aplicaciones viendo el estado, el puerto, el estado y el proyecto al que corresponde cada servidor... todo muy cómodo :)

Ale, a disfrutar! jeje...

Shipit de Ubuntu Feisty

Parece ser que definitivamente el servicio de Shipit de ubuntu vuelve a ser como era con la llegada de Feisty, la nueva versión de ubuntu.

Para el que no lo sepa, Shipit, es un servicio que ofreció como novedad Canonical, la empresa desarrolladora de ubuntu (junto con la comunidad, cada día mayor y en constante crecimiento) mediante el cual, dabas tus datos y te enviaban la distribución a casa sin ningún tipo de coste. Ni siquiera pagabas los gastos de envío.

La versión definitiva de Feisty saldrá el día 19 de este mes (creo xD) y, como es costumbre en ubuntu, ya te puedes apuntar al shipit de ésta versión aunque no se enviarán, al giaul que hacían antes, hasta ese día.

El problema que, como todos suponíamos, tenían éstas ventajas es que la gente pedía cds sólo para tenerlos en la estantería, porque la iso te la habías bajado antes ya. Yo la verdad es que todavía tengo en casa unas cuantas "Dappers" (de las de ubuntu, no de guardar la comida xD) a las que no he conseguido dar uso. También es verdad que de aquella te dejaban pedir como mínimo 10cds de cada plataforma que quisieras. Cómo es lógico ahora incluyen algún que otro mecanismo de autodefensa contra "pedidores compulsivos":

We can send you CDs free of charge, but it will take from six to ten weeks to deliver, so you may prefer to download the CD images and record them yourself.

Vamos, que si te la vas a bajar y no tienes especial interés en el cd no nos toques las narices porque tarda :)

I would like:

1 Ubuntu CD (1 64-bit PC Edition)

1 Ubuntu CD (1 PC Edition)

3 Ubuntu CDs (3 PC Edition)

3 Ubuntu CDs (2 PC Edition, 1 64-bit PC Edition)

Ya no te (obligan) a pedir tropecientos cds sino que te mandan como máximo 3 y eso siendo de plataformas diferentes, aunque hecho de menos la edición para PPC que creo (y creo que creo bien) tendría bastante éxito ahora que la PS3 ha salido por fin...

En fin, un aplauso para Canonical y toda la gente de Ubuntu (desde los usuarios que envían los errores y su configuración de hardware hasta los desarrolladores)

Brainstorming en grupo

Si hace unos días Rafa nos presentaba una aplicación on-line para la gestión de proyectos muy completa, ahora le toca el turno a una aplicación on-line también que nos permitirá llevar esa fase de inicio de un proyecto de forma colaborativa.

La parte de brainstorming siempre es la primera fase de donde surge un proyecto, vamos, una marabunta de ideas que se pueden aplicar al proyecto. El sitio web bubbl.us nos permite hacerlo estando cada uno en un sitio donde tengamos una conexión a internet, muy cómodo.



La verdad, es que quedaría muy friki, uno en casa en pijama recien levantado, otro en el starbucks desayunando su café y su trozo de tarta y otro en el bus (si el PSOE gana y lleva a cabo eso de poner wifi cubriendo todo Madrid) :P

Bluetooth Driving

¡Mierda! Me han quitado el proyecto de fin de carrera que tenía en la manga xD

La verdad, es que no iba a ser fácil, pero en mi universidad (la UEM), están trabajando en un proyecto (llevan ya unos cuantos años) de un coche. La idea principal es que el coche se conduzca sólo, utiliza unas cuantas cámaras para detectar las lineas de la carretera y demás cosas que todavía no he visto. Pero si los controles están implantados en el coche para que lo pueda conducir un ordenador...supongo que con sólo añadir un receptor bluetooth, definir/inventarse un protocolo (que ojalá éstos tíos del video no sean de Redmond y piensen hacer público y estándar el que hayan hecho)

Os dejo el video del coche:

De todas formas, aunque ya haya uno, puede seguir siendo un proyecto interesante ;)

10 cosas que un desarrollador debe saber

He visto aquí, las 10 cosas más importante que el autor ha aprendido en sus 10 años como desarrollador profesional de software, está en inglés, así que aquí os dejo una mini-traducción de mi cosecha (no me critiquéis mucho):

1. El diseño Orientado a Objetos es más jodida de lo que parece: ésto también lo puedo corroborar yo ;)
2. La parte difícil del desarrollo de software es la comunicación: y no se refiere a tirar sockets, sino a la comunicación con el resto del equipo de desarrollo.
3. Aprende a decir no: ésto pasa, cuando empiezas en un trabajo todo lo que te plantean te parece interesante y siempre dices que si, que lo haces. Al cabo de un tiempo todo eso se traduce en trabajo extra que haces en horas extras o en casa.
4. Si todo es igual de importante, entonces nada es tan importante: Cuando te plantean una serie de funcionalidades te suelen decir de todas que son cruciales para la aplicación cuando realmente no lo son. Planteales, sin decir que algo NO se hace, que te planifiquen el tiempo, que debería estar para ésta semana y cosas así....
5. No "sobre-pienses" un problema: No estoy de acuerdo del todo, dice que es mejor diseñar algo menos y empezar a picar código antes y encontrarás los puntos fuertes. Yo quizás soy más de la opinión de que hacer un buen diseño lleva tiempo, pero una vez hecho el resto es sólo picar y cantar :)
6. No te centres demasiado en un sólo factor: Está claro, el ejemplo que pone él es que era realmente divertido meterse a fondo con el servidor de bases de datos pero que realmente sólo con conocer lo básico bastaba para sacar la aplicación.
7. Aprender qué hace el resto del equipo: Se refiere a saber de qué se encarga el resto del equipo de desarrollo. Desde mi punto de vista, para ser útil, viene a ser algo como: "oye, pásame el diseño de la BD para ver como hago ésto"
8. Tus compañeros son tus mejores profesores: ...según sean tus compañeros, si son del estilo "léetelo" pues no, pero si no les importa explicarte algo, está claro que aprenderás mucho de ellos.
9. Lo importante es que funcione: Está claro, si el programa funciona, aunque vaya un poco más lento, tu trabajo está hecho. Para mi, depende de a qué esté orientado un programa y aún así la eficiencia es algo importante. Se nota que el trabajo de éste tio es Microsoft-Oriented :P
10. Hay gente que es gilipollas: También está claro, en todos lados hay de ésto, simplemente intenta evitar el trato con ellos tanto como puedas.

Bueno, hay cosas en las coincidimos, otras que difieren en los matices y algunas que no cuadran, pero bueno, me parecen interesantes los puntos que trata.

De Linux a Symbian S60

Éstas noticias si que merecen la pena y al final si no lees el blog adecuado ni te enteras. Nokia (marca que aborrecía por ciertas prácticas estilo Redmond y que ahora cada vez me gusta más) ha añadido a su SDK para Symbias S60 un nuevo plugin que permitirá portar proyectos realizados para nuestro ordenador a los smartphones que lleven ese sistema :D

Dicho así suena raro y en la noticia de xataka suena más raro todavía porque dicen "permitirá portar los proyectos Linux Open-Source a Symbian S60", no sé muy bien que se entiende por un proyecto Linux Open-Source, vamos, que no sé en que se diferencia de un software que haya hecho alguien en su casa sobre windows xD, yo creo que es porque vende más.

Al parecer lo que han sacado es un Open C que permitirá compilar código C/C++ estándar para Symbian y que las librerías que usa son estándar también. (eso ya suena más "normal" eh? xD)

¡Rafilla! tenemos muchas cosas que probar cuando vuelva a Madrid :D

Diccionarios de Términos on-line

Hay muchos lo sé, pero me refiero a diccionarios usables por algo "no-humano", es decir, no quiero un diccionario on-line como el de la rae, sino el acceso a su base de datos, algo que pueda utilizar desde un programa, por ejemplo un corrector ortográfico.
Y lo he encontrado (también en barrapunto) es el proyecto CoolTran y me estoy planteando seriamente incluirlo en nuestro de proyecto de ISBC (Ing.de Sistemas Basados en el Conocimiento) de la UEM, en vez de hacernos un diccionario propio con las palabras de prueba para la demostración de la práctica, aunque son sólo diccionarios de traducción y no guardan género ni número de las palabras (ahí podría entrar mi teoría de hacer todo eso en reglas en vez de guardarlo jeje). Todo se andará :)

Por cierto hay que ver que bien va la página del proyecto (por algo está en rediris) tiene que ser una gozada poder guardar tus desarrollos ahí.

NOTA: Puce, si lees ésto no te acojones que le diré a Giraldez a ver si es muy chungo xD

RoR :: Ruby on Rails

A petición de Rafilla que quiere meterse en éste mundillo voy a hacer un post sobre cómo empecé hace un par de meses con ésto de RoR. Todavía no soy quien para enseñar nada sobre éste lenguaje así que os contaré mi impresión y os dejaré los links a los tutoriales por donde empecé yo :)

Hoy en día casi todas las aplicaciones web que utilizamos funcionan con una base de datos, aunque sólo sea para el control de usuarios, todas necesitan poder consultar datos, añadir datos nuevos y modificar los ya existentes, hasta ahí todos de acuerdo no? Vale.

¿Cómo lo hacen? Más bien, ¿qué usan para hacerlo? Pues al principio yo creo que lo que más abundaba era Java, pesado de cojones. Ahora yo creo que Java sigue estándo por ahí en forma de JSP, también se usa ASP, .NET y tal...aunque lo que más prolifera es PHP y desde hace un tiempo Ruby que creo que acabará comiendo terreno a pasos agigantados. ¿por qué? Porque en todos esos lenguajes para usar una base de datos tienes que hacer tus métodos de control de la base de datos, tirar SQL, etc... y sin embargo Ruby hace todo eso por ti. Grandes ventajas que le veo:

- Orientado a Objetos (a mi me gusta trabajar así, me parece más sencillo y organizado)
- MVC (ModeloVistaControlador, más organizado todavía)
- No defines estructuras de datos ni variables, todo eso lo hace ruby a partir de la base de datos nada más.
- Interfaz de Usuario? Pues también te lo hace Ruby (el genial scaffold)

Yo leí ésto antes de probarlo y me lo imaginaba todo mucho más cutre de lo que es en realidad. Lo mejor es que lo probéis, aquí os dejo por donde empecé yo:

- Para ver un poco como es el lenguaje: Un "simluador" de Ruby
- Para probarlo en condiciones: "EL" tutorial en dos partes: primera y segunda

El tutorial de "Ruby sobre Railes" está orientado a usuarios de Windows, yo trabajo con Ruby sobre Linux (ubuntu) y se puede seguir perfectamente, de hecho vereis que las llamadas a los scripts de Ruby son totalmente estilo linux. Yo lo tengo montado sobre: mysql y rails.

Consejo: Los interfaces que genera el scaffold del tutorial...está claro que son feos y son para que los pongáis bonitos...antes de empezar a pelearos a muerte con los rhtml (que no os vendrá mal) probad a cambiar la palabra scaffold por ajax_scaffold, es decir donde os diga "./script/generate scaffold recipes" poned "./script/generate ajax_scaffold recipes". De nada... xD

UPDATE: Buscando la imagen para el post he encontrado una chuleta para RoR que nos puede venir a más de uno (y me incluyo).