EppO a écrit 129 commentaires

Voilà la référence: http://www.youtube.com/watch?v=kB3T0P_njwg

On peut comparer facilement Goliath à node.js car c'est aussi un framework asynchrone (event driven).
L'avantage de Goliath (hormis qu'il est écrit en Ruby pour ceux qui préfèrent ce langage au Javascript), c'est qu'il évite le "spaghetti de code" qu'on retrouve souvent lorsqu'on utilise un framework asynchrone (les développeurs de node.js sauront de quoi je parle), on peut effectivement coder en pensant "synchrone" et le framework et surtout les drivers s'occupent du reste en background.
L’inconvénient, c'est que contrairement à node.js où il faut absolument écrire en asynchrone sinon ca ne marche pas, il faudra que le développeur fasse attention aux drivers qu'il utilise et l'architecture de son programme (aucun appel ne doit être bloquant).

Ilya Grigorik, un des créateurs de Goliath, explique que le use case principal de Goliath est de fournir le "datasource" d'applications Rails ou Sinatra (popuplaires frameworks Ruby), en offrant l'abstraction de ressources externes de type API, Rails ayant plus comme vocation d'être user facing. Pour ceux qui connaissent l'architecture Rack (interface standard entre les servers web et les frameworks ruby), Goliath peut se placer comme endpoint et servir du XML, du JSON, ... et peut donc s'intégrer facilement avec une application Rails.

Au rayon performance, pour le moment Ruby MRI (runtime officiel) 1.9.2 fait tourner Goliath le plus rapidement. Mais JRuby qui n'a pas de GIL (global Interpretation Lock) devrait pouvoir sous peu battre MRI car il mappe les fibers Ruby (coroutines) en Java threads, sans lock au milieu.

Goliath devrait démocratiser le code asynchrone dans l'écosystème Ruby, car EventMachine n'a rien à prouver au niveau performances mais pouvait être rebutant pour des gros projets car le code asynchrone est plus difficilement lisible, maintenable et surtout debuggable.

Très très bonne nouvelle !
Intégrer la modularité et les performances de Merb dans Rails est un pas en avant énoooorme !!
Et j'en oublie la gestion des plugins, le thread-safe, les autres ORM (Datamapper, Sequel), ...

D'ailleurs, en réfléchissant bien, je vois plus l'interêt de Rails d'intégrer Merb que l'inverse, j'ai du mal à comprendre le retournement de situation coté Merb... mais tant mieux ! au final, les utilisateurs des 2 systèmes en profiteront (vi vi même les merb users :))

Je me considère connaisseur et justement le contenu de ces sessions techniques m'intéresse beaucoup. Mais non je suis désolé 80e, ce n'est pas rien, convenable n'est pas le mot approprié, je n'ai pas à juger du "bon" prix de cette conférence, je ne connais pas les couts induits par la location de la salle ni de la présence des participants. Juste que 80e, ca fait réfléchir... moitié moins et je me posais peut être moins la question.
Il faudrait avoir les stats de ce genre de conférence pour voir quel public y va mais je doute que la majorité soit des particuliers. Après, je ne sais pas à mon niveau, ca se trouve c'est voulu, les organisateurs essayant de cibler une certaine audience dont je ne fais pas partie, et c'est cela que je trouvais dommage.

P.S.: pas trop compris le moinssage de mon 1er post, je vois pas pourquoi il a été mal pris...

Dommage que le coût de la conférence exclut le grand public. Le programme des conférences est très intéressant avec même la participation de DHH himself. Mais ne faisant du RoR que dans mon temps libre, ma boite ne me paiera jamais cette conf qui aura du mal à se faire passer pour une formation... :-/

J'attends beaucoup des commit asynchrones, j'espère que le bon en avant des perfs est significatif. En tout cas, postgres 8 aura bien évolué et dans le bon sens, vu le parcours depuis la 8.0...
la 8.2 marquait déjà le progrès au niveau perfs brutes assez impressionant, maintenant avec le support des ENUM (fonctionnalité tellement attendu par les "switchers mysql"), la recherche full text TSearch (encore ces switchers !), et les HOT, postgres s'impose comme un véritable concurrent de poids face à d'autres SGBD proprio (non pas qu'il ne l'était pas avant mais il s'affirme de plus en plus).

bah quoi, on peut toujours réver :)

Le passage des sessions en cookie n'est pas une évolution mais le nouveau réglage "par défaut". On peut toujours avoir le choix de stocker la session sur le filesystem (PStore), en base (avec activerecord, sur memcache, drb, ...).
Quand au serveur fourni, je ne le considère pas pour un usage en production, il est évident qu'il est très pratique pour du développement mais ca ne vaut pas un apache ou même mieux un lighttpd bien configuré avec un cluster de moteur FastCGI.

Il n'a effectivement pas la même réputation aux Etats-Unis qu'en France, malheureusement, mais ca vient doucement :)

Pour les modules du core qui ont été replacés en plugins, j'ai oublié de mentionner les connecteurs de bases de données: tous les connecteurs de bases de données autre que MysSQL, PosgreSQL ou sqlite ont été mis en plugin (ce qui facilite l'ajout de nouveaux connecteurs car il est plus facile de proposer un plugin qu'un patch sur le core de rails)

Si tu as le statistics collector (normalement enabled par défaut), il existe une view pg_stat_activity qui permet de récupérer l'ensemble des connexions (un row par client)

[X] Rails 2.0
Performant et rapide comme une fusée grace à Ruby 2.0 et sa nouvelle VM

Je me suis fait _exactement_ la même réflexion. On peut lire son code (presque) comme on lirait son commentaire.

Ruby est vraiment un langage séduisant de part sa facilité de prise en main et son efficacité tranchante dans le cadre d'un framework comme RoR.

Je m'étais penché à recoder un site communautaire en PHP5 et avait fait le proof of concept. Après avoir découvert RoR, quelques tutos et coder quelques exemples, quand j'ai revu mon code PHP5 ensuite, ca m'a piqué les yeux :)

La rapidité de developpement, la maintenance du code, et plein de ptits détails (migration, console irb, ...) couplé à un IDE comme TextMate, le développement web redevient un réel plaisir ! (ca ferait un bon spot de pub geekesque)

C'est vraiment ce genre de comportement qui nuit à la croissance et la crédibilité de cette immense encyclopédie libre. Détourner son utilisation pour nuire et diffamer sur autrui ou au contraire se faire de l'auto-promo gratuite, cela nuit grandement à la qualité du contenu, c'est bien dommage...

dpkg --get-selections pour récupérer la liste dans la sortie standard que tu peux récupérer dans un fichier pour balancer à dpkg --set-selections pour qu'il t'installes exactement la même liste de pkg.

http://fr.wikipedia.org/wiki/Smartphone

Si tu n'aimes pas le CGI (que Nagios utilise)
JFFNMS: http://www.jffnms.org/ en PHP
OpenNMS: http://www.opennms.org/ en Java

Si tu veux faire la carte de ton réseau et avoir les stats des flux:
http://weathermap4rrd.tropicalex.net/
Mais ca ne fait pas de network discovery, ca t'aide à générer la carte avec les points que tu lui donnes, c'est tout. Mais il y a un éditeur pour que cela soit plus pratique.

C'est surtout ton client FTP en fait qui doit pas passer en mode binaire.

DotLucene est en fait un portage du moteur de recherche Jakarta Lucene en .NET. Comme Beagle base son indexation dessus, il nécessite l'installation de mono, ce qui fait pas mal de dépendances direct. Après dans le reste, il y a beaucoup de bibliothèques optionnelles.

1) la commande file retourne si l'entrée est un fichier ou un répertoire
2) remplace le $() par des backquotes: `echo $d | sed 's/^0*\([0-9][0-9][0-9]\)/\1/g'`

Depuis peut Mysql est capable de gérer les contraintes de clés étrangères

Ca fait un bail, comme indiqué sur le site de mysql (http://dev.mysql.com/doc/mysql/en/innodb-foreign-key-constraints.ht(...) ), c'est depuis la 3.23.44 qui date du 02/11/2001
Mais le format de table par défaut était MyISAM à l'époque, et le support innoDB désactivé par défaut.

Exemple : 2.4.3 est la troisième mise à jour du noyau stable 2.4

Y'a pas une petite coquille ? je croyais que le X impair était signe de version de dév (comme indiqué dans l'article d'ailleurs) ?

Oui mais ceux qui sont en région montagneuse ou dans le nord-est, qui captent très mal l'analogique, ne capteront pas du tout la TNT. C'est d'ailleurs pour ça que l'ancien slogan "La tv numérique pour tous" a été remplacé par "la tv numérique accessible par tous".
Ce n'est qu'en 2007 que 85% des foyers français pourront capter la TNT. Les 15% restants qui ne capteront jamais devront s'abonner au cable ou satellite parce qu'entre 2010 et 2015, la télévision analogique sera définitivement supprimée.
Dernier point, même si 3/4 des antennes n'auront pas à être changées, il sera peut être nécessaire de les réorienter (50¤ par un antenniste).

Bah quoi, Eriksson et Philips sont européens eux ;)
2/18, c'est presque la minorité de blocage ça !

Dallas, ton univers impitoyable...
Ca devient vraiment rocambolesque cette histoire voire "abracadabrantesque" pour faire plaisir à notre chichi national.
Au final, ça n'avance pas d'un pouce, mais quel scénarios sont encore envisageables ? passage en force, annulation pure et simple ? parce que juridiquement, politiquement, ou autre, je commence à être complétement largué avec tous ces rebondissements.