Bouletteproof

Alors je vais écrire une première phrase totalement inutile qui sera utilisée dans la description lorsque je vais partager cet article sur Facebook comme ça, je ne vendrai pas "le punch". Medium is the message qu'ils disent.

Je ne parlerai pas de gestion de communauté parce que j'y connais absolument rien, le seul lien serait peut-être que je vais parler de partage et qu'une bonne majorité des personnes qui sont dans mon cyber cercle social travaille dans le milieu de la communication et qu'avec un titre comme ça, il y a de bonnes chances que ça pique leur curiosité. C'est un peu du sensationnalisme à la Journal de Montréal, parce que tsé, s'il y a une chose que le web a conservé des médias traditionnels, c'est le goût d'attirer du gros trafic sale à tout prix. Une belle grosse révolution hein.

Aujourd'hui je me suis posé une grosse question existentielle: c'est quoi Facebook? Ne reculant devant rien, je me suis déconnecté pour la première fois depuis que j'ai mon laptop et j'ai cliqué sur leur page "À propos". Ça a valu la peine parce que j'y ai trouvé une description bien simple et bien claire: "Facebook mission is to give people the power to share and make the world more open and connected". Bon... mettons que je vais skipper la partie de la fin, parce que moi les entreprises qui disent des choses comme: "Non je ne vend pas des ampoules, je vend de la lumière sur la beauté qui vous entoure" ça me fait royalement chier. Donc, on disait: "Facebook mission is to give people the power to share" et plus précisément "the POWER to SHARE". Le partage

C'est drôle, j'ai (trop) souvent l'impression que c'est la première chose dont on se plaint sur Facebook, le partage ou le trop de partage. Pour ma part, les personnes qui sont dans mes amis Facebook, je les ai choisies (plus ou moins minutieusement). Ça m'intéresse ce qu'ils partagent, ce qu'ils mangent, où ils vont en vacances, leurs bons coups, leurs moins bons coups, la musique qu'ils écoutent, leurs opinions. À lire certains statuts, ça semble être une lourde tâche pour plusieurs. Ce n'est pas que ça me déplaît de lire des statuts de complainte du travailleur de la communication en ville, mais j'aimerais juste comprendre la motivation qui pousse quelqu'un de vraisemblablement intelligent à être aussi prévisible que ceux qui disent "Il pleut, je suis tout mouillé" en publiant un statut qui dit "On le sait qu'il pleut, arrêtez d'en parler".

En écrivant ce genre de messages à la joie douteuse, ils reproduisent exactement le même processus que l'esprit naïf qui se laisse emporter par la météo. Partager. Au moins le premier a l'avantage d'être naïf et joyeux et puis la naïveté et la joie, c'est pas mal cool.

L'effet pervers de tout ça, c'est qu'après on se sent mal de partager. Je ne sais pas combien de statuts j'ai lu pendant l'été de gens qui s'excusent d'encore publier des photos de leur vacances. Ça devrait se faire sans excuse et la sélection naturelle fera son travail. Les méchants vont t'enlever de leurs amis et faire un statut sur le fait qu'ils t'ont enlevés, mais toi, tu t'en fou, tu ne le liras même pas. Ce n'est pas de ta/ma/notre faute si certains trouvent ça lourd de lire des statuts, c'est leur problème. Et si une de ces méchantes personnes est un de tes amis proches, appelle-le pour lui dire que tu l'aimes, ça manque d'amour internet. Non en fait, t'es peut-être mieux de le texter, je viens de lire un statut qui dit que c'est désagréable les gens qui utilisent encore le téléphone.

Réseau anti-social

Quand je pense à tout ça, je me dis qu'il y a de l'espoir pour mon projet de devenir riche et célèbre en fondant une startup qui tuera Facebook et qui forcera Mark Zuckerberg à se lancer dans la revente d'infos personnelles aux spammeurs (mon petit doigt me dit qu'il est bon là-dedans).

Ça serait un genre de réseaux social pour le monde qui n'aime pas le monde où le but c'est de fermer sa gueule, parce que de toute façon, ON S'EN CALICE DE CE QUE TU PARTAGES OSTI!

J'ai entendu cette expression la semaine passée et ça m'a beaucoup fait rire. On est rendu là, après les plottes à char, voici les plottes à startup.

Remarquez que je dis plotte mais en fait je parle de toutes personnes gravitant autour de jeunes entrepreneurs dans le but de goûter à l'abondance de la vie de startup. Parce que c'est bien connu, par les temps qui courent, il suffit d'avoir une idée (tout le monde en a des idées), un nom de compagnie assez simple(c'est même possible de trouver le nom avant l'idée) et une adresse web funky avec le point en plein milieu du nom pour se voir offrir des millions de dollars par Google, Facebook et tous les autres. Il vous suffit de prendre votre iPhone, d'aller sur le Apple Store et de chercher "Task" pour avoir une idée de la quantité de personnes qui se sont dit: "Mon bureau sera un loft, je vais révolutionner le monde de la case à cocher et ce n'est pas grave s'il y a déjà des centaines d'applications comme la mienne, mon icône est beaucoup plus belle."

Je ne sais pas pour vous, mais moi je trouve ça vide. En général, les services qu'on apprécie sont ceux offerts par des personnes qui aiment ce qu'ils font. Pas dans le sens d'aimer avoir un loft comme bureau, dans le sens d'aimer ce qui te permet d'avoir un loft, peut-être un jour.

Dans cette course à la nouvelle idée de génie, on oublie le sens même d'offrir un service, on oublie que pour offrir ce service, ça demande en général une certaine expertise. Le terme entrepreneur ce n'est pas un début, c'est une fin. On est d'abord bon cuisinier et ensuite on décide de démarrer un service de boite à lunch avec réservation en ligne et application avec une belle icône.

Je sais, c'est difficile de ne pas tomber dans le piège et de ne pas croire que nous aussi on peut devenir riche facilement. Il y a même des programmes avec de vrais investisseurs qui donnent de l'argent pour développer des idées cools et devenir entrepreneur. Jetez un coup d'oeil à cet article : http://techno.lapresse.ca/nouvelles/201205/23/01-4527840-11-societes-technos-visent-le-gros-lot-a-founderfuel.php Ils sont beau les sites hein? Ils se ressemblent un peu mais ils sont beau, ça il n'y a aucune doute. Maintenant, est-ce que vous en avez déjà entendu parlé? Pas moi, pourtant je travaille dans ce milieu et cet article je l'ai lu le jour où il a été publié.

Comme il dirait l'autre: « C'était une osti d'année! » ... dans le bon sens.

J'ai partagé ma première vidéo sur YouTube en novembre 2006 et c'était ça:

Au début, elle avait le son parce que YouTube s'en foutait, ensuite ils ont enlevés le son parce que YouTube n'avait pas les droits et puis finalement le son est revenu parce que maintenant, YouTube a les droits et il met un lien d'achat en dessous de la vidéo. Il s'en passe des choses dans la vie d'une petite vidéo YouTube.

En finir avec l'abondance

Ça fait plusieurs événements qu'on suit sur les réseaux sociaux, de la première neige à la manifestation étudiante, et chaque fois c'est l'occasion de se rendre compte que c'est vraiment très peu intéressant de connaître l'opinion de 200 personnes en TEMPS RÉEL. C'est tellement rendu fréquent, que même les "moutons noirs" qui chialent sont rendus assez nombreux pour que ce soit prévisible. C'est peut-être ça la fin du web 2.0, quand tout le monde fini par partager (même ta mère) et qu'on se rend compte qu'en bout de ligne, on s'en fou. 

J'ai l'impression (et le souhait) que le bon contenu reprendra sa valeur. C'est impressionnant cette masse d'information, ce flot constant d'images, de textes, de sons... C'était probablement un passage obligé dans le découverte de l'immensité d'internet. Mais on devrait faire le tour.

Si les journaux, les magazines, les livres, les films, les disques ont été un jour inventés et distribués, puis achetés par quelqu'un, c'est forcément que cette même personne a accordé une importance plus grande à ce contenu que de lire le journal intime ou regarder la vidéo de vacances de son beau-frère. Une importance assez grande pour donner de l'argent, de l'argent qu'elle aurait pu utiliser pour manger plus, mettons. Ce bout là, d'après moi, il n'a pas changé, on est seulement aveuglé par l'abondance.

Le bug de l'an 2000, c'était le début

Je trouve ça important la vie numérique et ça me dérange beaucoup qu'on accorde si peu d'importance à nos données. Sur ce point, presque toutes les compagnies technologiques se battent sur le même terrain. Que ce soit un fabricant de téléphone, un fabricant de console, un moteur de recherche ou un réseau social, on se bat fort pour détenir votre vie numérique. Que font-ils avec tout ça? Probablement qu'une centaine d'ingénieurs se masturbent (intellectuellement) en ce moment en pensant à toutes les possibilités.

Pour ces compagnies, détenir vos données, c'est surtout se "garantir" un minimum de longévité. Parce que mine de rien, passer 5 ans à partager sur Facebook, c'est du temps investi, c'est aussi du temps qui sera perdu le jour où vous aller fermer votre compte. C'est aussi une des raisons qui vous "empêche" de recommencer votre vie numérique sur Google+. C'est valable pour tout ce que vous avez accumulé sur votre iPhone lorsque vous décidez de passer à Android, vos courriels si vous abandonnez Hotmail, votre bibliothèque Aperture si vous passez à Lightroom, ainsi de suite...

Ça m'emmerde déjà de savoir que je vais devoir remplir à nouveau un profil sur le réseau social qui tuera Facebook, un jour. C'est stupide et selon ma conception naïve du progrès, le but c'est de régler les trucs stupides. L'avenir est dans l'ouverture. On ne devrait pas dépendre des serveurs d'une compagnie californienne coté en bourse qui se bat contre d'autres compagnies cotés en bourse pour des choses qui, avant, se rangeaient dans une armoire et se léguaient à nos enfants.

Les sous-réseaux

Ce sera la partie geek. J'ai vraiment hâte au jour où on prendra une drill pour passer un fil réseau chez le voisin (ou la version technologique en utilisant une antenne). Ce jour là, on pourra se partager l'internet entre voisins, des films, des livres, de la musique, comparer le prix du loyer, un feed live du prix de la bière des dépanneurs du coin, et des trucs plus intelligents. Il y a beaucoup de choses qui se dessinent avec les mesh networks et j'espère qu'un jour ce sera chose commune. Je n'ai pas envie de passer ma vie à être connecté au reste du monde par le coûteux câble d'un compagnie qui a repris une toune de Zachary Richard avec un pêcheur du Nouveau Brunswick et qui s'efforce de remplir le tuyau de son gros caca multi-plateforme. Ça aussi, me semble que ce serait du progrès.

Folklore

Ça a toujours été mon but, on a démarré notre entreprise avec 2 amis et ex-collègues, on s'appelle Folklore. En attendant l'officielle, voici ma définition personnelle et suffisamment vague. J'ai envie de faire des trucs authentiques et humains que les gens ont envie de partager même s'il n'y a pas de bouton Like. 

Je partage le code non parce que c'est hyper complexe mais parce que ça utilise beaucoup de nouveaux trucs. Et aussi, c'est un peu une bataille avec moi-même pour me convaincre d'utiliser des plugins.

Le site:

http://chier.ca

Le code source:

https://github.com/dmongeau/Chier.ca

Plugins utilisés:

Frontend: Require.js Bootstrap

Backend: Node.js (Hébergé avec nodejitsu) Express Swig Mongoose

Je vais essayer de publier des services, librairies, api utiles et cool de temps en temps avec des bouts de codes pour aider à commencer. J'ai beaucoup appris en lisant ce genre d'article sur d'autres blogs alors pourquoi ne pas faire la même chose (en français).

Node.js Si vous êtes un minimum à jour, vous en avez probablement entendu parler. Seulement je me rend compte que beaucoup se demandent à quoi ça sert et sont souvent rebutés par l'idée de faire du javascript et encore plus du javascript côté serveur.

Node.js est un environnement de programmation javascript côté serveur. "Un peu" un équivalent de PHP mais en javascript. Là où c'est très différent (et intéressant), c'est que Node.js est orienté événement(event-driven). Comparativement à un language comme php qui sera exécuté seulement lorsqu'une page est demandée et quittera à la fin, une application node.js se place en "mode attente" dès son chargement et vous décidez de ce qui se passe lorsque les événements que vous écoutez surviennent. C'est en quelque sorte une révolution, de part son accessibilité (presque tout le monde sait programmer en javascript) mais aussi par sa structure.

Dans le cas d'une application web typique on utilise généralement apache comme serveur web qui appellera un script php qui retournera le html. Le script php est seulement interpellé lorsqu'il y a une requête puis quitte en retournant quelquechose. Dans le cas de node, il s'agit de la même application qui roule pour tout le monde et elle "attend" des requêtes.

C'est probablement plus simple à comprendre avec un exemple:

// On inclut la librairie express (http://expressjs.com) qui permet d'avoir des fonctionnalités // similaires à celles d'apache var express = require('express'); var app = express(); //Variable globale à tous les clients qui contiendra le nombre de visites var visitsCount = 0; //Ce callback sera appelé lorsqu'un client demandera http://votreadresse/visites.html app.get('/visites.html', function(request, response){ //On incrémente le nombre de visites visitsCount++; //On retourne le numéro de la visite au visiteur response.send('Vous êtes la visite #'+visitsCount); }); //Écouter sur le port 80 app.listen(80);

Dans cet exemple, on voit qu'on écoute nous-même sur le port 80 et qu'un callback est appelé lorsqu'une personne demande la page /visites.html de la même façon qu'on le ferait avec jQuery lorsqu'on écoute un événement "click" sur un bouton.

J'ai eu un projet dernièrement où il fallait que je rappelle automatiquement quelqu'un dans 1 minute. Avec une page php traditionnelle, on fait un post à un script php avec le numéro de téléphone de la personne qu'on désire appeler, on le sauvegarde quelque part(base de données) et on met en place une tâche cron qui vérifie toutes les minutes s'il y a des appels à faire. Avec node et sa structure event-driven, on fait simplement:

setTimeout(function() { makeCall(); },60*1000);

Pas obligé de mettre un place une tâche cron car comparativement à PHP, le script node.js continue de rouler et sera toujours le même dans une minute.

Bien que ce soit réellement possible de bâtir son site web en Node.js et de ne pas utiliser apache, je ne crois pas que ce soit le but. Apache et PHP (ou autre langage du genre) sont encore parfaits et très faciles à utiliser pour ce genre de besoin. Node.js entre en ligne de compte lorsque vous avez des besoins plus spécifiques comme de la communication temps réel entre vos clients (socket).

http://nodejs.org/

Socket.io Parlant de communication temps réel entre les clients, Socket.io est une libraire node.js qui permet de le faire très simplement. Elle permet de bâtir une application web de chat en quelques minutes. Elle est une librairie côté serveur (pour écouter les connexions) et une libraire côté client (pour se connecter sur le serveur et recevoir ou faire des communications). En plus la librairie gère les différents navigateurs et utilisera la meilleure méthode supportée par le navigateur (websocket, json-polling, flashsocket, etc...).

En gros, ça permet d'envoyer des messages du client au serveur, en temps réel. En utilisant les sockets, on reçoit l'info immédiatement quand elle est envoyée du serveur ou vice-versa. Plus besoin de faire une requête à toutes les 30 secondes pour vérifier s'il y a quelquechose de nouveau. On se place en mode écoute et on attend des messages.

Voici un exemple:

index.html

<html> <head> <script src="/socket.io/socket.io.js"></script> <script> //On se connecte à notre serveur Node.js/Socket.io var socket = io.connect('http://localhost'); //On écoute pour le message "news" socket.on('news', function (data) { console.log(data); //On réenvoie un message au serveur socket.emit('my other event', { my: 'data' }); }); </script> </head> <body> <!-- ... --> </body> </html>  

server.js

//On inclut socket.io et on écoute sur le port 80 var io = require('socket.io').listen(80); //On écoute pour une connexion d'un client io.sockets.on('connection', function (socket) { Quand un client se connecte, on lui envoie un message "news" socket.emit('news', { hello: 'world' }); //On écoute pour le message "my other event" qui sera envoyé par le client socket.on('my other event', function (data) { console.log(data); }); });

Cet exemple, illustre une communication simple entre le serveur et le client. On voit bien le principe event-driven. Tout est géré par des callbacks qui seront exécutés seulement lorsqu'il y aura un événement.

http://socket.io/

Require.js J'ai beaucoup cherché pour trouver une librairie MVC pour javascript. Comme les sites deviennent de plus en plus complexes et de plus en plus bourrés de javascript. Le traditionnel fichier unique scripts.js qui contient tout le code, ne fait plus l'affaire. On a besoin de structure.

Require.js n'est pas un MVC, il utilise le principe AMD et est basé sur la "norme" CommonJS qui est utilisé par node, entre autre. C'est une façon de "briser" votre code en modules que vous chargez dynamiquement selon vos besoins. Bien que cette idée ne semble pas très nouvelle, require.js le fait très bien. On fini avec une application javascript segmentée en beaucoup de petits fichiers javascript, ce qui rend le tout beaucoup plus facile à lire, à développer et à améliorer. En plus à la fin on peut "builder" notre projet en un seul fichier minimifié et optimisé.

Encore là, un exemple aidera:

index.html

<html> <head> </head> <body> <!-- ... --> <!-- On inclut un seul fichier javascript à la fin qui fait référence à notre "bootstrap" main.js --> <script src="require.js" type="text/javascript" data-main="main"></script> </body> </html>  

main.js

require( //Dépendances ['jquery','slideshow'], //Initialisation function($,Slideshow) { var slideshow = new Slideshow($('#slideshow')); slideshow.start(); } );

slideshow.js

//Définition d'un module define( //Dépendances ['jquery'], //Initialisation function($) { var Slideshow = function($el) { //blablabla.... } //On retourne quelquechose qui sera passé en arguments (exemple dans main.js) return Slideshow; } );

Donc voilà, dans l'exemple on inclut un seul fichier à la fin de notre fichier html. Celui-ci fait référence à notre "bootstrap" le fichier main.js. Après ça, tout est géré par les dépendances. On brise notre code en module et on spécifie ce dont chaque module à besoin.

http://requirejs.org/

Ça fait maintenant 2 semaines que je savoure mon nouveau mode de vie d'étudiant. Ça fait du bien.

J'ai quitté mon poste de Directeur Technique chez Commun, pour pouvoir pleinement m'y consacrer; l'école et les projets. Je crois que ce qui a motivé ce changement, c'est le goût de faire plus d'expérimentations et moins de répétitions. D'ailleurs c'est drôle et triste de voir à quel point un retour à l'école doit obligatoirement être dans le but d'acquérir de nouvelles compétences pour faire un meilleur salaire. La raison "pour le plaisir" ne semble pas acceptée.

Il y a beaucoup de choses qui se pointent le bout du nez, que ce soit de nouvelles technologies ou de nouvelles pratiques. On m'a dit que je faisais du web brut, ça me plaît, et j'y vois en quelque sorte "ma place". Débroussailler et me salir les mains dans des trucs pas toujours sérieux mais qui, je l'espère, sont utiles pour l'écosystème et font avancer le web.

Pour les projets, ça permettra de faire plus de niaiseries avec Social-Soda et de continuer la cyber-pression (dans la joie) sur nos vedettes. On prépare d'ailleurs un wikibegin 2.0 et un micro-site pour le nouveau numéro d'Urbania (qui n'intimidera pas les vedettes).

J'ai aussi eu le temps de refaire mon site http://mongo.ca et d'y inclure plus de projets. Je vais d'ailleurs me forcer pour le mettre à jour avec plus de micro-projets et expérimentations.

En plus gros c'est mieux

On dirait que c'est plus velouté parce que c'est du film et que le film s'appelle Velvia.

Pour les voir en plus gros

Je viens de terminer(c'est un bien grand mot) un très beau projet avec l'ONF, Urbania, Commun, L'École de la montagne Rouge et Capitaine Soldat. Rouge au Carré. C'était très demandant mais l'équipe était merveilleuse!

Je suis content, c'est dans les premiers gros projets où j'ai été impliqué dans la création. Il était temps! Bien que j'ai entendu en début de projet la fameuse phrase «C'est juste du code», je crois que c'est une belle démonstration que la technologie supporte et alimente la création.

Ça a été difficile de faire passer l'utilisation du HTML5, mais au final je crois que ça contribue à l'esthétique du projet. En fait je dis HTML5 mais la majorité des tableaux sont de simples trucages HTML bien normal. Avec beaucoup de PNG, beaucoup, beaucoup!

Ça m'a permis de me familiariser avec le canvas et webgl, parce que j'avais pas mal juste fait le bacon avant ça (mais ça, il ne faut pas le dire). D'ailleurs je vous conseille de regarder Three.js de mrdoob (le gars qui fait les expériences interactives de Google), c'est assez impressionnant.

Après avoir mis la main dans les nouvelles technologies, je suis confiant qu'il y a beaucoup de trucs très prometteurs et de l'espoir pour qu'on puisse enfin arrêter d'utiliser pngfix.

En 1981, ces 2 personnes...

...ont photographiés leur voyage en Chine...

...et puis il y a cette photo :

Voici 2 films que vous n'avez probablement pas vu mais qui le méritent. Vous pouvez les télécharger directement de mon Dropbox en utilisant les liens de téléchargement. Vous trouverez un fichier .srt pour les sous-titres, pour pouvoir les lire vous devez utiliser un lecteur de vidéo comme VLC ou MPlayerX.

Tales from the golden age (Amintiri din epoca de aur) Année : 2009 Pays : Roumanie/France IMDB : http://www.imdb.com/title/tt1422122/ Téléchargement : http://bit.ly/JtmnVT

Est-ce que c'est ça du viral?

Encore une fois je vais faire comme si j'y connaissais quelquechose.

Si j'avais un journal et que disons ça me tentais de mettre de l'avant une certaine opinion, voici comment je procéderais.

J'engagerais quelques têtes d'affiches, grandes gueules, avec des opinions différentes (c'est encore mieux pour faire valoir la diversité) et je leur donnerais une section qui se nomme "Blogues". Comme ce sont mes têtes d'affiches c'est eux qui seront invités à Tout le monde en parle pour dire qu'ils n'ont jamais senti de pression de leur employeur pour mettre de l'avant une opinion. C'est vrai, la section blogue, elle est libre.

Pour le reste, je mettrais de l'avant des nouvelles d'agences de presse, avec 2-3 mots modifiés. Peut-être même que je fonderais mon agence de presse, pour avoir ma propre source de marde. Comme c'est une agence, le journaliste n'est pas en avant plan, c'est parfait pour faire passer ce que je veux. Et comme la section blogue est seulement un lien dans mon menu, ma page principale pourra mettre de l'avant mes nouvelles de marde sans que mes têtes d'affiche se sentent manipulées.

Dernièrement, on a sorti le site tlmep.ca qui permet de créer des dialogues avec les invités de Tout le monde en parle*. J'aime beaucoup le résultat. C'est drôle, les gifs donnent un beau look télé, ça fonctionne bien.

Bien sûr, il y a beaucoup d'histoires de marde. C'est normal, nous ne faisons aucune modération. On aurait peut-être dû mettre de l'avant les meilleures histoires au lieu de simplement tout mettre mais ça fait parti de la game et du propos.

Comme d'habitude, c'était opportuniste. On savait très bien que Richard Martineau allait passer à Tout le monde en parle* et qu'il allait probablement parler de richardmartineau.ca. On a décidé d'en profiter et d'utiliser son adresse pour autre chose. Encore là, ça a bien fonctionné, on a eu du bon trafic. On a même eu droit à un retweet de Dany.

Jusqu'ici tout allait bien. Mercredi, j'ai eu la bonne ou mauvaise idée d'interpeller le jeune et très cool producteur de l'émission sur Twitter. Ouuuffff. Parfois on rencontre un Jesus Freak dans le métro et on se demande comment quelqu'un d'aussi jeune peu agir de la sorte. C'est un peu ce que je me suis dit. J'ai assumé qu'il pourrait comprendre que, oui on utilisait quelques images de Tout le monde en parle*, mais que ce n'était pas parce qu'on se fou des créateurs, ni parce qu'on fait des millions sur leur dos. Je me suis trompé.

En fait, j'ai frappé un mur, un vieux mur. Le même mur qui fait qu'en 2012, la stratégie web d'une émission aussi populaire, dirigé par des gens aussi jeune, soit un clavardage commandité par Intact Assurance et un hashtag Twitter. En plus, si vous utilisez ce hashtag, vous aurez peut-être la chance de vous faire retweeter par Dany ou Guy A. Je me surprend parfois (j'insiste sur le parfois) à être content qu'ils se fassent couper, ça rallumera peut-être leur créativité et leur ingéniosité.

Ce n'est pas comme si c'était nouveau. Ça fait des années qu'on entend à quel point les milieux culturels en arrachent avec la montée du web. On comprend pourquoi quand leur réaction à un site comme tlmep.ca c'est d'essayer de le fermer parce qu'il utilise 1 logo (ce même logo qui est utilisé sur beaucoup de blogues, sur YouTube, etc...). On comprend pourquoi quand leur réaction à une loi comme C-11, c'est toujours et encore de préserver la machine telle qu'elle est (ça c'est un autre débat). Je comprend pourquoi, mais je n'ai pas pitié. Et je n'attendrai pas après une quelconque autorisation de leur part.

Si j'avais de mauvaises intentions, je prendrais un petit 15 minutes pour faire un robot Twitter qui répond à tout ceux qui utilisent #TLMEP en leur disant que le nom est protégé par le droit d'auteur, qu'ils ne peuvent pas l'utiliser. Mais je suis gentil et ça serait trop facile. Surtout que ça détruirait 50% de leur stratégie web, l'espace d'un dimanche et d'un 15 minutes.

Je suis content. J'ai passé plus ou moins beaucoup de temps à faire des sites de mardes qui se limitaient à être divertissants. Bien que ça ne paraissait pas nécessairement, mon but à toujours été d'apprendre pour un jour faire des sites utiles. Surtout socialement.

La grève étudiante est un bon moyen de passer mon envie de tuer(à prendre au 2e degré). Je ne suis plus étudiant mais j'ai la cause à coeur. J'ai surtout vraiment vraiment vraiment envie de voir le gouvernement Charest disparaître. Ils sont dangereux.

C'est pour cette raison que j'ai lancé les sites suivants:

http://carrevert.ca http://richardmartineau.ca http://appuie.ca

Le but de ces sites n'est clairement pas de changer le monde, mais au moins d'avoir assez de visibilité pour peut-être influencer l'opinion publique. Je crois que ça fonctionne tranquillement.

C'est dommage pour appuie.ca, il a été bloqué par Facebook. Je voyais de l'avenir à ce projet. C'est bien de mettre des conséquences au fait de "liker" quelque chose. Je suis en train de repenser à tout ça pour pouvoir ressortir le site avec de nouvelles causes et un nouveau fonctionnement qui ne fâchera pas Dieu Facebook.

Pour les trucs plus divertissants, il y en a beaucoup ici:

http://yocheck.ca/archives.html http://lerepondeur.ca http://wikibegin.org (Fait avec Marc-Antoine Jacques) 

Je viens d'avoir l'éternelle discussion, version abrégée, sur les avantages et désavantages de l'utilisation d'un CMS open source. Un des arguments les plus forts, selon moi, pour utiliser un CMS open source est le fait que le code est largement documenté et supporté par une communauté autre que le développeur lui-même rendant la dépendance à ce dernier beaucoup moins grande.

Cette question de dépendance est un facteur très important dans un monde de plus en plus technologique. La majorité des personnes qui utilisent des outils technologiques chaque jour ne comprennent pas la mécanique. C'est normal, ce n'est pas si intéressant que ça la programmation.

Comme je ne suis pas un adepte des CMS open source, je vais tenter de démontrer que dans la réalité, la tâche de déchiffrer le code d'un autre pour y apporter des changements est la même. J'irais même jusqu'à dire que c'est pire dans le cas du CMS car sa nature générique complexifie sa structure.

Les données c'est important

Bien que ce ne soit pas un réel problème de devoir recommencer un site web de 4 pages parce que le programmeur précédent a développé en langue elfique, c'est un problème majeur lorsqu'on parle d'une grande quantité de contenu et que celui-ci est la raison d'être du site ou de l'entreprise. Par exemple, les articles d'un blogue, les photos/vidéos, les commandes d'un site de commerce, les dossiers clients, la comptabilité, bref toutes les données critiques d'une entreprise qui sont stockées par l'entremise d'un site web ou autre.

Vous devez pouvoir exporter ces données, les sauvegarder, les visualiser, les migrer. Vous devez les posséder. Que ce soit avec un CMS open source ou avec la version 3.2.4.5 du David Mongeau-Petitpas Framework.

Sur ce point, la grande différence entre un CMS open source et un truc maison est la normalisation du stockage des données. Un CMS open source, ça fait un peu de tout. On peut construire un site de commerce en ligne, un blogue, un calendrier, un site d'entreprise, une communauté web, etc... Tout ça avec le même code, ou presque, et la même base de données. Pour y arriver, il faut donc normaliser le stockage pour le rendre générique et pouvoir accommoder le plus grand nombre de situations possibles. Les inconvénients de cette pratique sont: une moins bonne performance(car on doit faire une multitude de relation pour construire un objet) et un stockage moins "intuitif" des données.

Bien que ce soit possible d'utiliser Wordpress pour faire un calendrier, et que ce soit même possible de stocker tous les événements comme des articles de type "Événement", du point de vue de la clarté des données, ce n'est pas l'idéal. Quelqu'un de non-initié au code, aura plus de mal à retrouver la logique derrière cette structure de données car elle sera moins spécifique au projet. De l'autre côté, une application développée sur mesure contiendra fort probablement une table appelée "events" qui contiendra des colonnes prévisibles du genre "title","description","date","time","artist",etc... Ce serait même possible d'exporter cette table directement au format excel et que quelqu'un de non-programmeur s'y retrouve.

Le programmeur d'avant était un déficient intellectuel

Si on utilise le terme refonte lorsqu'on change un site web, ce n'est pas pour rien. C'est assez rare qu'on utilise les bases d'avant. En fait, je n'ai jamais vu ça. En général, on fait une analyse du code d'avant et la conclusion est presque toujours que le programmeur précédent était un crétin.

Sur ce point, les CMS open source sont supposés venir palier au problème en proposant une base indépendante, largement supportée et mise à jour. En pratique c'est beau, mais ça concerne uniquement le squelette du site. Tout le reste, ce qui fait que le site est unique, ses fonctionnalités, son design, etc.. a été conçu par un programmeur qui s'est basé sur ses propres connaissances. Il a fort probablement utilisé des fonctions offertes par la base open source. Des fonctions bien documentées, bien supportés, mises à jour... mais la logique du code, l'organisation, la nomenclature et sa compréhension de ses fonctions, tout ça, c'est à sa discrétion. Et c'est exactement dans ce bout là qu'on doit se plonger les mains quand vient le temps d'apporter des changements. Donc ici, CMS ou code maison, si le programmeur d'avant était déficient, ce sera laborieux.

Lire du code

L'important, qu'on choisisse l'un ou l'autre, c'est de lire du code. Beaucoup de code. De cette façon on peut en dégager des tendances, des styles et se faire une meilleure idée de ce que c'est du code compréhensible et réutilisable. Et avec de la chance, on ne sera pas le déficient du prochain.

Voici quelques films français et un belge. Il y en a certainement beaucoup d'autres, j'ai hésité, mais je devais choisir. J'ai décidé d'en prendre de différents genres. La semaine prochaine ce sera des films moins connus, promis.

Seul contre tous (1998) Réalisateur : Gaspar Noé IMDB : http://www.imdb.com/title/tt0157016/ Film assez agressif mais très bon dans son genre. 

Delicatessen (1991) Réalisateur : Jean-Pierre Jeunet Genre : Comédie Fantastique IMDB : http://www.imdb.com/title/tt0101700/ C'est Jean-Pierre Jeunet, il a un univers bien à lui. Si vous ne le connaissez pas, c'est le réalisateur d'Amélie Poulin... et Alien 4.

C'est arrivé près de chez vous (1992) Réalisateurs : Rémy Belvaux, André Bonzel, Benoît Poelvoorde Genre : Comédie IMDB : http://www.imdb.com/title/tt0103905/ C'est un film étudiant belge en noir et blanc. On pourrait dire que c'est un genre de classique. Benoît Poelvoorde, qui est le personnage principal du film, est LA raison pourquoi ce film est bon.

Rien sur Robert (1999) Réalisateur : Pascal Bonitzer Genre : Comédie Dramatique IMDB : http://www.imdb.com/title/tt0187457/ Genre de comédie sur l'amour.

La Moustache (2005) Réalisateur : Emmanuel Carrère Genre : Drame IMDB : http://www.imdb.com/title/tt0428856/ J'aime beaucoup la tension de ce film. C'est tiré d'un roman et le film est réalisé par l'auteur.