mise à jour
This commit is contained in:
Yannick Francois
@@ -0,0 +1,11 @@
|
||||
---
|
||||
layout: post
|
||||
title: year = year + 1
|
||||
---
|
||||
|
||||
Tout simplement:
|
||||
|
||||
*Bonne année 2009 à tous*
|
||||
|
||||
On espère que cette année vera la sortie de [Typo 6](http://typosphere.org), toujours plus de [Ruby](http://ruby-lang.org), que l'association [RubyFrance](http://rubyfrance.org) continue à bien ce porter, et tout plein d'autres chose plus personnelle :-)
|
||||
|
||||
+11
@@ -0,0 +1,11 @@
|
||||
---
|
||||
layout: post
|
||||
title: Développement dont vous êtes le héros mais piloté par les tests
|
||||
---
|
||||
|
||||
Un soir au [Dojo](http://wiki.agile-france.net/cgi-bin/wiki.pl?DojoDeveloppement), après avoir fait un [Bowling en Ruby en mode Randori](http://wiki.agile-france.net/cgi-bin/wiki.pl?DojoDeveloppement/Lundi15Decembre2008) [Emmanuel](http://emmanuelgaillot.blogspot.com/) nous a parlé d'un papier qu'il avait rédigé sur ce sujet, en déroulant cette exercice en _Kata dont vous êtes le héros_. Après quelque discussion et autres découverte, il a décidé de publié ce texte.
|
||||
|
||||
Je vous invite donc à dérouler ce "Kata Bowling en Ruby" dont vous êtes le héros [Reader driven](http://sites.google.com/site/emmanuelgaillot/). Bon test !
|
||||
|
||||
_Ce format est très interessant, je pense qu'il pourrais être adapté et pourrais donner des idées aux participants du Dojo d'ici ou d'ailleurs_
|
||||
|
||||
@@ -0,0 +1,15 @@
|
||||
---
|
||||
layout: post
|
||||
title: Ruby et les frameworks web
|
||||
---
|
||||
|
||||
Pour noël on a eu le droit à une annonce très bruyante (mais plus très fraïche maintenant).
|
||||
|
||||
*[Rails 3](http://rubyonrails.org) intègrera [Merb](http://merbivore.com/)*
|
||||
|
||||
Personnellement, je trouve que c'est une bonne chose. Ces deux framework apporte la même chose aux développeurs: un confort de développement pour des applications web. Et on juste quelques divergence de point de vue qui explique l'existance des deux frameworks. Et pour des nouveaux venu, quelque semaine de tests sur l'un, puis sur l'autres pour vraiment savoir lequel choisir... Cette fusion devrait permettre d'apporter les bonnes idées de Merb dans Rails et inversement. De plus il semblerais que les développeurs de Merb travail beaucoup plus à l'écoute de la communauté d'utilisateur, si Rails peut s'enrichir de ce mode de fonctionnement, ça permettra surement à tout le monde d'en profiter. Nous verrons bien ce que cela peut donner.
|
||||
|
||||
De la même manière, j'ai l'impression que [Sinatra](http://sinatra.rubyforge.org/) et [Camping](http://camping.rubyforge.org/files/README.html) marche dans la même direction: faire un framework web ultra léger. C'est dommage de ne pas joindre leurs force.
|
||||
|
||||
Avant de juger trop vite il faut que j'étudie ce Sinatra... _Fly me to the moon_
|
||||
|
||||
@@ -0,0 +1,87 @@
|
||||
---
|
||||
layout: post
|
||||
title: Ruby if unless
|
||||
---
|
||||
|
||||
Une des choses très agréable avec [Ruby](http://ruby-lang.org) c'est ça syntaxe. Un des mots bien particulier en Ruby est `unless`.
|
||||
|
||||
Je partage tout à fait l'avis de ce billet [Unless, The Abused Ruby Conditional](http://railstips.org/2008/12/1/unless-the-abused-ruby-conditional) `unless` c'est bien, très bien même dans certain cas, mais en abuser c'est mal. Ce mot peut rendre les choses plus lisible tout comme il pourrait les compliquer.
|
||||
|
||||
Une condition doit représenter une intention, unless permet de le faire, mais cela doit rester une intention.
|
||||
|
||||
<pre>
|
||||
{% highlight ruby %}
|
||||
xml.updated @items.first.updated_at.xmlschema unless @items.empty?
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
Ce code, extrait de la classe feed.atom.builder de [Typo](http://typosphere.org) est une bonne utilisation de `unless`. On évite ainsi le vilain:
|
||||
|
||||
<pre>
|
||||
{% highlight ruby %}
|
||||
xml.updated @items.first.updated_at.xmlschema if !@items.empty?
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
Un peu comme, et dans la même classe, nous avons un peu plus haut:
|
||||
|
||||
<pre>
|
||||
{% highlight ruby %}
|
||||
if(not this_blog.blog_subtitle.blank?)
|
||||
xml.subtitle this_blog.blog_subtitle, "type"=>"html"
|
||||
end
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
Assez étrange, nous aurions pu avoir plutôt
|
||||
|
||||
<pre>
|
||||
{% highlight ruby %}
|
||||
unless this_blog.blog_subtitle.blank?
|
||||
xml.subtitle this_blog.blog_subtitle, "type"=>"html"
|
||||
end
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
Voir
|
||||
|
||||
<pre>
|
||||
{% highlight ruby %}
|
||||
xml.subtitle this_blog.blog_subtitle, "type"=>"html" unless this_blog.blog_subtitle.blank?
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
Il y a part contre dans la méthode `ping_article!` du modèl `blog.rb` une mauvaise utilisation de `unless` (à mon avis)
|
||||
|
||||
<pre>
|
||||
{% highlight ruby %}
|
||||
unless global_pings_enabled? && settings.has_key?(:url) && settings.has_key?(:article_id)
|
||||
throw :error, "Invalid trackback or trackbacks not enabled"
|
||||
end
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
et une bonne.
|
||||
|
||||
<pre>
|
||||
{% highlight ruby %}
|
||||
unless article.allow_pings?
|
||||
throw :error, "Trackback not saved"
|
||||
end
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
Pour la bonne, rien à dire. Par contre, la première n'exprime pas assez clairement l'intention.
|
||||
|
||||
<pre>
|
||||
{% highlight ruby %}
|
||||
if !global_pings_enabled? || !settings.has_key?(:url) || !settings.has_key?(:article_id)
|
||||
throw :error, "Invalid trackback or trackbacks not enabled"
|
||||
end
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
Je trouve que là c'est plus clair, on comprend mieux que si l'une des trois conditions n'est pas rempli, on lève un exception.
|
||||
|
||||
_Tout ceci est une histoire de gout peut-être, vous en pensez quoi ?_
|
||||
|
||||
@@ -0,0 +1,13 @@
|
||||
---
|
||||
layout: post
|
||||
title: Apero Paris.rb - Ruby 1.9.1
|
||||
---
|
||||
|
||||
Lundi 26 janvier aura lieu le [10ième apéro Ruby](http://rubyfrance.org/articles/2009/01/24/dixieme-apero-ruby-de-paris-rb-ruby-france-special-ruby-1-9-1/) organisé à Paris par l'association RubyFrance, et surtout le GO(Gentil Organisateur) Jean-François ! C'est à *20 h* au *Dune* (18, avenue Claude Vellefaux 75010 Paris, Métro Colonel Fabien ou Métro Goncourt).
|
||||
|
||||
Cette apéro est organisé autour de la sortie de la version 1.9.1 de [Ruby](http://ruby-lang.org) qui devrait sortir, est sorti, enfin, on est dedans là :-)
|
||||
|
||||
_Je ne serait pas à cette apéro, je préfère aller au [Dojo de développement](http://xp-france.net/cgi-bin/wiki.pl?DojoDeveloppement) qui à lieu tout les lundi (ou presque). Ceci dit, si vous n'êtes pas au dojo, j'espère que vous serez à l'apéro !_
|
||||
|
||||
_note: Je pourrais peut-être venir après remarque..._
|
||||
|
||||
@@ -0,0 +1,11 @@
|
||||
---
|
||||
layout: post
|
||||
title: Typo and self version +1
|
||||
---
|
||||
|
||||
Quel beau hasard, l'équipe de [typo sort la version 5.2](http://blog.typosphere.org/2009/01/25/typo-5-2-helmut-newton-for-rails-2-2-released) le jour de mon anniversaire :-) Amusant non ?
|
||||
|
||||
Ce blog tourne donc avec la version 5.2 du moteur, et un humain plus vieux d'un an aux manettes.
|
||||
|
||||
Très sympa cette nouvelle interface d'admin.
|
||||
|
||||
@@ -0,0 +1,11 @@
|
||||
---
|
||||
layout: post
|
||||
title: RubyCampLyon
|
||||
---
|
||||
|
||||
Juste pour vous rappeler que le samedi 21 février aura lieu un [RubyCamp à Lyon](http://barcamp.org/RubyCampLyon). L'évènement aura lieu au 3ième étage du département informatique de l'INSA.
|
||||
|
||||
Merci à [Damien](http://www.dmathieu.com/) d'organisé cet évènement.
|
||||
|
||||
*Je suis déçu de ne pouvoir aller à ce RubyCamp !*
|
||||
|
||||
@@ -0,0 +1,24 @@
|
||||
---
|
||||
layout: post
|
||||
title: RailsCamp Paris 2 le retour
|
||||
---
|
||||
|
||||
Fin d'hiver chargé coté évènement autour de Ruby:
|
||||
|
||||
* un [RubyCamp](http://barcamp.org/RubyCampLyon) ce week-end,
|
||||
* un [RailsCamp](http://barcamp.org/RailsCampParis2) le samedi 7 mars
|
||||
|
||||
Et oui, encore une fois Jean-Francois fait des étincelles, il a trouvé le moyen d'organiser un RailsCamp dans les locaux de Sun, avenue Iéna, avant qu'ils déménage !
|
||||
|
||||
Ce RailsCamp va ce dérouler sur un fond de merge entre Rails et Merb. Comme l'année dernière c'est encore un super moyen de ce rencontrer, de coder, de discuter, de partager, d'apprendre, de découvrir...
|
||||
|
||||
Cet fois, j'espère pourvoir y passer la journée (et pourquoi pas être présent au mashpit du lendemain, si mashpit il y a).
|
||||
|
||||
Par contre dépéchez vous de vous inscrire, il n'y a déjà plus beaucoup de place.
|
||||
|
||||
[RubyFrance vous donne rendez-vous pour le RailsCamp Paris 2](http://rubyfrance.org/articles/2009/02/17/rendez-vous-au-railscamp-paris-2-chez-sun/)
|
||||
|
||||
*hmmm Ce thème de blog est sympa, mais je n'aime pas trop l'organisation de la typo dans les billets... Il va falloir relever les manches*
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,31 @@
|
||||
---
|
||||
layout: post
|
||||
title: OpenBSD 4.5-current
|
||||
---
|
||||
|
||||
Le gestionnaire de version d'[OpenBSD](http://openbsd.org) vient de voir un tag 4.5 arrivé. Comme d'habitude c'est [Théo](http://fr.wikipedia.org/wiki/Th%C3%A9o_de_Raadt) qui le pose tranquillement:
|
||||
|
||||
<pre>
|
||||
{% highlight bash %}
|
||||
CVSROOT: /cvs
|
||||
Module name: src
|
||||
Changes by: deraadt@cvs.openbsd.org 2009/02/28 19:21:07
|
||||
|
||||
Modified files:
|
||||
sys/conf : newvers.sh
|
||||
|
||||
Log message:
|
||||
move to 4.5-current
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
Et hop, voilà le travail. Comme d'habitude, cela annonce le gèle des ports prochain jusqu'à la sortie le 1er mai de cette nouvelle version. Les possibilités de pré-commande ne vont pas tarder à apparaitre également.
|
||||
|
||||
Je suis impatient de voir quel thème va être associé à cetet version. J'ai adoré le précédent basé sur [starwars](http://fr.wikipedia.org/wiki/Starwars):
|
||||
|
||||
[](http://openbsd.org/44.html)
|
||||
|
||||
*via le journal officiel d'OpenBSD: [undeadly.org](http://undeadly.org/cgi?action=article&sid=20090304031205)*
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,19 @@
|
||||
---
|
||||
layout: post
|
||||
title: RailsCampParis #2
|
||||
---
|
||||
|
||||
Hier avait lieu le [2ième RailsCampParis](http://barcamp.org/RailsCampParis2) dans les locaux de [Sun](http://fr.sun.com/).
|
||||
|
||||
Très beau locaux d'ailleurs, dommage que Sun déménage. On verra ou se passera le prochain.
|
||||
|
||||
Pas mal de participant, pas autant que d'inscrit finalement, mais quand même une bonne 60aine je crois. Merci à tous, ce fut un RailsCamp très sympa, très riche en échange. On regrette quand même l'absence de quelques figures de la communauté Rails de Paris, j'espère que l'on vous verras au prochain ;-)
|
||||
|
||||
Quelques belles sessions, mais peu nombreuses je trouve. Ceci dit tout le monde semble y avoir trouvé sont compte. Manque peut-être quelques sessions un peu originale, à voir pour la prochaine fois.
|
||||
|
||||
Aujourd'hui ce déroule un mashpit Merb au Dune. J'espère que vous vous y amuserais bien (ça commence dans une demi heure ;-)).
|
||||
|
||||
A quand le prochain ? (peut-être un RubyCamp cette fois ?)
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,30 @@
|
||||
---
|
||||
layout: post
|
||||
title: JRuby 1.2.0
|
||||
---
|
||||
|
||||
|
||||
|
||||
C'est pas tout frais, mais [Jruby](http://jruby.codehaus.org/) vient de sortir en [version 1.2](http://docs.codehaus.org/display/JRUBY/2009/03/16/JRuby+1.2.0+Released).
|
||||
|
||||
|
||||
|
||||
Au menu:
|
||||
|
||||
|
||||
|
||||
* Un bon support des fonctionnalité de [Ruby 1.9](http://www.ruby-lang.org/en/news/2009/01/30/ruby-1-9-1-released/)
|
||||
|
||||
* Le compilateur marche (cela permet de *compiler* des classes Ruby en byteCode Java)
|
||||
* Amélioration des performances (*un classique*) sur le parseur, et le *runtime*
|
||||
|
||||
* Un début de support pour [Android](http://code.google.com/intl/fr/android/) (le projet est nomé [Ruboto](http://blog.headius.com/2009/02/ruboto-is-your-friend.html))
|
||||
* Un gros paquet de bugs sont fixés (un peu trop long pour être listé ici :-))
|
||||
|
||||
|
||||
|
||||
Ce projet avance vite et bien. Je ne sais pas à quel niveau de compatibilité sont arrivé les autres VM aujourd'hui,je pense à [Rubinius](http://rubini.us/) et [IronRuby](http://www.ironruby.net/) surtout (vous en connaissez d'autres ?), mais certainement aussi bien. Je fais parti de ces gens qui pense que c'est une bonne chose, et vous ?
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,29 @@
|
||||
---
|
||||
layout: post
|
||||
title: PouypeOnTwit
|
||||
---
|
||||
|
||||
Certains l'on déjà remarqué, je me suis laissé tenter par cette outil de [microblogging](http://fr.wikipedia.org/wiki/Microblog) qu'est [twitter](http://twitter.com).
|
||||
|
||||
Ce qui est amusant c'est que sans vraiment savoir quel interêt je trouve à l'outil, je l'utilise régulièrement pour voir ce qu'il se passe, ou plutôt ce que ce dit. Ca à un coté très spontané.
|
||||
|
||||
J'ai également commencé à creuser la question du protocole ouvert [OpenMicroBloggin](http://openmicroblogging.org/). Interessant, à creuser, ou pas.
|
||||
|
||||
Il y a par contre un billet qui m'a bien aidé à comprendre certaines associations de lettres dans twitter: [Brent Ozar: Twitter FAQ](http://www.brentozar.com/archive/2008/08/twitter-101/).
|
||||
|
||||
En résumé:
|
||||
|
||||
* `RT` pour ReTwitt : En gros, c'est quand on relaie un *twitt* pour en faire profiter les gens qui serait passé à coté (car ne suivant pas l'utiliasteur à l'origine du premier twitt)
|
||||
|
||||
* `OH` pour OverHead : C'est citer quelque chose d'entendu avec ces oreilles (j'ai pas encore vu quelqu'un s'en servir...)
|
||||
|
||||
* `@` : Ce signe accompagné (et sans espace) d'un nom d'utilisateur, c'est pour faire uen sorte de réponse ou impliquer l'utilisateur en question.
|
||||
|
||||
* `#` : Ce signe accompagné (et sans espace) d'un mot est une sorte de tag. Il existe quelque service annexe qui utilise ces tag pour faire quelque recherche, statistique et autres *mashup* comme on dit en 2.0
|
||||
|
||||
Twitter: [http://twitter.com/pouype](http://twitter.com/pouype)
|
||||
|
||||
*Edit suite au commentaire de LordPhoenix:* Identi.ca pour ceux qui le préfère libre :) [http://identi.ca/yaf](http://identi.ca/yaf)
|
||||
|
||||
ps: Si je ne me trompe pas Twitter est écrit en [RubyOnRails](http://rubyonrails.org) \o/ !
|
||||
|
||||
@@ -0,0 +1,23 @@
|
||||
---
|
||||
layout: post
|
||||
title: Jruby déménage
|
||||
---
|
||||
|
||||
[Charles Nutter, dit Headius](http://blog.headius.com/) l'a annoncé par un _twit_: le projet JRuby déménage:
|
||||
|
||||
> I'm so excited to move everything to kenai.com + git + github. We'll really be dogfooding JRuby on Rails then (kenai is JRoR-based).
|
||||
|
||||
_source: [https://twitter.com/headius/status/1378984561](https://twitter.com/headius/status/1378984561)_
|
||||
|
||||
Le projet JRuby est donc en train de déménagé de la plateforme [Codehaus](http://codehaus.org/) à [Kenai](http://kenai.com/). Ce gestionnaire de projet est, comme l'indique Charles, basé sur [JRuby](http://kenai.com/projects/jruby) _(je vous donne la nouvelle adresse ;-))_. C'est très bon tout cela.
|
||||
|
||||
Ce site héberge déjà le projet [ActiveRecord-JDBC](http://kenai.com/projects/activerecord-jdbc) qui est maintenant traité comme un projet _enfant_ de JRuby.
|
||||
|
||||
Et pour reprendre encore une fois Charles, ils ont besoin d'aide pour transferer le wiki:
|
||||
|
||||
> Help JRuby move to http://kenai.com Copy wiki pages from http://wiki.jruby.org/wiki/Main_Page to http://kenai.com/projects/jruby/pages/Home, then tell me so I can lock the original.
|
||||
|
||||
_source: [https://twitter.com/headius/status/1374505769](https://twitter.com/headius/status/1374505769)_
|
||||
|
||||
N'hésitez pas ;-)
|
||||
|
||||
@@ -0,0 +1,15 @@
|
||||
---
|
||||
layout: post
|
||||
title: Message de service
|
||||
---
|
||||
|
||||
Depuis ce week-end, il y a quelque soucis sur la [Bricabox](http://bricabox.info)...
|
||||
|
||||
Le ping réponds, mais les sites et le ssh non. Une surcharge ? Ca m'étonnerais. Des attaques ? Pas plus que d'habitude, quoique, une bonne série de tentative d'accès en [brut force](http://fr.wikipedia.org/wiki/Recherche_par_force_brute).
|
||||
|
||||
Je ne sais pas si cela vous a géné, moi pas trop :-). Cependant, je vais tacher d'être vigilant ces prochain jour, et étudier la possibilité de changer de serveur web (aujourd'hui [Lighttpd](http://www.lighttpd.net/), passé à [Nginx](http://nginx.net/) ou l'[Apache Chrooté d'OpenBSD](http://www.openbsd.org/faq/faq10.html#httpdchroot)), ou bien changer de serveur d'application (passer de [mongrel](http://mongrel.rubyforge.org/) à [Thin](http://code.macournoyer.com/thin/), [ebb](http://ebb.rubyforge.org/) ou carrement [ModRails](http://www.modrails.com/) (avec Apache)).
|
||||
|
||||
Je vous tiendrais au courant si je trouve un quelque chose d'interessant.
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,17 @@
|
||||
---
|
||||
layout: post
|
||||
title: Ne soyez pas un développeur Ruby
|
||||
---
|
||||
|
||||
C'est se que l'on pourrait extraire de ce qu'il se passe en ce moment autour de [Twitter](http://twitter.com). C'est aussi une phrase de [Russ Olsen](http://jroller.com/rolsen/) lors de sont intervention à l'édition 2008 de [Paris On Rails](http://paris.onrails.info/).
|
||||
|
||||
Et je suis tout à fait d'accord avec lui.
|
||||
|
||||
Apparemment, l'équipe de développement de [Twitter va refaire l'outil en Scala](http://www.artima.com/scalazine/articles/twitter_on_scala.html). [Scala](http://www.scala-lang.org/) est un langage de script tournant sur une JVM(Java Virtual Machine). Bien, c'est un langage de script que je ne connais pas, mais le sujet n'est pas de savoir si Scala fera mieux que Ruby sur le sujet, la question c'est plutôt pourquoi une bonne partie de la communauté s'indigne de ce changement.
|
||||
|
||||
[Dave Thomas](http://pragdave.blogs.pragprog.com/pragdave/2009/04/twitter-should-move-away-from-ruby.html) le dit bien.
|
||||
|
||||
Ruby est un langage de script, tout le monde commence à le savoir, et comme tous les langages de script, c'est forcement moins performant qu'un langage compilé (même si c'est du pseudo compilé comme Java). Il faut savoir utiliser la bonne techno, le bon langage au bon moment, pour les bonnes raisons.
|
||||
|
||||
Pour reprendre encore Mr Olsen, Ruby est une bonne solution aujourd'hui pour certain problème, mais ce n'est pas LA solution. Il y en aura d'autres et il y en a déjà d'autres qui répondent mieux à certaine problématique.
|
||||
|
||||
@@ -0,0 +1,11 @@
|
||||
---
|
||||
layout: post
|
||||
title: JRuby sur Git
|
||||
---
|
||||
|
||||
Après avoir [déménagé le gestionnaire de projet](/2009/03/24/jruby-demenage) de [CodeHaus](http://codehaus.org) à [Kenai](http://kenai.com) (la forge selon [Sun](http://fr.sun.com/)), JRuby change de gestionnaire de version pour passer de [Subversion](http://subversion.tigris.org/) à [Git](http://git-scm.com/)
|
||||
|
||||
L'annonce de Headius: [JRuby moves to Git](http://blog.headius.com/2009/04/jruby-moves-to-git.html).
|
||||
|
||||
_ça va forker !_
|
||||
|
||||
@@ -0,0 +1,9 @@
|
||||
---
|
||||
layout: post
|
||||
title: OpenBSD binary upgrade
|
||||
---
|
||||
|
||||
Le site qui héberge les infos du script que j'utilise pour [suivre la version -current d'OpenBSD](http://www.typouype.org/2008/02/02/openbsd-current) a déménagé.
|
||||
|
||||
Vous pourrez retrouver toute les infos sur le script [OpenBSD binary upgrade](http://www.han.dds.nl/software/OpenBSD-binary-upgrade/) dans la rubrique _software_ du site de [Han Boetes](http://www.han.dds.nl/).
|
||||
|
||||
@@ -0,0 +1,15 @@
|
||||
---
|
||||
layout: post
|
||||
title: Passage à Typo 5.3 (en retard)
|
||||
---
|
||||
|
||||
|
||||
Alors que la version 5.3.1 avance, je viens juste de me mettre à jour.
|
||||
|
||||
Ce blog tourne maintenant avec “Typo 5.3 Robert Franck”. Principalement dédié au portage de l’application pour [RubyOnRails 2.2.2](http://rubyonrails.org) , cette version amène tout de même un paquet de corrections de bug et d’évolutions.
|
||||
|
||||
Il y en a une que j’attendais (par flème de la faire) depuis longtemps: la redéfinition du format des urls. Je pense que d’ici peu, les urls ici passeront d’un format /année/mois/jour/titre à /titre :-)
|
||||
|
||||
**Merci à l’équipe, comme d’habitude, pour le bon boulot !**
|
||||
|
||||
|
||||
@@ -0,0 +1,29 @@
|
||||
---
|
||||
layout: post
|
||||
title: Skinny controllers and fat models
|
||||
---
|
||||
|
||||
Hier, j’ai posé une question à la terre entière (ou presque):
|
||||
|
||||
>
|
||||
> MyModel.paginate(blablabla) or just call MyModel.give_data and call paginate in MyModel ?
|
||||
>
|
||||
|
||||
J’ai mis en place une pagination sur une liste de commande. Cela à plusieurs avantages.
|
||||
|
||||
* Graphique d’abord. On ne peut vraiment pas proposer une interface claire avec une liste de 150 commandes
|
||||
* Performances ensuite. Aller cherche 150 commandes d’un coup, c’est faire attendre le client qui finalement n’en fera que 10.
|
||||
|
||||
Ceci étant dit, sur divers exemple que j’ai observé à droite et à gauche, l’appel au modèle pour récupérer la liste de commandes dans le contrôleur ce fait sous la forme:
|
||||
|
||||
Je ne détail pas les conditions ici, mais pourtant ce sont elles qui me gène dans ce code. L'appel à `paginate` (ou une autre méthode) dans le contrôleur ne me gène pas, de toute façon, il faut bien qu'il travail un peu, même s'il est _maigre_ ! Mais par contre j'ai beaucoup de mal avec le fait que le contrôleur connaisse les conditions pour la récupération de la liste. D'autant que j'ai dans ces conditions quelque valeur par défaut qui dépende d'un contexte non présent dans les paramètres aujourd'hui.
|
||||
|
||||
Je vais donc opter pour le déplacement de l'appel à `paginate` dans mon modèle. J'ai donc maintenant dans mon contrôleur quelque chose de plus clair, et plus simple:
|
||||
|
||||
>
|
||||
> Et dans mon model
|
||||
>
|
||||
|
||||
C'est bien beau, mais je me retrouve maintenant avec des éléments de présentation dans mon modèle. *C'est mal*.
|
||||
|
||||
Je vais pour l'instant passer la page demandé et la quantité par page en paramètre. Ce n’est pas top non plus, mais je préfère cela pour l’instant. Si quelqu’un a une idée, je suis prêt à l’entendre.
|
||||
@@ -0,0 +1,28 @@
|
||||
---
|
||||
layout: post
|
||||
title: OpenBSD 4.5 et PickAxe 1.9
|
||||
---
|
||||
|
||||
|
||||
Deux annonce pour ce 1er mai, l’une attendu l’autres, presque, mais pas forcement aujourd’hui.
|
||||
|
||||
## OpenBSD 4.5
|
||||
|
||||
C’est un classique du 1er mai, une nouvelle version d’[OpenBSD](http://www.openbsd.org) voit le jour. Cette version est associé à un thème [Tron](http://fr.wikipedia.org/wiki/Tron), très réussi je trouve.
|
||||
|
||||
[](http://openbsd.org/45.html)
|
||||
|
||||
Dans la liste des améliorations et nouveautés de cette version on pourra noter:
|
||||
|
||||
* Amélioration du support wifi (les cartes d’intel posait des problème par exemple)
|
||||
* Ajout de fonctionnalité de composite au serveur X d’openbsd Xenocara [xcompmgr](http://www.openbsd.org/cgi-bin/man.cgi?query=xcompmgr&sektion=1&format=html)
|
||||
* [OpenSSH 5.2](http://www.openssh.org)
|
||||
|
||||
et tout un tas d’autres choses que je vous propose d’aller lire sur [le journal officiel d’openbsd](http://undeadly.org/cgi?action=article&sid=20090430171848)
|
||||
|
||||
## PickAxe Ruby 1.9
|
||||
|
||||
Le pickaxe est LE livre de référence du langage de programmation [Ruby](http://ruby-lang.org). Son nom viens de la couverture qui, vous l’aviez deviné, représente une pioche. Et bien une version à jour, c’est à dire parlant de la version 1.9 de ruby est en cours d’impression. On attend avec impatience cette nouvelle référence du langage. Je vous laisse lire la nouvelle sur le [Ruby Inside, Ruby 1.9 pickaxe](http://www.rubyinside.com/programming-ruby-19-the-new-pickaxe-now-in-print-1739.html)
|
||||
|
||||
*Pffiiu, on a de quoi s’occuper ce week-end ;-)*
|
||||
|
||||
@@ -0,0 +1,15 @@
|
||||
---
|
||||
layout: post
|
||||
title: Changement de thème
|
||||
---
|
||||
|
||||
|
||||
Après pas mal de temps passé sur [Scribbish](http://quotedprintable.com/pages/scribbish) j’ai repris un petit thème maison. C’est pas forcement aussi bien léché, mais au moins, _C’est moi qui l’ai fait_ :-)
|
||||
|
||||
|
||||
|
||||
Et ça me permet également de faire mon premier repository public sur [GitHub](http://github.com) histoire de voir comment ça marche. Retrouvé donc les sources de ce thème sur [github.com/yaf/to_the_left](http://github.com/yaf/to_the_left).
|
||||
|
||||
Maintenant il faut que je vois si c’est assez *beau* pour être proposé sur le [typogarden](http://typogarden.org/)
|
||||
|
||||
|
||||
@@ -0,0 +1,21 @@
|
||||
---
|
||||
layout: post
|
||||
title: Apéro Ruby de mai 2009
|
||||
---
|
||||
|
||||
|
||||
Pour ceux qui ne serait pas encore au courant, [Cyril ‘shingara’ Mougel](http://blog.shingara.fr) organise au nom de l’association [RubyFrance](http://rubyfrance.org) le 12ième apéro Ruby de Paris.rb (la communauté parisienne de Ruby). Si cela vous tente, rendez-vous le 20 mai à partir de 20h au Dune (ça devient une habitude ;-)) 18 avenue Claude Vellfaux 75010 Paris (Métro Colonel Fabien ou Goncourt: [e-dune/acces](http://www.e-dune.fr/acces.php)).
|
||||
|
||||
> Petit extrait des activités de la soirée (à part boire un coup et discuter):
|
||||
>
|
||||
> * Rails 3 étant annoncé en Alpha pour très bientôt, nous pourrons tous en parler entre nous.
|
||||
> * RailsConf 09 qui s’est terminé le 10 Mai
|
||||
|
||||
Et Cyril nous précise les non-modalités
|
||||
|
||||
> Aucun enregistrement préalable n’est nécessaire. mais vous pouvez toujours m’indiquer votre venue par email. Si vous souhaitez réaliser une présentation, n’hésitez pas à me l’indiquer pour qu’on puisse l’organiser.
|
||||
>
|
||||
> En espérant vous voir à nouveau, bonne soirée
|
||||
|
||||
Je pense que j’y ferais un tour, j’espère vous y voir ;-)
|
||||
|
||||
@@ -0,0 +1,22 @@
|
||||
---
|
||||
layout: post
|
||||
title: XPDay France 2009
|
||||
---
|
||||
|
||||
|
||||
Demain (lundi 25 mai) et après demain (mardi 26 mai) se déroule les [XP Day France 2009](http://xpday.fr/) au chalet de la porte jaune (c’est à Vincenne).
|
||||
|
||||
Je m’y rend au nom de [Kantena](http://kantena.com). En effet, nous sommes convaincu que beaucoup de projet en échec aujourd’hui le sont à cause d’un manque de bon sens, et les méthodes agiles en général ne sont que du bon sens mis en forme.
|
||||
|
||||
Sur la forme, je ne suis pas convaincu par l’une ou l’autre, et je ne me lancerais pas dans un débat [Scrum](http://fr.wikipedia.org/wiki/Scrum) vs [XP](http://fr.wikipedia.org/wiki/Extreme_programming) vs [Lean](http://fr.wikipedia.org/wiki/Lean) vs MettezIciUnNomDeVotreChoix. Je pense que selon le projet, le client, l’équipe il faut s’adapter et surtout ne pas aller à l’encontre du bon sens. Par exemple, chez [Kantena](http://kantena.com), nous essayons de proposer à nos client des TMA et autres projets au forfait quand le besoin s’y prête. Dans ce context il est très délicat d’avoir la présence d’un *utilisateur* ou *product owner* avec l’équipe.
|
||||
|
||||
Ce que j’attend de ces deux journée:
|
||||
|
||||
* Rencontrer des gens qui partage un interêt pour ces bonne pratique
|
||||
* Avoir quelque retour d’expérience
|
||||
* Apprendre et passer un bon moment
|
||||
|
||||
Je me fixe également un objectif professionnel: avoir une vision plus clair de ce que je peut proposer sous forme d’un contrat ou non, autour de projet au forfait, avec un client distant.
|
||||
|
||||
Bref, je suis impatient d’y être, surtout quand je regarde [le programme](http://xpday.fr/programme)
|
||||
|
||||
@@ -0,0 +1,28 @@
|
||||
---
|
||||
layout: post
|
||||
title: Retour des XPDay 2009
|
||||
---
|
||||
|
||||
|
||||
Lundi et mardi dernier je me suis rendu au [XPDay2009](http://xpday.fr/) . J’y ai trainé un associé de [Kantena](kantena.com), j’y ai également retrouvé quelques têtes connu du dojo bien sur, mais également de l’association [RubyFrance](http://rubyfrance.org).
|
||||
|
||||
Le cadre était magnifique: [Le chalet de la porte jaune](http://xpday.fr/lieu-et-acces) est un endroit exellent pour ce genre de chose. Mise à part effectivement des salles parfois difficile d’accès ;-).
|
||||
|
||||
Nous avons entendu beaucoup de chose interessante, mais aussi beaucoup échangé, et c’est ce qui fait beaucoup dans ce genre d’évènement: les rencontres. Le planning et le cadre étaient propice à ce genre de chose.
|
||||
|
||||
Ce que j'attend de ces deux journée:
|
||||
|
||||
* Rencontrer des gens qui partage un interêt pour ces bonne pratique
|
||||
* Avoir quelque retour d'expérience
|
||||
* Apprendre et passer un bon moment.
|
||||
|
||||
Et bien mission accompli !
|
||||
|
||||
J’ai passé un bon moment, j’ai rencontré des agilistes convaincu, et moins convaincu, et les retour d’expérience on fini de me convaincre.
|
||||
|
||||
Ce que je retient principalement c’est que l’agilité, mais surtout le projet informatique sont une histoire d’Homme en premier lieu. C’est pas forcement nouveau, mais on le sent vraiment dans ce genre de contexte. Et c’est surement cette première valeur du [manifeste agile](http://fr.wikipedia.org/wiki/Manifeste_Agile) : *L'interaction avec les personnes plutôt que les processus et les outils.* qui est le plus dur à faire comprendre au réticent. C’est dailleurs un des points point commun avec le [Lean](http://fr.wikipedia.org/wiki/Lean) (ou [TPS](http://fr.wikipedia.org/wiki/Syst%C3%A8me_de_production_de_Toyota) . C’est un point commune à la fois sur la forme, car le Lean se concentre sur les Hommes , mais également sur le fond (du problème) car c’est aussi un des aspects les plus dur à faire comprendre dans une entreprise voulant adopter des pratiques *Lean*
|
||||
|
||||
Pour ce qui est de mon objectif professionel: *avoir une vision plus clair de ce que je peut proposer sous forme d'un contrat ou non, autour de projet au forfait, avec un client distant.* je n’ai pas de réponse toute faite. Mais je m’y attendait. C’est normal, toute ces pratiques ne peuvent s’appliquer de la même manière dans tout les contexte. Au risque de me répéter, l’agilité, le lean, sont des pratiques de bon sens, et le bon sens ne peut s’appliquer de la même manière à tout les projets. J’ai même entendu qu’un projet mené en mode [cascade](http://fr.wikipedia.org/wiki/Développement_en_cascade) avec les bonnes personnes au bon endroit, avec des une équipe motivé peu faire mieux qu’une équipe mauvaise utilisant Scrum ou une autre méthodes agiles... Et je suis assez d’accord avec cela !
|
||||
|
||||
Bref, pour une première, je suis ravi. Je compte bien renouveller l’expérience l’année prochaine, et cette fois, j’essayerais d’amener avec moi plus de personnes de Kantena !
|
||||
|
||||
@@ -0,0 +1,104 @@
|
||||
---
|
||||
layout: post
|
||||
title: Ruby File.open 'w' Acces concurrent
|
||||
---
|
||||
|
||||
|
||||
Je viens de tomber sur quelque chose d’étrange dans l’utilisation de l’objet [IO](http://www.ruby-doc.org/core/classes/IO.html#M002264) de [Ruby](http://ruby-lang.org) : La gestion des verrous sur les fichiers. Alors j’ai surement du rater quelque chose, mais voici mon histoire...
|
||||
|
||||
<pre>
|
||||
{% highlight ruby %}
|
||||
require 'test/unit'
|
||||
|
||||
DUCK="duck"
|
||||
ELEPHANT="elephant"
|
||||
SNAKE="snake"
|
||||
FILE="test_file"
|
||||
|
||||
class TestFileConcurrencyAccess < Test::Unit::TestCase
|
||||
def test_concurrency_access
|
||||
t1 = Thread.start do
|
||||
File.open(FILE, "w") do |file|
|
||||
file.puts SNAKE
|
||||
file.flush
|
||||
sleep 8
|
||||
file.puts DUCK
|
||||
end
|
||||
end
|
||||
File.open(FILE,"r") do |f1|
|
||||
assert SNAKE, f1.read
|
||||
end
|
||||
t2 = Thread.start do
|
||||
File.open(FILE,"w") do |f|
|
||||
sleep 2
|
||||
f.puts ELEPHANT
|
||||
end
|
||||
end
|
||||
t2.join
|
||||
File.open(FILE,"r") do |f2|
|
||||
assert ELEPHANT, f2.read
|
||||
end
|
||||
|
||||
t1.join
|
||||
File.open(FILE,"r") do |f3|
|
||||
assert SNAKE, f3.readline
|
||||
assert DUCK, f3.readline
|
||||
end
|
||||
|
||||
end
|
||||
end
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
[fichier source](/files/test_file_concurrency_access.rb)
|
||||
|
||||
Le resultat d’execution de ce test donne une erreur sur la dernière lecture:
|
||||
|
||||
<pre>
|
||||
{% highlight bash %}
|
||||
Loaded suite test_file_concurrency_access
|
||||
|
||||
Started
|
||||
E
|
||||
|
||||
Finished in 8.003509 seconds.
|
||||
1) Error:
|
||||
test_concurrency_access(TestFileConcurrencyAccess):
|
||||
EOFError: end of file reached
|
||||
test_file_concurrency_access.rb:38:in `readline’
|
||||
test_file_concurrency_access.rb:38:in `test_concurrency_access’
|
||||
test_file_concurrency_access.rb:36:in `open’
|
||||
test_file_concurrency_access.rb:36:in `test_concurrency_access’
|
||||
|
||||
1 tests, 3 assertions, 0 failures, 1 errors
|
||||
{% endhighlight %}
|
||||
</pre>
|
||||
|
||||
Mais ce qui me gène (et qui ne ressort pas dans mon test, je l’avoue) c’est que j’aurais pensé que le deuxième *File.open* ne puisse pas s’executé, et me renvoie une Error du type: *“Le fichier est déjà ouvert en écriture par quelqu’un d’autres”*... Mais non, et du coup, j’ai un fichier assez moche qui ne ressemble à rien:
|
||||
|
||||
<pre>
|
||||
elephduck
|
||||
</pre>
|
||||
|
||||
Alors qu’on pourrait penser obtenir un truc dans le genre:
|
||||
|
||||
<pre>
|
||||
snake
|
||||
duck
|
||||
</pre>
|
||||
|
||||
Avec éventuellement une erreur sur l’écriture d’éléphant dans le fichier.
|
||||
|
||||
J’ai également fait un essai en utilisant le code contenu dans chaque thread pour les executer dans deux console différentes, j’arrive au même résultat (c’est du coup dans test/unit, mais au niveau du contenu de <span class="caps">FILE</span> à la fin, j’ai là même chose...)
|
||||
[Fichier write_quickly.rb pour l’écriture d’ELEPHANT](http://zone.elsif.fr/write_quickly.rb)
|
||||
[Fichier write_slowly.rb pour l’écriture de SNAKE et DUCK](http://zone.elsif.fr/write_slowly.rb)
|
||||
|
||||
Bref, je suis perplexe. J’avoue ne pas avoir envie d’envoyer cela sur la [mailing-liste Ruby-talk](http://www.ruby-lang.org/fr/community/mailing-lists/), ni sur celle de [JRuby](http://jruby.org) d’ailleurs (car j’ai vérifier, j’ai le même problème en JRuby). Du moins tant que je n’ai pas creusé un peu plus.
|
||||
|
||||
J’ai sûrement du faire une erreur quelque part, oublier quelque chose, ou faire quelque chose de travers. **Si quelqu’un lit cela et à une idée, merci d’en m’en parler, je suis preneur !**.
|
||||
|
||||
Si c’est un comportement souhaité, j’aimerais comprendre pourquoi, et si c’est un oubli ou une erreur, j’aimerais bien aider à trouver une solution.
|
||||
|
||||
*ps: Retour au thème Scribbish que je trouve plus lisible, en attendant que je refasse quelque chose...*
|
||||
|
||||
|
||||
@@ -0,0 +1,20 @@
|
||||
---
|
||||
layout: post
|
||||
title: Pourquoi Kanban ?
|
||||
---
|
||||
|
||||
|
||||
Durant mes études de génie mécanique puis de productique, j’ai eu l’occassion d’étudier le [TPS](http://fr.wikipedia.org/wiki/Syst%C3%A8me_de_production_de_Toyota) et le système [Kanban](http://fr.wikipedia.org/wiki/Kanban).
|
||||
|
||||
Après m’être interessé à l’agilité dans le monde du développement logiciel (domaine m’ayant recueilli après mes études), j’ai vu il y a quelque temps arrivé le [Lean](http://fr.wikipedia.org/wiki/Lean) courant de pensé issu du <span class="caps">TPS</span>, et lu quelques billet très interessant sur l’utilisation de Kanban dans le développement logiciel.
|
||||
|
||||
Je vous conseil d’ailleurs la lecture de cet essai très interessant:
|
||||
[](http://www.amazon.fr/Scrumban-Essays-Systems-Software-Development/dp/0578002140/ref=sr_1_1?ie=UTF8&s=english-books&qid=1246105916&sr=8-1)
|
||||
|
||||
De mon point de vue je trouve que Kanban est plus approprié aux équipes que j’ai eu l’occassion de rencontrer: Multiprojet, maintenance. Scrum, XP et les diver pratique agile basé sur les itération courte ne sont pas forcement très simple, voir très adapté à une équipe travaillant sur de la maintenance, des évolutions, un nouveau projet, le tout en même temps...
|
||||
|
||||
Pour illustré l’utilisation de Kanban, [Henrik Kniberg](http://blog.crisp.se/henrikkniberg/) à réalisé un petit *strip* qui reflete assez bien le mode de fonctionnement d’une équipe utilisant Kanban: [One day in Kanban land](http://blog.crisp.se/henrikkniberg/2009/06/26/1246053060000.html)
|
||||
|
||||
J’espère bien pouvoir convaincre l’équipe avec laquelle je vais travailler quelques temps de mettre en place un tableau Kanban pour mieux gérer nos projets.
|
||||
|
||||
|
||||
@@ -0,0 +1,13 @@
|
||||
---
|
||||
layout: post
|
||||
title: OpenBSD-France ouvre un wiki
|
||||
---
|
||||
|
||||
|
||||
Une petite nouveauté dans le ciel francophone des fans de [puffy](http://openbsd.org), la communauté [OpenBSD-France](http://www.openbsd-france.org) lance un wiki pour permettre à tous de partager des informations lié à notre <acronym title="Opérating System"><span class="caps">OS</span></acronym> préféré.
|
||||
|
||||
Je vous invite à parcourir, participer, corriger, améliorer, ajouter vos infos sur [wiki.openbsd-france.org](http://wiki.openbsd-france.org)
|
||||
|
||||
[Wiki OpenBSD-France](http://wiki.openbsd-france.org)
|
||||
|
||||
|
||||
@@ -0,0 +1,13 @@
|
||||
---
|
||||
layout: post
|
||||
title: OSDC.fr 2009
|
||||
---
|
||||
|
||||
|
||||
Python, Perl, Ruby, et tout les langages "opensource" ont le vent en poupe. Mais on voit malheureusement trop souvent des trolls sortir du bois pour taper sur l’un avec l’autre et inversement...
|
||||
|
||||
L’Open Source Developper Conference France, c’est 2 jours de conférences pour échanger autour de ces langages, apprendre les uns des autres, découvrir les forces de chacuns et apprendre à mieux se connaitre. [OSDCon](http://www.osdcon.org) est une initiative mondiale, chacun y va de ça petite conf. Et bien, et pour la première fois, les associations [AFPY](http://www.afpy.org/), [Les mongueurs de Perl](http://www.mongueurs.net/) et [RubyFrance](http://rubyfrance.org) s’associent pour organiser le 2 et 3 octobre l’[OSDC france 2009](http://act.osdc.fr/osdc2009fr/index.html). Ces conférences auront lieux au Carrefour Numérique de la Cité des Sciences, à Paris (porte de la Villette).
|
||||
|
||||
L’entrée est libre et gratuite, alors j’espère que vous pourrez y venir !
|
||||
|
||||
|
||||
@@ -0,0 +1,18 @@
|
||||
---
|
||||
layout: post
|
||||
title: Redirection sur Elsif.fr
|
||||
---
|
||||
|
||||
|
||||
C’est les vacances, cela me permet enfin de prendre le temps de basculer le typouypoblog sur un nouveau domaine, plus court à ércire : [elsif.fr](http://elsif.fr).
|
||||
|
||||
Normalement, tout devrait être transparent, mais pensé à changer vos flux:
|
||||
|
||||
* flux RSS article: [http://elsif.fr/articles.rss](http://elsif.fr/articles.rss)
|
||||
* flux RSS commentaire: [http://elsif.fr/comments.rss](http://elsif.fr/comments.rss)
|
||||
|
||||
Je vais également ne plus limiter la date pour les commentaires, on verra bien. Si trop de spam ressort de cette opération, je reviendrais sur l’ancienne configuration.
|
||||
|
||||
J’espère également reprendre un peu le temps d’écrire ici, mais aucune promesse ;-)
|
||||
|
||||
|
||||
@@ -0,0 +1,13 @@
|
||||
---
|
||||
layout: post
|
||||
title: Commentaire impossible au delà de 30 jours
|
||||
---
|
||||
|
||||
|
||||
Bon, après avoir autorisé les commentaires sur tout les billets, même les plus anciens, je me retrouve avec gavé de spam...
|
||||
|
||||
Du coup je remet en place le vérouillage des commantaires après 30 jours. Si jamais vous souhaitez commenter un vieux billets, passé par [http://identi.ca/yaf/](yaf@identi.ca) , [http://twitter.com/pouype](pouype@twitter) , ou encore par mail yaf@elsif.fr.
|
||||
|
||||
Merci de votre compréhension ;-)
|
||||
|
||||
|
||||
@@ -0,0 +1,15 @@
|
||||
---
|
||||
layout: post
|
||||
title: Retour
|
||||
---
|
||||
|
||||
|
||||
Retour de vacances d’abord, enfin, ça commence à faire loin... 2 semaines :-). L’Italie, c’est beau. Nous avons fait le tour des lacs: [Lac Majeur](http://fr.wikipedia.org/wiki/Lac_majeur) , [Lac de Côme](http://fr.wikipedia.org/wiki/Lac_de_C%C3%B4me) , puis [Lac de Garde](http://fr.wikipedia.org/wiki/Lac_de_garde) . Pour finir, nous avons passé 2 jours à Venise (c’était l’occasion). Très sympa, très reposant, une belle balade.
|
||||
|
||||
Retour d’une première expérience. En effet, avant de partir nous avons fait l’acquisition d’un [Canon EOS 450D](http://fr.wikipedia.org/wiki/Canon_EOS_450D). C’est très agréable. Bien plus réactif que l’APN Nikkon que j’avais jusqu’ici. Bien plus beau également au niveau des rendus couleurs. Ceci dit, l’appareil ne fait pas le photographe, et je suis vraiment novice en la matière. Mais je crois que je vais prendre plaisir à apprendre.
|
||||
|
||||
Retour en ligne. Pas mal de sujet me trottent dans la tête depuis 6 mois riche en évènement (professionnel entre autres) et j’aimerais partager tout ceci avec vous.
|
||||
|
||||
Retour à [OpenBSD](http://openbsd.org). Mais ça me fait le coup à chaque fois que je m’éloigne de puffy, j’y revient une semaine après ;-)
|
||||
|
||||
|
||||
@@ -0,0 +1,19 @@
|
||||
---
|
||||
layout: post
|
||||
title: OpenBSD 4.6 Précommande
|
||||
---
|
||||
|
||||
Certains diront que c’est tôt, plus tôt que d’habitude... C’est possible, mais on peut depuis quelque jour pré-commander la futur version d’[OpenBSD](http://openbsd.org) qui sortira le 1er novembre en
|
||||
[version 4.6](http://www.openbsd.org/46.html).
|
||||
|
||||
[](http://www.openbsd.org/46.html)
|
||||
|
||||
Il y a tout plein de chose déjà dedans, mais d’ici novembre, il y en aura surement encore plus :-)
|
||||
|
||||
A noter, le style du tshirt qui change par rapport à d’habitude, mais qui me parait sympa :)
|
||||
|
||||
*source : le journal officiel d’OpenBSD* [OpenBSD 4.6 Pre-Orders Online!](http://undeadly.org/cgi?action=article&sid=20090809155554)
|
||||
|
||||
*les deux sont commandé :)*
|
||||
|
||||
|
||||
@@ -0,0 +1,17 @@
|
||||
---
|
||||
layout: post
|
||||
title: HaikuOS alpha1
|
||||
---
|
||||
|
||||
|
||||
Lentement mais surement l’équipe du projet [Haiku](http://www.haiku-os.org/) avance. Et nous arrivons là à une grande étape pour ce projet d’OS alternatif.
|
||||
|
||||
Pour rappel, HaikuOS est un projet visant à faire revivre (sous licence libre) BeOS.
|
||||
|
||||
Cela fait un moment que je n’avais pas testé un autre OS qu’OpenBSD, mais je crois que là, c’est l’occasion.
|
||||
|
||||
[](http://www.haiku-os.org/news/2009-09-13_haiku_project_announces_availability_haiku_r1alpha_1)
|
||||
|
||||
Si vous aussi l’expérience vous tente: [haiku_r1alpha_1](http://www.haiku-os.org/news/2009-09-13_haiku_project_announces_availability_haiku_r1alpha_1)
|
||||
|
||||
|
||||
@@ -0,0 +1,21 @@
|
||||
---
|
||||
layout: post
|
||||
title: Les habitudes ont la belle vie
|
||||
---
|
||||
|
||||
|
||||
Dur dur de faire changer les habitudes des développeurs (et des gens en général d’ailleurs).
|
||||
|
||||
Passer d’une technologie à une autre n’est pas facile, le faire au boulot apporte encore plus de pression: attente de résultat de la part de la hiérarchie, attente de résultat de la part des clients (même interne).
|
||||
|
||||
Passer d’une façon de travailler à une autre n’est pas facile non plus. Quand l’équipe se connait depuis quelques années ça complique un peu la tâche. Surtout quand certain membre de cette équipe ont passé plus de 20 ans à faire les choses d’une certaines manière.
|
||||
|
||||
Faire ces changements quand un membre de l’équipe est ouvertement réticent, défendant ça technologie bec et ongle, c’est un vrai casse tête pour l’équipe, pour le consultant et pour la hiérarchie.
|
||||
|
||||
Du coup après 3 semaines d’analyse et d’écoute (très important ça l’écoute), des comportements de chacun, du groupe, et de la hierarchie, on a plein d’idée géniale en tête pour amélioré la qualité du travail de chacun tout en rendant ce dernier bien plus agréable... Du moins c’est ce que l’on pense jusqu’au moment ou, un par un, chaque idée, chaque pratique est démonté par un nouvel élément. Je vous rassure, on garde quand même le principal, mais c’est un peu frustrant.
|
||||
|
||||
Bref. L’accompagnement au changement est une science délicate nécessitant plusieurs corde à son arc. Je pense qu’il m’en manque quelques une. Esperons que l’expérience m’aidera à les acquerir :-).
|
||||
|
||||
Ceci dit, c’est très interessant, même quand on n’arrive pas à faire passer tout ce que l’on aimerais ! Et puis j’ai pas dit mon dernier mot.
|
||||
|
||||
|
||||
@@ -0,0 +1,19 @@
|
||||
---
|
||||
layout: post
|
||||
title: Un Chti dojo
|
||||
---
|
||||
|
||||
|
||||
Vous habitez prêt de Lille ?
|
||||
|
||||
Vous aimez coder ?
|
||||
|
||||
Vous aimez rencontrer ?
|
||||
|
||||
Un dojo s’ouvre prêt de chez vous, et je pense que vous pourriez bien apprecier et apporter votre pierre à l’édifice.
|
||||
|
||||
Muni d’un groupe sur google-group: [nord-agile](http://groups.google.com/group/nord-agile) le prochain dojo semble être pour le 2 octobre, dans les locaux du campus Lille 1 (pour moi c’est du chinois, mais pour les Lillois, ça doit être parlant non ?)
|
||||
|
||||
Bon code à tous ! :)
|
||||
|
||||
|
||||
@@ -0,0 +1,19 @@
|
||||
---
|
||||
layout: post
|
||||
title: Green IT
|
||||
---
|
||||
|
||||
|
||||
C’est le truc à la mode depuis une année (ou plus) maintenant. Mais qu’est-ce qu’il se cache derrière ?
|
||||
|
||||
Le plus souvent la mesure dont on entend parler c’est réduire la consomation des machines, certains on même trouvé des astues pour re-utiliser cette énergie (genre la salle serveur qui sert de chauffage... Dur dur pour l’été). Bien, c’est une chose ça, mais est-ce que cela suffit pour être *vert* ?
|
||||
|
||||
Une autre *bonne pratique* (ou pratique verte) qui est interessante c’est l’utilisation de plus en plus massive de la visio-conférence, histoire de ne pas faire se déplacer les collaborateurs en avion ou autres voiture... Cela va bien dans le bon sens: la réduction d’activité poluante. Ceci dit, ça veut aussi dire que tout les opportunistes qui saute sur l’occassion pour proposer ce genre de service utilise aussi plus de serveur, et donc plus d’énergie pour cette tache. Ceci étant, c’est quand même mutualisé, et quand même dans le bon sens (pour peut que l’on utilise un service plutôt que de monter les serveurs dans l’entreprise).
|
||||
|
||||
Il y a aussi une meilleur gestion des impressions, surtout pour les gros gourmands de papier genre boite de compta et autres analyste à l’ancienne qui préfère lire du papier. Dans la même veine, les soucis de stockage au format papier, qui de plus en plus passe à l’électronique. Ceci dit, c’est comme pour la visio, ça fait des machine en plus...
|
||||
|
||||
C’est un peu ce qui me gène dans ce *green it style*: l’effet mode ou marketing qui fait que pas mal de requin se pointe sur le marché pour en profiter. Mais encore une fois, c’est aussi une bonne chose que ces nouveaux besoins, ça crée quelques emplois (c’est mon coté naïf qui souhaite penser cela :)).
|
||||
|
||||
Qu’est-ce qu’il vaut mieux ? Plus de machine pour faciliter les réunions et/ou stocker au format électronique les documents, ou bien une simple réduction des procédures papier, des dispatchements de société à travers le globe ?
|
||||
|
||||
|
||||
@@ -0,0 +1,12 @@
|
||||
---
|
||||
layout: post
|
||||
title: Agile Tour 2009 - Paris
|
||||
---
|
||||
|
||||
Demain ce déroule l’étape Parisienne de l’[agile tour 2009](http://www.agiletour.org/fr/at2009_paris.html) . Un [jolie programme de conférence/retour d’expérience et autre atelier](http://www.agiletour.org/fr/at2009_paris_programme.html) qui promet de nous faire passer une bonne journée.
|
||||
|
||||
L’évènement aura lieu à la Fac de Nanterre... Ca rappelera des souvenir à certain, et donnera peut-être de bonne orientation à d’autres, déjà sur place.
|
||||
|
||||
A demain donc ;-)
|
||||
|
||||
|
||||
@@ -0,0 +1,17 @@
|
||||
---
|
||||
layout: post
|
||||
title: Haiku R1/Alpha 1
|
||||
---
|
||||
|
||||
|
||||
Ca y est ! L’héritier du [BeOS](http://fr.wikipedia.org/wiki/Beos) , mais en version libre, sort en version R1 (notation hérité du vieux système disparu) Alpha 1.
|
||||
|
||||
[HaikuOS](http://www.haiku-os.org/)
|
||||
|
||||
C’est un cap important pour l’équipe car c’était une cible de compatibilité avec la dernière version existante de BeOS !.
|
||||
|
||||
Ils doivent avoir besoin d’un peu de sous, mais ça pourra également faire plaisir aux nostalgique, bref, un CD est quelques goodies sont disponible sur [cafepress.com/haiku_os.](http://www.cafepress.com/haiku_os.408438071)
|
||||
|
||||
L’annonce sur [Haiku-os.org/news](http://www.haiku-os.org/news/2009-10-28_r1alpha_1_commemorative_cd_now_available)
|
||||
|
||||
|
||||
@@ -0,0 +1,18 @@
|
||||
---
|
||||
layout: post
|
||||
title: "[ANN] JRuby 1.4.0"
|
||||
---
|
||||
|
||||
Après quelques *release candidate*, voici venu la nouvelle version de [JRuby](http://www.jruby.org) . On y retrouve:
|
||||
|
||||
* compatibilité ruby 1.8.7
|
||||
* Amélioration du support ruby 1.9 (d’ailleurs, l’équipe demande à tous ceux qui le peuvent de tester et faire des retours sur les fonctionnalités implémenté dans cette nouvelle mouture de ruby)
|
||||
* Une installation windows native (pas encore essayé, mais ça facilitera certainement l’utilisation de jruby sur ces plateforme)
|
||||
* Un nouveau parseur YaML fait sont entré (un petit article [Ola Bini: new yaml support for jruby: yecht](http://olabini.com/blog/2009/07/new-jruby-yaml-support-with-yecht/)
|
||||
* Amélioration du support Java (vitesse, nouvelles méthodes)
|
||||
* et 307 bugs corrigé...
|
||||
|
||||
|
||||
Du bon, on voit que l’équipe et la communauté autour de cette implémentation est très active ! Et je pense que c’est un bon moyen de faire entrer [Ruby](http://ruby-lang.org) dans le monde de l’entreprise. J’en suis témoin, et j’espère pouvoir vous en parler bientôt.
|
||||
|
||||
|
||||
@@ -0,0 +1,15 @@
|
||||
---
|
||||
layout: post
|
||||
title: Nouvelle affiche au bureau
|
||||
---
|
||||
|
||||
|
||||
Je viens d’accrocher une nouvelle affiche au bureau:
|
||||
|
||||
|
||||
|
||||
Qui a dit que j’ai fait ça pour que l’équipe apprenne à mieux travailler ces interfaces utilisateurs ? :-D
|
||||
|
||||
*merci à celui dont j’ai oublié le nom qui a fait un lien qui pointe là dessus!*
|
||||
|
||||
|
||||
@@ -0,0 +1,19 @@
|
||||
---
|
||||
layout: post
|
||||
title: BSD ressources
|
||||
---
|
||||
|
||||
Pour ceux qui s’interesse aux monde des \*BSD, voici les quelques ressources qui traine dans mes favoris (surtout autour d’OpenBSD).
|
||||
|
||||
* [BSDAnywhere](http://bsdanywhere.org/) : Un liveCD basé sur OpenBSD
|
||||
* [DragonFlyBSD](http://www.dragonflybsd.org/) : Un système <span class="caps">BSD</span> qui fait de plus en plus parlé de lui, surtout connu pour sont système de fichier [hammer](http://www.dragonflybsd.org/hammer/)
|
||||
* [OpenBSDsupport](http://www.openbsdsupport.org/) : une sources de documentation (en anglais) pour OpenBSD
|
||||
* [Undeadly](http://undeadly.org/) : on ne présente plus le journal officiel d’OpenBSD :)
|
||||
* [OpenBSD 101](http://www.openbsd101.com/) : Les bases, une fois qu’on a installé OpenBSD
|
||||
* [OpenBSD France](http://www.openbsd-france.org/) : le site de la communauté française autour d’openbsd
|
||||
* [Le wiki d’OpenBSD France](http://wiki.openbsd-france.org/) : un wiki rempli d’info pour OpenBSD (en français)
|
||||
* [le jardin magique](http://www.gcu-squad.org/) : Qui s’interesse aux systèmes \*BSD connait forcement le <span class="caps">GCU</span>-squad
|
||||
* [Le wiki du GCU](http://wiki.gcu.info/doku.php) : et son wiki, grande source d’informations.
|
||||
|
||||
Je suis loin d’avoir une liste complète, j’ajoute quoi ?
|
||||
|
||||
@@ -0,0 +1,17 @@
|
||||
---
|
||||
layout: post
|
||||
title: Le code et les commentaires
|
||||
---
|
||||
|
||||
|
||||
Je viens de lire la [traduction d’un article parlant des commantaires dans le code source](http://www.framablog.org/index.php/post/2009/11/21/commentaires-code-source-programmation) sur le [Framablog](http://www.framablog.org) . C’est un article écrit par Esther Schindler que je ne connais pas. Son article original titré [If the comments are ugly, the code is ugly](http://www.itworld.com/development/84780/if-comments-are-ugly-code-ugly) parle donc de code source, de code source avec de vilain commentaires.
|
||||
|
||||
Elle signale que les commentaires doivent être irréprochable, sans faute d’orthographe, sans erreur de grammaire, à jour par rapport aux codes sources commenté...
|
||||
|
||||
Et bien j’ai trouvé une solution encore plus simple: **je supprime les commentaires** et j’essaie de rendre le code plus lisible. Les langages de programmations actuel sont assez expressif, utilise des mots anglais clair, certain langage apporte une structure permettant même d’écrire des presques phrases ! **Un code propre n’est pas un code avec des commentaires à jour, mais un code lisible, clair et concis**
|
||||
|
||||
De plus, tout les langages modernes (enfin j’espère) bénéficie d’une [librairie de test unitaire](http://fr.wikipedia.org/wiki/Test_unitaire), ce qui veut dire que l’on peut écrire un bout de code très simple qui montre l’intention du programme réel, qui montre comment il fonctionne, **qui le documente en quelque sorte**. Alors pourquoi écrire en plus des commentaires ? Je préfère voir un code lisible, et au pire devoir aller lire des tests unitaires pour comprendre son fonctionnement (voir ajouter des tests pour vérifier que j’ai bien compris).
|
||||
|
||||
Alors je ne sais pas qui est cette dame, mais, même si elle a en partie raison, pitié, éviter de faire du code illisible et sans test unitaire programmé sous pretexte que vous avez écrit des commentaire digne d’un grand roman.
|
||||
|
||||
|
||||
@@ -0,0 +1,26 @@
|
||||
---
|
||||
layout: post
|
||||
title: Gestion des marques pages
|
||||
---
|
||||
|
||||
|
||||
Apres avois utilisé les del.icio.us et autres ma.gniolia, après avois lu Frederic faire tant de bonne pub pour diigo, je me suis ouvert un compte, et ma fois, je ne suis pas trop déçu.
|
||||
|
||||
Toutes les fonctionnalitées dont j’ai besoin sont là:
|
||||
|
||||
* plugin firefox efficace,
|
||||
* gestion du privée/publique,
|
||||
* état “non-lu”
|
||||
|
||||
Changement de cap: Utilisation de Diigo...
|
||||
|
||||
Ou pas.
|
||||
|
||||
Après discussion avec un certain [David](http://blog.javabien.net/) , je me rend compte que je ne me sert de mes marques pages partagé qu’uniquement en tampon... En gros, j’y place tout ce qui m’interesse, mais aussi tout ce qu’il faut que je lise.
|
||||
|
||||
Puis je dépiote de temps à autre ce qui traine dans mes lectures, mais voilà, après j’en fait quoi ? Deux options en général, soit je supprime le marque page après l’avoir lu, soit je le modifie pour marquer un sujet plus général.
|
||||
|
||||
Donc au final, je me retrouve avec un paquet de lien que finalement je n’utilise pas, car je passe bien souvent par un moteur de recherche de retrouver ce genre de site.
|
||||
|
||||
Tout ça pour dire que finalement, j’arrête d’utiliser ces outils. Je fais un tampon dans les marques page de mon navigateur, en local, et puis c’est tout.
|
||||
|
||||
@@ -0,0 +1,8 @@
|
||||
---
|
||||
layout: post
|
||||
title: Typo 5.4 Willy Ronis
|
||||
---
|
||||
|
||||
|
||||
Et bien voilà, comme un cadeau de noël, l’équipe du blogware [Typo](typosphere.org) viens de sortir la version 5.4 surnomé “Willy Ronis”. Pas mal de changement codé interface admin, je vous laisse lire l’annonce sur le blog de type [Release of Typo 5.4 Willy Ronis \[en\]](http://blog.typosphere.org/release-of-typo-5-4-willy-ronis.html).
|
||||
|
||||
Reference in New Issue
Block a user