General

Voila une liste, sans ordre, de ce que je dois faire avant de partir de San Francisco :

• aller chez Burger King
• manger des Pancakes (jour 4)
• manger un HotDog (jour 1)
• louer une Harley Davidson
• acheter une boule qui dit l’avenir (le truc qu’ils ont tout le temps dans les series americaines)
• aller a l’Apple Store (jour 1)
• prendre un Cable Car (jour 1)
• visiter Alcaraz
• voir le Golden Gate (de près)
• aller a Fisherman’s wharf (jour1 mais je vais y retourner)
• traverser Chinatown (il y a toujours un chinatown dans les grandes villes des US)
• aller a Castro (un theatre, pas certains d’y aller)
• boire des irish coffee au ‘the buena vista’ (pour voir, mais j’aime pas le café)
  
• aller au moma (musée d’art moderne… juste a coté du Moscone Center, mais ya 500 metre de queue…)
  
• descendre lombard street (j’ai fais Jones street en taxi, c’est déjà pas mal)
  
• … to be continued…

J’aime bien le sujet. Ca veut dire que je vais pouvoir parler de tout et de n’importe quoi. Voila mon premier article du genre.

Hier on a fait une mise en prod foireuse de notre portail. Et la, paf, je tombe coup sur coup sur deux articles qui correspondent exactement au problème. J’aurais même pu les écrire si j’avais été brillant… enfin, bref.
Les deux blogs sont en plus tres interessant….

Voila donc quelques perles du blog de Robert Vollman.

En parlant d’être pour ou contre les bases de donnée relationnelle :

To leverage the power of RDBMS you obviously need developers with good, solid understandings of RDBMS

I’ll concede that many people strongly object to leveraging the RDBMS based on ignorance. They program poorly, resulting in poor solutions, so they blame the technology that is so darn hard to understand.

En parlant de mise en prod :

There are deployments and there are deprayments. What’s the difference?

A deployment is when you deploy a change and verify that it was successfully deployed and functioning properly.

A deprayment is when you « deploy and pray. » It’s kind of like Dr. Evil in the Austin Powers movie: you don’t actually witness that the deployment succeeded, you just walk away and assume everything went according to plan.

Puis il y a le blog decodeeleven :

You can fight ignorance all you want, but I guess you can’t fix stupid.

Of course, the saddest part is that the solution is not to fix their database, its to instead install a caching plug in to hide the fact that their database and supporting code SUCKS.

The bottom line is don’t tell me RDMBS can’t scale if you can’t write a decent query or design a normalized database schema.

Bref, la conclusion ? Il faut vraiment faire une conclusion a ce genre d’article ?
Et oui, il faut. Sinon, c’est trop facile. Paf, deux ou trois citations et c’est torché. Et bien NON !

Pour temperer ces citations, je dirais juste que la plupart des problemes dans l’informatique (l’internet ?), outre le manque de competance notoire de personnes qui s’estiment expert en ayant lu la doc, c’est qu’on manque de temps. On manque de temps pour connaitre les bases de données, on manque de temps pour penser, pour developper, pour tester, pour mettre en prod. Le pire, c’est qu’a cause de ce manque de temps on perd encore plus de temps…

Le site http://hundredpushups.com vous propose un programme, adapté a votre rythme, pour vous permettre de réaliser 100 pompes en 6 semaines. Même si je pense pouvoir le faire en moins, c’est une bonne base pour commencer.
J’attaque lundi. Et vous ?