Ryan Bigg est l'auteur de plusieurs guides Ruby on Rails, écrit un livre sur Rails et participe au développement de nombreux gems Ruby. Il a lancé un appel à dons pour lui permettre de passer du temps à écrire de la documentation pour Rails. Le choix des sujets se fera parmi les suggestions proposées publiquement.
À la dernière RubyConf, Shugo Maeda a parlé des Refinements, qui devraient arriver dans Ruby 2.0. En Ruby, il est possible de faire ce que l'on appelle du monkey-patching : réouvir une classe déjà définie pour lui ajouter de nouvelles méthodes, voir modifier les méthodes existantes. Cela peut être très pratique mais peut très facilement devenir une source de bugs. Par exemple, si deux bibliothèques ajoutent toutes les deux une méthode camelize sur la classe String et que ces méthodes se comportent différemment, alors une des deux bibliothèques va utiliser l'implémentation de l'autre avec un comportement qui n'est pas celui attendu. Les Refinements pourraient être une solution pour corriger ce problème en limitant la portée de ces modifications.
Je profite également de cette dépêche pour annoncer la publication de la première revue mensuelle sur Ruby France.
Aller plus loin
- Revue mensuelle du 1er décembre 2010 par Ruby France (3 clics)
- RubyDrop (17 clics)
- Le code source de RubyDrop (1 clic)
- Donner pour la campagne de documentation Rails (0 clic)
- Refinements in Ruby (3 clics)
- Ruby 2.0 Refinements in Practice (2 clics)
# suppression
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
La piste de git me semble donc personnellement une mauvaise bonne idée.
TimeMachine chez Apple pars sur une bien meilleure idée. On sauve tout, on remplit le disque avec tout l'historique. Une fois le disque plein, à chaque donnée nouvelle, on supprime les plus anciennes versions des données histoire de garder la sauvegarde dans l'espace limité du disque.
J'ai vu sur le site que quelqu'un avait proposé rdiff-backup, cela me semble une piste bien plus intéressante de ce point de vu.
[^] # Re: suppression
Posté par gasche . Évalué à 4.
[^] # Re: suppression
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Il faut donc faire cela intelligemment car git travaille en mode patch et non en mode fichier or ce qui compte pour une sauvegarde, ce sont les fichiers à la base ;-)
[^] # Re: suppression
Posté par Dreammm . Évalué à 3.
pour une vue des tripes de git, une bonne référence :
http://progit.org/book/ch9-0.html
[^] # Re: suppression
Posté par Itaapy . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.