Je cherche des exemples d'applicaitons Ror complets
Jose Pepe
je suis a la recherche d'exemples d'applications en RoR complets qui
pourraient m'aider a m'entrainer a developper des solutions RoR
pour l'instant j'ai seulement trouve ceci:
- Tutorial on developing a Facebook application using Ruby on Rails
- Rolling with Ruby on Rails
Si vous connaissez une autre page avec ce type d'exemples, stp
envoyez-la moi
A bientot
jose
--
Posted via http://www.ruby-forum.com/.
Sébastien Lamy
Jose Pepe a écrit :
Cyril Mougel
>
> Salut a tous!!
>
> je suis a la recherche d'exemples d'applications en RoR complets qui
> pourraient m'aider a m'entrainer a developper des solutions RoR
>
> pour l'instant j'ai seulement trouve ceci:
>
> - Tutorial on developing a Facebook application using Ruby on Rails
>
> - Rolling with Ruby on Rails
>
> Si vous connaissez une autre page avec ce type d'exemples, stp
> envoyez-la moi
>
Il y a plusieurs bonne applications Rails à regarder au niveau du code :
- Typo
- Mephisto
- Beast
Sinon tu peux regarder le code de Redmine, mais je le trouve moins
intéressant au niveau de sa conception. Bien sûr ceci est un avis
personnel.
Tu peux aussi tout simplement chercher une application que tu aurais
fait et voir si ça existe en libre.
--
Cyril Mougel
http://blog.shingara.fr
ook? ook!
Sinon tu peux regarder le code de Redmine, mais je le trouve moins
intéressant au niveau de sa conception. Bien sûr ceci est un avis
personnel.
Pour Redmine, je le déconseillerais puisqu'il a débuté avec la version 1.2.x de Rails, et n'a pas été "réécrit" en profondeur depuis: il y a de vilains héritages de Rails 1 dedans.
Mais sinon, c'est un projet très intéressant fonctionnellement :)
Cédric Brancourt
C'est un bon gestionnaire de projets.
sasy22
http://rails.homelinux.org/
Tu trouvera un tuto en format pdf "four days on rails"...
On 7 avr, 17:45, "Cédric Brancourt" <cedric.branco...@gmail.com>
wrote:
> C'est un bon gestionnaire de projets.
>
>
>
>
>
>
> > Le 06/04/08, Cyril Mougel <cyril.mou...@gmail.com> a écrit :
> > > Sinon tu peux regarder le code de Redmine, mais je le trouve moins
> > > intéressant au niveau de sa conception. Bien sûr ceci est un avis
> > > personnel.
>
> > Pour Redmine, je le déconseillerais puisqu'il a débuté avec la version
> > 1.2.x de Rails, et n'a pas été "réécrit" en profondeur depuis: il y a de
> > vilains héritages de Rails 1 dedans.
>
>
> - Afficher le texte des messages précédents -
Cyril Mougel
Je le trouve pas génial ce tuto.
1) il est en Rails 1.2.x only car il utilise scaffold et la pagination
qui était dans rails par exemple
2) Il commence par la mapping avec Apache alors qu'en développement
cette étape est totalement inutile.
Après, j'ai pas lu en profondeur.
>
> On 7 avr, 17:45, "Cédric Brancourt" <cedric.branco...@gmail.com>
> wrote:
>
> > Regarde clocking IT par exemple.
> > C'est un bon gestionnaire de projets.
> >
> > Le 07/04/08, ook? ook! <ook1...@gmail.com> a écrit :
> >
> >
> >
> >
> >
> > > Le 06/04/08, Cyril Mougel <cyril.mou...@gmail.com> a écrit :
>
> >
> > > > Sinon tu peux regarder le code de Redmine, mais je le trouve moins
> > > > intéressant au niveau de sa conception. Bien sûr ceci est un avis
> > > > personnel.
> >
> > > Pour Redmine, je le déconseillerais puisqu'il a débuté avec la version
> > > 1.2.x de Rails, et n'a pas été "réécrit" en profondeur depuis: il y a de
> > > vilains héritages de Rails 1 dedans.
> >
> > > Mais sinon, c'est un projet très intéressant fonctionnellement :)- Masquer le texte des messages précédents -
> >
> > - Afficher le texte des messages précédents -
>
>
> >
>
--
Cyril Mougel
http://blog.shingara.fr
Arthur Pétry
On 8 avr. 08, at 09:47, Cyril Mougel wrote:
>
> Je le trouve pas g�nial ce tuto.
>
> 1) il est en Rails 1.2.x only car il utilise scaffold et la pagination
Salut,
Quelqu'un connaît un bon tuto pour commencer direct en Rails 2.x ?
(notamment l'aspect RESTful)
J'ai vu beaucoup de tuto pour passer à Rails 2.x, un très bon tuto
sur le REST en Rails 1.2 (RESTful Rails Development de b-simple), mais
aucun pour aborder direct Rails 2.x...
Cédric Brancourt
On apprend rien de rails avec un Tuto de trois jours ... Réélement les tuto ne sont la que pour faire découvrir le framework.
Si vous êtes vraiment motivé par l'apprentissage de Rails :
Rails est avant un ensemble de bibliotheques Ruby, donc il faut déjà commencer par ACHETER un bon ouvrage sur Ruby, je vous recommande "Programming Ruby" ou "The ruby Way", il existe un nouvel ouvrage chez O'reilly , mais je n'ai pas encore pu le lire.
Puis je vous conseille d'acheter un ouvrage sur Rails, je penche plus pour "The rails Way" mais "Agile web developpement with Rails" est interessant aussi.
Ce qui vous donnera une documentation potable sur l'ensemble de bibliotheques Ruby que reprensente le Framework Rails.
Pourquoi ACHETER des livres ? Tout simplement parceque les outils Ruby, et Rails sont Open Source, et que c'est un bon moyen de financer que d'acheter de la documentation (même si elle est diponnible en libre telechargement). Dans cet objectif je vous conseille plutot d'opter pour les ouvrages rédigés par DHH, ou Matz.
Jean-Baptiste Escoyez
Cédric Brancourt
Mais une fois la lecture de AWDWR terminée, j'ai bien sentit le manque quant a la comprehension pleine et entière du fonctionnement de Ruby (c'est vennu du fait que je developpe essentiellement des outils d'administration système).
Je reconnais que l'approche pragmatique de AWDWR permet de hacker rapidement quelques applications basiques. Et il est vrai que la lecture de Programming Ruby peut être lourde, cependant une fois la lecture de celui-ci terminée, le contenu de AWDWR a pris un tout auter sens a mes yeux.
C'est pourquoi j'ai recommandé cet ordre de lecture ;) Finalement celui qui me convenais le mieux.
Sinon, en effet l'ebook Rails 2 de peepcode est fort pratique pour mettre à jour ses connaissances vers Rails 2. !
Arthur Pétry
Salut Cédric,Ton point de vue est intéressant. C'est effet un bon chemin pour maîtriser parfaitement la technologie Ruby et Rails.Pour ma part, je préconise cependant une approche plus pragmatique. Si Arthur désire être productif le plus rapidement possible, c'est peut-être beaucoup lui demander de se taper "Programming Ruby".Pour avoir du concret tout de suite, je conseille "Agile web developpement with Rails". La première partie du livre illustre le développement d'une réelle applications (très motivant). La deuxième partie analyse le framework plus en profondeur."The Rails Way" est un excellent ouvrage mais je pense qu'il est destiné à un public plus averti. C'est la meilleure référence mais il est moins didactique. De plus, il existe une traduction en français du premier et non du deuxième.L'inconvénient c'est que "Agile web dev..." couvre Rails 1.2 et pas Rails 2. Mais il existe plein de références sur internet qui expliquent les différences entre Rails 2 et Rails 1.2 (notamment le booklet PeepCode en français http://peepcode.com/products/rails-2-pdf-fr (que nous avons traduit)).Concernant l'apprentissage de Ruby, je crois vraiment qu'il est possible d'apprendre "sur le tas" , dans un premier temps. Pour pouvoir "hacker Rails", il faut effectivement se mettre à la méta programmation et il devient indispensable d'acheter un bon livre.Sinon, excellente argumentation à propos de l'achat des livre. En plus d'aider les leaders de la communauté, c'est vraiment le meilleur moyen d'apprendre vite.
Jean-Baptiste Escoyez
En fait il il faudrait juste une nouvelle version de Agile Web Dev pour Rails 2, je sais pas si c'est prévu.
Visiblement The Rails Way couvre Rails 2 dans sa dernière édition, je vais peut-être regarder de ce côté.
Je suis assez d'accord avec toi pour l'apprentissage de Ruby, sauf que j'étais un peu déçu par "Programming Ruby", on y apprend pas tant que ça justement pour le côté méta-programmation.
Bon apprentissage,
Jean-Baptiste
--
Jean-Baptiste Escoyez
Belighted.com | Web 2.0 Consulting & Training
Email : j...@belighted.com | Phone: +32 486 377593
Cédric Brancourt
J'ai précommandé Programing Ruby 3 eme edition aussi, pour avoir une projection sur la version 2(1.9) de Ruby.
Il ya très peu de différences avec les version précédentes concernant le contenu, mais j'ai tout de même trouvé l'ouvrage instructif (même s'il est en version beta).
A fait ou en est le webmail bollorételecom ? :D
Sébastien Gruhier
FX
> Faire du Ruby On Rails sans apprendre Ruby me parait 'une aberration.
> C'est un peu comme apprendre à conduire sans apprendre le code
> (bonjour les dégats).
> C'est comme cela que l'on se retrouve avec des applis mal codées qui
> n'utilisent pas la puissance de Ruby et de Rails, bref des usines à
> gaz qui deviennent ingérables.
attirent beaucoup de gens à Ruby, il ne faut pas se leurrer. Et une fois
qu'on plonge dans un bouquin de Ruby, on ne peut qu'être éhabi devant
les possibilités devant nous. Personnellement, j'ai dévoré Programming
Ruby, que j'ai trouvé vraiment stimulant à la lecture. Après c'est vrai
que je sais pas forcément coder en Ruby après ca, mais j'ai les bases
qu'il faut pour ensuite me débrouiller moi même sur le net, et quand je
vois du code Rails je peux comprendre comment ca fonctionne.
Pour l'instant je lis beaucoup, et si je trouve tout enrichissant, je
suis pas sur de savoir ce qu'il y a à faire ensuite pour dépasser les
bases de comment on fait un model ou un contrôleur ou une view. Ce sujet
sur les exemples d'applications est donc vraiment très bien pour moi.
Sinon, sur Rails je suis tombé sur un bouquin que j'aime beaucoup "Rails
for PHP développers". Evidemment, ca s'adresse en priorité à ceux qui
viennent du php, mais après les premiers chapitres très comparatifs, on
ne voit quasiment plus de php, et par contre il y a une approche très
efficace de la mise en place d'un site en Rails. sur trois ou quatre
bouquins que j'ai, c'est le premier que je vois aborder vite comment on
crée sa table dans un fichier de migration, ou aborder la conception des
routes. Evidemment, ca s'adresse à ceux qui ont déjà un petit bagage sur
le web, mais si vous l'avez, ce bouquin est vraiment un bon manuel pour
le débutant que je suis.
FX
Arthur Pétry
On 9 avr. 08, at 15:43, Cédric Brancourt wrote:
> A fait ou en est le webmail bollorételecom ? :D
Oui va falloir qu'on trouve un tout petit de temps pour sortir quelque
chose d'utilisable...
Harry Seldon
Pour faire une liste on a donc dit :
- Typo
- Mephisto
- Beast
- Clocking IT
- Redmine
- Lovdbyless
H
Cédric Brancourt
d'applications intranet/metier ....
Je trouve que rails a tout pour faire de belles applications metier,
mais on ne les voit pas fleurir a tous les coins de rue.
xlsuite tente de faire quelque chose, mais je n'ai absolument pas été
convaincu par le résultat.
Abelo semble être resté bloqué sur la version 1.1.6 de Rails, domage
car c'est une grosse perte en terme de maintenabilité a long terme.
Donc il nous reste quoi comme application de gestion d'entreprise (ne
me parlez pad de Hamster ou autre parodie d'application ...)?
Sinon on peut aussi ajouter RAM, qui est un asset manager ...
Etrange aussi de n'avoir aussi aucun e-groupware / OBM killer ...
Il existe bien quelque embryons de groupware, mais surtout des projets
abandonnés (il y en a une tonne sur rubyforge, mais qui va faire le
nettoyage ?)
Biensur je n'ai regardé que du coté des applications libres, je ne
sais pas ce qui se fait dans le monde du closed source/proprietaire
(et a vrais dire je m'en moque un peu ;) )
2008/4/10, Harry Seldon <list-i...@andreas-s.net>:
FX
dans l'idée de pouvoir convaincre mes chefs techniques de me laisser
ouvrir une cellule RAILS dans l'agence web où je bosse, je cherche des
exemples de vitrines rails. J'ai proposé une petite présentation de
RAILS et pour réaliser mon dossier et mes slides, je cherche des
données. Malheureusement, la plupart des sites réputés comme très
visités ne sortent guère du look 'n feel basique de rails. En regardant
Mephisto, je suis tombé sur un site qui tombe pile dans ce que je
cherche : http://the-leaky-cauldron.org/. en plus, apparemment le site
était en php 5 avant de passer en RoR si j'ai bien tout compris, donc c
parfait pour ma présentation.
Toutefois, un seul exemple de site travaillé sur le graphisme et
l'ergonomie ne va pas être très convaincant, c'est pourquoi je vous pose
directement la question : quels sont vraiment les vitrines de rails ?
des applications comme Twitter / lovdbyless ? des intranet qu'on ne peut
pas voir ? C'est bizarre qu'il n'y ait pas plus de mise en avant de
références sur le parcours de découverte rails.
Merci pour vos éventuelles réponses,
FX
Cyril Mougel
sur le site
http://www.business-on-rails.com/
2008/4/11 FX <fxgui...@gmail.com>:
--
Cyril Mougel
http://blog.shingara.fr
FX Gmail
> sur le site
Nickel !
merci beaucoup, ca va booster mes recherches ;)
FX
Jean-Baptiste BARTH
applis plus belles et plus ergonomiques ?
--
Jean-Baptiste
FX a écrit :
FX Gmail
> applis plus belles et plus ergonomiques ?
D'abord, de prouver que quelque soit la demande du client on pourra
faire en rails la même chose que ce qu'on fait en php (donc en premier
lieu pouvoir intégrer les maquettes faites par les graphistes et
validées par les clients).
Après, c'est de montrer que pour une certaine part de nos projets, le
développement agile sera plus adapté que le process actuel.
Et enfin que les temps de dev devraient à terme être sérieusement
raccourcis sur des sites simples (les fameux copier/coller chéris par
les commerciaux).
Je cherche également des données autres que rumeurs sur les montées en
charge sur RAILS. les partisans de Django ont l'air de dire que Rails
a du mal à supporter un très grand nombre de visites. Après ca peut
être du à tellement de facteurs (mauvaises prog, mauvaise gestion du
serveur, problème d'administration du serveur) que ca m'inquiète pas
trop personnellement, mais avant de se lancer dans une nouvelle
techno, c'est important de faire un benchmark là dessus :)
On a tout une grosse partie de notre code qui est en php4, et vu que
je n'aime pas trop les évolutions récentes de php (j'y couperai pas
mais bon, une fois qu'on a goûté à rails, ca va etre dur de revenir à
php5), je préfère à titre personnel m'orienter sur d'autres langages
(aka Ruby et AS).
Merci,
FX
Jean-Baptiste BARTH
J'ai été confronté à cette discussion avec un copain il y a peu : dès que tu montres ActiveRecord et/ou ActionMailer toute personne qui a déjà fait du dév web est séduite.
Ce qui ne veut pas dire que ça n'existe pas dans des frameworks d'autres langages, mais l'apprentissage est vraiment rapide en rails...
Sinon, modulo accord des auteurs, tu peux certainement t'inspirer des présentations de ParisOnRails ( http://2007.parisonrails.org/ ), le retour d'expérience de Guillaume Desrat en particulier m'avait bien intéressé et répondra peut-être aux questions de tes chefs...
Bon courage !
JB
FX Gmail a écrit :
Cyril Mougel
Tu pourras diffuser tes slides après les avoir utilisé ? C'est
toujours intéressant d'avoir de nouvelles présentation. Par exemple,
je suis en train de réaliser une présentation compléte de Rails pour
mon agence de CapGemini à Lille. Je présenterais ainsi Rails, mais
aussi sont déploiement avec JRuby dans un serveur d'application. Car
pour les grosses SSII, il faut qu'ils aient des trucs qu'ils
connaissent un peu. De plus, il parait que le deploiement en War
d'application Rails avec JRuby est presque plus performante. Je n'ai
fait aucun test pour vérifier ce fait. Je mettrais à disposition mes
slides une fois terminé. Ainsi que l'application de démonstrations que
je compte faire.
Sébastien Lamy
> Je cherche également des données autres que rumeurs sur les montées en
> charge sur RAILS. les partisans de Django ont l'air de dire que Rails
> a du mal à supporter un très grand nombre de visites. Après ca peut
> être du à tellement de facteurs (mauvaises prog, mauvaise gestion du
> serveur, problème d'administration du serveur) que ca m'inquiète pas
> trop personnellement, mais avant de se lancer dans une nouvelle
> techno, c'est important de faire un benchmark là dessus :)
>
rails en comparaison avec la sécurité assise qu'incarne PHP, j'avais
fait un petit wiki, peut-être y trouveras-tu des liens intéressants/
pourras tu l'enrichir
http://railsfudanihilation.pbwiki.com/
Je n'y ai pas inclus le débat récent sur les applis exemples, ni celui
sur les sources d'informations de cette mailing list.
Pour la montée en charge, j'ai surtout retenu friends for sale, dont on
a parlé sur cette mailing
http://highscalability.com/friends-sale-architecture-300-million-page-view-month-facebook-ror-app
Thomas GALIBERT
de l'informatique :)), j'ai développé une application métier pour
l'entreprise où je travaille, une maison de retraite ! (Et oui ! c'est
pas glamour, mais c'est une appli comme une autre !)
C'est loin d'être un exemple de codage, d'autant plus qu'un partie
d'une code a été faite alors que je n'étais que débutant en rails.
Cependant, le développement agile en entreprise a donné des résultats
surprenant et a permis d'avoir un outil performant rapidement et de
l'améliorer rapidement pour arriver aujourd'hui après six mois
d'utilisation a quelque chose de productif et agréable pour les
utilisateurs.
Je vais la proposer bientôt en utilisation libre en ligne, ... pour
l'instant vous pouvez voir la démo à cette adresse (qui va être
bientôt être modifiée) : www.mathusalem.info
Le 11 avr. 08 à 10:10, Cyril Mougel a écrit :
FX Gmail
> toujours intéressant d'avoir de nouvelles présentation. Par exemple,
> je suis en train de réaliser une présentation compléte de Rails pour
> mon agence de CapGemini à Lille. Je présenterais ainsi Rails, mais
> aussi sont déploiement avec JRuby dans un serveur d'application. Car
> pour les grosses SSII, il faut qu'ils aient des trucs qu'ils
> connaissent un peu. De plus, il parait que le deploiement en War
> d'application Rails avec JRuby est presque plus performante. Je n'ai
> fait aucun test pour vérifier ce fait. Je mettrais à disposition mes
> slides une fois terminé. Ainsi que l'application de démonstrations que
> je compte faire.
Pas de problème, mais je vais faire un petit truc, c'est juste une
veille pour l'instant, on va déployer la fin d'un R&D en php5, donc
Rails n'est clairement pas la priorité chez nous, je pousse juste pour
qu'on s'y intéresse à côté :)
Bonne chance pour ta présentation ! :)
FX
Sébastien Lamy
nous donne
- Typo
- Mephisto
- Beast
- Clocking IT
- Redmine
- Lovdbyless
- Donebox
Nicolas Mérouze
Pour le top 100 des sites en Rails : http://rails100.pbwiki.com/
Et pour les sociétés : http://www.workingwithrails.com/high-profile-organisations
Pour ce qui est de JRuby, la version 1.1 est plutôt rapide (sauf au lancement mais pour du web c'est pas grave), après je n'ai pas trop regardé JRuby On Rails et le déploiement en War.
En tout cas (mais bon c'est pour des gens qui viennent du Java pas du PHP) pouvoir utiliser n'importe quelle classe Java en Ruby c'est vraiment génial, je m'amuse bien avec.
--
Nicolas Mérouze
Développeur Ruby On Rails / Associé de Yeasty Mobs
http://boldr.fr / http://yeastymobs.com
JD
Le vendredi 11 avril 2008 à 08:29 +0200, Cyril Mougel a écrit :
tu peux trouver un petit catalogue de site français réalisé en rails sur le site http://www.business-on-rails.com/
Cdt,
J.
JD
Alexis Perrier
http://blog.obiefernandez.com/content/2008/03/big-name-compan.html
et
un communiqué de presse que je trouve excellent sur les avantages de Ruby associé à Agile
http://www.webitpr.com/release_detail.asp?ReleaseID=8067
Alexis
--
Alexis Perrier
www.darjeelink.com
31 rue Pierre Semard
75009 Paris
Tel : +33(0)660 480 142
Skype : alexis-perrier
LinkedIn : www.linkedin.com/in/alexisperrier
ook? ook!
http://www.thalazur.fr/
(j'suis fan de la carte de France qui n'est autre qu'un <ul> :) )
Sémantiquement proche de la perfection. Je n'ai pas les chiffres, mais l'arrivée de ce site leur a fait gagner une visibilité de dingue.
Arthur Pétry
On 11 avr. 08, at 11:53, ook? ook! wrote:
> (j'suis fan de la carte de France qui n'est autre qu'un <ul> :) )
J'suis fan aussi !
Gregoire LEJEUNE
Avant tout je m'étonne que notre ami Jean-François n'ait pas déjà fait
remonter la distinction entre langage (PHP ici) et framework
(Rails)... ;)
> D'abord, de prouver que quelque soit la demande du client on pourra
> faire en rails la même chose que ce qu'on fait en php (donc en premier
> lieu pouvoir intégrer les maquettes faites par les graphistes et
> validées par les clients).
Je pense que toutes les preuves que tu pourras apporter sur ce point
pourraient facilement être reportées à d'autres langages et d'autres
frameworks. En effet, il est possible de faire de très beaux sites
avec des langages et/ou des frameworks, du plus classique au plus
exotique. Car au final c'est (presque) toujours la même chose qui est
renvoyée : du HTML, des CSS, du JS et des images. Donc, tu pourrais
trouver le plus beau site du monde, je suis prêt à parier que tu
trouveras une personne suffisamment barrée pour venir te dire qu'il
peut le faire en Klingon (http://www.geocities.com/connorbd/varaq/)
Le point à prendre en compte n'est donc pas de savoir si c'est
faisable en Rails (car c'est *toujours* faisable, et si rails ne le
permet pas, ruby le permettra) mais ce que cette technologie apporte
de *mieux*. Et c'est là que nous mettons en avant notre mauvaise foi
et que nous entamons un troll voilé avec nos chers dirigeants a coup
de "Rails c'est beau", "Rails c'est moderne", "Rails c'est facile",
... Il faut se souvenir qu'une direction ne réfléchit pas en fonction
de la beauté du code, mais du coût. Passer d'une techno à une autre,
c'est prendre en compte la maîtrise de la technologie par les
développeurs, leur temps d'adaptation, les temps de développement...
Bref, il ne faut pas prouver que c'est faisable, mais que cela coûte
moins cher ! Et là, bon courage...
> Après, c'est de montrer que pour une certaine part de nos projets, le
> développement agile sera plus adapté que le process actuel.
Là encore, vaste programme...
> Et enfin que les temps de dev devraient à terme être sérieusement
> raccourcis sur des sites simples (les fameux copier/coller chéris par
> les commerciaux).
Idem. Tu peux faire une demo live de création d'un site avec Rails
bien entendu, mais s'il y a un spécialiste du "camp adverse" dans la
salle, il pourra certainement faire la même démo. Et peut-être plus
rapidement que toi !
> Je cherche également des données autres que rumeurs sur les montées en
> charge sur RAILS. les partisans de Django ont l'air de dire que Rails
> a du mal à supporter un très grand nombre de visites. Après ca peut
> être du à tellement de facteurs (mauvaises prog, mauvaise gestion du
> serveur, problème d'administration du serveur) que ca m'inquiète pas
> trop personnellement, mais avant de se lancer dans une nouvelle
> techno, c'est important de faire un benchmark là dessus :)
En effet le benchmarking est un point, mais ce n'est pas le seul. Il
faut aussi prendre en compte le coût. Car pour ce point, rentre en
jeux le système, la base de données, la maîtrise du développeur, de
l'admin sys, du DBA, de l'architecte, ...
> On a tout une grosse partie de notre code qui est en php4, et vu que
> je n'aime pas trop les évolutions récentes de php (j'y couperai pas
> mais bon, une fois qu'on a goûté à rails, ca va etre dur de revenir à
> php5), je préfère à titre personnel m'orienter sur d'autres langages
> (aka Ruby et AS).
Si vous avez une grosse partie de code en PHP, tu trouveras
certainement quelqu'un pour demander comment cet héritage va être
récupéré. En effet, si vous avez des BO il va falloir les réécrire. Et
c'est du temps. Or, comme tu as dû le comprendre, le temps c'est de
l'argent.
Bref, si tu veux convaincre ta hiérarchie, tu ne dois pas arriver avec
un tee-shirt RubyFrance / RailsFrance sur le dos, mais avec des
arguments qui vont permettre de démontrer que passer à Ruby/Rails est
un vrai gain pour ta boite, en terme de temps, de qualité, de coût, de
tout.
Je sais avoir été un peu décourageant, mais c'est très important. Même
si tu va parler à tes "chefs techniques", n'oublie pas qu'à un moment
tout cela remontera à des chefs "non technique" mais qui ont les clés
du coffre. Et ces "non-techniciens " vont poser des questions bien
loin de tes préoccupations esthétiques et passionnées. Et s'ils n'ont
pas les réponses, cela passera comme une non-évolution, voire (pire)
une régression.
Bon courage
Greg
Guillaume Betous
> et que nous entamons un troll voilé avec nos chers dirigeants a coup
> de "Rails c'est beau", "Rails c'est moderne", "Rails c'est facile"
Ca me fait penser à un excellent article sur Linux, qui, je pense, est
parfaitement transposable à la "problématique" RubyOnRails.
http://blog.anamazingmind.com/2008/03/real-reason-we-use-linux.html
C'est très vrai, et on oublie souvent de le dire (alors que c'est
finalement l'un des meilleurs arguments imaginables).
gUI
--
Pour la santé de votre ordinateur, préférez les logiciels libres.
Lire son mail : http://www.mozilla-europe.org/fr/products/thunderbird/
Browser le web : http://www.mozilla-europe.org/fr/products/firefox/
Suite bureautique : http://fr.openoffice.org/
Jean-François Trân
>
> Avant tout je m'étonne que notre ami Jean-François n'ait pas
> déjà fait remonter la distinction entre langage (PHP ici) et
> framework (Rails)... ;)
En ce moment, je préfère mettre la priorité sur l'organisation
du RailsCamp Paris (RCP) plutôt que consacrer du temps
à cette liste. Il y a suffisamment de monde pour répondre
aux questions et/ou débattre ; pour le RCP, il y en a
nettement moins :)
Juste pour dire qu'on peut faire de l'agilité en PHP.
Et que ce genre de questions peut aussi faire l'objet
de sessions lors du RCP, pourquoi pas sous la forme
de discussions à bâtons rompus...
-- Jean-François.
--
RailsCamp Paris le samedi 17 mai 2008 :
http://rubyfrance.org/evenements/railscamp-paris
Apéro Ruby à Paris le lundi 14 avril 2008.
http://www.rubyfrance.org
Harry Seldon
dont j'ai appris l'existence récemment qui recense les applis open
source Rails : <http://www.opensourcerails.com/>. Fort utile !