Le 30 janvier 2009 10:13, ook? ook! a écrit :
Ça me rappelle un peu cette offre d’emploi d’une grosse
société américaine qui, en 1996, réclamait un ingé Java
avec 8ans d’expérience dans la techno minimum… Le
pauvre James Gosling ne pouvait même pas postuler… trop
triste
On a déjà eu des offres d’emploi aux States qui demandaient
une expérience en Rails plus longue que celle de DHH qui
lui non plus ne pouvait pas postuler, mais ce n’est pas le
cas de celle d’Alexis.
– Jean-François.
migrer l’ensemble des ces outils de gestion et son site web vers RoR.
Traduire PHP => RoR
C’est certainement un marché émergent lié à la prise de conscience
croissante de la qualité (technique et RH) de Rails.
Mais ATTENTION, la réalité c’est PHP crade => RoR propre.
Tout le monde y gagne, Ã commencer par le client qui pourra envisager
l’avenir plus sereinement, mais la phase de conversion (SQL Ã la hache
=>
AR) n’est pas triste et doit être clairement budgeté.
(il se trouve que je suis exactement en train de faire ça 
Le 30 janvier 2009 10:50, Michel a écrit :
De toute façon la plupart des demandeurs de main
d’oeuvre qui demandent des moutons à cinq pattes
se contentent générelement d’un canard qui n’en a
que deux mais palmées
Ah c’est donc ça, ce qu’on appelle le duck typing ?
– Jean-François, ->() { }.
Attention, vu que ça s’est répandu, on commence à voir du RoR crade…
Bientôt dans les bacs!
Le 30 janvier 2009 11:34, Thibaut a écrit :
Attention, vu que ça s’est répandu, on commence à voir du
RoR crade…
Bientôt dans les bacs!
Pas besoin de chercher si loin, il suffit de lire cette mailing-list
de temps en temps.
– Jean-François.
Le 30 janvier 2009 11:27, philippe a écrit :
migrer l’ensemble des ces outils de gestion et son site web vers RoR.
Traduire PHP => RoR
Par curiosité, sur quoi te bases-tu pour affirmer cela ?
Rien ne le prouve, et rien ne prouve le contraire.
– Jean-François.
Effectivement Rails 1.0 ayant un peu plus de 3 ans maintenant, quelqu’un
avec 2/3 ans d’expérience n’est plus si rare que ça.Je pense en revanche que quelqu’un pouvant justifier de 3 ans d’expérience
en Rails est plus que rare en France. Sinon, on peut considérer que j’ai 4
ans et demi d’expérience en Rails, ce qui serait en fait faux.
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)
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.
C’est pas facile de se mettre à jour en permanence, et en question car
aussi les bonnes pratiques évoluent. 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…
–
Mathieu, vieux Raileur
Traduire PHP => RoR
Par curiosité, sur quoi te bases-tu pour affirmer cela ?
Rien ne le prouve, et rien ne prouve le contraire.
Peut être qu’il avait la sensation que gros projet d’adoption peut se
traduire par existant important à prendre en compte, donc à
comprendre.
C’est ça ?
2009/1/30 Thibaut Barrère :
Traduire PHP => RoR
Par curiosité, sur quoi te bases-tu pour affirmer cela ?
Rien ne le prouve, et rien ne prouve le contraire.
Peut être qu’il avait la sensation que gros projet d’adoption peut se
traduire par existant important à prendre en compte, donc à
comprendre.
Mais l’existant peut très bien être codé en Java ou
une techno autre que PHP. D’après les éléments données dans
l’offre d’emploi, on en sait rien !
– Jean-François.
Attention, vu que ça s’est répandu, on commence à voir du RoR crade…
J’ai déjà vu … avec du SQL dans les views :))
Le 30 janvier 2009 12:18, philippe a écrit :
Attention, vu que ça s’est répandu, on commence à voir
du RoR crade…J’ai déjà vu … avec du SQL dans les views :))
Des views Oracle.
– Jean-François.
Mais l’existant peut très bien être codé en Java ou
une techno autre que PHP. D’après les éléments données dans
l’offre d’emploi, on en sait rien !
ta remarque me fait me poser une question: je serais curieux de savoir
qui sait faire ou aime faire quoi sur cette liste.
Par exemple moi, je n’irais pas maintenir du PHP vu mon historique.
.Net, Java ou C++, par exemple ne me posent en revanche pas de
problème.
Peut être qu’un petit sondage pourrait nous donner une idée…
Ca en intéresse d’autre, à titre de curiosité (anonymement ou pas) ?
[blog] http://evolvingworker.com - tools for a better day
[blog] http://blog.logeek.fr - about writing software
2009/1/30 Jean-François Trân [email protected]:
2009/1/30 Thibaut Barrère [email protected]
Attention, vu que ça s’est répandu, on commence à voir du RoR crade…
Bientôt dans les bacs!
C’est pour ça qu’il faut VITE se trouver des postes d’ing RoR entourés
de
gens qui codent bien. Avec un peu de chance et de pédagogie, on peut
éduquer
toute la masse “correctement”. Je viens quand même de fuir un poste en
or
tout ça parce que j’en avais marre d’être le seul sur 500 employés Ã
savoir
écrire un Generic en Java…
Des views Oracle.
Non, RHTML
Une difficulté difficulté de migration (PHP|Java|Net|) => RoR c’est
qu’en
l’abscence d’un ORM dans l’appli de départ le schéma est très différent
d’un
schéma AR.
Pas seulement le naming des tables et ids mais la structure.
Qui plus est, on s’aperçoit que certains on des notions bizarres du
relationnel et on doit reconstruire en AR Ã partir de trucs aberrants
qui
étaient plus ou moins tombés en marche.
Et ça prend un temps !
2009/1/30 philippe lachaise [email protected]
Attention, vu que ça s’est répandu, on commence à voir du RoR crade…
J’ai déjà vu … avec du SQL dans les views :))
Nan ? Tu plaisantes j’espère 
Le 30 janvier 2009 12:24, ook? ook! a écrit :
Attention, vu que ça s’est répandu, on commence
à voir du RoR crade…J’ai déjà vu … avec du SQL dans les views :))
Nan ? Tu plaisantes j’espère
On en voit bien qui utilise AR::find ou des finders dans les vues,
donc c’est possible.
– Jean-François.
Ah et aussi une petite prévision: quand on migrera des applis
ActiveRecord vers CouchDB dans 3 ans, on se dira bien les mêmes
choses. Mais c’est trop torrible! Le relationnel est tellement pas
bien. Hehehe.
D’ailleurs en passant: après avoir utilisé un peu CouchDB en test,
puis Sphinx en production , je trouve que c’est vraiment pas sympa
d’avoir à mettre les tags d’un objet dans une table à part (ex:
acts_as_taggable).
J’aime bien pouvoir faire item.tags=“bla,bli,blo” et savoir que ça ne
touche que l’élément concerné 
– Thibaut
du SQL dans les views :))
Nan ? Tu plaisantes j’espère :’(
Hélas non. J’ai signé un NDA sinon j’aurais montré le code.
Heureusement je n’ai pas été retenu pour cette opération de sauvetage,
ce
qui m’a épargné des cheveux blancs
Vivi, je n’ai pas choisi ma métaphore tout à fait au hasard…
Michel B.
2009/1/30 Jean-François Trân [email protected]
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs