Franchement, est-ce que Rails est pro?


#1

En voilà une bonne question :

http://www.railsfrance.org/node/291#comment-387

En clair Rails n’est plus simplement une affaire de geeks, mais devient
un
sujet d’interrogation pressant pour le monde du business.

L’acceptation (enthousiaste) par les développeurs étant acquise, une
autre
étape est engagée, l’acceptation par l’Entreprise.

Pour que les développeur puissent coder en Rails comme ils le
souhaitent, il
faut donner confiance aux décideurs.

Clairement, la majorité des posts sur railsfrance sont geek-oriented.
C’est
conforme à la vocation du site, c’est ce qu’on attend, mais c’est peu
lisible pour le non initié.

Le moment parait donc venu de lancer un sister-website au contenu
“corporate”.

Un simple blog rassemblant des études de cas, originales ou traduites de
l’anglais pourrait faire l’affaire.

Qui se sent la fibre business ? Qui a une succes-story a raconter ? Qui
veut s’y coller ?

Philippe.

P.S

Quelque noms de domaine libres qui pourraient faire l’affaire (BTW, quid
de
railsfrance.com ?)

rails-strategy.com
rails-in-business.com
railsinbusiness.com
executive-rails.com


#2

On 5/17/06, philippe lachaise removed_email_address@domain.invalid wrote:

Pour que les développeur puissent coder en Rails comme ils le souhaitent, il

rails-strategy.com

hum …

Je suis mi figue mi raisin à ce sujet.
Je dois faire prochainement (courant Juin) une présentation sur Rails
dans ma future ex boite (suis sur le depart vers des contrees celtes),
le contenu sera essentiellement technique mais je pens eque je
consacrerait un petit 1/4 d’heure à parler argumentaire destiné aux
decideurs.

Amha, faire de Rails un J2EE n’est pas glop du tout, perso j’en ai ma
claque des decideurs presses qu’il faudra encore et toujours violenter
pour les faire changer d’avis sur une techno. Rails n’est pas la
solution à tout, c’est une solution temporaire a certains problemes,
il y aura mieux aprés.

L’arrivée de Rails, et de Ruby, comment il a été créé et poussé vers
le devant de la scène serait ptet un bon moyen de montrer que les
technos sont en constante evolution et qu’il faut qu’ils arretent
d’attendre que leur maison soit tomber en ruine pour la changer.

Donc : en parler, en faire la comm : OUI, le refaire J2EE like : NON.

Ruby et Rails sont issus du libre et d’une communauté, pas d’une
entreprise comme Sun/Novell/Microsoft/Apple.

A nous de trouver le bon ton, a mon gout ca serait bien de penser long
terme et de les preparer a la suite …


#3

2006/5/17, Thomas R. removed_email_address@domain.invalid:

Donc : en parler, en faire la comm : OUI, le refaire J2EE like : NON.

Je suis assez d’accord avec ça.

Je pense que les décideurs ne devrais pas s’inquiété des technos. Comme
on
le sait chacune a ces avantages et ces inconvénients. Chaque
problématique Ã
une à plusieurs solution (technologique et methodologique).

Par contre je trouverais interessant de s’étendre plus sur le mode de
conception qui accompagne Ruby. Je ne suis pas au fait du pourquoi du
comment dans quel étagère, mais le mot de pragmatique et autres agilité
est
souvent apparu associé à Ruby.

De mon point de vue c’est cette approche sur laquel devrais se pencher
les
décideurs. La façon de travailler fait tout, la technologies retenu
n’est
qu’une conclusion à une suite d’analyses/contraintes pour un problème
donné.

Je ne sais pas si je me suis bien fait comprendre. Mais en gros je pense
que
c’est plus sur la façon de travailler que sur une technologies qu’il
faudrais peut-être faire quelque chose.

Je sais que ça dépasse le cadre de ruby on rails. Cependant, comme je
l’ai
dit plus haut, il faut avoir des exemples pour parler de certaines
choses.

Les designs patterns par exemple bien que débuté avec smalltalk, et
utilisable avec tout les langages objet (a priori) voir avec tout les
langages tout court (avec certain ça risque d’être douloureux mais
pourquoi
pas), sont souvent associé à Java. La plus part des exemples sont codé
en
java.

Alors pourquoi ne pas faire l’apologie du pragmtisme, de l’agilité en se
basant sur des exemples RoR (voir Ruby) par exemple ?


#4

-touss-

“Pragmatic Ruby Patterns”

(oui il faut aussi que j’arrete de taper vite)


#5

On 5/17/06, Yannick F. removed_email_address@domain.invalid wrote:

c’est plus sur la façon de travailler que sur une technologies qu’il

“Pragmating Ruby Patterns” ?

ca fait un bail que je me dis qu’il faut que je me mette aux patterns


#6

On 5/17/06, Thomas R. removed_email_address@domain.invalid wrote:

“Pragmating Ruby Patterns” ?

          ^^^^^^

lapsus Freudien ? :slight_smile:


#7

Surtout qu’un certain nombre de design pattern sont déjà inclus de base
dans
le language.

2006/5/17, Ollivier R. removed_email_address@domain.invalid:


#8

2006/5/17, philippe lachaise removed_email_address@domain.invalid:

En voilà une bonne question :

http://www.railsfrance.org/node/291#comment-387

En clair Rails n’est plus simplement une affaire de geeks,
mais devient un sujet d’interrogation pressant pour le
monde du business.

Je sais pas si Rails est mature et pro, en tout cas il y a
un article chez Dr Dobbs (+ itw de DHH) :

http://www.ddj.com/dept/architect/187203512?pgno=1

-- Jean-François.