Reprise du message précédent :

brew install mercurial
brew install python3.1

Bof  

Ok, brave bête.

'fin bon ça montre que ton avis sur macports, on peut l'ignorer sans rien manquer.

1/ Il faut vraiment que tu comprennes le sens des redfaces. C'est pratique sur HFR (surtout apres 50k posts ?)
 
2/ Si tu trouves que le branching est meilleur sous Hg, çà devient carrément inquiétant. Mais bon. Tu dois faire parti du hype python/hg/django  

Tu peux ici insérer mon précédent commentaire, il continue à s'appliquer.

Merci pour l'argumentation en or.

Tu m'expliques pourquoi je fournirais des arguments en réponse à ta complète absence de quoi que ce soit?

J'aimerais bien savoir qu'est-ce qui ne te plait pas dans le lien plus haut.

Je ne sais pas, peut-être que même sans avoir checké le reste, 2 critiques sur 3 de hg sont discutables à fausses, et la 3e est affaire de goût?
 
Ah, et http://whyhgisbetterthanx.com/

J'ai un problème de double slash dans un path:
 

 
D'où est-ce que ça vient? Je n'arrive pas à m'en débarrasser.  
 
EDIT: Ruby a été compilé manuellement, et je me demande si la complétion auto avec tab aurait fait:

J'ai utilisé macports () pour installer Ruby1.9.1 et je n'ai pas ce problème de double-slash. Je vais en profiter pour migrer mon stack rails sous Ruby 1.9 tiens  

En fait Ruby 1.9 == FAIL. Y'a plein de trucs qui déconnent: ruby-debug(19), invalid multibyte char (US-ASCII), thin qui veut pas démarrer, etc.
 
Comment ça s'est passé chez Python le passage à 3.x?

La très grande majorité du monde Python est encore en 2.x, mais 3.x a eu un grand nombre de modifs (dont une réorg majeure de la stdlib et des builtins, ainsi que de l'API C). Ça commence lentement à gagner de la vitesse, mais le passage en 3.x va probablement prendre encore quelques années (il y a encore une release 2.x majeure prévue -- 2.7 -- et peut-être une suivante)

C'est vu très différemment, 3.x n'est pas nécessairement une update naturelle de 2.x dans la mesure où ce n'est pas backwards compatible (donc la majorité des programmes 2.x ne tournent pas sous 3.x sans modifs)

Comme ça il n'y a pas de jaloux, on est tous à la même enseigne.
 
Je retesterai à l'occasion Ruby1.9 sur mon serveur étant donné que je dois le changer, mais ce truc d'encoding il faudra pas qu'il me saoule longtemps...

Dans mon feed: http://survey.hamptoncatlin.com/survey/stats
 
Dommage pas de macports versus homebrew

 
Parce que le choix de la majorité est forcément le meilleur ?  

J'ai dis ça?    
 
Le choix de la majorité, même s'il est "mauvais" ou bêtement politique, hype, (circle all that applies), peut malheureusement conditionner la pérennité de telle ou telle techno    
 
C'est important de suivre les tendances, sans forçément y prendre part    
 
Sinon on suivait la majorité, on ferait tous du php, java sous windows avec eclipse à l'heure qu'il est  

Safari (v4 sous mac) est incapable d'uploader un fichier vers mon appli Rails... La connection drop.

 
Il est vrai

Finalement j'ai retesté Ruby 1.9.1 et bien ça marche avec Rails 2.3.8, mais quelle galère!
 
L'histoire de l'encoding est autrement plus compliqué que ce que les dév Rails veulent faire croire (à moins que ça change avec Rails 3).
 
Et attention aux petites différences entre 1.8/1.9, e.g: Class.methods renvoie des [String] sous 1.8 et [Symbol] sous 1.9

Soit un de mes commentaires sur le blog d'un dév de RoR est encore en cours de modération soit il a été purement censuré. Hmm, j'attends encore un peu.

Qu'utilisez-vous pour mettre à jour le code d'une application sur le serveur?
 
Jusqu'à présent j'utilisais un simple repo mercurial sur le serveur et je pushais les modifications, puis rake db:migrate. Mais parfois entre la machine de dév et le serveur, l'ordre des éléments du fichier schema.rb n'est pas exactement le même, et mercurial n'aime pas ça car voit un fichier différent sur le serveur, là il faut que j'édite à la main schema.rb et c'est pénible.
 
Alors je pensais simplement utiliser rsync pour faire ça. Y-a-t'il des caveats que je n'ai pas envisagé? Problème de lock? Copies delta? autre?
 
Capistrano le gros est hors de question

capistrano

fabric

Capistrano a plusieurs fois subitement refusé de mettre à jour le serveur sans donner de raison. Donc out, je ne reviens pas dessus.
 
Fabric je connais pas. Ça sera l'occasion de toucher un peu à python

Ça sert à quoi bundler? N'ayant eu strictement aucun problème avec l'ancien système, je ne vois pas ce que cela résout ni ce que cela apporte de nouveau et d'indispensable.
 
Et je veux bien qu'on m'explique pourquoi on ne doit pas utiliser sudo avec "bundle install", à part fiche la merde en installant dans ~/.gems?
 

Rails3 beta4 && Ruby 1.9 == fail. Cette histoire d'encoding n'est toujours pas au point. Il faut impérativement attendre la version finale (et encore que...) avant d'arriver à en tirer quoi que ce soit.
 
Donc retour à Ruby 1.8 pour un bon moment.

Concernant Bundler, lis le blog de Katz pour voir les raisons de sa naissance, et son utilisation est effroyablement plus pratique que l'ancien systeme .
Et b4 marche bien avec 1.9, je suis dessus

Aucun problème d'encoding utf8 / us-ascii qui clash? Je veux bien savoir comment tu as résolu ça.

1.9.2

Tout s'explique!

Il faut lire les changelog/readme des betas ou suivre le dev sur github aussi, sinon tu restes sur du stable  

Rails 3 RC1 est sorti (enfin)    
 
Cheap Rol3x, v!agra, and ChAneL soap, quick look here: http://forum.hardware.fr/hfr/Progr [...] 0182_1.htm    
 
(je donne le lien pour ceux qui ne suivraient que le fil Blabla@rails)

Quelqu'un utilise formtastic?
 
Ça a l'air sympa, mais j'ai peur que ce soit un truc hype qui va me sauter à la figure sur le long terme un peu comme resource_controller.

Je pense que je l'essayerai sur un projet perso, au taf la personne qui s'occupe d'intégrer la plupart des forms à un avis plutôt tranché sur comment écrire le html qui va autour

Ok
 
Et Engines? Idem ça a l'air sympa, mais j'ai lu des trucs pas très jojos dessus. Quid du user management? Comment ça se passe? Ça va clasher non?
 
Mon problème c'est que je commence à avoir plusieurs sites avec des fonctionnalités identiques comme le blog par exemple. Là je maintiens (enfin façon de parler) tout ça en faisant des copier/coller ce qui est évidemment crade, mais bon si engines a besoin de fixes au moins aussi crades c'est pas la peine.
 
Sinon je pensais faire un truc façon disqus avec une appli de blog qui centralise pour tout le monde, mais du coup pour une requête utilisateur ça fait 2 requête rails côté serveur ce qui est un peu lourd et un temps de réponse proche du double...
 
Êtes-vous confronté à ce genre de casse-tête?

 
 
vous connaissez un plugin/engine/lib pour gérer des plannings ?
Ca serait pour un truc du genre réservation de salles ou de formations
 
 
@thomase j'ai deja fait un engine mais ca devient rapidement compliqué niveau controller et vues, par contre pour partager des modeles c'est plutôt sympa

Merci skate
 
Je ne connais pas de gestionnaire de réservation sous rails.

J'ai utilisé les deux, et je préfere Rails, pourquoi :
- J'en ai vraiment raz le c## des programmeurs pythons qui violent la PEP8 (Conventions de nommage), ca rend le langage très chiant a utiliser, Ruby est ultra strict la dessus (Comme Java et .NET), c'est top
- Tu n'a RIEN pour le profiling avec Django, alors que Rails va te sortir des informations ultra importante quand tu l'utilise via webrick/mongrel, de plus il n'y a aucun equivalent de NewRelic RPM pour Django.. En gros c'est le nean absolue de ce coté la
- J'aime pas le langage de template de Django, mais la c'est une question de goût
- Tu n'a aucun systeme de "Database Connections Pool" dans Django, ca te fait perdre plusieurs dizaines/centaines de millisecondes sur chaque requête car tu doit a chaque fois ouvrir/fermer ta connexion a la base de données, et d'après les core devs de Django, ca sert a rien (Bon bizarrement ce sont les seuls a pas inclure ça...)
- Il y a très peut de plugin Django par rapport a ceux dispo sur Rails
- Les API python sont pas aussi "fun" que celles en ruby, ex: http://scruffy.rubyforge.org/ vs http://matplotlib.sourceforge.net/ )
- Depuis quelques années, Ruby/Rails évolue BEAUCOUP plus rapidement que Python et Django, et introduit un nouveau type de programmation plus fun, basé majoritairement sur des DSL.
 
Après, oui Django est carrément plus simple/léger que Rails, tu a l'admin automatique bien sympa

Ça marche bien pour vous paperclip? Parce qu'en le poussant un peu je me rends compte qu'il est tout pourri et m'a fait perdre pas mal d'heures    
 
Y'a plein de petits bugs ou limitations qui font qu'à part uploader des trucs bêtes sans trop les bricoler, ça ne sait pas faire grand chose    
 
Comme alternative j'ai découvert: http://github.com/jnicklas/carrierwave quelqu'un a déjà pu tester?