[JOB] Mission 1 an Dev RoR

quand on migrera des applis ActiveRecord vers CouchDB dans 3 ans, on se
dira bien les mêmes choses.

Migrer du relationnel propre ça pourra se semi-automatiser, du crad ce
sera
à la main, avec plein de café (tiens au fait il est où le gars de
Nespresso
? :wink:

Pour revenir au sujet, quand on offre un job de migration faut vraiment
évaluer la partie (chiante) existant. C’est ptet là le plus gros du taf
!

philippe lachaise wrote:

Des views Oracle.
Non, RHTML :slight_smile:
Dommage que ca soit pas HAML, :slight_smile:


Cyril M.

Le 30 janvier 2009 12:43, philippe a écrit :

avec plein de café (tiens au fait il est où le gars de Nespresso
? :wink:

Georges Clooney ?

– Jean-François.


http://twitter.com/underflow_

Le 30 janvier 2009 13:49, Cyril a écrit :

Des views Oracle.
Non, RHTML :slight_smile:
Dommage que ca soit pas HAML, :slight_smile:

HAML, c’est naze

Bon, je ressors ma blague que j’ai déjà faite lors d’un
Apéro Ruby, pour que tout le monde puisse en profiter :

Rails avec HAML, c’est Ruby côté modèles, Ruby
côtécontrôleurs et Python côté vues.

– Jean-François, troll du vendredi.


http://twitter.com/underflow_

Le 30 janvier 2009 11:31, Mathieu a écrit :

Hey Mathieu, long time no see !

La durée de l’expérience, je trouve pas que ce soit un bon critère
pour Ror (et surement dans d’autres domaines)

Dans mon cas, je baigne dans Ror depuis l’automne 2005.

Je préfererais avoir 6 mois d’expérience, ça m’éviterait d’avoir
encore en tête des reflexes, des mauvaises habitudes qui
datent des premières versions (< 1.0.0)

“Désapprendre tout ce que tu a appris tu dois” – Yoda

C’est tout à fait faisable de réapprendre Rails depuis zéro,
faire comme si on ne connaissait pas, c’est un peu comme
le code de la Route.

Et je passe sur les plugins que tu as bien aimé et qui sont
morts et remplacés par d’autres ou les trucs sortis du core.

T’es trop nostalgique. Tu peux leur apporter des chrysanthèmes
la veille de la Toussaint, si ça te chante.

C’est pas facile de se mettre à jour en permanence, et en
question car aussi les bonnes pratiques évoluent.

Certes, mais la majorité des bonnes pratiques ne change pas.

Le temps passé à se demander si c’est la bonne manière,
la plus propre n’est pas négligeable et de corriger en
conséquence…

En même temps, l’informatique, de manière générale,
çan’arrête pas d’évoluer, des nouvelles choses (ou des anciens
trucs qu’on fait passer pour des nouveautés) arrivent, et
faut arriver à suivre, c’est aussi ce qui fait qu’on ne s’ennuie pas.

–Jean-François.


http://twitter.com/underflow_