Un client vous approche, il possède déjà un site, une infrastructure sur le web.. vous devez développer de nouvelles composantes OU refaire une portion du site. Que faites-vous: tout recoder ou connecter?

Un beau dilemne, vraiment. Et beaucoup plus fréquent qu'on le croit.

C'est le cas de notre projet courant avec GForce. Ils ont déjà investi temps et argent dans une plateforme logicielle qui réponds partiellement à leur besoin. Leur CRM actuel roule sur ColdFusion. Comme Hugues disait plus tôt nous avons été mandaté pour leur déveloper un nouveau site web qui sera plus apte à répondre à leur entreprise.

Bien que je n'aime pas les plateformes propriétaires je reconnais l'impact de refaire le développement de zéro. On peut oublier des choses, on ralenti pendant un moment parce qu'il faut réapprendre comment utiliser un ou plusieurs produits. Mais surtout, il faut investir à nouveau alors que l'on a déjà quelque chose qui fonctionne.

Donc... recoder ou... connecter... Une des facettes intéressante du web est qu'on peut rester agnostique de la technologie sous-jacante d'un site. Pour faire simple, rien n'empêche un site développé en PHP avec Joomla de discuter avec un autre site développé sous ColdFusion ou Ruby on Rails.

Pour GForce nous allons connecter. Il y a peu de valeur à tout recoder en ce moment.

Après beaucoup de tergiversation... le code de la démo.

Choisir une license de distribution n'est pas nécessairement évident. J'ai d'abord pensé à utiliser la license Mozilla mais suite à plusieurs lecture et à réaliser qu'elle est peu ou pas compatible avec plusieurs autres licenses j'ai changé mon fusil d'épaule.

Mon choix s'est arrêté sur la License MIT qui est beaucoup plus permissive (peut être trop). Je l'ai préféré à la GPL qui me semble beaucoup trop stricte

Vous avez probablement entendu parler de digg et de del.icio.us, ces sites qui vous permettent de "tagger" les sites que vous aimez et partager vos signets avec les autres webnautes...

Eh bien, pour vous simplifier la tâche sur M2i3.com nous vous fournissons maintenant des liens rapides vers les principaux sites de partage de signets et d'articles.

C'est un phénomène intéressant qui misent sur la masse des gens pour déterminer le contenu le plus intéressant. En bref, plus de gens lisent un texte ou marquent un lien comme intéressant plus ce lien devrait être visible.

Comme vous l'avez vu dans le texte de la démo sur une page d'accueil dynamique je cherche un modèle de license avant de publier le code derrière la démo.

Dans le mode du code source libre c'est un choix plutôt important et comme je n'ai pas eu à publier le code de mes démos depuis longtemps je suis curieux de voir s'il existe des licenses dirigées plus précisement sur la publication de démo.

Des idées???

Difficile de ne pas écrire un petit quelque chose après le blogue de Hugues...

Pour une démonstration à un client potentiel j'ai conçu une page d'accueil pour un portail d'intranet fournissant des blocs d'informations très similaire à l'accueil personnalisé de google.

Dans le concept d'un intranet où les intérêts des différents utilisateurs varient ce concept est très prometteur. Chaque utilisateur sélectionne les

J'prends un gros 5 minutes de ma journée pour partager un fait. En une semaine j'ai accompli avec "Ruby on Rails" plus de fonctionalité qu'en PHP pour un prototype.

Non seulement le framework est bien conçu, il reste relativement intuitif à utiliser.

Le prototype est pour un client particulier et inclue un site sécurisé ou les invités, invités enregistré et les administrateurs coexistent sur une même plateforme. Cette portion normalement pénible à concevoir est devenu un vrai charme avec Rails.

J'dois admettre que je suis encore très enthousiaste... je vous reviens dans une semaine pour discuter les progrès.

À bientôt!

Je me suis accordé un petit moment de réflexion ce matin concernant le travail avec le client.

Ca peut sembler assez évident au premier abord; on travaille toujours avec le client. Comme le client travail toujours avec son fournisseur...

Construire et trouver le bon logiciel c'est un peu comme acheter une maison. On se trouve un agent et on visite des maisons. L'acheteur donne ce qu'il aime et ce qu'il n'aime pas, ses contraintes, ses désirs. L'agent vas nous donner les contraintes du marchés, partager son expérience, expliquer les limites du réels. Pourtant quand on y regarde, il y a plein d'acheteur et d'agents qui ne sont pas satisfaits des transactions... souvent parce que des détails n'ont pas été mentionné: un budget serré, un vrai besoin camouflé en caprice (on a tous un petit bout d'orgueil) ,la crainte de perdre une vente si on explique que les attentes sont trops élevées pour le budget.

Combien de fois j'ai entendu des collègues dire: "ce qu'il demande est trop complexe pour le temps que j'ai". "L'as-tu mentionné?". "Non, on peut pas dire ça quand même, c'est dans les requirements, on doit le faire".

Vraiment travailler avec le client (et son fournisseur) revient à être honnête dans ses communications. Une contrainte est une contrainte qu'elle soit exprimé ou non. Il y a des contraintes qu'on peut satisfaire et d'autres que l'on ne pourra jamais satisfaire quoique l'on fasse. La crainte de décevoir ne devrait pas être une contrainte dans les communications.

Vous vous demandez probablement pourquoi il serait important que votre site web respecte les différents standards en vigueur. Après tout, si votre site s'affiche correctement dans votre fureteur favoris, il devrait aussi s'afficher correctement pour tout le monde, non?

La réponse courte est « non ». Et la réponse longue est aussi « non ». Voici pourquoi.

Il existe plusieurs fureteurs web. Ici, maintenant, je peux en nommer ici au moins cinq. Ces cinq fureteurs sont tous les produits de compagnies sérieuses mais pour des raisons multiples pour un même site ils produiront tous des résultats légèrement différents.

Bon, c'est bien beau tout ça mais ça ne s'applique probablement pas à votre super site commercial. Après tout, il fonctionne à la perfection sous Internet Explorer. En êtes-vous certains? Votre client potentiel utilise peut être un fureteur différent, et votre super panier d'achat, qui utilise toutes les fonctionalités d'Internet Explorer, ne fonctionne probablement pas sur son ordinateur. En bref, le nombre de ventes complétées par des clients potentiels est lié à la capacité de ce dernier à fonctionner correctement sur leur ordinateur. De leur point de vue votre site sera défectueux.

Il y a quelques corporations derrière la majorité des standars sur le web. Le W3C définit ce que le HTML devrait contenir ainsi que les effets qu'un CSS bien formé devrait donner en plus que le comportement adéquat lors d'un échange HTTP. L'EMCA définit, entre-autre, ce qu''un Javascript peut acomplir et la syntaxe pour faire fonctionner un fureteur. Il y a d'autres corporations derrière le web mais l'essentiel est couvert.

À part beaucoup de termes et d'acronymes, qu'est-ce qu'il y a à retenir? C'est qu'un site qui respecte les standard peut avoir un look d'enfer, être à la pointe de la technologie et rester fonctionnel même dans des fureteurs moins standards. En bref, vous augmentez les changes de compléter une vente en réduisant les problèmes que votre client vas rencontrer lors de l'achat.

Avec la quantité de technologies, de « buzzwords » et de technocrates autoproclamé le web semble être une mine d'information. En fait, s'en est une lorsqu'on arrive à séparer le vrai du fabuleux et la théorie des applications qui font et défont les compagnies du Net.

Voyez-vous, toute les technologies fonctionnent et se valent. Enfin, jusqu'à ce qu'elle soit appliquée.

Ce blogue vise à présenter une expérience sur le terrain; comment est-ce que les différentes technologies utilisée par M2i3 vous permettent d'atteindre vos objectifs. Donc, à toute les fois qu'un aspect technologique se démarquera dans un de nos projets vous en entendrez parler ici. Il s'agira souvent du point d'entré pour un « white paper », de la revue d'une application spécifique ou d'un ensemble de technologies.

C'est pour nous l'occasion de prendre un recul sur nos propres dévelopements et implantations et l'occasion pour vous de voir ces technologies appliquées à de vrais situations d'affaire; pas seulement à une belle démonstration destinée à vous vendre un concept.

Je vous souhaite une bonne lecture au cours des prochains mois et j'espère vous entendre au détour d'une URI ou entre deux appel SOAP ;)

Votre hôte,

Jean-Marc Lagacé