Bien alors pour les sceptiques de mon premier article, je viens de le mettre en pratique. Et voila qu'en moins d'une soirée, M2i3 lance le nouveau site myWebSiteAnalysis. Oui le contenu est plutôt mince mais c'est quand même un site complet. Je vous tiens au parfum des prochains dévelopement de ce site bientôt.

Donc les étapes pour un site complet en une soirée.

1. Décidez de votre nom de domaine
2. Ouvrir un compte chez Monster Hosting
3. Ajouter un courriel pour l'administrateur
4. Liez votre nom de domaine à un répertoire
5. Utilisez Fantastico pour installer Joomla

Et voila, voici un site fonctionnel.
De plus, j'ai rajouté Joom!Fish pour faire un site multilingues.
Et hop un petit template gratuit de chez Joomlahacks et on est en business comme on dit chez nous.

Bon j'y retourne. À plus tard.

Tous les jours, je regarde le journal des visites sur notre site. Je suis capable de voir qui vient et quels sont les mots clés que vous avez utiliser. Je remarque que plusieurs d’entre vous nous visite sur de l’information sur Joomla.

Les bons côtés de Joomla

Dans l’optique d’aider nous visiteurs qui viennent nous lire, laissez moi passer un peu de temps sur ce système de gestion de contenus. Joomla est le système que nous recommandons à nos clients à l’heure actuelle. Il est très flexible et possède de nombreux modules utiles. Par exemple, Joomfish est un module de traduction complet du contenu. Ceci est très utilise pour faire un site multilingue. Ajoutez VirtueMart et vous avec un système de commerce électronique. À mon goût, VirtueMart possède le problème d’avoir un système d’achat trop fastidieux. Pour pouvoir acheter, vous devez avoir un compte sur votre site, ce qui est un non-sens. Nous avons trouvé le module JomRes et JomBok pour la réservation de salle et de chambre d’hôtel. Pour faire le gabarit, rien de plus simple. Dans le HTML vous chargez chacun des modules dans un DIV. Ensuite, vous mettez tout en page à l’aide d’un CSS. Avec Joomla vous aurez tous les outils pour faire un site de grande qualité.

Mes inquiétudes sur Joomla

Mes deux grandes questions face à cet outil, l’optimisation pour les engins de recherche et les statistiques. Est-ce que les URL peuvent être réécrit pour être plus facile à lire par les engins de recherche? Est-ce que nous pouvons définir les éléments du HEADER à notre guise. Les éléments KEYWORDS, DESCRIPTION et COPYRIGHTS sont assez important pour la gestion des engins de recherche. Pour les statistiques, ça n’a pas l’air très fort. Pour palier à cette dernière faiblesse, nous utilisons Google Analitics. Si vous êtes un Webmestre, vous devez utiliser Google Analytics. C’est vraiment très bien fait, et vous aurez une quantité incroyable d’information sur votre site.

Voila, nous attendons vos commentaires avec impatience.

Hé bien oui. Ça arrive même aux meilleurs. J'ai complètement bloqué ma boîte à courriels il y a quelques jours. Oui je sais, pas très fort, mais ça arrive. Si vous avez recemment communiquer avec moi par courriel, je vous demande de vouloir de les renvoyer. Je suis désolé si ce problème vous a occassionné un dérangement.

Bonne journée.

Hé bien ! Belle surprise !
Deux nouveaux commentaires aujourd’hui. Dommage qu’ils soient anonymes.

Le premier commentaire me semble avoir été écrit par J. B. Rainsberger. Je suis très surpris de cette visite et j'en suis honoré. Merci de vos commentaires. Je comprends la difficulté que vous avez eu lors de la rencontre, mais vous me semblez un très bon orateur, et j’aurais grandement apprécier vous entendre plus M. Rainsberger. Je regarde si je suis disponible pour aller à XP Day.

Pour le deuxième commentaire, une réponse à un autre commentaire sur mes blogues. Ne vous en faites pas, le premier commentaire est de la part d’un des mes bons amis Daniel. Après toutes les histoires/aventures/voyages que nous avons fait ensemble, lui seul à le droit de m’insulter ainsi. Mais après son commentaire, je ne suis pas si sur, qu'il reste mon ami. Bon ok Daniel, je te pardonne.

Avec Jean-Marc, nous avons pense élargir les discussions sur le site de M2i3. Pour l’instant immédiat, je ne crois pas qu’un forum soit une bonne idée, mais s’il y en a d’entre vous qui voudriez écrire des blogues sur les méthodes Agile, le code source libre, le marketing Internet ou Ruby on Rails, communiquez avec nous. Bien que j’aimerais avoir un site bilingue bientôt, nous garderons les discussions en Français pour le moment. Mon courriel est hugues.lamy@m2i3.com.

Bonne journée à tous.

Extreme Programming, Crystal, Scrum, Lean software development. Toutes ces méthodologies sont des méthodologies Agile. Celle-ci sont formelles et montrent des balises assez précises. Scrum a des backlogs, XP a des itérations. Les itérations sont plus ou moins longues selon la méthode. Toutes les méthodes sont sensé être facile à implémenter en entreprise.

Doit-on être très formel en applicant ces méthodologies? Un des principes du manifeste Agile, est la réflexion sur sur notre travail de temps à autre. Qu'arrive-t-il si nous décidons de ne plus faire de la programmation par pair mais il y aura un développeur sénior qui fera une revue de code systématique? Nous ne suivont donc plus Extreme Programming. Qu'arrive-t-il si j'aime les méthodes Scrum mais j'aimerais avoir des itérations plus longue? Ces méthodologies ont du bon, mais ne soyez pas contraint à l'une d'entre elle à tout prix. Ce n'est pas parce qu'on a un marteau dans la main, que tout est un clou. Les méthodes Agile offrent de la flexibilité à nos clients. Elle devrait aussi être flexible pour nous.

Si vous avez une opinion sur ce sujet, ne vous gênez pas à laisser un commentaire.

À bientôt.

Je m'excuse d'être si tranquille sur le site et de ne pas pouvoir faire de blogue.

Dans les faits l'équipe de M2i3 est fort occupée. Jean-Marc travaille les derniers préparatifs pour l'un de nos clients; un système de catalogue et de panier d'achat entièrement en Ruby on Rails. J'ai vu les premiers résultats et c'est impressionant. Les fonctionnalités avec les scripts Prototypes et Script.aculo.us sont absolument renversantes. J'ai hâte de pouvoir vous donner le nom d'un site où vous pourrez voir les talents de Jean-Marc.

Pour ma part, je prépare une démonstration pour un client important encore une fois sur Ruby on Rails. Bien que je ne suis pas aussi doué que Jean-Marc, j'ai pu réaliser de nombreuse fontionnalités en un rien de temps. Disons qu'en plus de 10 années d'expérience en programmation je n'ai rien vu de la sorte. En même temps, une petite proposition d'affaire, pour un futur client. Mes nuits seront plutôt courtes cette semaine, je crois.

Donc on ne manque pas de travail, mais on vous réserve des résultats incroyables en Ruby on Rails.

À bientôt.

Je suis allé faire un tour sur un site d'un groupe humoristique que j'aime bien le Naheulband avec Johny. Surprise, surprise, une affiche plutôt bizarre sur une nouvelle loi en France. La loi DADVSI ou Droits d’Auteur et Droits Voisins dans la Société de l’Information.

Dieux! cette loi me semble attroce. Vous n'aurez plus la possibilité d'écouter de la musique sans être matraqué. Voici une bonne critique chez ZoC radio.

Les logiciels et les bases de données sont soumis à l’obligation de dépôt légal dès lors qu’ils sont mis à disposition d’un public par la diffusion d’un support matériel, quelle que soit la nature de ce support.

??? Base de données ???. Est-ce que tous les CMS qui seront exposés au public devront faire être légalement déposés? Vous n'aurez le droit qu'à des pages statiques.

Si vous êtes de la France, laissez moi vos opinions.

Bonne journée.

Juste une petite note sur la conférence d'hier. Bien que ce ne fut pas ma meilleur rencontre, j'ai quand même appris une chose. La quotation en temps de la part d'un gestionnaire n'est pas valide à moins qu'il n'effectue la tâche lui-même. Seul le développeur peut donner un estimé sur le temps de réalisation d'un scénario/fontionnalité.

Donc les gestionnaires, demandez à vos employés de vous donner le temps pour faire le travail et non pas l'inverse. Oui, il peut y avoir de la négociation du genre: "Bon 10 jours pour un écran de contrôle, que peux-tu me faire en 5 jours?" Rappelez-vous aussi que le temps travaillé n'est pas synonyme de temps de livraison et qu'un estimé de 5 jours pourra prendre 2 semaine si le développeur ne fait qu'éteindre les feux.

Les employés, donnez une estimation juste et correct au meilleur de votre connaissance. Lors de la réalisation, dès qu'il y a un problème vous devez le soulever. La tâche du gestionnaire est de faire en sorte que le développeur a le moins de problème possible lors de la réalisation.

Bonne journée.

Je reviens tous juste de la conférence Agile Montréal avec J. B. Rainsberger comme conférencier. En général, une bonne présentation sur les difficultés à estimer les projets informatique. Il n’est pas rare dans ces conférences Agile de faire des ateliers pratiques pour mettre l’emphase sur certains points. M. Rainsberger nous a fait travailler sur l’élaboration de sa conférence. Nous avons du choisir les sujets qui nous intéressent, les faire évaluer en temps par M. Rainsberger, puis élaborer trois séances de 10 minutes.

C’est vraiment agréable de pouvoir participer activement à une conférence, mais, l'atelier sur l’élaboration de la conférence s’échelonna sur une heure et quart, tandis que M. Rainsberger élaborait sur les sujets que nous avions choisit pendant trois fois dix minutes donc au total trente minutes. Il est un intéressant conférencier mais dans ce cas ci, c’est un peu court. Je comprends bien la phase atelier, mais je ne crois pas qu’une heure et quart était nécessaire pour notre bonne compréhension.

M. Rainsberger a écrit le livre : “JUnit Recipes: Practical Methods for Programmer Testing” et est le fondateur de Diaspar Software Services à Tonronto. Des méthodes Agile on sent une nette influence de Extreme Programming chez cet homme.

Il est de retour à Montréal le Samedi 23 septembre 2006 pour le XP Day. Je ne sais pas encore si je vais y aller. Mais je vous écrirai un blogue la dessus.

Si vous êtes attentif au monde de Ruby on Rails vous devez savoir qu'il y a une vulnérabilité critique dans (presque) toutes les version inférieur à Rails 1.1.6. Vous pouvez lire un premier article dans le journal du SANS.

Voici le commentaire de David August sur le Web blogue de Ruby on Rails. Je vous avoue, je n'ai pas lu les 115 commentaires.

Bonne nouvelle, si vous êtes incapable de mettre votre projet au niveau Rails 1.1.6, il y a une mise à jour des anciennes versions.

Bonne journée.