http://en.oreilly.com/rails2008/public/schedule/proceedings
et aussi certains ne sont pas dans la liste :
* Asynchronous processing
http://www.slideshare.net/jondahl/asynchronous-processing-with-ruby-on-rails-railsconf-2008-443159
* Great test framework dance off
http://blog.hasmanythrough.com/2008/6/1/the-great-test-framework-dance-off
http://hasmanythrough.com/gtfdo/
* Vertebra
http://brainspl.at/articles/2008/06/02/introducing-vertebra
http://www.slideshare.net/ezmobius/vertebra
* Testing
http://www.dcmanges.com/blog/railsconf-08-slides-for-testing-talk
http://www.dcmanges.com/files/RailsConf08_Fast_Sexy_and_Svelte_Rails_Testing.pdf
* Virtualization / EC2
http://skwpspace.com/2008/06/02/virtualization-slides-featured-on-slideshare-homepage/
* Advanced Active Record techniques
http://giantrobots.thoughtbot.com/2008/6/2/slides-from-railsconf
http://thoughtbot.com/assets/advanced-activerecord-techniques.pdf
* De-railing
http://aaronbedra.com/2008/6/1/railsconf-talk
http://aaronbedra.com/assets/2008/6/1/de-railing.pdf
* Pastie
http://blog.pastie.org/2008/05/pastie-lightnin.html
http://blog.pastie.org/pdfs/Pastie_Lightning_Presentation.pdf
* AIR
http://thillerson.blogspot.com/2008/05/air-with-rails-railsconf.html
http://onrails.org/articles/2008/05/30/railsconf-tutorial-and-source-code-open-sourced
http://github.com/danielwanja/railsconf2008/
* Facebook
http://www.elevatedrails.com/articles/2008/05/30/im-speaking-at-railsconf/
http://www.elevatedrails.com/presentations/facebook.zip
* Microapps
http://metaatem.net/2008/05/30/my-railsconf-talk
http://www.slideshare.net/guesta2b753/microapps-for-fun-and-sprofits/
* ESI
http://blog.hungrymachine.com/2008/5/31/railsconf-2008-presentation-assembling-pages-last
http://blog.hungrymachine.com/assets/2008/5/31/RailsConf08_Assembling-Pages-Last.pdf.zip
* Small things loosely joined written fast
http://blog.thinkrelevance.com
http://blog.thinkrelevance.com/assets/2008/6/1/SmallThingsLooselyJoinedWrittenFast.pdf
http://blog.thinkrelevance.com/assets/2008/6/3/smallthings.zip
* Refactotum
http://blog.thinkrelevance.com/assets/2008/5/29/RailsConf2008-refactotum.zip
http://blog.fearoffish.com/2008/06/02/railsconf-wrap-up/
http://blog.fearoffish.com/wp-content/uploads/2008/06/hosting-and-the-woespdf.zip
* Continuous integration
http://www.thewoolleyweb.com/ci_for_the_rails_guy_or_gal/
...
-- Jean-François.
++
yk
2008/6/3 Pierre Valade <pierre...@gmail.com>:
Google et un peu de temps pour éplucher les résultats.
Étonnant non ?
-- Jean-François.
Tu vas rire, mais je n'ai pas dû ouvrir mes clients RSS depuis 2 semaines,
depuis le RailsCamp Paris.
*Mes*, car j'en utilise au moins 3 :
- au début, j'utilisais NetNewsWire et bien évidemment, je me suis
abonné à trop de feeds, genre linuxfr, slashdot, scoopeo, digg (mais
scoopeo/digg finalement ça gave et c'est pas vraiment intéressant
(les 10 meilleures photos de crêpes, les 25 façons de réutiliser
une bouteille de coca), tous les feeds qui me passaient sous la main.
À un moment, j'en avais marre d'avoir 2000, 3000 articles non lus
(héhé, je sais qu'il y en a parmi vous qui sont dans le même cas que
moi !) et plus on a de feeds, plus le lancement de l'appli prend du temps,
donc au bout d'un moment je ne l'ouvrais plus (la bonne méthode
serait de se désinscrire de pleins de feeds, mais je n'y arrive pas).
- après j'en utilise deux clients de plus, Vienna, pour les feeds
à fort trafic quotidien (genre le Monde, Libé, TUAW (c'est bien
mais c'est une erreur, j'arrive pas à suivre), viedemerde.fr
(le feed le plus important à vrai dire !)), et Newsfire, passé
gratuit, pour des feeds plus ruby.
Mais en fait, ça gave aussi, car ça a aussi son temps de lancement,
et maintenant j'ai plus de clients RSS à lancer :) et je ne les
garde pas en permanence car ça bouffe de la mémoire et du CPU
(moins que Firefox mais quand même)
Et je redécouvre Google Reader.
Mais, à réfléchir, les feeds RSS, on passe son temps à les
écoper, c'est comme de l'eau qui envahit ta barque, si t'écopes
pas régulièrement, t'es noyé ! C'est un peu comme les mails
(Inbox zéro, tout ça...) mais pas pareil : j'ai des milliers de messages
non lus de Rails Talk, c'est pas grave.
Donc finalement, j'en suis presque à la période pré-RSS/Atom,
pour voir s'il y a du nouveau sur un site web/blog, je pointe mon
butineur dessus ! C'est finalement plus rapide : c'est comme si
je voulais connaître l'état d'un feed en fait, et non 36 ou une centaine.
Sinon, je crois que je vais faire mon script ruby qui va vérifier si
Jordan a posté son CR sur le RailsCamp Paris :P ou alors faire
un système comme Lionel avec des machintrucs bayésiens,
ça peut être rigolo.
L'autre point aussi, c'est que les feeds RSS/Atom, c'est du push,
mais c'est parfois plus efficace de chercher via Google
sur un sujet précis, que de faire le tri dans son agrégateur.
D'autant plus que tu vas pouvoir taper dans des blogs auxquels
tu n'es pas forcément abonné (+ pages web classique). Donc
une bonne vieille recherche Google, ça a du bon.
En fait, il a raté quelques slides j'ai l'impression (EC2, Derailed,
Advances AR, Hosting and woes...)
Ruby Inside, c'est une bonne source d'info mais c'est pas suffisant.
Et des fois, il est un peu à "la ramasse" - c'est relatif, à quelques
jours près - en gros pour 4/5e des infos, je suis déjà au courant.
Ou alors il y a pas l'info : exemple le RailsCamp Paris (bon, faut
dire que je ne lui ai pas mailé l'info :) ). J'ai l'impression qu'il n'a
toujours pas parlé d'arel. En fait, il y a toujours un temps de
latence entre l'info et le temps d'écrire un texte/article pour relayer
cette info. Par exemple, j'ai parlé de Vertebra sur RubyFr-public
sans filer le lien vers les slides : ben forcément ezmobius n'avait
à ce moment-là même publié son post sur son blog ! Ou DHH
pour annoncer une nouvelle version de Rails il prend son temps.
C'est pareil pour moi, je n'ai pas encore écrit la news sur Ruby 1.8.7
sur Rubyfrance.org
Enfin tout ça n'est pas important.
Faut surtout arriver à comprendre les messages des newbies,
en ce moment c'est pas du gâteau.
à noter la disposition d'une première version de Teldra, le système
de blog qui propulse celui de Josh Susser :
http://github.com/joshsusser/teldra_prime
avec plusieurs branches, une par système de test : rspec, test/unit,
shoulda.
il y en a pleins qui ont été rajoutés.
> et aussi certains ne sont pas dans la liste :
Je mets à jour cette liste :
* Refactotum
http://blog.thinkrelevance.com/assets/2008/5/29/RailsConf2008-refactotum.zip
http://blog.fearoffish.com/2008/06/02/railsconf-wrap-up/
http://blog.fearoffish.com/wp-content/uploads/2008/06/hosting-and-the-woespdf.zip
* Rails refactoring
il manque les liens
http://www.continuousthinking.com/railsconf2008/example_app.zip
et
http://github.com/zdennis/strac/
* Payment on Rails
http://www.slideshare.net/ExactTransactions/payments-on-rails/
* Nginx : accelerate Rails HTTP Tricks
http://www.slideshare.net/adamwiggins/nginx-accelerate-rails-http-tricks/
* Merb
http://yehudakatz.com/2008/06/03/railsconf-slides/
http://www.slideshare.net/wycats/merb-445622/
* Datamapper
http://www.slideshare.net/wycats/datamapper/
* Worst rails code you've ever seen
http://blog.obiefernandez.com/content/2008/06/railsconf-2008.html
http://obiefernandez.com/presentations/obiefernandez-worstrailscode-railsconf2008_slides.pdf
...
Encore un :
* Web design for programmers
http://www.napcsweb.com/blog/2008/06/04/slides-and-materials-from-web-design-for-programmers/
http://www.napcsweb.com/files/presentations/railsconf2008/slides.pdf
http://www.napcsweb.com/files/presentations/railsconf2008/handouts.pdf
Moui, j'ai testé starling ca ma semblé un peu daubé, genre si aucun job
balancé pendant un certain temps il déconne. J'ai testé beanstalkd et je
suis vraiment très satisfait. Serveur en C très rapide, gère tout en
mémoire mais pas de persistance disque. Mais bon pour des jobs à traiter
à la file c'est suffisant sinon on utilise une crontab. Le gem ruby
beanstalk-client est développé par la core team de beanstalkd et ils
sont réactif. Attention le gem 1.0 est buggué, le correctif est dans le
git, sinon la version 0.11 fonctionne très bien (gem install --version
'< 1.0' beanstalk-client).
Un plugin Rails existe que je n'ai pas testé (mes bots suffisent) :
http://async-observer.rubyforge.org/
AmazonSQS pourquoi pas, si on a un nombre considérable de job à traiter
je pense.
vidéos des keynotes :
http://factory.wavegroup.it/blog/railsconf2008-keynotes