Jean-Marc

Je suis présentement à diriger une petite équipe pour un projet très important. (Tous mes projets sont importants!) J’ai décidé pour plusieurs décisions de laisser mon équipe décider les points importants, les estimés et leur organisation du travail. Mon rôle devient donc celui d’un facilitateur. Tous les jours nous nous réunissions dans le cadre d’un Scrum nous discutons de trois choses.

1. Qu’ai-je fais hier?
2. Que vais-je faire aujourd’hui?
3. Est-ce qu’il y a des problèmes qui doivent être adressés?

Nous utilisons un simple tableau blanc pour indiquer la priorité et l’avancement des tâches. À la fin de la semaine nous prenons un peu plus de temps pour incorporer un rétrospective de la semaine. Nous essayons de voir les points qui ont bien fonctionné et les points qui ont sont problématiques. Je crois que l’équipe aime bien travailler de cette manière. L’équipe se sent respecté et écouté. Je transmets leurs craintes et problèmes aux personnes concernées. Dès qu’une personne est en difficulté, l’équipe est au courant. De plus j’ai la chance d’avoir le client tous les jours avec nous. Certains penseront que c’est une situation intenable, mais en réalité lorsqu’il y a collaboration, c’est une manière incroyable de faire avancer les projets dans la bonne direction. Un des bienfaits est que le client est aussi au courant des problèmes et difficultés, il peut donc réagir, prendre action sur ces informations. N’hésitez point à faire confiance à votre équipe. La dynamique en sera grandement meilleure. Vous verrez la fierté de l’équipe ressortir et la productivité augmentée.

Il y a quelques semaines, je suis tombé sur un article de sitepoint sur ruby on rails. Je dois dire que j’ai été complètement renversé parce que j’ai vu. Disons qu’en dix années d’expérience c’est la première fois que je vois ce niveau de productivité. Ruby : Ruby est un langage purement orienté objet. C’est un langage interprété et non pas compilé comme le C++. Il a été créé par le japonais Yukihiro Matsumoto mon premier contact avec le langage a été plutôt froid. Rien ne m’avais impressionné surtout que j’étais dans une phase Microsoft C#. Rails : Sans Rails, Ruby n’est pas grand chose. Ce qui donne la puissance de Ruby est Rails. Rails est un cadre d’application (Framework en Englais). Il fournit des services de generation de script, de gestion de base de données, de gestion de service Web et bien plus encore que je n’ai pas eu le temps de regarder. Les mois passe, et je lis l’article de Sitepoint. Je télécharge les trois vidéo sur le site de ruby on rails. Ça été un choc total. L’efficacité de développement, le support complet pour les tests, la possibilité de connecter à de nombreuses bases de données modernes. Vraiment j’étais très impressionné. De plus, il vient avec son propre serveur Web Webrick. Donc pas besoin d’Apache, du moins pour le développement. Tout développeur Web sérieux devrait jeter un coup d’œil sur Ruby on Rails. Aller voir les vidéos, et penser aux possibilités. À bientôt

Voici la dernière partie sur les clients. Un client intelligent ou « Smart Client » est une application qui répond aux critères suivants :

• Ressources locales Les applications résident sur votre poste de manière locale. Elles utilisent votre mémoire et unité centrale (CPU) pour fonctionner. À la différence de clients légers qui effectuent la majorité de leur travail par le serveur distant.
• Connecter Les applications intelligentes sont connectés entre elles soient par un serveur, soit directement.
• Fonctionne de manière déconnecter Ces applications peuvent très bien être exécutées de manière déconnectée. Bien qu’elles auront des fonctionnalités réduites l’application aura un fonctionnement normal.
• Facile de déploiement Les applications intelligentes connaissent leurs besoins en librairie et resource externe. Elles pourront alors récupérer de manière automatique les modules quelles auront besoin.

Source Microsoft Smart Client

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 fonctionnalité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 standards 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 accomplir 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.

Disons que je ne sais pas ce qui m’a pris de parler des types de clients d’application. Je ne sais pas, un sujet comme ça qui m’inspirait. Je trouve important de partager des concepts d’architecture. Vous serez en mesure de proposer de meilleures solutions à vos clients. Donc, on continue. Les clients légers. C’est bien, ils sont le contraires des clients lourds, mais qu’est-ce exactement? Et bien le fureteur que vous utilisez présentement est le parfait exemple de clients légers. Votre fureteur est léger dans le sens que l’expérience n’est pas aussi complète qu’avec une application client lourds. Par exemple, le glisser-déposer n’est pas natif. Il doit être laborieusement programmé par un script en Java ou Visual Basic. Outre les cookies, le client léger n’a généralement pas accès aux fichiers de votre disque. Votre utilisation du processeur est de plus moins importante, le gros du travail étant fait sur le serveur. L’installation d’une application en client léger est généralement plus simple. Encore une fois, le gros du travail est fait sur le côté server. Le client léger est-ce bon ou mauvais? Je dirais que vous devez regarder les besoins de votre client. En contrepartie, il y a de formidables innovations dans le domaine du Web. Les possibilités de développement d’application serveur Web sont de plus en plus facile. Suite et fin très bientôt avec les clients intelligents.

Non un client lourd n’est pas un client qui ne paie pas ou qui nous appelle sans arrêt. Dans le langage informatique, c’est une application qui réside entièrement sur le poste de travail. En Anglais on utilisera la définition « Thick Clients » et non pas « Fat Client ». Une application de ce genre, aura un environnement de travail riche, une réponse aux actions plus fluide comme le glisser-déposer. (Drag-and-Drop voir le blogue d’hier). En contreparties, l’application sera plus grosse à déployer et n’est généralement pas prévue pour être mise en réseaux. Donc est-ce qu’une application client lourd est une mauvaise application ? Je crois qu’il faut regarder quel sont les besoins des utilisateurs. Une application client lourd bien faites sera certainement très agréable à utiliser. Si elle remplie les besoins des utilisateurs correctement pourquoi pas. Je vous laisse aujourd’hui avec une image de Microsoft sur les diverses clients. Au cour des prochaines journées j’aborderais les autres types de client possible. Oui je sais Microsoft ne sont pas très code source libre, mais je trouve qu’il ont la meilleur représentation des divers type de client. Bonne journée.

Dans cet univers informatique anglophone, il est très difficile de passer un message en français. Le Web et l’Internet prennent des lettres majuscules comme des noms propres. On parlera donc de portail Web et de fournisseur de service Internet. La Société M2i3 étant situé en banlieue de Montréal au Québec, nous sommes normalement exposé à une culture bilingue. Lorsque nous parlons du domaine de l’informatique, nous parlons même plus d’une culture anglophone. Dès le début de la Société, nous avons décidé mon associé et moi-même de faire la promotion de notre entreprise en Français. Disons que c’est un défi de taille. Il n’est pas évident de traduire toutes les expressions fortement anglophones. D’un autre point de vu, est-ce que si nous utilisons les mots francophones corrects, seront nous compris des clients? À ce jour, je dois dire que nous somme heureux de nos visiteurs. La plupart viennent du Québec ou de la France. Je vous recommande l’excellent site de l’Office québécois de la langue française. À ne pas manquer, le grand dictionnaire terminologique. J’ignore si les traductions sont applicables à la France, mais je n’ai pas trouvé de site équivalent chez nos cousins. Si vous connaissez un site comparable pour la France, n’hésitez pas à vous exprimer en ajoutant un commentaire. N’empêche que quelques fois, les traductions sont un peu loufoques. Traduire « marketing » de l’anglais à « mercatique » en français. Je ne sais pas pour vous, mais pour moi il y a quelque chose qui cloche. Bonne journée.

En poursuivant notre lancé dans les méthodologies Agile, j’aborderai aujourd’hui un texte sur les clients Agile. Pour le succès d’un projet Agile, le client à une part importante à jouer. Je crois qu’il faut mettre derrière soi, le principe de système clé en main. Ceci montre un désintérêt complet du client envers le fournisseur de solutions. Comment est-il possible de produire une solution logicielle de plusieurs mois sans avoir de commentaire du client, sans consultation. Le client doit être responsable. Responsable est un bien grand mot. Oui en effet le client doit être responsable. C’est-à-dire qu’il est responsable du projet. Il doit communiquer ses attentes et prioriser les fonctionnalités qui lui sont importantes. Lorsqu’une itération lui est livrée, il se doit de fournir des commentaires. Il doit libérer les ressources qui communiqueront avec les développeurs. Et en dernier point, il doit payer correctement les itérations lorsqu’elles seront livrées. Ce point est toujours sensible, les bons comptes font les bons amis. C’est tout pour aujourd’hui. N’hésitez pas à écrire vos commentaires.

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é