Dialogue entre les développeurs dans l'entreprise
Guillaume Desrat
JD
Intéressant ce petit sondage !
Un petits retour d'xp sur nos outils :
Au sein de notre petite équipe (dont les membres sont parfois distant de 800kms), nous utilisons de plus en plus les outils google comme le tchat bien sûr mais aussi les classeurs sur lesquels plusieurs personnes peuvent bosser en quasi temps réel et s'échanger des infos/idées (style todo-list informel) avec en prime la fenêtre de tchat intégré au classeurs ! Ça c'est pour le mode "tous-connectés".
Comme nos horaires se chevauchent mais pas complètement (!) nous utilisons aussi le mail pour faire des bilans en fin de journée (l'un fini tard qui doit avertir l'autre déjà parti pour qu'il puisse reprendre tôt le matin par exemple). Ça c'est le mode "déconnecté".
Nous avons aussi du Trac ou redmine pour des infos plus formels et persistantes liées spécifiquement aux projets et successibles d'être partagées avec les clients. Appelons ça le mode persistant.
Enfin, nous utilisons les suites bureautiques traditionnelles pour la réalisation de documents à destination des clients, mais là on sort du sujet qui nous intéresse...
Nous avons un moment utilisé Basecamp sans plus. Nous sommes venu naturellement et progressivement vers les outils google qui permettent d'être utilisés peut-être de manière moins rigide pour des échanges plus "bouillonnants" (=> le chaudron duquel va sortir la prochaine formule magique :-)).
L'inconvénient de google évidement, c'est la confidentialité toute relative... et c'est peut-être cela qui nous empêche de l'utiliser pleinement.
L'avantage de google, c'est la multitude d'applications déjà dispo. et la facilité de réaliser les nôtres.
Pour l'envoi de gros fichiers, le ftp ou des services comme dropsend. Il m'est aussi arrivé d'utiliser le download de free pour des échanges ponctuels.
Ah et j'allais oublié, nous utilisons aussi des services en ligne pour le partage de liens.
Donc pour moi, les aspects à considérer :
l'échange en temps réel, le mode déconnecté, la persistance de certaines infos, la confidentialité.
Le top serait de conserver les liens qui peuvent exister entre les sujet abordés (ex, retrouver les échanges tchat qui ont donnés naissance au mail formalisé à 10h48 :)). Mind mapping ?
A+
J.
Mathieu Rousseau
Frédéric Logier
> J'aimerais avoir votre sentiment, vos idées, et, surtout, votre retour
> d'expérience. Qu'utilisez-vous pour communiquer avec les autres
> développeurs de vos équipes ? Comment échangez-vous des messages, des
> fichiers ? Le courrier électronique vous satisfait-il totalement ou
> bien vous êtes vous tourner vers de la messagerie instantanée ?
Google wave ! /o\
http://www.zorgloob.com/2009/05/google-wave-platteforme-de.asp
Mathieu Rousseau
Frédéric Logier
> Je n'ai pas encore eu le temps d'étudier google wave en détail, donc
> c'est juste une pensée que j'ai... Réunir toutes tes sources n'ai pas
> forcément productif, non?
Tu vas avoir du mal à le tester vu qu'il n'est pas encore public, juste
en alpha béta très très très privé :)
Mathieu Rousseau
Frédéric Logier
>
> D'ailleurs elle est super privée, ça veut dire que c'est google qui
> distribues les invites?
Oui mais apparemment qu'à certaines personnes présentes à la conférence.
Thibault Gautriaud
Arthur Pétry
Le 16 juin 09 à 09:52, JD a écrit :
> Au sein de notre petite équipe (dont les membres sont parfois
> distant de 800kms), nous utilisons de plus en plus les outils google
> comme le tchat bien sûr mais aussi les classeurs sur lesquels
> plusieurs personnes peuvent bosser en quasi temps réel et s'échanger
> des infos/idées (style todo-list informel) avec en prime la fenêtre
> de tchat intégré au classeurs ! Ça c'est pour le mode "tous-
> connectés".
Salut,
Sur Mac, y a SubEthaEdit aussi pour faire ce genre de truc.
Je l'ai juste lancé pour voir, mais pas vraiment utilisé en pratique.
Guillaume Desrat
merci pour toutes vos contributions, c'est enrichissant.
Le 22 juin 09 à 11:13, Arthur Pétry a écrit :
Président de l'association Ruby France
http://www.rubyfrance.org/
Mathieu Rousseau
Jean-Marie Galy
Je suis un abonné silencieux qui depuis plus de 2 ans s'amuse à vous voir traiter de sujets bien ésotériques.
Je me demande quand même si vous êtes bien conscient de vos problèmes ! :
J'ai pas mal travaillé voilà deux ans avec le livre de Dave Thomas et j'avais pas mal avancé. Tout naturellement j'ai voulu mettre à jour mes logiciels et plus rien n'a marché. Je suis resté planté devant la copie des 3 lignes suivantes à chercher une erreur d’orthographe.
class AdminController < ApplicationController
scaffold :product
end
J'ai fini par poser la question sur le net pour constater que la commande scaffold ne fonctionnait plus avec les versions >= 2. J'ai cherché à contourner le problème et faute de temps et de patience j'ai abandonné.
Deux ans après, ayant tout oublié, je m'y remets. Je travaille avec Aptana.
1ére page d'Aptana, lancement de la commande magique Scaffold. Je fais l'exemple : résultat merveilleux. Le seul problème c'est que si ça marche avec 2 champs ça ne marche pas avec plus. (Dans une table 2 champs c’est l’exception, en tout cas j’en ai, moi, 30 à rentrer). Bien sur je finis par redécouvrir ce que j'avais découvert 2 ans avant : scaffold ne marche pas avec la version de Rails 2.0. En tout cas il est incapable de reproduire avec 3 champs l'exemple annoncé au clairon par Aptana (et par tous ceux qui tournent autours de Rails), (Le logiciel lui même pour scaffold propose encore le même exemple à 2 champs).
"Listing posts
Title Body
Essai Essai de rails Show Edit Destroy
2iéme essai Tout va bien Show Edit Destroy
New post "
J’attends toujours qu’on m’explique comment obtenir le résultat ci-dessus avec 3 champs.
J'ai cherché sur le net un substitut pour reprendre mon travail dans l'ordre.
Sur le net on trouve :
1 Mais oui ça marche :http://www.developpez.net/forums/d489634/autres-langages/autres-langages/ruby/ruby-on-rails/scaffold-rails-2-0-2-howto/ (à la fin)
2 Tu peux le faire avec 2 champs et le reste à la mano (bravo!)
3 Il existe des gems de substitution. (Et il reste à apprendre à intégrer un gem qui ne marche peut-être pas !)
J'en suis là et je suis plus que sceptique sur cette communauté qui promeut un gestionnaire miraculeux avec un exemple phare impossible à étendre et sur des développeurs qui annoncent au clairon une fonctionnalité formidable qu’ils s’empressent de rendre obsolète à la version suivante tout en continuant à la promouvoir.
Comment se fait-il que dans l'immensité du Web on traite avec autant d'autorité de problèmes minuscules et qu'il n'y ait pas un how-to bien écrit et si possible en français qui débloque un problème de base capital pour le développement de votre communauté ?
Votre ticket d'entrée est vraiment trop élevé !
Espérant que vous pourrez me faire revenir à de meilleurs sentiments, je vous souhaite bon courage dans vos développements informatiques.
J-M Galy
Cyril Mougel
>
> Je suis un abonné silencieux qui depuis plus de 2 ans s'amuse à vous
> voir traiter de sujets bien ésotériques.
>
> Je me demande quand même si vous êtes bien conscient de vos problèmes ! :
>
> J'ai pas mal travaillé voilà deux ans avec le livre de Dave Thomas et
> j'avais pas mal avancé. Tout naturellement j'ai voulu mettre à jour
> mes logiciels et plus rien n'a marché. Je suis resté planté devant la
> copie des 3 lignes suivantes à chercher une erreur d’orthographe.
>
> class AdminController < ApplicationController
>
> scaffold :product
>
> end
>
> J'ai fini par poser la question sur le net pour constater que la
> commande scaffold ne fonctionnait plus avec les versions >= 2. J'ai
> cherché à contourner le problème et faute de temps et de patience j'ai
> abandonné.
>
> Deux ans après, ayant tout oublié, je m'y remets. Je travaille avec
> Aptana.
>
Justement, nous ne sommes pas immobile. La communauté ruby évolue très
rapidement et son code avec. Sans arrêt nous nous remettons en cause et
changeons nos API pour améliorer le code ou la lisibilité de celui-ci.
Je pense que le ticket d'entré que tu ne comprend pas, c'est tout
simplement l'anglais. Il y a plusieurs site qui arrive à être maintenu
et conserve des informations à jours. Mais ils sont tous rédigé en
anglais. Mais rédiger en anglais ne veux pas forcement dire par des
anglais. Hélas, sur internet la langue qui permet de se faire le plus
comprendre est l'anglais. Nous parlons donc en priorité anglais. C'est
justement cette non documentation anglaise qui a mis longtemps ruby loin
du monde occidental et l'avais laissé utilisé uniquement par les asiatiques.
Voici les sites de références sur Rails :
* http://guides.rubyonrails.org
* http://api.rubyonrails.org
* http://wiki.rubyonrails.org
--
Cyril Mougel
http://blog.shingara.fr/
Michel Belleville
Concernant vos difficultés, il me semble que vous vous méprenez sur l'outil Ruby on Rails, et sur le concept d'outil en général. La possession d'un outil ne fait pas de vous magiquement une personne compétente, tout au plus un bon outil aplanira certaines difficultés ou pénibilités d'un travail, mais il va de soi qu'il va falloir malgré tout apprendre le métier qui va derrière avant d'être compétent et en pleine maîtrise de votre sujet. Donc oui, il y a un ticket d'entrée mr Galy, il y a toujours un ticket d'entrée. Pour Ruby on Rails, ce ticket est un investissement en temps d'apprentissage du sujet (le développement client léger "web") et des particularités de l'outil. D'ailleurs, le scaffolding n'est pas censé être un mode de développement pérenne de type AGL, mais plutôt la petite guérite où l'on vous donne le ticket d'entrée, le point par lequel vous pouvez commencer à découvrir Rails et les possibilités qu'il offre.
Si vous voulez utiliser un AGL mr Galy, je vous conseille de rester dans l'univers Java (Aptana est un indice révélateur) et de trouver un AGL vous donnera l'impression de faire le travail correctement sans avoir à payer le ticket d'entrée ; bien sûr, c'est faux, vous aurez toujours à payer ce ticket d'entrée, dans ce cas à crédit puisque les difficultés que l'AGL vous aura masquées seront toujours là, et dès que vous aurez à dépasser le cadre de cet AGL (et il y aura toujours un moment où il vous faudra le dépasser) vous vous heurterez à un mur d'autant plus douloureusement que vous ne savez pas vraiment ce que votre outil miraculeux aura fait dans votre dos.
Enfin, ami Galy, ceci est la mailing-list d'une communauté d'utilisateurs, pas une hotline d'entreprise, nous ne faisons pas la promotion d'un produit, nous n'en assurons pas un service après-vente, d'ailleurs nous ne vous avons rien vendu ; tout au plus avons-nous pu vous vanter notre outil, mais il nous arrivez aussi d'être critique à son encontre (et moi le premier concernant la façon dont Rails intègre le JavaScript par exemple). Nous ne sommes même pas responsable de vos problèmes dans la mesure où beaucoup d'entre nous ne sommes pas développeurs du coeur de Rails.
Michel Belleville
JmGaly
Mon cher Michel,
Au moins tu réagis rapidement et sérieusement. Donc merci. Mais as-tu répondu à mon problème ? Crois-tu que de maintenir un ticket d’entrée élevé favorise votre équipe enthousiaste ?
Crois-tu qu’il est très marketing de promouvoir en 1ére page de «Rails France.org » le livre de Dave Thomas (remarquable) qui conduit immanquablement le débutant à l’impasse où je suis, (malgré que j’ai certaine compétence et référence informatique, même si mes remarques te permettent d’en douter).
Très amicalement.
J-M Galy
De :
rubyfr...@googlegroups.com [mailto:rubyfr...@googlegroups.com] De la part de Michel Belleville
Envoyé : jeudi 20 août 2009
09:44
À :
rubyfr...@googlegroups.com
Objet : Re: Peux-t-on vous
prendre au sérieux ??
JmGaly
J'ai commencé l'informatique en 1982 avec "Sord" ordinateur japonais et
livre en anglais, j'ai continué avec "Paradox" et "Ansa Software" (avant
Philippe Kahn et Borland) en anglais. A vrai dire comme toi je comprends
mieux le français que l'anglais et le problème basique que je soulève
devrait avoir fait l'objet d'une procédure de contournement explicite en
anglais peut-être et pourquoi pas traduite en français.
Crois-tu qu’il est très marketing de promouvoir en 1ére page de «Rails
immanquablement le débutant à l’impasse où je suis.
Très amicalement.
J-M Galy
-----Message d'origine-----
De : rubyfr...@googlegroups.com [mailto:rubyfr...@googlegroups.com]
De la part de Cyril Mougel
Envoyé : jeudi 20 août 2009 09:28
Michel Belleville
Donc, apparemment une petite répétition en faisant pas de mal, si tu as un problème, vous pouvez venir ici poser une question, et il y sera selon toute vraisemblance répondu, sinon par moi par quelqu'un de compétent sur et / ou intéressé par le sujet. A ma connaissance, vous avez jusque là indiqué votre ferme intention d'abandonner Rails au placard des choses qui ne servent à rien, et médit sur la communauté qui entoure cet outil. J'ai dû manquer la question, elle était peut-être quelque part au milieu des récriminations diverses et de la liste des problèmes que vous avez rencontré.
Mais bon, en supposant la liste de problèmes et de récriminations était en fait la question déguisée, voici une réponse sous forme de quelques solutions faciles à mettre en place :
- La plus simple me semble être de changer d'outil, vraisemblablement le ticket d'entrée est trop cher à payer pour vous, et vous n'avez pas vraiment compris les spécificités du développement open-source (tout le monde peut participer, n'importe qui peut lire une mailing-liste, il n'y a pas de service après-vente parce qu'il n'y a pas de vente, etc.) ; une petite licence WinDev ou autre produit payant vous donnera accès à une hotline où vous pourrez récriminer tout votre soûl sur des hotliners payés pour ça.
- Une un peu plus compliquée serait d'apprendre l'anglais et de lire un des excellents tutoriaux, entre autres les railscast que je ne saurais que recommander à un railer de tout niveau : http://railscasts.com/ ce sont des vidéos didactiques très simples à comprendre.
- Changer d'outil de développement et abandonner Aptana qui ne vous apportera que des soucis dès que vous aurez plus de 3 objets dans votre projet ; rails bouge très vite, le mieux est d'utiliser un outil d'édition de code simple (il y en a de très bien comme TextMate sur mac, moi j'utilise Vim avec des plugins de coloration syntaxique adaptés). Quand à Aptana, il repose sur Eclipse, qui est un outil très gourmand et très adapté pour le Java et les langages fortement typés, et carrément à côté de la plaque pour les méta-langages comme Ruby.
- Se mettre à jour sur un outil qui bouge beaucoup est une bonne idée. La dernière version de Ruby on Rails est la 2.3.3, essayez-la...
- Ne pas confondre Ruby on Rails avec un AGL. Ruby on Rails est un framework, il repose sur Ruby, ça veut dire que c'est une bonne idée de commencer par apprendre Ruby et d'attaquer ensuite Rails. Le scaffolding de Rails n'est pas vraiment un outil de code, à terme on ne l'utilise pas en laissant le code généré tel quel, prenez le plutôt comme un petit coup de booster des tâches répétitives, et un outil pédagogique pour apprendre un peu au début par l'exemple. Très vite il vous faudra le dépasser de toute façon pour faire des choses intéressantes et cohérentes.
Michel Belleville
Guillaume BELLEGUIC
Le libre de Dave Thomas est un très bon livre pour commencer...
Encore faut il :
soit utiliser la version rails du livre
soit avoir une copie à jour du livre
Mon livre sur MacOs 9 n'est plus d'actualité pour MacOS 10.5 (logique
non ???).
Si tu étais revenu 2 ans après et que tu avais retrouvé le framework
dans le même état d'avancement, tu aurais pu te poser des questions.
Tout ça ne me semble pas très sérieux en effet...
Depuis un bon bout de temps, la tendance est d'alléger le coeur de
rails pour garder l'essentiel et laisser le reste en plugin.
Attention ne tente pas de passer un jour à la version 3 de rails avec
ta vieille doc, les changements annoncés seront encore plus importants.
Le 20 août 09 à 10:23, JmGaly a écrit :
Eric Daspet
Tout d'abord soyons clair, si tu n'arrives pas à t'en sortir, c'est
que ruby on rails a bel et bien un problème de documentation. Je ne
veux pas dire que tu es en problème à cause d'un manque de
documentation mais qu'il y a un manque parce que tu es en rade sans
avoir pu t'en sortir.
Le problème est réel, mais la nuance est importante.
*** Résolvons déjà le problème :
Pour ma part j'ai pris la chose naivement. J'ai tapé "ruby on rails"
dans ma barre d'adresse, ça m'a mené à rubyonrails.org. Là j'ai vu que
c'est la version 2.3 qui est actuelle. Histoire de ne pas voir les
documentations dépassées j'ai tapé "ruby on rails 2.3 scaffold" dans
ma barre de recherche. J'ai suivi le premier lien sous google pour
tomber sur http://www.oracle.com/technology/pub/articles/haefel-oracle-ruby.html
qui créé bien un scaffold avec plus de deux champs (trois ici)
Comme je n'utilise pas les scaffold et que je n'ai pas démarré de
nouveau projet de zéro récemment, j'ai pensé qu'il y avait peut être
un changement ou un bug donc j'ai donc commencé avec une ubuntu
fraichement installée (j'en avais une sous la main, utilisons là), je
me suis assuré qu'il y avait ruby (package "ruby-full" sur ubuntu),
gems (package rubygems), et rails (sudo gem install rails) en
m'assurant qu'il était bien dans le PATH pour pouvoir exécuter des
commandes rails et ... j'ai testé les deux commandes décrites dans le
tutoriel en question :
- Création du projet : rails test
- Création d'un scaffold avec controleur, modèle et tout ce qu'il faut
: ruby script/generate scaffold comic title:string issue:integer
publisher:string
Je n'ai vu aucune erreur, et il y a bien trois champs.
Du coup, comme je fais toujours confiance par défaut aux rapports
d'erreur, je me suis assuré qu'il y avait sqlite d'installé (je
n'avais pas envie d'installer un mysql ou un oracle pour juste ce test
là, package libsqlite3-ruby), sans rien toucher à la configuration ni
à aucun fichier nulle part, même pas la configuration de la base de
données, j'ai juste lancé la migration pour que ma commande de
scaffold impacte ma base de données et créé la table automatiquement :
- migration : rake db:migrate
- lancement du serveur web de test : ruby script/server
Là je teste avec un navigateur, je vais sur
http://127.0.0.1:3000/comics/. J'ai un lien pour créer un nouveau
"comic", je clique, j'ai bien trois champs. Je remplis, je repasse sur
la liste, tout fonctionne. Je ne vois aucune erreur, aucune barrière à
l'entrée (enfin si, plein, mais pas sur ce point là).
*** Bref, sur le cas générique tout fonctionne. Les documentations ont
raison, ce que tu as est un problème qui t'est spécifique. Passons
donc au second sujet :
> Au moins tu réagis rapidement et sérieusement. Donc merci. Mais as-tu
> répondu à mon problème ? Crois-tu que de maintenir un ticket d’entrée élevé
> favorise votre équipe enthousiaste ?
Le truc c'est justement ça. Il n'a pas répondu à ton problème, mais en
même temps tu ne nous as pas exposé ton problème. Ton mail était un
coup de gueule, pas une demande de résolution de problème. D'ailleurs
on ne connait toujours pas ton problème mis à part un "ça ne
fonctionne pas" (ce qui est factuellement faux dans le cas générique,
je viens de vérifier).
Bref, il y a un problème, peut être que tu ne fais pas ce qu'il faut,
peut être que tu as fait une erreur, peut être avec les versions de
tes logiciels, peut être avec ta base de données, peut être avec ton
installation. Je n'en sais rien et je doute que quiconque puisse
t'aider si tu n'expliques pas au moins ce qui t'arrive.
As tu un message d'erreur à la commande ou une exception à l'affichage
? quel message ? quel OS ? quelles versions de logiciels ?
Puisque tu parles de communauté, il y a peut être la promotion d'un
livre qui n'est pas à jour avec la toute dernière version de rails (je
n'ai pas vérifié le contenu pour voir ce qu'il en est), mais il y a
aussi cette liste et d'autres moyens de toucher cette communauté et
obtenir de l'aide. Tu ne sembles pas être passé par là et du coup je
me vois mal le reprocher à la communauté.
**** Sur le marketing et la barrière à l'entrée
Oui, le site de rails france n'est pas forcément marketing, mais ce
n'est pas le but. Nous n'avons rien à vendre, juste à informer ou à
proposer. Ici tu as des professionnels, mais ils sont ici pour
partager et aider, pas pour vendre. Nous serions très heureux de
t'aider à découvrir ce que nous avons découvert et à t'y plaire, mais
nous n'avons rien à perdre/gagner personnellement que tu choisisses
rails ou autre chose. Pas de marketing donc.
Mais je ne peux m'empêcher de croire que la barrière à l'entrée de
rails est plus faible qu'ailleurs pour quelqu'un de débrouillard (qui
lit des docs et recherche sur le web). Mettre en place un
environnement J2EE avec de l'hibernate et un serveur de test, c'est
bien plus complexe que les 4 commandes que j'ai tapé (sans
ouvrir/modifier aucun fichier, je tiens à le rappeler).
PHP a éventuellement une barrière à l'entrée plus faible mais à
condition de comparer avec un script unique. S'il faut mettre en place
un framework (ce qui serait une vrai comparaison avec rails, on est
très loin d'un premier test/apprentissage aussi simple/rapide).
Malgré tout, oui il y a une barrière à l'entrée. Pire, il y a une
conception et une philosophie très différente de ce qui se trouve en
J2EE/PHP. Ce qui est là le plus souvent c'est une barrière à la sortie
de J2EE/PHP et pas une barrière à l'entrée dans Rails. Je suis
d'accord que la barrière reste, qu'elle soit en sortie ou en entrée,
mais elle n'est pas si importante que ça une fois qu'on a intégré la
différence principale : Rails est un projet en mouvement, qui évolue
en permanence (et le défaut qui va avec, il faut lire des sources à
jour)
*****
Maintenant si vous nous en dites plus on pourra peut être vous aider à
faire fonctionner votre scaffold (même si à mon humble avis il y a
d'autres options plus efficaces/pertinentes que le scaffold statique
pour démarrer un projet).
--
Éric Daspet
http://eric.daspet.name/
Gregoire LEJEUNE
Je me permets de vous retourner la question : "Peut-on vous prendre au
sérieux ??" En effet, vous débarquez sur cette liste en nous
expliquant que nous ne faisons pas de bon Marketing et en argumentant
cela avec un problème de scaffolding rapporté par un grimoire. En
effet, et nous en somme désolé, l'informatique avance et ne semble pas
vous avoir attendu. Mais si vous avez lu avec attention cette liste,
et la liste railsfrance (*) vous remarquerez que les personnes qui
répondent aux questions le font avec sérieux et compétence.
Comme cela a été dit, nous ne faisons pas de marketing, nous
partageons une passion. Nous sommes le petit garage du coin et non pas
le concessionnaire ! Ceci étant, mais je ne sais toujours pas à qui
vous faire référence en lançant vos critiques (railsfrance,
rubyfrance, les personnes de cette liste, ...?), je vous mets au défi
de trouver un groupe de passionnés qui fait du marketing au sens
propre (http://en.wikipedia.org/wiki/Marketing). Nous faisons avec les
moyens et le temps que nous avons. Un peu de respect serait donc de
mise.
Concernant votre problème Rails, la première chose aurait été de poser
une question et non pas de dévoiler votre caractère type "Français
jamais content". De ne pas persister en étalant un passif faussement
héroïque à base de Z80 et de SGBD (sic !) antédiluvien.
Alors maintenant, nous allons vous donner le bénéfice du doute, vous
pouvez recommencer, et nous allons vous aider. Et pour cela, je vous
propose le template suivant :
-------------><8-------------------------
Bonjour,
Avant tout merci pour l'aide que vous pourrez me fournir.
J'utilise actuellement Ruby version <%= RUBY_VERSION %> et Rails <%=
RAILS_VERSION %>
Je suis confronté au problème suivant : <%= @mon_probleme %>
Si l'un d'entre vous pouvez m'aider cela serait super sympa.
Bonne journée
<%= @mon_prenom %>
-------------><8-------------------------
Bonne journée
Greg
(*) rappelons qu'ici nous sommes sur la liste rubyfr, dont les sujets
se rapportent plus à Ruby qu'à Rails, mais on pourrait y parler de
Camping ou Sinatra, au risque de vous donner une bonne poussée
d'urticaire !
Le 20 août 2009 10:49, Guillaume
BELLEGUIC<guillaume...@gmail.com> a écrit :
Guillaume BELLEGUIC
La template est pas mal, je la garde, j'ajouterais "Os :".
Le 20 août 09 à 11:57, Gregoire LEJEUNE a écrit :
Michel Demazure
Témoignage d’un utilisateur journalier de ruby qui n’a jamais utilisé Rails.
Je pense que JMG a mis le doigt, de façon certes un peu agressive, sur le problème des utilisateurs de Rails, dont l’ignorance de ruby est parfois abyssale (voir le forum ruby et les questions qui y sont posées). Rails fait trop dans la magie et laisse croire qu’on peut programmer des applications Internet sérieuses sans la moindre connaissance de base. Il y aura un jour un réveil douloureux.
On voit dans des programmes publiés des choses comme
def test(thing)
if thing
true
else
false
end
Cela dit, je me réjouis tous les jours de l’intelligence des choix de Matz et prends du plaisir à programmer en ruby.
Michel Demazure
De : rubyfr...@googlegroups.com
[mailto:rubyfr...@googlegroups.com] De la part de JmGaly
Envoyé : jeudi 20 août 2009 10:13
À : rubyfr...@googlegroups.com
Objet : RE: Peux-t-on vous prendre au sérieux ??
Lucas Nussbaum
On 20/08/09 at 11:35 +0200, Eric Daspet wrote:
>
> Bonjour Jean Marie.
>
> Tout d'abord soyons clair, si tu n'arrives pas à t'en sortir, c'est
> que ruby on rails a bel et bien un problème de documentation. Je ne
> veux pas dire que tu es en problème à cause d'un manque de
> documentation mais qu'il y a un manque parce que tu es en rade sans
> avoir pu t'en sortir.
>
> Le problème est réel, mais la nuance est importante.
Mouais. Je ne suis pas sûr que ce soit uniquement un problème de
documentation. Dans la communauté ruby, j'ai l'impression que tout le
monde se moque de la stabilité des API.
Regardez l'interpréteur: les différentes versions de ruby 1.8.7
n'assurent même pas la compatibilité ascendante, ce qui fait qu'on se
retrouve avec des gens qui ont des applications avec des dépendances
strictes sur ruby 1.8.6.x, 1.8.7.x, 1.9.0.x, ou maintenant 1.9.1.x. Ca
ne fait pas très sérieux, surtout quand on compare avec Python et Perl.
Et ne me dites pas que ces langages n'évoluent pas: Python évolue
beaucoup, mais conserve au maximum la compatibilité ascendante (et les
changements d'API sont très bien documentés, avec des versions
intermédiaires qui rajoutent des warnings).
Je veux bien que les changements d'API permettent d'améliorer le
langage, mais il ne faut pas oublier qu'ils ont un coût très élevé, à la
fois pour tout le code existant, et pour les développeurs qui doivent se
mettre à jour fréquemment.
J'en profite pour poser une question, avec mon chapeau de mainteneur
Debian de ruby:
Quelle version de Ruby utilisez-vous ?
Quand prévoyez-vous de passer à Ruby 1.9, si vous ne l'utilisez pas déjà ?
(J'aimerais évaluer pendant combien de temps nous allons encore avoir
besoin de support ruby 1.8.x dans Debian/Ubuntu.)
- Lucas
Eric Daspet
> Mouais. Je ne suis pas sûr que ce soit uniquement un problème de
> documentation. Dans la communauté ruby, j'ai l'impression que tout le
> monde se moque de la stabilité des API.
Je n'irai pas forcément jusqu'à étendre ça à ruby, faute de pouvoir
juger avec suffisamment d'arguments, mais pour Rails dont on parlait,
c'est plus que de s'en moquer, c'est un parti pris de ne pas s'en
soucier, oui.
L'idée à l'origine c'est de faire un choix entre simplicité /
évolutivité / innovation / rapidit d'un côté et surcharchitecture /
stabilité / complexité de l'autre. Dans l'esprit au départ on aurait
eu un framework avec tellement moins de complexité, que le gain aurait
dépassé le coût éventuel subit par les développeurs pour se tenir à
jour.
Je m'abstiendrai de dire si c'est un pari réussit ou pas, mais au
moins il était sensé vis à vis des avantages et des spécificités de
Ruby par rapport à Java par exemple
Guillaume Desrat
Le 23 août 09 à 18:46, Lucas Nussbaum a écrit :
> Regardez l'interpréteur: les différentes versions de ruby 1.8.7
> n'assurent même pas la compatibilité ascendante, ce qui fait qu'on se
> retrouve avec des gens qui ont des applications avec des dépendances
> strictes sur ruby 1.8.6.x, 1.8.7.x, 1.9.0.x, ou maintenant 1.9.1.x. Ca
> ne fait pas très sérieux, surtout quand on compare avec Python et
> Perl.
> Et ne me dites pas que ces langages n'évoluent pas: Python évolue
> beaucoup, mais conserve au maximum la compatibilité ascendante (et les
> changements d'API sont très bien documentés, avec des versions
> intermédiaires qui rajoutent des warnings).
Mais cette rupture entre Ruby 1.8.6 et la branche 1.9 était annoncée.
Et bien qu'elle soit, à chaque fois, annoncée comme une release
"normale", cette série 1.9 est une version _intermédiaire_.
La série 1.8.6 est toujours maintenue, utilisable, utilisée.
Ok, l'existence de la 1.8.7 est... euh... sujette à controverse.
> J'en profite pour poser une question, avec mon chapeau de mainteneur
> Debian de ruby:
Je ne suis pas utilisateur de Debian, mais sait-on jamais, mes
réponses peuvent refléter une utilisation de Ruby.
> Quelle version de Ruby utilisez-vous ?
Ruby 1.8.6, patchlevel plus ou moins suivi à jour.
> Quand prévoyez-vous de passer à Ruby 1.9, si vous ne l'utilisez pas
> déjà ?
Au boulot, ce n'est pas prévu. Pour les développements persos (même
si j'en fais rarement), pourquoi pas.
> (J'aimerais évaluer pendant combien de temps nous allons encore avoir
> besoin de support ruby 1.8.x dans Debian/Ubuntu.)
Longtemps ?
Matt Aimonetti
Quelle version de Ruby utilisez-vous ?
Quand prévoyez-vous de passer à Ruby 1.9, si vous ne l'utilisez pas déjà ?
(J'aimerais évaluer pendant combien de temps nous allons encore avoir besoin de support ruby 1.8.x dans Debian/Ubuntu.)
Ruby1.9.2 sortira surement ds quelques mois et je compte passer dessus au meme moment que je passerai sous Rails3 (optimisé pour Ruby1.9).
Donc, pour repondre a ta question, je pense que Debian devrait passer sous 1.9.2 quand celui si sortira. (d'ici la, toutes les gems seront compatible ou presque)
- Matt
Ollivier Robert
> SnowLeopard sort avec ruby 1.8.7 pre installé et la majorité des
> distros utilisent toujours 1.8.7 maintenant. (meme si ca été une cata
> et que Matz espere que ca n'arrivera jamais plus).
C'est pas faute de l'avoir dit haut et fort à l'époque :(
> Donc, pour repondre a ta question, je pense que Debian devrait passer
> sous 1.9.2 quand celui si sortira. (d'ici la, toutes les gems seront
> compatible ou presque)
Il faut pousser 1.9 au maximum à mon avis.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- rob...@keltia.freenix.fr
In memoriam to Ondine : http://ondine.keltia.net/
Michel Demazure
Je reste sur 1.8.6 (Windows) tant que les librairies que j’utilise (notamment FXRuby) ne seront pas upgradées.
De :
rubyfr...@googlegroups.com [mailto:rubyfr...@googlegroups.com] De la
part de Matt Aimonetti
Envoyé : mardi 25 août 2009 03:15
À : rubyfr...@googlegroups.com
Objet : Re: Peux-t-on vous prendre au sérieux ??
Quelle version de Ruby utilisez-vous ?
Jean-Marie Galy
Merci pour toutes vos réponses qui d'une part prennent mon problème au sérieux et d'autre part engagent un débat auquel je ne m'attendais pas.
Je vous communique ci-dessous mon parcours du combattant espérant que vous pour qui Ruby et Rails semble constituer une part de votre existence et semblez avoir un peu d’influence sur le site « RailsFrance.org» mettiez un point d’honneur à éviter aux nouveaux entrants mes déboires notamment en insistant sur le fait que le livre de Dave Thomas dans sa version 2 (une version 3 vient de sortir en anglais) ne doit être testé qu’avec une version 1.2… de Rails. (Le livre de Dave Thomas est un chef d’œuvre, Rails en est-il un ? je demande encore à voir !)
Mon Histoire
Mon fils qui est un pro de l'informatique (je suis chef d'entreprise et pas mauvais en informatique) me dit il y a 2 ans que le langage en train de monter est Ruby. J'ai été séduit et dans la foulée j'ai acheté Ruby on Rails 2iéme édition (Dave Thomas). Je me suis donc attaqué au livre de Dave Thomas voilà 2 ans avec le résultat que je vous ai dit.
J'ai beaucoup développé en Paradox pour Dos à ma satisfaction et en faisant à peu prés ce que je voulais. L'interface graphique et la souris ont rendu mes programmes totalement obsolètes. J'ai donc essayé d'émuler le Dos sous Linux fatigué de voir Microsoft changer tout tous le temps. Faute d'y parvenir j'ai développé sous Delphi en objets. Delphi est assez une usine à gaz même si j'ai pu y faire de bonnes choses. Puis j'ai eu d'autres soucis et j'ai laissé tomber.
Disposant de moins de temps j'ai développé des macros sous Excel. Une macro c'est super, 2 macros c'est super, 30 macros quel bordel! Il faut évidemment revenir à une programmation plus structurée. J'ai donc avancé en Visual basique notamment avec Visual Studio.
D'un autre coté les applications sur Internet fascinent. J'ai une comptabilité sur Internet (Itool.com) : pas de sauvegarde, pas de mises à jour, accessible de partout. Bien évidemment c'est l'avenir !
J'ai donc eu le sentiment que pour lancer une première application sur Internet j'y parviendrai mieux avec Rails qu'avec Visual Studio.
Ma Galère :
Je viens donc de passer 15 jours sur le livre de Dave Thomas. Pour commencer j'ai chargé "Instant Rails" : parfait. J'ai donc disposé de Rails 2.0.2 et de ruby 1.8.6. J'ai lu Dave Thomas qui conseille comme framework RadRails. Il est livré sur le site d'Aptana dont il est une des applications. Je l'ai chargé: 2 jours pour se faire à une interface complexe (mais astucieuse) où les fenêtres bougent tout le temps et disparaissent sur un clic malencontreux etc.., et Aptana semble bien marcher.
Après : étude du livre de Dave => impossibilité de parvenir aux exemples simples qu'il propose. Notamment impossibilité d'afficher dans le scaffold l'introduction du champ prix par un add et un scaffold dont j'ai cru par erreur qu'il ne marchait que pour 2 ou 3 champs.
D'où mon "Peux-t-on vous prendre au sérieux ?".
Finalement j'ai abandonné les versions 2 et supérieures de Rails et j'ai créé mes projets avec la version 1.2.6. J'ai donc le plaisir de vous annoncer que je suis arrivé à la page 187 "Touche finale". Ca c'est donc depuis plutôt bien passé.
J'ai rencontré cependant 2 problèmes qui je le crains en ont généré un 3iéme que je viens de découvrir:
1. Les appels Ajax ne fonctionnent que partiellement le « Yellow Fade » génère une erreur Ajax et sans doute l’appel à bibliothèque effect.js s’effectue mal (pourtant je l’ai modifiée en récupérant un fichier récent dans Scrips.aculo.com.).
J’ai donc supprimé ces appels.
2. Il y a un bug dans la 1.2.6 : en effet, suivant pas à pas le manuel, j’ai fait un « generate model » pour créer la table « Orders » et « Line-items », j’ai crée à la main les champs indiqués dans le manuel puis j’ai effectué « Rake migrate ». Ayant oublié un « : » devant name de « t.column :name, :string » le rake a planté. J’ai rectifié l’erreur et si ma table « line_items » s’est bien construite il m’a été impossible de construire correctement la table « Orders » même en la détruisant avec mysqladmin. Ne disposant pas de Rollback dans la 1.2.6 j’ai décidé de migrer le tout vers la 2.0.2. Comment ? J’ai recrée une application « dépôt » sous la 2.0.2 et j’ai recopié dedans les fichiers des répertoires « App » et « DB ». J’ai retrouvé mon application parfaitement fonctionnelle, j’ai fait les rollbacks, j’ai crée correctement « orders » et « Line_Items » et je me suis avancé enchanté jusqu’à la fin du livre.
3. Hélas ! Hélas ! Hélas ! J’ai voulu mettre dans mes 3 premières tables les timestamps qui n’y figuraient pas. J’ai réussi à y procéder mais j’ai vidé ma base de ses produits exemples qui mystérieusement ne se rechargent plus. En m’apprêtant à les recharger à la main je constate maintenant avec désespoir que de taper dans le navigateur « http://127.0.0.1:3000/admin » génère l’erreur « undefined method paginate for %<AdminController.. »
Bref un peu de galère pour demain matin. Sans doute me faudra-t-il revenir à la 1.2.6. ?
J-M Galy
-----Message d'origine-----
De : rubyfr...@googlegroups.com
[mailto:rubyfr...@googlegroups.com]
De la part de Guillaume Desrat
Envoyé : lundi 24 août 2009 22:44
À : rubyfr...@googlegroups.com
Objet : Re: Peux-t-on vous prendre au sérieux ??
Bonsoir,
Frédéric Logier
> Crois-tu qu’il est très marketing de promouvoir en 1ére page de «Rails
> France.org » le livre de Dave Thomas (remarquable) qui conduit
> immanquablement le débutant à l’impasse où je suis, (malgré que j’ai
> certaine compétence et référence informatique, même si mes remarques
> te permettent d’en douter).
Bonjour, concernant vos récriminations du site railsfrance.org vous
aurez sans doute plus d'écho sur la liste du site :
http://groups.google.com/group/railsfrance
Mathieu
Le conseil actuel est de séparer cette partie de remplissage de tables des migrations (DHH himself a fait des modifications dans le code de Rails pour cette question).
Tes migrations doivent seulement te permettre de créer et modifier la structure de ta base...
Après tu dois trouver un autre moyen pour charger ta base (je ne me souviens pas des options disponibles, mais peut-être que d'autres personnes de cette liste le savent).
Je n'ai pas lu tous les messages à ce sujet sur la liste mais je ne te conseille pas de retourner à ta version 1.2.6.
Mathieu
Michel Belleville
Disons que si tu cherche à faire une appli en suivant un bouquin (complètement dépassé) de A à Z (et sans chercher de l'info pour te mettre à la page des nouveaux changements), tu as intérêt en effet de travailler uniquement avec la version dont parle le livre.
Maintenant, à ta place, je chercherais un bouquin plus à jour si vraiment tu as besoin d'un bout de papier pour te dire quoi faire, ou alors je me documenterais comme n'importe quel autre utilisateur de rails : doc sur internet. Ok, elle est en anglais, mais pour développer en Rails, l'anglais n'est pas factultatif de toute façon.
Sinon, trouver autre chose pour faire ce que tu veux (mais je doute que l'anglais soit facultatif non plus), ou trouver quelqu'un d'autre pour le faire.
Michel Belleville
JD
Nous avons plusieurs serveurs en prod sous ubuntu 8.04 ainsi que debian
Lenny.
Le dimanche 23 août 2009 à 18:46 +0200, Lucas Nussbaum a écrit :
> J'en profite pour poser une question, avec mon chapeau de mainteneur
> Debian de ruby:
> Quelle version de Ruby utilisez-vous ?
ruby 1.8.6 patchlevel 287
> Quand prévoyez-vous de passer à Ruby 1.9, si vous ne l'utilisez pas
> déjà ?
pas prévu pour le moment mais envisageable pour les prochains dev
> (J'aimerais évaluer pendant combien de temps nous allons encore avoir
> besoin de support ruby 1.8.x dans Debian/Ubuntu.)
longtemps
Cdt,
Jérémy.
Lucas Bonnet
> Mouais. Je ne suis pas sûr que ce soit uniquement un problème de
> documentation. Dans la communauté ruby, j'ai l'impression que tout le
> monde se moque de la stabilité des API.
+1
C'est frustrant de voir que tout pète dès que tu installes une nouvelle
version d'un package/gem.
[...]
> J'en profite pour poser une question, avec mon chapeau de mainteneur
> Debian de ruby:
> Quelle version de Ruby utilisez-vous ?
On a packagé 1.8.6p369 et 1.9.1p243 pour Lenny, merci la Ruby Team de
Debian :)
On recommande 1.8.6 partout, en tant qu'hébergeur d'applis web, la 1.9.1
est quasi-inexploitable pour faire du Rails.
> Quand prévoyez-vous de passer à Ruby 1.9, si vous ne l'utilisez pas déjà ?
Dès qu'on pourra installer 3 gems sans se taper des backtrace
d'erreur...
--
Lucas
Matt Aimonetti
1.8.6 ne sera plus supporté.
- Matt