Notre entreprise Portfolio Blogue Contactez-nous Recherche dans le site de M2i3
J’ai ajouté la possibilité de faire des recherches sur notre contenu par des usagers anonymes. J’espère que cet ajustement vous plaira. Bonne journée.
J’ai ajouté la possibilité de faire des recherches sur notre contenu par des usagers anonymes. J’espère que cet ajustement vous plaira. Bonne journée.
J’ai de bonnes nouvelles de la part de MonsterHosting.ca. Ils ont fait de nombreux ajouts au module Fantastico. Ce module vraiment incroyable est conçu pour les personnes qui veulent installer des applications Web comme Joomla, Drupal ou Zen-Cart. Ceci permet d’installer les applications presque sans effort. Bon c’est une bonne nouvelle mais ça mets en l’air une partie de mon premier article. 100 fois sur le métier remettez votre ouvrage.
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 trop é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.
Bon, je suis à l’écriture de mon article. Je suis un peu en retard puisque j’attends certaines informations de la part de notre fournisseur Internet. Bonne journée.
En discutant avec des amis, clients actuels et clients potentiels, je dois ventiler ma frustration sur les compagnies qui font la réalisation de sites Web. Cette réflexion m’est venue suite à ma lecture du blogue de Brendon Sinclair. Il m’a fait réalisé combien il y a du monde incompétent mais qui arrive à faire beaucoup d’argent en convainquant les clients qu’ils sont les meilleurs au monde.
Je serai en voyage d’affaire pour les quelques jours à venir. Je tenterai donc d’écrire mon premier article pendant mon temps de réflexion à l’hôtel. En me basant sur le travail réaliser avec
Après ces nombreux blogues d’idées mixtes sur les clients, Agile et les outils de code source libre, je crois que quelques discussions sur nos travaux présents seront intéressants pour nos lecteurs. Cette semaine, je me suis attardé à deux choses. Me battre avec un modèle pour un site commercial, mais plus intéressant, j’ai développé mes compétence en Ruby on Rails. Comme je l’ai déjà exprimé, Ruby on Rails est incroyable. Le terme exact serait même Flabbergasted. Je m’excuse de l’emprunt d’un mot de la langue de Shakespeare, mais ce mot décrit bien l’état de choc et de surprise que j’ai en travaillant avec cet environnement. Pour commencer, je vous suggère fortement de regarder les trois vidéos sur le site de Ruby on Rails. Ensuite téléchargez ruby, gems et rails. (Note : Téléchargements pour Windows). Les perspicaces trouveront que je n’ai pas inclus de liens pour télécharger Rails. Pour ce faire lancer la ligne de commande qui suit : gem install rails –include-dependencies et voila vous êtes presque prêt. Presque puisque je vous recommande fortement de télécharger Eclipse et le plugiciel (terme recommandé par l’Office québécois de la langue française) de Ruby Development Tools RubyPeople Je vous reviendrai sous peu avec probablement un article/tutorial sur Ruby très bientôt. Bonne journée.
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.
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