Accéder au contenu principal

Articles

Affichage des articles du 2011

Quel est le rôle de l'architecte logiciel ?

Michael Stiefel donne dans sa présentation "Architects? We Don't Need No Stinkin’ Architects!"   une définition du rôle de l’architecte logiciel que je trouve très intéressante et pas uniquement parce qu'il l'associe à la prise en compte de l'expérience utilisateur ;)    La présentation est en elle-même excellente (la définition de l’abstraction en se basant sur la peinture moderne par exemple) mais je vais surtout revenir sur les points qui m’ont marqué : L’architecte n’est pas obligatoirement le meilleur développeur car son rôle dans une équipe n’est pas le même. Le rôle de l’architecte est de transformer la vision de l’expérience utilisateur en une abstraction correcte : l’architecture du logiciel. L’expérience utilisateur dépasse le domaine de l’UI et doit couvrir l’ensemble du logiciel. Il insiste sur le fait que prendre en compte la facilité d’utilisation permet de pousser l’unité du design et son intégrité conceptuel ou, dans l’autre sens, une i

Trouver ses points forts !

Comme je suis un éternel insatisfait de moi-même et de mon environnement, je me suis décidé d'aller faire des tests psychologiques (non pas ceux de la Scientologie bien que bizarrement j'en vois partout en ce moment). Suite à une discussion, on m'a conseillé de faire celui de Strengths Finder . Donc c'est parti juste avant de partir du bureau, je me suis décidé à le faire. Bon j'aurais peut être du le faire chez moi... parce que, malgré qu'on est que 20 secondes pour répondre à chaque, il y en a quand même 177 et certaines nous poussent à des choix difficiles et surtout il n'y aucune possibilité de le refaire (à part réacheter le livre). A la fin de ce test, on nous présente 5 qualités qui représentent nos 5 points forts avant une explication assez détaillée et une liste de propositions pour améliorer et mettre en avant ces points forts. Si au début je n'étais pas convaincu, je me suis complètement retrouvé dans la description. Voila le résultat comp

Gérer notre énergie, pas notre temps

En parlant de passion et de notre travail de développeur, je pense que cet excellent article "manage your energy, not your time" peut apporter des éléments à la question.  J'aime aussi beaucoup à la fin de l'article ce passage : The implicit contract between organizations and their employees today is that each will try to get as much from the other as they can, as quickly as possible, and then move on without looking back. We believe that is mutually self-defeating. Both individuals and the organizations they work for end up depleted rather than enriched. Employees feel increasingly beleaguered and burned out. Organizations are forced to settle for employees who are less than fully engaged and to constantly hire and train new people to replace those who choose to leave. We envision a new and explicit contract that benefits all parties: Organizations invest in their people across all dimensions of their lives to help them build and sustain their value. Individuals

Le développeur incompétent est un mythe

Sous ce titre complètement arbitraire et très clairement provocateur, je vais passer un contre pied aux derniers articles que j'ai lus sur le métier de développeur. Par exemple : http://patricelamarche.net/2011/05/24/lincomptence-des-dveloppeurs/  http://blogs.codes-sources.com/tja/archive/2011/10/04/etre-un-bon-d-veloppeur-c-est-aussi-une-question-d-attitude-personnelle.aspx  Ça tombe bien c'est juste avant la soirée du Paris JUG sur le métier de développeur ! Et comme on se plaint que les présentateurs ne sont pas de vrais (?) développeurs, je vais en profiter pour donner mon avis. Alors voila, d'après ces articles, un bon développeur connait ses fondamentaux. Ok soit mais quelle est cette liste de fondamentaux ?  Chez certains, c'est les maths et l'algorithmie pure, d'autres c'est C++ par coeur et savoir retourner une chaine de caractère en moins de 3 instructions et une seule allocation mémoire, d'autres c'est Java JEE, ses 100 jsr et fra