Self-education is the only kind of education there is.

Stoos network gathering

2012-01-17T09:10:00.000-08:00

Disclaimer : This a summary in French of the articles diffused by Jurgen Appelo in his blog after the Stoos Network Gathering. You can see them here.

Le but du rassemblement Stoos était une réflexion autour du management pour tenter deparvenir à un consensus sur la façon d'accélérer sa transformation.

Jurgen Appeloexplique dans son blog que beaucoup d'informations ont été collectées avantl'événement par l'intermédiaire de différents blogs mais peu d'information ontfiltré durant l'événement pour deux raisons principales :

certains desparticipants avaient des accords de non-divulgation avec leurs organisations et/ ou clients
certains desparticipants n'étaient pas à l'aise sur le fait de diffuser leurs opinions

Au final seul lesparticipants pouvaient diffuser librement leurs opinions personnelles.

A cela, c'estrajouté le Wifi de mauvaise qualité et le fait que les discussions étaient siintéressante qu'ils n'ont simplement pas pris le temps de les tweeter :)

Intervenants etPersona

Qui est le client? Quel est l'audience visée ? Qui sont les intervenants dans la transformationde l'organisation ?

Au final la listedes intervenants est longue (au total 16) mais les plus importants semblentêtre le middle management, l'enseignement et les startups. Une idée estd'aussi de catégoriser les intervenants car n'importe quelle méthode poureffectuer un changement dépend du besoin de l'intervenant. Certainsdemandent confiance et transparence, d'autres plus le retour surinvestissement. L’idée est doncde développer des persona et d'y associer des user stories (à l'instar des méthodes de l'expérience utilisateur ou du design thinking).

L'idée principale.

Le rassemblementà Stoos a pour principal objectif de découvrir une fondation commune qui puisseréconcilier les différentes méthodes de management (The Toyota Way, the 14 Points for Management, Radical Management, Management 3.0, Wiki-Management, Beyond Budgeting, Tribal Leadership, Servant Leadership, Elastic Leadership, the Declaration of Interdependence).

Y a-t-il unaxiome de management ? Y a-t-il un message de base qui implique plus ou moinstout ce que pensent ces méthodes de management ?

Un axe émergentest que les organisations les mieux managés privilégient des réseaux decréation de valeur plus que l'organisation classique de type hiérarchique. Cependant il y abeaucoup d'exemples de bon fonctionnement des hiérarchies au sein des réseaux.

Les mots clés dumessage sont les individus, l'apprentissage et la diversité. Le cœur dumessage pourrait donc être des réseaux de création de valeur et d'apprentissaged'individus variés.

D'autresprincipes important viennent se greffer à ce message :

La confiance estnécessaire pour créer de la valeur dans un réseau de personnes
L'améliorationcontinue est directement attachée au réseau d'apprentissage
La durabilitésignifie la création de valeur pour certaines intervenants
L'auto-organisationest évidemment la meilleure approche dans un réseau
Les boucles derétroaction sont requises pour l'apprentissage

On retrouvefortement l'idée cœur du design thinking.

Nom et identité.

La question durassemblement a aussi été de savoir comment la suite du mouvement et desrassemblements s'appelleraient et son identité. Il n'y a pas eude noms qui sont ressortis et les parties de l'identité qui ont émergées ontété incorporées à au communiqué. Comme quoi laquestion reste complexe :)

Critique de l'événement.

Jurgen revientaussi sur les critiques autour de l'organisation de l'événement dans son article :

demander desdonnées avant l'événement
n'avoir qu'unediversité de participants et peut être ne pas inviter assez de participants
ne pas avoirlivré des résultats stupéfiants

Les retoursnégatifs sont, d'après lui, compréhensibles mais il faut comprendre que leproblème est complexe et ce n'est qu'un premier pas.

But et résultats

Le but durassemblement était d'atteindre une compréhension du problème, un accord sur lefutur souhaité et au moins quelques suggestions pour atteindre ce résultat leplus rapidement.

L'étude duproblème a abouti à la mind-map visible ici :http://www.stoosnetwork.org/what-is-the-problem/

Le futur désiré aété défini de cette façon : "Les organisations peuvent devenir des réseauxd'apprentissage d'individus créant de valeur, et le rôle des dirigeants devraitinclure la gérance de la vie plutôt que la gestion de la machine".

Cet objectif estdifficilement mesurable mais le manifeste Agile ne l'est pas plus.

La vraie questionest comment y arriver rapidement ? Beaucoup de discussions ne concernaient pasle problème ou le but mais comment accélérer le changement.

Voila quelquesidées qui en sont ressorties :

aucun mouvementde changement ne pourra se faire sans la confiance entre ces membres.
il fautcatalyser et connecter les initiatives d'autres groupes
il faut inclurele plus de personnes possibles (d'où la présence du groupe LinkedIn)
il faut créerune véritable identité et un nom

Quelle est lasuite ?

jurgen proposeles étapes suivantes :

mieuxdéterminer les persona représentant les différents intervenants
consoliderl'influence des personnes qui essayent déjà de provoquer le changement
identifier lesstratégies pour associer les agents du changement aux intervenants
se réunirrégulièrement
écrire à proposde ce rassemblement (ce que je fais ainsi que Pablo Perno ;) )
nommer cemouvement

Mon humble avis.

Je n'ai pu suivre réellement l'événement mais je suis extrèmement intéressé par ce qui va en ressortir.Je manque de l'expérience pour réellement participer au débat mais je suis content que les idées du Design Thinking, de l'expérience utilisateur ou encore du lean se retrouvent encore propulsée sur le devant de la scène et cela encore mon attrait et ma conviction que celles-ci représentent un réel axe de travail et de développement !

Plus qu'à s'entraider pour changer le monde !

D'autres articlesautour du Stoos network :

http://www.forbes.com/sites/stevedenning/2012/01/13/stoos-facilitating-a-tipping-point-for-organizations/

http://www.forbes.com/sites/stevedenning/2012/01/16/why-is-diversity-vital-for-innovation/

http://www.forbes.com/sites/stevedenning/2012/01/12/tedx-storytelling-the-secret-key-to-leadership/

http://www.internettime.com/2012/01/the-stoos-gathering-working-smarter/

http://www.internettime.com/2012/01/no-more-business-as-usual/

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

2011-12-16T09:13:00.000-08:00

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 intégrité conceptuelle portée par l’architecte permet une unité du design et est vecteur de facilité d’utilisation. C'est d'ailleurs un des meilleurs points d'une vision UX dans le cadre du développement.
L’architecte doit avoir une vision holistique du projet et tenir compte de l’ensemble des besoins: performance, scalabilité, coût, sécurité, robustesse, facilité de déploiement, workflow...
L’architecte est l’intermédiaire entre les personnes du métier et les « technologistes ».
L’architecte doit aider le métier à comprendre les implications techniques d’une story et, pour cela, il doit s’aider du contexte. Le contexte permet de se trouver les bonnes réponses en fonction du projet et de l’organisation.
Il met en avant que le point fort de l’architecte est de poser les bonnes questions et non pas d’avoir les bonnes solutions ce qui est le point fort des meilleurs développeurs.

Que pensez vous de cette vision du rôle de l'architecte ?

Trouver ses points forts !

2011-10-09T07:18:00.000-07:00

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 complet avec la description de chacun de mes points forts et une proposition d'objectifs concrets pour les développer et les mettre en avant.

Pour résumer mes 5 points forts sont :

learner : J'aime apprendre et toujours m'améliorer. J'ai le désir acquérir de nouvelles connaissances et compétences. Ce besoin provoque une certaine impatience et je n'aime pas être en manque d'information. Je fais tout pour partir d'un job ou d'une tâche que je sens dans l'impasse. Je cherche les opportunités pour améliorer mes capacités pour réparer les erreurs ou surpasser mes faiblesses. Je cherche aussi à travailler avec des personnes dans le même état d'esprit.
Input : J'ai un désir profond d'en savoir plus, j'aime archiver les informations et j'aime me retrouver au milieu de conversation mentalement stimulante. J'aime recueillir de nouvelles idées, approches, concepts ou utiliser de nouvelles technologies. Je sais apprécier les différences et les qualités de chaque personne et les placer dans une équipe.
Ideation : Je suis fasciné par les idées et j'aime trouver des relations entre des phénomènes qui peuvent sembler disparate. On peut me voir comme distant et réservé mais c'est que j'ai du mal à discuter de banalités. J'aime assister les gens avec mon raisonnement solide et ma logique sur des opportunités particulières, des problèmes ou des solutions proposées. Je peux aussi assister les gens en créant des façons innovantes d'exécuter les tâches. J'ai une solide réputation pour évaluer et critiquer certains types d'idées.
Intellection : Je suis plutôt introspectif et j'apprécie beaucoup les discussions intellectuelles. J'aime lire et associer ces lectures à mon travail (ceci explique surement mon personal mba) mais aussi les conférences ou encore expérimenter afin de d'améliorer et d'élargir la compréhension de mon travail. J'adore partager et même instruire les autres. J'aime poser les questions auxquelles personnes ne pensent. Cette curiosité est difficilement satisfaite.
Individualization : J'aime assister les personnes et mettre en avant leurs qualités uniques. J'ai un don pour tenir compte de les différences de chaque personne pour les faire travailler de façon productive. J'ai la réputation de tenir mes promesses et j'accueille une large variété de personne dans ma vie. Je suis particulièrement prêt à assister les adultes et je les encourage à voir grand.

On voit que les lignes directrices sont ma grand curiosité, ma volonté d'apprendre et de m'améliorer, le fait d'aimer débattre et transmettre des idées, mon ouverture d'esprit et j'aime assister les personnes.
Il ne me reste plus qu'à trouver le travail qui me permette de mettre en avant ces atouts !
D'ailleurs, si je prend l'ensemble des conseils de métier adaptés à mes atouts, le design, le conseil, l'écriture d'article, l'enseignement et la psychologie ressortent ! Je comprends mieux mon attrait pour le Personal MBA et la création de mon blog sur l'expérience utilisateur.

J'ai ensuite complété par le test Primary Color qui m'a donné ce résultat :

Primary color : pink cadillac Management maven
Curiosité 86%, Exécution 20%, Leadership 87%

You prefer situations that provide for considerable leeway in how you get the job done. There will times when others will see you as the visionary. You may also be viewed as an agent for change and will fit well in situations that are in flux and only loosely defined. If you find yourself leaning toward the Red area of the spectrum then you may be somewhat more introverted, often preferring time alone to get things done. In any event you need to feel appreciated for your intellect and will always do best when working with others who are intellectually quick and logical.
It is not unusual for leaders in this color cluster to perform best when they have a bright team that includes strong executors and managers who can appreciate the vision and turn the conceptual into something real. Effective delegation can be an issue for leaders in this color family. General managers are often found in this color area.

On voit la encore cette tendance à l'introversion mais aussi le fait que j'aime avoir une vision, aider les gens à progresser voir changer, que je donne le meilleur de moi même quand je suis dans un environnement en changement et quand je suis avec des managers qui peuvent apprécier cette vision et la transformer en quelque chose de concret.

Le résultat suivant concerne mon métier actuel de développeur.

Jobs and careers that migrate towards the center of the color chart are more or less an even blend of the three major colors (competencies) of Leadership, Curiosity and Execution. Here is where you will find jobs that require a balancing act of politics, broad-based management skills and temperament of the self-confident CEO and many entrepreneurial qualities in its inhabitants (both organizational and human). To be successful in these jobs you must be able to consolidate and balance technical expertise with strong project management skills and possessthe ability to put things into a global perspective.
Having a well balanced temperament and solid interpersonal skills which allow you to interact effectively with others while, communicating forcefully when needed or remaining in the background when appropriate is critical to success in these career/job opportunities. If you have the ability to see patterns in complex ill-defined situations where others do not and can see the whole picture even when there are significant pieces missing and you are drawn to this particularchallenge then this may be the place for you. The eye of this storm is not quiet but if you possess the energy, enthusiasm and passion for taking on the whole enterprise then jump right in.

On découvre dans cette description une description très intéressante du développeur qui demande des compétences équilibrées de leader, de curiosité et d'exécution. C'est agréable de voir que d'après mes réponses mon métier de développeur est complet mais aussi complexe ! Par contre c'est la qu'on voit aussi que je pêche sur la partie exécution et je pense qu'être développeur dans un cadre typique est en majorité une simple exécution. Je comprend maintenant mieux mes difficultés sur certains projets :)

Suite à ces deux résultats voila la réflexion fournie par le site que je remet en brut :)

The Primary Color Assessment automatically generates two important sections of information unique for you. The first is a description of your Primary Color. This is not just interesting information – it is literally news you can use. Where your primary color falls on the spectrum (and how far your current job is from your that point) means quite a lot!

Where am I on the spectrum and what does it mean?

People who fall toward the right side of the spectrum favor execution of an existing plan, whereas those who fall toward the left favor creation of the new and innovative. Those on the bottom are strong individual contributors, while those toward the top prefer inspiring and getting things done through others. Typically, those toward the center are open to numerous approaches and solutions, while those toward the outer edge are more decisive and impatient. Similarly, different areas of the spectrum are consistent with different areas of aptitude (and with preferences to participate in these types of activities). The Career Alignment tab highlights summary information about the general area of the spectrum where your current job (as you have described it) is the closest fit. The Job Cluster that is highlighted is independent of your own Primary Color – it may or may not fall in the same area of the spectrum. Those whose primary color falls within or very close to their current Job Cluster are much more likely to be satisfied with their jobs and careers, and often develop professionally at an accelerated rate. Those whose current jobs are not aligned with their primary colors often become frustrated over time, being required to focus on activities that do not engage their strengths and passions. While a specific job may exist on a discrete area of the spectrum, a career within an organization, and even within a specific function (like finance or marketing), is likely to move dramatically across the spectrum over time.

Based on research, specific career paths can now be mapped over the length of a career. For example, below is the career path for an operations focused company, as well as one for business consulting. As you can see, the in the early stages of an operations focused career, consistent execution is highlighted, followed by path leading to strategic leadership over the span of a career. Business consulting typically begins with independent analytic work, and evolves toward high level executive selling over time. In the short term, the objective should be to find ways that your current role can more actively utilize your strengths and passions on a daily basis. With a longer term horizon, your Primary Color is your home base (and is unlikely to change over time), therefore managing a successful carreer requires projecting your role out two, or even three promotions ahead on your current path, and analyzing whether this path is likely to move you closer to, or farther away from your Primary Color. Does your Primary Color accurately describe you? Are there some things that surprised you?Is your current Job Cluster close to your Primary Color? If you are promoted (even twice), do you expect your job activities will move closer to your Primary Color, or farther away? How can you work with your colleagues to leverage more of your Primary Color in daily activities, and over time migrate toward a position that more fully leverages your strengths and passions?

Voila je m'arrête la ! Enfin ;)
Je referais surement ces tests un jour car c'est extrêmement intéressant de s'évaluer et voir où l'on en est dans sa carrière.

Gérer notre énergie, pas notre temps

2011-10-07T02:15:00.000-07:00

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 beneﬁts all parties: Organizations invest in their people across all dimensions of their lives to help them build and sustain their value. Individuals respond by bringing all their multidimensional energy wholeheartedly to work every day. Both grow in value as a result.

On est très loin du constat du développement en france : http://www.monde-diplomatique.fr/2011/05/SENE/20458

Le développeur incompétent est un mythe

2011-10-05T05:07:00.000-07:00

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 frameworks indispensables, d'autres cela va être le langage qui est vraiment bien plus efficace que java (python, ruby, scala...), d'autres te demanderont si tu connais les patterns d'entreprise et le DDD enfin d'autres encore te demanderont si tu connais l'ensemble des protocoles réseau, bash et la liste des messages http quand tu te connectes à Google.fr.

Pour d'autres encore c'est tout ça !
Sérieusement ?

Alors je comprends, difficile de juger la personne sur sa réelle motivation, ses réelles capacités d’apprentissage et encore plus difficile en France de lui laisser une chance voire de comprendre ses talents qui peut-être apporteront une touche différente et utile (communication, design, psychologie ...) à une équipe :)
Il faut mieux sortir sa liste d'exercices et de QCM casse gueule c'est plus simple.

Donc la on sort le développeur BON et PASSIONNE : celui qui fait ses 40 heures de jsp/struts/jdbc/cvs et qui, le soir, parce que c'est un passionné, travaille sur son projet open source (non jamais commercial il risquerait de partir créer sa boite pour être libre et indépendant ;) ) et va à ces 10 User Group ou Dojos pour l'ensemble des technos auquel il doit s'auto-former.
J'ai une bonne et une mauvaise nouvelle pour nos recruteurs.
La bonne : il existe et il est réellement bon en développement (j'ai un gros respect pour ces personnes).
La mauvaise : il est rare.

Honnêtement j'adorerais en faire parti (d'ailleurs j'en fait presque parti) mais j'ai aussi le sport pour avoir une santé, des réunions sur le business pour étendre mes compétences, une copine qui me demande de passer du temps avec elle, des loisirs et des amis. Et j'assume le fait de dire que je n'ai pas le temps de me remettre à coder de façon sérieuse le soir ou le week-end.

Or entre le vrai bon développeur et le vrai développeur incompétent, il y a tout plein de développeurs qui aiment le développement, qui aiment construire des services, des écrans, des logiciels qui fonctionnent, qui sont testés, qui répondent aussi bien au besoin technique que celui de l'utilisateur. Ce sont des développeurs très souvent compétents. Mais ceux ci se retrouvent sur des projets où la qualité, la valeur et la technique n'arrivent qu'après les considérations politiques, stratégiques, de coût, de délai, de partenariat éditeurs, d'organisation de l'entreprise, etc ...
Ces développeurs en plus d'être souvent sous utilisés par rapport à leur motivation et leurs connaissances, n'ont bien sur aucun temps disponible pour se maintenir à niveau par rapport aux frais développeurs sortis de l'école ou encore à la main-d'oeuvre off-shore.
Moralité, le type qui a envie de se construire une carrière va vite comprendre que le meilleur moyen de s'en sortir c'est de partir sur le fonctionnel ou sur le management ou aller chercher la plaquette commerciale qui lui vend le mieux une prise en compte de sa carrière et du développement des compétences ce qui entraîne en partie l'état du turn-over, des projets et du management.

Alors avant de venir encore et toujours taper sur les développeurs, commençons par revoir comment nous considérons le logiciel, son développement, son management, son intégration dans la stratégie de l'entreprise !
Allez j'en profite pour donner une piste : Design de service
ou encore une autre : motivation
Edit : et encore une Change the environment, not the people

Hébergement d'un blog !

2010-07-19T12:35:00.000-07:00

Bon il y a maintenant plusieurs semaines, j'ai lancé un blog sur l'expérience utilisateur (ux-fr.com) : hébergement sur le serveur gandi d'un ami, wordpress 2.8, un thème courant mais correct et les plug ins indispensables.

Bon déjà le site était affreusement lent et enfin tout est tombé depuis une semaine impossible de relancer le wordpress.

80% de chance que ca vienne du site en lui même mais qui à tout refaire (j'ai quand même les articles normalement c'est déjà une chance énorme), j'aimerais faire cette fois un choix efficace, robuste et rapide.

Le prix n'est pas vraiment le problème (enfin jusqu'a 100 euros par an, j'ai pas encore 10 000 visiteurs par jour). Par contre, je veux quelque chose qui ne demande de perdre du temps sur la partie technique.

Niveau site, je pense que le mieux est de rester sur du Wordpress donc je cherche un bon hebergeur pour du php/mysql ce qu'il y a de plus classique.

Je suis ouvert à des propositions innovantes par exemple le cloud (même si vu le peu de visiteurs une solution type Google App Engine avec ses temps de lancement sera surement pas une bonne idée surtout qu'il faudrait tout re-développer).

Merci pour vos conseils.

Fin de ma période d'essai chez Objet Direct

2010-06-09T00:49:00.000-07:00

Et voila mon CDI est confirmé chez Objet Direct.

Je vais commencer une mission dans une banque privée sur un projet GWT et ExtGWT.
J'ai aussi enfin fini mon forfait sur un système de video surveillance pour particulier.

Le bilan personnel est largement positif : j'ai pu apprendre Google App Engine, Flex 3.5, Air 2 et ObjectiveC/iPhone.
Bon j'ai quand meme bien souffert sur l'intégration et le portage (Windows/MacOS) de la partie Air 2 + Agent C++. Trop de technos n'est pas une bonne idée si on ne veut pas se faire peur tous les jours :)

J'ai quand même envi de faire quelques remarques :
- Apple est vraiment un monde ultra fermé, restrictif et parfois pas du tout ergonomique (copier/coller, retour utilisateur, clavier du mac book) mais ca a vraiment l'avantage d'etre robuste aussi bien dans le développement que l'utilisation des produits sous Mac.
- Adobe ferait bien de fournir un site correct et un environnement de dev correct (j'étais sous Flex Builder 3) si je dois retravailler avec leurs technos.

Sinon coté boulot personnel, j'ai lancé le site francais sur l'expérience utilisateur ux-fr.com. J'espère fournir un contenu régulier, réunir des personnes intéressées par le sujet et ainsi diffuser cette culture du design et de l'ergonomie.

Venez participer !

1er bilan chez Objet Direct

2010-04-19T00:20:00.000-07:00

Voila presque deux mois que j'ai quitté Reuters Financial Software pour Objet Direct.

Beaucoup de challenges en peu de temps et j'adore ca. J'ai eu l'occasion en ces quelques semaines de découvrir un peu flex et l'actionscript, de faire mes premiers pas sur android et surtout de faire ma première application Iphone (ainsi que découvrir la philosophie structurante et limitante d'Apple mais c'est un long débat).
Ca me conforte dans l'idée que j'arrive à apprendre vite, pire que j'aime ca :)

J'en profites pour participer à la communication de l'entreprise en participant au blog et au fil twitter.

Plus qu'a voir la prochaine étape, la plus difficile : trouver la mission qui maintienne et favorise cette progression.

A coté de ca, j'ai de nombreux projets notamment l'ouverture prochaine d'un site sur l'expérience utilisateur. Je me consacre aussi de plus en plus au sport avec l'objectif de reconstitution et free fights en armure ainsi qu'une pratique plus poussé du Systema.

Enfin le point sur les livres et personalMBA, les deux derniers que j'ai lu sont réellement excelent :
- Tribes de Seth Godin qui est un véritable manifeste pour le changement et qui confirme que le monsieur n'est pas juste un excellent blogueur.
- Thinking in system, surement un des meilleurs voir le meilleur livre que j'ai pu lire. C'est une introduction à la systémique et ca devrait être une lecture obligatoire dans n'importe quel cursus d'études supérieures ! L'approche systémique est vraiment intéressante car elle élève la compréhension de notre environnement en mettant en avant le système et pas simplement des processus ou comportements isolés.

Le reste des videos User Experience

2010-02-24T07:21:00.000-08:00

Don Norman: The three ways that good design makes you happy
Cette présentation de Don Norman lors d'un TED s'attache à présenter l'importance des émotions.
Sa nouvelle passion est de comprendre en quoi la beauté et les émotions participent au design.
Il met en avant la différence dans la résolution d'un problème entre des comportements sous l'influence de la peur ou de la joie.
Suivant ces deux émotions, le cerveau travaille différemment.
La peur provoque la concentration mais vous pouvez aussi rapidement être bloqué. Quand vous êtes heureux, le cerveau génère plus d'idées.
D'où l'importance des émotions qui servent à interpréter le monde qui nous entoure.
Ainsi les objets plaisants et funs marchent mieux.

Mobile User Experiences - Rachel Hinman
Pour Rachel Hinman, ll faut trouver de nouvelle manière de gérer l'interaction avec le mobile.
Actuellement pour utiliser un smartphone, on doit se déconnecter du monde extérieur pour utiliser la technologie. Or les gens ne veulent pas être fasciné par la technologie.
Il faut permettre d'utiliser ce nouveau outil tout en continuant d'interagir avec le monde extérieur et pour ça il faut repenser la relation avec le mobile
Actuellement, personne ne connait réellement les nouveaux besoin liés au mobile. Il faut donc approcher le problème avec de nouveaux points de vue.
L'expérience utilisateur d'un mobile est actuellement principalement géré par l'interface graphique. D'où l'obligation de se déconnecter du monde extérieur.
Quid de l'utilisation du son, du toucher ou encore de l'odeur ?

User Experience Design for non designer. - Shawn konopinsky
L'expérience utilisateur est devenue si importante parce que les interfaces évoluent !
Nous sommes passés d'une interface en ligne de commande (textuelle, connaissance des commandes nécessaire, Réponse déconnectée) à une Interface Utilisateur Graphique (intéraction indirecte avec le curseur de la souris) et maintenant nous découvrons les Interface Utilisateur Native (interface tactile) avec des objets et une intéraction directe.
Il faut que programmeur et designer travaillent cote à cote pour produire de meilleurs interfaces et jeter moins de code possible.
Il nous présente le cycle de vie de design ci dessous en le rapprochant du cycle classique de développement logiciel.

Concept ideation : Générer un grand nombre d'idées avec des esquisses.
Interaction design: prendre un ou deux concepts et les dérouler avec des chemins d'utilisation, des maquettes (wireframes) de l'interface et des interactions possibles.
Visual design: Réaliser pour les maquettes clés un design visuel. Celui-ci permet de mieux apprécier les émotions et le sentiment que l'interface donne à l'utilisateur.
Production : les développeurs commencent à coder et on commence à produire des "livrables"
Polish : l'utilisation réelle fait ressortir des éléments non vus plus tôt.
Les itérations apportent beaucoup que ce soit avant ou durant le développement et s'associent très bien avec des méthodes agiles.

En conclusion, il faut :

commencer à designer
designer tôt
faire beaucoup d'itération

The Mint.com Experience
Sans l'affichage de la présentation, je n'arrive pas à me lancer dans son résumé. Tant pis.

Journey To The Center Of Design - Jared Spool
Vidéo présentant un contre avis malheureusement la qualité du son rend ma compréhension de son point de vue difficile.
Jared Spool commence par présenter l'origine de design centré sur l'utilisateur et la promesse que designer avec l'utilisateur au centre du problème aurait une meilleure acceptation par le marché.
Mais pour Jared le design centré sur l'utilisateur n'a jamais marché. Pour dire, il se base sur des études de gros succès commercial.
Pour lui le design centré sur l'utilisateur est un dogme dont il faut se passer.
Les meilleurs équipes n'ont pas de méthodologie ou de dogme. Elles se concentrent sur l'augmentation des techniques et des astuces pour chaque membre de l'équipe.
Les équipes en difficulté essayent de suivre une méthodologie sans succès et ont des techniques et astuces limitées.
Pour lui le but de la recherche sur l'utilisateur est d'informer le design.
Pour lui, le cœur de l'expérience utilisateur se base sur trois piliers :
Vision, retour d'information et Culture.

5 Minutes on Imitation in Design
Il ne faut pas simplement copier parce que le travail sur l'original est invisible et qu'on ne connait pas les raisons des choix du design. Les choix de design doivent être intentionnel.
Cependant il est important de s'inspirer du travail des autres.
D'ou la citation de Picasso, les bons artistes copient et les grand artistes volent.

Behavior is our medium by Robert Fabricant

2010-02-19T11:48:00.000-08:00

Behavior is our medium by Robert Fabricant

J'ai eu énormément de mal à suivre et donc à résumer cette présentation qui se révèle très théorique.
Je vais tacher de faire un résumé pour donner un avant gout du sujet abordé durant ces 60 minutes.
Pour Robert Fabricant, l'interaction n'est pas une question de technologie mais une question de comportement.

Il commence par aborder le sujet classique de la représentation des données où on s'attache à trouver la représentation la plus efficace.
De nombreux gadgets apportent des informations de façon efficace mais rien dans le design ne donne envi d'utiliser l'appareil.

Il s'attache aussi à expliquer qu'il est difficile de changer un comportement acquis. Le designer a beaucoup plus de facilité à modifier la part non humaine du système.

Il y aurait deux modèles d'étude autour des expériences utilisateurs :

l'ancien modèle mettant en avant le suivi, l'analyse et le mesures
un nouveau modèle mettant en avant l'influence et impact.

Pour mettre en place, ce nouveau modèle il faut comprendre l'état des émotions.
On peut utiliser la perception pour augmenter l'attrait de l'utilisateur par exemple donner une face humaine est un très puissante moyen de motiver les gens.
On peut aussi utiliser des motivations sociales qui sont très puissant mais plus risqué.
L'idée est d'alors d'utiliser les comportements sociaux pour que les gens s'investissent plus.

L'idée finale est aussi de se concentrer sur l'impact pour modifier les comportements.

J'essaierais de me replonger une prochaine fois dans cette vidéo pour en faire un résumé plus précis

Experience Is The Product - Peter Merholz

2010-02-18T10:54:00.000-08:00

La vidéo dont je fais le résumé se trouve ici : http://www.slideshare.net/peterme/experience-is-the-product?type=presentation

Peter Merholz d'Adaptive Path (encore !) commence sa présentation en prenant l'exemple de la photographie et de la simplification de l'appareil photo. Il s'attache nottament sur le premier appareil photo de chez Kodac qui a grandement simplifié la prise de vue.

Il pose ensuite la question quel est le plus grand compliment qu'on puisse à propos d'une interface utilisateur ?
Ce n'est pas le fait qu'elle soit hautement profitable ou quelle ne plante jamais mais qu'elle soit cool, fun, qu'elle suscite l'engouement qu'on en parle à ses amis (par exemple l'iphone).

L'évolution d'un produit est représenté par cette pyramide :

0n commence par la technologie, l'erreur est de concentrer sur la technologie
La technologie évolue et ne reste pas un avantage sur la compétition. Il faut en faire plus.
Il prend l'exemple de Vi par rapport à la machine à écrire et les premiers magnétoscopes.

On se concentre ensuite sur les fonctions. On en ajoute de plus de plus pour garder l'avantage par rapport à la concurrence. Cela marche pendant un certain temps, les clients achètent en fonction du nombre de fonctions. Le produit devient tellement compliqué que l'utilisateur ne sait plus quels sont les possibilités.
On obtient alors ca :

Enfin on vient à l'experience utilisateur car la technologie et les fonctions ne sont plus compétitives. Cela permet de se distinguer de la concurence. Meme microsoft l'a compris.

Il faut savoir jeter des fonctions et réfléchir continuellement au produit pour trouver la solution belle et élégante qui marche (il cite alors Steve Jobs d'un livre écrit en 1984).
C'est un état d'esprit. Tout dépend de la façon dont approche les problèmes qu'on essaye de résoudre ou la façon dont on compte vendre notre produit.
Il prend bien sur l'exemple de la Wii.
Donner une personnalité à son produit pour le rendre plus attractif.

Lors du développement d'un produit, l'erreur la plus classique est de construire le produit et l'expérience utilisateur à partir des données : quels données avons nous ? comment interpréter ces données ? (Voir le schéma ci dessous).

Il faudrait faire l'inverse concevoir de l'extérieur (utilisateur) vers l'intérieur (données).

On a besoin d'une vision de l'expérience, une liste d'objectifs qui répondent à un besoin de l'utilisateur.

Il prend l'exemple de Google Calendar et de son succès. L'équipe de Google a interviewé plus de 800 personnes pour savoir ce qu'elle voulaient et construire une vision.

Il rajoute l'exemple du Palm Pilot.

Il faut aussi valoriser le système : Déplacer la difficulté pour permettre de simplifier l'expérience de l'utilisateur.
Exemple de l'Ipod : toute la complexité a été déplacée dans Itunes et le store.

Il prend aussi un très bon exemple sur les produits pharmaceutiques (aller aux slides à 37:27) ou encore Flickr.

En conclusion : L'experience de l'utilisateur définit le produit que l'on veut créer.

Domain Driven Design par Eric Evans

2010-02-18T01:34:00.001-08:00

Résumé de la présentation Domain Driven Design par Eric Evans organisée par Zenika

La soirée a commencé par une présentation du DDD User Group parisien avec Jérémie Grodziski et Grégory Weinbach ainsi que le prochain lancement du site Domaindrivendesign.fr.

Titre de la présentation : Faire marcher les modèles.

Qu'est ce qui paie dans la modélisation ? Pourquoi s'ennuyer avec les modèles ?

Il faut s'accorder sur la définition d'un domaine : une sphère de connaissance, d'influence ou d'activité.

La difficulté critique de la plupart des projets est d'en comprendre la difficulté fonctionnelle.
Pour expliquer sa vision du DDD il prend tout au long de sa présentation le besoin simplifié du transport international.
Il insiste sur le besoin d'un dialogue intelligent avec le client qui connait les besoins fonctionnels.
Le problème est souvent d'utiliser des termes techniques trop rapidement.
Le premier principe est de parler avec un expert du domaine fonctionnel.
Il faut établir une collaboration avec une personne non technique.
(Note personnel : C'est à rapprocher du Behaviour driven development).
Il faut aussi beaucoup explorer (Brainstorming).

Qu'est ce qu'un modèle ?
Un modèle aide à se concentrer sur ce qui est important.
Le modèle choisi doit faire en sorte de faciliter le travail du client (pour expliquer cela, il prend l'exemple de la projection de Mercator qui aide les navigateurs mais n'offre pas une vision correcte de la taille des pays).

Définition d'un modèle : Un système d'abstraction qui décrit une sélection d'aspect d'un domaine et peut être utiliser pour résoudre les problèmes de ce domaine.

Sélectionner le modèle le plus efficace : un modèle doit servir un usage particulier.
Quelle partie du programme vous cause le plus de problèmes ? Peut être y-a-t'il un besoin pour deux modèles ?

Langage d'ubiquité (omniprésent) : un langage structuré autour du modèle du domaine et utilisé par l'ensemble des équipes pour relier toutes les activités avec le programme.

Il y a toujours plusieurs modèles possibles. Chaque département a une vue différente du logiciel.

D'où l'importance du contexte : les paramètres dans lesquels un mot ou une déclaration apparaissent détermine son sens.

Il faut déterminer des frontières à ce contexte.
Eric Evans reprend alors l'exemple du transport en rajoutant un besoin de déterminer un algorithme du plus court chemin. Ce besoin nécessite un modèle complètement différent. Il faut donc apprendre à faire cohabiter deux modèles différents.

Il faut alors mettre ne place une « carte de contexte », une carte qui sert à traduire deux modèles dans deux contextes différents.

Les prerequis pour un modèle sophistiqué sont :

Avoir acces à des domain experts
Iteration
Des frontières claires

Il faut aussi savoir faire le choix complexe entre revenir en arrière et retravailler le code ou créer un nouveau contexte.

Pour conclure, Eric Evans souligne que tous les gros systèmes ne seront pas bien conçus. Il faut se concentrer sur certaines parties essentielles et les isoler avec des frontières de contexte.

Les ingrédients clés du DDD se trouvent à deux niveaux :
niveau tactique :

Expérimenter des modèles appliqués à des scénarios concrets.
Collaborer avec les experts du domaine.

Niveau stratégique :

Langage d'ubiquité avec des un contexte limité
Se concentrer les besoins essentielles (core domain).

Ressources : dddcommunity.org, domainlanguage.com

PS: on me fait remarquer que cette présentation est très proche de celle donnée au Paris JUG. Olivier Croisier en a fait un joli résumé la : http://thecodersbreakfast.net/index.php?post/2009/06/16/Paris-JUG-%22Domain-driven-design%22-%3A-compte-rendu

UX Team Of One

2010-02-16T09:35:00.000-08:00

La vidéo est visible ici : http://www.slideshare.net/ugleah/how-to-be-a-ux-team-of-one?type=presentation

Un spécialiste de l'expérience utilisateur a actuellement des responsabilité multiples: analyse de la concurrence, recherche, architecture de l'information, design, tests d'utilisabilité, prototypage, documentation

La vidéo se concentre sur le design et donne un ensemble d'aide pour une "Equipe d'un seul". Ces aides sont réparties en trois parties :

1 Beaucoup de brainstorming
générer beaucoup d'idées puis les raffiner (schéma ci-dessous).

Utilisez des cadres conceptuels (spectres 1D, 2DS, grilles)
*

Exemple de spectre: la familiarité avec le site de débutant à expert

utiliser une bibliothèque d'inspiration (screengrab plug in pour Firefox)

2 Rassembler une équipe "ah hoc" même si ce ne sont pas des specialiste de l'UX
Il va falloir s'aider des gens autour de vous et tirer parti de leurs idées.
Utilisation de "scketchboards"
Ouvrir des sessions de conception libre et fun (pizza ! :) )
Exécuter des ateliers basés sur un modèle
décorer votre espace afin de lancer des discussions.
Cet ensemble d'idées va surtout permettre de communiquer sur les besoins des utilisateurs et générer des idées.

3 Choisir les meilleures idées
Il faut avoir une "Etoile du Nord" pour se réorienter au milieu de l'océan d'idées générées.
Cette étoile peut etre:
Les besoins du business sont bons
+ les besoins des utilisateurs sont mieux
= Principes de conception
Ces principes de conception sont différents en fonction de chaque produit car chaque expérience utilisateur est différente.

Comment démarrer :
Faire des esquisses
Organiser des ateliers
mettre en place des principes de conception

En conclusion, la présentatrice met en avant l'importance d'avoir foi en ses idées. Cela augmentera votre confiance personnel, permettra de mieux vendre vos idées et vous rendra heureux.

User Experience Best Practices - Nick Finck

2010-02-14T08:38:00.000-08:00

La vidéo est ici - www.uxnet.org

L'expérience utilisateur est la qualité de l'expérience d'une personne est en interaction avec un design spécifique d'une tasse à un musée.

Il y a beaucoup d'experts comme le montre le schema ci-dessous.

Une expérience utilisatrice se doit de répondre aux besoins suivants :

Facile d'utilisation (convivialité),
Intuitive (conception de l'information),
Structure (architecture de l'information),
Visuel esthétique (conception visuelle),
Fonctionnalité (design d'interaction)

Nick Finck présente ensuite une liste de Site Web d'où il tire des exemples de bonnes ou mauvaises pratiques.

Amazon.com
Beaucoup d'analyse de données (Data driven); l'expérience utilisateur est liée à l'analyse des données (quantitative) et pas les retours des utilisateurs (qualitatif).
La navigation doit toujours supporter correctement le niveau d'information sur un site.
Le business et les décisions commerciales ne devraient jamais limiter l'utilisateur; il devrait y avoir un équilibre.

Ebay.com
Essayes de répondre aux besoins de chacun : user driven.
Filtres exceptionnellement bien conçus.

Flickr.com
Ici c'est la communauté qui dirige les choix de design alors que ca devrait être un complément et non diriger l'architecture d'un site et la navigation.
Les sites web ne doivent pas se baser plus sur la recherche que la navigation directe.
Il doit toujours être possible d'accéder à une partie d'un ensemble d'informations

Netflix.com
Permettre à l'utilisateur de voir clairement l'information principale; ne pas submerger l'utilisateur par d'autres facettes de cette information.
Si votre produit a plusieurs façons d'être acheter, faire en sorte qu'elle sont inhérentes à l'architecture existante.
Ne pas pertuber un utilisateur qui essaie d'accomplir une tâche avec des appels à l'action ou de l'information perturbatrice.

Target.com
La somme des options et des possibilités dans une navigation ne devrait jamais écraser l'utilisateur.
Lorsque suffisamment de changements se produisent dans une page, il est important d'examiner son design et le refondre si nécessaire.

Toyota.com
Éviter les pages inutiles
Garder les pages accessibles. N'utilisez pas une technologie avec des contraintes comme Flash si elle n'est pas absolument nécessaire.
Permettre aux utilisateurs de comparer non seulement les produits d'un type donné mais l'ensemble des produits côte à côte.

Twitter.com
Threading: les sites de systèmes de messagerie doit toujours être géré par "Thread".
Faire en sorte que la "Mon profil" soit facile à trouver.
Afficher les informations pertinentes à la tâche que l'utilisateur essaye accomplir sur cette page

Informations clés
- Bon équilibre des besoins entre l'utilisateur, les contraintes du projet et la technologie

- Gardez les choses simples, ne pas gêner l'utilisateur; lui permettre d'accomplir ses tâches avec aisance
- Ne pas se concentrer seulement sur les parties les plus critiques, l'expérience utilisateur est constitué de la somme de toutes les parties
- Une bonne expérience utilisateur implique une écoute des utilisateurs tant au niveau qualitatif que quantitatif sans exagération.
- L'expérience utilisateur n'est pas simplement mise en pratique, elle est adoptée comme une philosophie de l'entreprise tout entière.

Jesse James Garrett - Adaptive Path

2010-02-14T05:04:00.000-08:00

Résumé de cette présentation.

L'expérience utilisateur est une condition acquise pour lesquels il n'existe aucun remède.
La question de l'expérience des utilisateurs est partout.
Cette expérience est subjective, éphémère et immatérielle.
De plus ce que veulent les utilisateurs est variable.

Cependant il y a un moyen de mesurer l'intérêt des utilisateurs : c'est son engagement.

Le design de l'expérience est le design de n'importe quoi indépendamment du médium ou du média avec l'expérience utilisateur en résultat explicite et l'engagement de l'utilisateur comme but explicite.

Le design de l'expérience utilisateur est étudié depuis presque 10 ans et le schéma ci dessous en représente la représentation classique.

Le travail autour de l'experience utilisateur s'organise actuellement autour des quatres facteurs et engagements suivant :
- Perception: l'engagement des sens (vue mais aussi toucher, odorat, gout). Par exemple le directeur de la photographie fait en sorte que chaque image ai une signification de complexe.
- Action: l'engagement du corps (exemple de la Wii)
- Cognition: l'engagement de l'esprit
- Emotion: L'engagement du cœur

On peut alors faire le lien entre ces quatre éléments et le schéma du dessus.

Comme on voit l'élément qui est souvent oublié est l'émotion!

Il faut aussi prendre en compte deux limitions :
- les contraintes : les gens ont leurs limites.
- le contexte : comment vous vous engagez avec l'expérience ?*

La subjectivité de la conception est l'intersection entre nos capacités, notre contexte et nos contraintes.

25 vidéos sur l'Experience Utilisateur !

2010-02-14T03:39:00.000-08:00

Dans les jours qui viennent, je vais enfin prendre le temps de regarder les 25 videos (pfioouuuu) sur l'Experience Utilisateur (ou encore User Experience / UX) disponible ici :
http://www.smashingmagazine.com/2010/01/05/25-user-experience-videos-that-are-worth-your-time/

Je vais en profiter pour faire un résumé rapide de chaque vidéo dans un message et je mettrais les liens ici. Clairement pour approfondir le sujet, il faut mieux écouter entièrement les présentations.

D'ailleurs j'en profite pour conseiller Smashing Magazine qui est un excellent site web pour toute personne s'intéressant au design web, au graphisme et bien sur à l'expérience utilisateur.

J'ai décidé de parler d'expérience utilisateur pour etre proche des présentations mais on est clairement ici dans l'interface homme machine ou l'interface graphique.

Voici les résumés :
Jesse James Garrett - Adaptive Path
User Experience Best Practices - Nick Finck
UX Team of one - leah buley - Adaptive Path
Experience Is The Product - Peter Merholz
Behavior is our medium by Robert Fabricant
Web form design - Luke Wroblewski (Tres concrète et très intéressante !)
Learning Interaction Design From Everyday Objects par Bill DeRouchey
Expérience utilisateur et Agilité - Johanna Kollmann
Design des interfaces gestuelles et tactiles - Dan Saffer

Je regroupe l'ensemble des résumés "courts" pour éviter de trop multiplier les articles.

Deep survival

2010-01-20T05:58:00.000-08:00

Once again a very good book from PersonnalMBA !

Written by Laurence Gonzales, it explain how accident happens and why people live or die in survival situation.

This is actually the two main parts of the book.

This book use a lot of philosophy (mainly Stoicism and Taoism), a lot of real examples and statistics studies.

This is a very opening and inspiring book and, even if it's main public is people who wants to go to the wild or do dangerous thing, it's also very useful for "common" people or business.

At each time of your life or your business, you will find yourself facing difficult situation : divorce, loosing your job, a big contract ... At this time, you should have a survivor mentality (or philosophy) to pass these events with the less problems !

Here, the survival's rules directly taken from the book :

look, see, believe : accept the reality of the situation.
Stay calm : use humor; use fear to focus.
Think/Analyse/Plan : get organized; set up small, manageable tasks.
Take correct, Decisive action : be bold and cautious while carrying out tasks; Willing to take risk to greater good; Break down large task into small one.
Celebrate your successes : take joy in completing tasks.
Count your blessings : be grateful, you're alive !
Play : engage the crisis almost as a game.
See the beauty : relieve stress and creates strong motivation and allow to take new information more effectively.
Believe that you'll succeed
Surrender : let go your fear of dying; "Put away the pain"; "Resignation without giving up"
Do whatever is necessary : be determined, have the will and the skill, don't expect or even hope to be rescued.
Never ever give up : let nothing break you're spirit; Embrace the world in which you find yourself and see opportunity in adversity.

There is also some advise to stay out of trouble :

Perceive, believe then act : attempt to make prediction accurate but, as environment change, you need versatility; Avoid the "Four poison of the Mind", fear, confusion, hesitation, surprise.
Avoid impulsive behavior; Don't hurry.
Know your stuff like Marcus Aurelius, the Roman emperor and general, said : "Of each particular things, ask : what is it in itself, in its own construction ?"
Get the information.
Be humble.
When in doubt, bail out. And don't underestimate the difficulty of doing this !

These information are enterely quoted from the conclusion of the book. The whole book needs to be read to get the full comprehension.

you can also have a lot of info on the website : http://www.deepsurvival.com/

If want more info or more details, don't hesitate to ask questions :)

Paris JUG - Soirée performance

2010-01-20T03:54:00.000-08:00

Résumé de cette soirée animé par Kirk Pepperdine et Dan Hardiker, tenant le site http://www.kodewerk.com/.

La présentation fut similaire à celle ayant eu lieu au Devoxx 2009 (visible ici http://beta.parleys.com/#sl=1&st=5&id=1594) donc vous pouvez voir les transparents.

Ambiance bien sympathique surtout par la dynamique du duo.

Coté technique, dans l'ensemble, la présentation portait plus sur le coté méthodologie et bonnes pratiques de l'amélioration des performances d'une application. Seuls des outils de base mais indispensable ont été utilisés (suivi des processus système, JMeters tiré du profiling netbeans ou encore Thread Dump Analyzer).

Kirk nous a présenté un ensemble d'anti-patterns liés aussi bien à la technique qu'à la méthodologie.

La panique.

Erreurs : ignorer des éléments clés, pointer du doigt ("Ca vient de la base de données ou du reseau !"); la pression des utilisateurs et des manageurs; beaucoup de stress.

Pas de "stress testing".

Erreur : utiliser le navigateur pour faire des tests (non répétable, difficile à réaliser).

Besoin : avoir une specification claire du besoin du client en terme de performance; Aucune réponse de plus de 3 sec.

"Shot in the dark".

Erreur : ne pas travailler sur des intuitions, par exemple, code propre et non propre ont souvent les memes performances. Faire des optimisations de facon prématuré est inutile.

Besoin : mesurer pour connaitre l'origine du probleme. Identifier les principaux consommateurs. Tester chaque niveau de l'application, dans l'ordre Hardware puis JVM/OS puis application puis le client associé à des patterns d'utilisation.

Par exemple si au niveau de l'OS, si les ressources affectés au processus se partagent également entre l'application et sa gestion par le systeme, il y a surement un probleme de threads.

Dans la scéance des questions / réponses, il est ressorti qu'un des principaux objectifs du consultant sur des questions de performance va etre de faire parler les différents acteurs du projet. Les problemes de performances Java se repartissent à 40% sur des problemes de mémoire et à 40% sur des problemes d'accès base de données (JDBC).

Allez le compte rendu + wave par Olivier Croisier : http://thecodersbreakfast.net/index.php?post/2010/01/23/Paris-JUG-Performance-Kirk-Perpperdine

TED: Ideas worth spreading

2010-01-20T03:07:00.000-08:00

TED (http://www.ted.com/) est une conférence annuelle dont l'idée est de "transmettre les idées" .... et quelles idées !

Sérieusement toutes les videos que j'ai pu voir ont toutes leurs intérets et très souvent effectuées par des gens passionnés et renommés dans leurs domaines respectifs.

Les sujets sont devenus très variés meme s'ils s'orientent historiquement sur la technologie, le design et le "fun".

Ce genre de conférence me redonne espoir sur notre futur :)

Et clairement certains discours meriterait réellement d'etre plus pris en compte !

A regarder sans modération et en plus c'est souvent sous titré.

Trois examples :

http://www.ted.com/talks/lang/eng/seth_godin_on_the_tribes_we_lead.html

http://www.ted.com/talks/lang/eng/dan_pink_on_motivation.html

http://www.ted.com/talks/lang/eng/don_norman_on_design_and_emotion.html

Six ways to make people like you

2009-12-17T05:54:00.000-08:00

Become genuinely interested in other people.

Smile.

Remember that a person's name is to that person the sweetest and most important sound in any language.

Be a good listener. Encourage others to talk about themselves.

Talk in terms of the other person's interests.

Make the other person feel important ... and do it sincerely.

Quoted from "How to win friends and influence people" by Dale Carnegie.

How to keep a disagreement from becoming an argument

2009-12-17T03:16:00.000-08:00

Welcome the disagreement.

Remember the slogan, "When two partners always agree, one of them is not necessary". If there is some point you haven't thought about, be thankful if it is brought to your attention. Perhaps, this disagreement is your opportunity to be corrected before you make a serious mistake.

Distrust your first instinctive impression.

Our first natural reaction in a disagreeable situation is to be defensive. Be careful. Keep calm and watch out for your first reaction. It may be you at your worst, not your best.

Control your temper.

Remember, you can measure the size of a person by what makes him or her angry.

Listen first.

Give your opponent a chance to talk. Let them finish. Do not resist, defend or debate. This only raises barriers. Try to build bridges of understanding.

Look for areas of agreement.

When you have heard your opponents out, dwell first on the points and areas on which you agree.

Be honest.

Look for areas where you can admit error and say so. Apologize for your mistakes. It will help disarm your opponents and reduce defensiveness.

Promise to think over your opponent's ideas and study them carefully.

And mean it. Your opponent may be right. It is a lot easier at this stage to agree to think about their points than to move rapidly ahead and find yourself in the position where your opponents can say: "We tried to tell you, but you wouldn't listen".

Thank your opponents sincerely for their interest.

Anyone who takes the time to disagree with you is interested in the same thing you are. Think of them as people who really want to help you and you may turn your opponents into friends.

Postpone action to give both sides time to think through the problem.

Suggest that a new meeting be held later that day or the next day, when all the facts may be brought to bear. In preparation for this meeting, ask yourself some hard questions : Could my opponents be right ? partly right ? is there truth or merit in their position or argument ? Will my reaction drive my opponents further away or draw them closer to me ? Will my reaction drive elevate the estimation good people have of me ? will I win or lose ? What price will I have to pay if I win ? Is this difficult situation an opportunity for me ?

Quoted from "Bits and Pieces published by The Economic Press, Fairfield.

Retour Model Driven Day 2009

2009-12-14T05:18:00.000-08:00

Le 26 novembre 2009 avait lieu la journée du Model Driven organisé notamment par Objet Direct qui m'avait invité.

Je n'ai malheureusement pu assister à toutes les présentations mais le bilan fut plutôt positif et m'a permis de me remettre au gout du jour sur MDA.

Je vais présenter rapidement les présentations qui ont retenu mon attention mais vous pouvez voir les présentations 2009 sur www.mdday.fr dans la rubrique téléchargement.

1ere présentation générale sur le Model Driven Engineering par Jean Bézivin.

Présentation de l’écosysteme « Model Driven » de la génération de code à l'interopérabilité des modèles en passant par la découverte de modèle (e.g. a partir du code).

Pour rappel, Le MDA est basé sur un modèle, un méta modele et des transformations. Dans un cadre encore plus général et haut niveau, on a un système qui est représenté par un modèle lui même conforme à un méta modèle (lui même conforme à un méta méta modèle...).

Le mieux est d'aller voir la présentation vu la complexité de celle-ci il est difficile de la résumer en quelques lignes. De plus personnellement je l'ai trouvé trop éloigné de la pratique.

2ème présentation par Object Direct : moderniser son SI avec MDA

La présentation a porté sur un projet de refonte d'un projet existant fondé sur un Atelier de Génie Logiciel.

Le socle technique de destination choisi se base sur des technos éprouvés : Java, Seam, JSF, Hibernate (@JPA).

Il a fallu construire une Usine de Transformation MDA dont un des principaux objectifs fut de minimiser les risques.

Cette usine de transformation MDA a été divisée en 4 étapes :

Rétromodéliser à partir de l'existant
Renormaliser le PSM source en PIM
Transformer le PIM en PSM cible
Génerer le code source.

Très positif mais il y a des points difficiles :

limite à la standardisation du code
énormément de code à appréhender en une seule fois
améliorer le caractère itératif du code.

Petit tour dans l'univers dans l'univers .Net avec la 4ème présentation : CodeFluent

L'idée de CodeFluent est :

de modéliser n'importe quelle application manipulant des données
de ne pas avoir à gérer les améliorations de l'architecture .Net
cohérence des couches
utilisation de briques logicielles

Les cycles de développement sont définis dans l'ordre suivant :

Phase de conception du modèle ou import
Phase d'inférence et de génération de code
Phase de développement et de production

Les fonctionnalités sont nombreuses :

Modélisation du diagramme de classe
Intrégration de règle
fonctionnalité unique de « modélisation dynamique » par des « patterns »
Vocabulaire de base riche permettant de personnaliser le code généré
Génération de code performant et propre
Possibilité de modifier la génération en agissant sur le moteur de template

CodeFluent permet donc de développer n'importe quel type d'application aux normes Microsoft en prenant en construisant un Business Object Modele qui fait office d'interface forteresse avec les parties exterieurs (de l'IHM aux autres produits).

Une présentation démo montre l'intégration puissante avec l'univers Microsoft : génération d'écran sharepoint, synchronisation avec Access ou Excel.

Retour dans le monde Java avec la 5ème présentation : Celerio de la société Jaxio

L'idée est d'exploiter au maximum le modèle métier avec une génération à partir du modèle de données et une configuration de code sur lequel va s'appuyer la couche métier. Il ne reste plus qu’a traiter les cas transverse complexe.

On est dans le domaine des « Opinionated Software » tel Grails, SpringROO qui mette en avant les conventions de structure du projet sur la configuration. Jaxio met aussi une version gratuite de leur outil en ligne avec SpringFuse qui a permis d'avoir un retour sur des milliers de projet.

Enfin la dernière présentation qui fut à mon avis la plus révélatrice à propos de MDA :Model for maintenability, par Andrew Watson, OMG Technical Director

Après une courte présentation des domaines de travail de l'Object Management Group, Andrew Watson s'est lancé dans une argumentation en faveur du MDA que j'ai trouvé plutôt convaincante.

Il a commencé par un historique du métier d'ingénieur dans le cadre du design et de la réalisation des gros projets aéronautiques en prenant l'exemple du Concorde et l'Airbus.

L'utilisation de dessins (alias blue print) qui étaient ensuite retraduits en objet physique était source d'erreurs et nécessitait de nombreuses itérations.

L'utilisation de l'informatique et plus précisément des outils de CAD/CAM a révolutionné ce travail en facilitant la modélisation mais aussi les corrections.

Le constat est qu'actuellement le design logiciel ressemble plus à l'activité historique de l'ingénieurie aéronautique.

MDA prendrait alors la fonction du CAD en introduisant l'informatique pour aider à la réalisation de logiciel (MDA : computer aided manufacturing for IT).

MDA fournit une syntaxe de diagrammes et les outils pour faire ces diagrammes. Cependant la plupart des développements traduisent ces diagrammes en code à la main.

Mais c'est surtout dans la suite où il met en place les arguments principaux en faveur du MDA.

Il se base sur le cout de la maintenance qui représenterait environ 80% du cout du produit.

La maintenance étant définie selon par les standard ISO/IEC 14764 par :

la correction des problèmes de design
l'intégration des nouveaux besoins
l'amélioration des performances

Il en profite pour critiquer les méthodes agiles car, à son avis, elle traite uniquement la création du logiciel pas de sa maintenance (Note pour soi-même : comprendre cette guerre entre prêcheur des méthodes agiles et ceux du MDA).

Il s'appui aussi sur le fait que les technologies changent tout le temps et les systèmes deviennent bloqués dans leur cadre historique, impossible à faire évoluer (cf les nombreux systèmes bancaires en COBOL).

Enfin il nous présente des chiffres liés à des exemples de projets tests réalisés en parallèle avec et sans MDA qui mettent en valeur MDA avec moins de défauts et un temps de développement plus court. Par contre même si Disney fait parti des projets cités en exemple, je resterais prudent vu qu'il est facile de prouver tout et n'importe quoi avec l'utilisation des chiffres de quelques projets :)

Sa conclusion met en avant que les bénéfices du MDA viennent sur le long terme et qu'on ne peut plus prétendre que la technologie actuelle utilisée pour un projet ne sera pas amené à évoluer.

Pour avoir connu de nombreux travaux de maintenance sur différents projets, il est clair que sa démonstration m'attire. Cependant je reste encore prudent face à MDA qui reste, à mon avis, difficile d'utilisation. Je me pose aussi cette question : est-on sur que MDA répond bien à ce besoin de maintenance et d'évolution ?

Voila pour ma journée rapidement résumé et en espérant découvrir mieux les avantages et très certainement aussi les défauts de MDA.

Behaviour Driven Development at Zenika

2009-11-25T09:04:00.000-08:00

I have assisted to the Zenika's conference about Behaviour Driven Development given by Mauro Talevi from Agilesque.

The presentation was mainly decomposed in 3 parts : Introduction to BDD, Presentation of JBehave (the API used to do BDD in java) and return on experience about a real project.

Introduction to BDD.

BDD brings together Test Driven Development and Domain Driven Design by
- describing behaviour is a better form of testing
- describing needs from from point of view of it's stakeholder

BDD relies on the use of a specific language to help communication between the business, developers, testers, analysts and managers. It improves presentation.
Behaviours are described by scenarios with a why ? the value, a who ? the actor and the what ? the feature.
BDD introduce a grammar of steps GIVEN a context, WHEN there is an event, THEN produce an outcome AND do other steps.
BDD offers step parametrisation, aliases for changing language or tabularisation for changing parameters for a given scenario.
Behaviours can also become regression tests.

Example of scenario (from wikipedia) : Refunded items should be returned to stock
Given a customer buys a black jumper
and I have three black jumpers left in stock
when he returns the jumper for a refund
then I should have four black jumpers in stock

See more info here :
http://en.wikipedia.org/wiki/Behavior_Driven_Development
http://behaviour-driven.org/

Use of Jbehave.
http://jbehave.org/introduction/

Jbehave is based on Java with command line, IDE and Web integration.
It supports classic parameters type and Custom for business objet (by implementing ParameterConverter).
The association with the project code is done with annotation and the scenario data are organised in table.
It provides a layer for web testing tool (Selenium for example).
There is a small tutorial here : http://jbehave.org/documentation/two-minute-tutorial/.

Retrospective from real project experience.

The good :
communication with scenario
confidence by making behaviours more readable and visible
allows aggressive re-factoring
Tool integration allowing developer to run scenarios before commit
Web runner allowing separates testing from development environment
pairing is very valuable between tester, developer and business

The bad :
Data formats don't re-factor well (XML, CSV) especially for large data-set
finding the « then » : best form of verification can be tricky for data-centric scenario
Developer are not behaviour driven
Scenario data can become unmanageable. Cut & paste is easy temptation.
Need times to improve scenarios

The conclusion from Mauro Talevi is that BDD represents a new paradigm : very useful and simple but not always as easy and needs time.

A good presentation in french : http://www.slideshare.net/ehsavoie/at2009-soigner-sa-schizophrenie-12

My last books from PMBA

2009-10-28T08:47:00.000-07:00

I have read four books from PMBA recently.

The power of less from Leo Babauta and The power of full engagement from Jim loehr and Tony Schwartz, two books about Productivity & Effectiveness.
The first one presents how to :

break any goal down into manageable tasks
focus only on a few task at a time
create new and productive habits
increase our efficiency.

The second presents that energy, not time, is our most precious resource, how to mobilize our four source of energy (physical, emmotional, mental and spiritual) and the necessity to balance stress with recovery.

I have also read the Path of Least Resistance by Robert Fritz but i am actually not convinced and it is very complicated to explain it shortly. However you can find an excellent presentation here and here.

Finally I have read Brain rules.

This one is really a fantastic book. John Medina, a developmental molecular biologist, presents how brain works in twelve chapters. Each chapter presents one important fact about brain.
I can explain it a lot but the best option is to go to the very good website : http://www.brainrules.net/

Reporting Tool

2009-10-28T07:00:00.000-07:00

Reporting time used in project is a boring task that most of us must do to please our manager, especially in big firm.

Why is it boring ?

Because it has no interest for the worker ? And why tell what we are doing if the work is done ?

Because we must do it multiple times ? One for the accounting departement, one for the project manager and one during team meeting ?

Because the tool are frequently slow and horrible to use ?

I think we can find many reasons to hate reporting our work time.

However It's an important thing to keep track of what are you doing for your managers but also your coworker and even for you.

So why not try to change a boring into something usefull ?

I have some ideas and I want to try to present something.

To help me, I have recently discover Grails. Yet Another new java framework ? oh yes but this one is really cool. It takes the main idea of Ruby on rails with all java environnement.

The most impressive advantage of Grails is that you can have your next Web 2.0 project done in weeks instead of months.

I have let aside this project for too long and I hope I will keep enough time to advance this project. Moreover I will try to present some info about my advancement. Maybe directly on my twitter account because it's more easier for me for quick update.

Machiavel et le management

2009-09-12T02:27:00.000-07:00

Après avoir lu l'Art de la Guerre par Sun Tzu, je viens de finir le Prince de Machiavel.

Le premier est un excellent livre mais il reste un ouvrage dont les principes sont très rattachés à la stratégie militaire. A mon avis, il est difficile de les juxtaposer dans d'autres domaines de nos sociétés occidentales.

Le deuxième, cependant, mérite complètement sa lecture.

Principalement car il présente des principes fondamentaux dans la politique surtout dans son contexte de lutte de pouvoir. Et la politique et les luttes de pouvoir sont présentes dans beaucoup de domaines. On peut ainsi facilement retrouver des conseils applicables dans de grands groupes.

Mais, particularité intéressante, j'y ai trouvé une relation entre ces principes et le management de projet. Pour ca, il faut voir les qualités d'un Prince que présente Machiavel :
- les scrupules dans la préparation (bonne spécification ? test driven development ?)
- l'énergie dans la conquête (conquête rapide et itérative ?)
- le courage (une des valeurs de l'Extreme Programming)
- L'attention dans la préservation des acquis (Test de non régression ? TDD ?)

Ces qualités permettant de triompher des pires situations.

Il décrit aussi comment résister à la "fortune" ...

Le parallèle est peut être imaginaire mais bizarrement facile. Comme quoi gérer un projet peut s'inspirer de méthodes vieilles de plusieurs siècles ;)

Sondage sur le reporting de vos projets !

2009-06-27T14:08:00.000-07:00

Utilisez-vous des outils pour reporter votre temps passé ainsi que votre avancement sur les taches sur lesquelles vous travaillez ?

Quel genre d'outil ? Feuilles Excel partagées ? Application web développée en interne ? Outil externe ?

Trouver vous ces outils pratiques à utiliser ? Comment voudriez-vous les utiliser de façon plus rapide/pratique ?

En plus de ce reporting, avez d'autres actions à effectuer pour remonter l'information vers vos managers (réunion, mails...) ?

Merci !

Vous pouvez aussi faire le sondage en ligne ici : http://www.misterpoll.com/polls/440001

Business challenge and PMBA

2009-05-04T12:34:00.000-07:00

First, for my personnal MBA, i have now finished three more books :
Making thing happen, explaining all project management.
Cuting to the chase, 100 usefull tips to be more effective in jobs.
Crucial Conversation, very interesting book explaining how to handle difficult problem with dialogue.

For my eBusiness and testing blog www.goth-corsets.com, I'm adding slowly more content. I am also tweaking wordpress plugins and Meta description to have a clean content analysis by Google bot. By mystic of SEO, my page rank is getting worse in Yahoo and a lot better for Google.

I'm also reading a 31 day challenge about blogs from probloggers.com and doing some articles for quittersonjob.fr

Spring has come back

2009-04-02T07:03:00.000-07:00

Since, last post one month has passed, again too fast.

Lot's of work in my current job and a lot of desillusion.

However I have found some time to continue my business challenge.
I have open www.goth-corsets.com website with a wordpress blog.
I have begin to add some contents.
I have also done a lot of rework to correct the content, suppress duplicate content from other webiste, correct url or have correct categories.

All of this was mainly done for search engine optimization and I am very disappointed of the results.
After having a good classement for "goth corsets" keyword, I have almost now referencing on Google.
I have to understand ...
On the other side, Yahoo is helping me with 4th page for "goth corsets" and "goth corset" results.

In parallel, I am doing some articles for a friend website called www.quittersonjob.fr

A good story about Android from Ars Technica

2009-03-02T05:48:00.000-08:00

If you're curious about the Mobile OS from Google, follow this link :
an-introduction-to-google-android-for-developers

Business challenge

2009-02-22T08:11:00.000-08:00

For some times now, i'm reading about web marketing and business thanks to book like the four hour workweek or the site the thirty day challenge.

I'm doing this test with a friend who has launched his own web site : http://romanticguidetoparis.com/

The main idea is to test the interest of the public to a product before really creating it.

The first step was to search a niche domain where i can create a product. For that, I have used google adword, SEO tools and a very usefull application named Market Samurai.

The niche product is, at this time, only a set of keywords with enough searchs by day, the less possible number of sites already associated to them and site with a weak page rank (the score that google affect to the site to sort the search results).

And i have found : gothic corset.

I have found a avaliable domain name : www.goth-corsets.com.

The next step is to create the site with wordpress and begin to make it known.

Two months ...

2009-02-21T07:23:00.000-08:00

Difficult to maintain a blog when you have so many occupation :)

What's happen during this two months ?

Some trips in les Alpes (skiing) and in London (this city is fanstatic ... if you are rich).

I have finished some books of my personnal mba :
- the unwritten laws of business
- the design of every day things (I am a big fan of it).
- the four hour workweek
I'm reading Making Things happen about project management which is also excelent.
I'm very happy to have discovered personnal MBA and the recommended reading list.
So far they are very good and i'm learning a lot.

I have also read a french book named "Back-offices et marchés financier". The first part explains what is a back office and the second part explains the interest, problems and risks of back-office. This second part is mainly based on the exemple of Baring's case who was sunk by one trader. Written in 1997, he explains the importance of back offices to avoid financial crisis .... yes like the one we are living now.

For personnal project, i have put aside Voxel. I have send questions to the writter of the best paper without response at this time. With all my reads, I have now a good comprehension of the subjet but sadly not enough precise to build my own voxel world.

In fact, I have found more practical interests :
Web marketing and business.

I will explain it in my next post.

Bringing Desktop UI to Web

2008-12-23T05:16:00.000-08:00

Web is originally and mostly an HTML world with page by page navigation. Oh yes there is flash but it is designed for graphist with massive website and it was always used for merchandising and promotion site.

In business, in the better case, we had some techno like Struts for it's Model View Controller architecture. Sadly this was not a good looking user interface with old fashioned page by page navigation with maybe some css styling.

Almost two years ago, a "new" techno appears called Ajax. This was the begining of revolution and what we call "Web 2.0". Why it was revolution ? because it enables changement in a page without changing this page thanks a little command and a good use of DOM model (the HTML model of a page). With the use of massive javascript, good looking UI for web appears like Dojo.
But a problem remains, a techno problem because it's need to the developper to know very well javascript and html DOM. These techno are not known very well, not very interesting to code and difficult to maintain.

It was at this time that GWT from Google appears. For me, it was amazing. Why ? firstly because it is like coding Swing (the desktop UI techno from Java) and it pushs the developper to see it's website like a desktop UI with frames, menus, buttons ... Secondly it was easy to code, easy to debug and easy to maintain.

Now GWT and similar techno have made their ways and it becomes better and better with more and more UI component like SmartGWT or Tatami Toolkit or AjaxSwing which converts your old Swing application to web with little (no ?) refactoring.

A good french news article about GPGPU

2008-12-22T11:30:00.000-08:00

http://www.silicon.fr/fr/news/2008/12/22/comment_le_gpgpu_va_revolutionner_le_calcul_parallele

OpenCL

2008-12-14T09:09:00.000-08:00

I have already talked about CUDA after the GPU barcamp.
Now it's time for OpenCL which specifications have been "officialy" launched a few days ago.
Like they say :
"OpenCL (Open Computing Language) is the first open, royalty-free standard for general-purpose parallel programming of heterogeneous systems. OpenCL provides a uniform programming environment for software developers to write efficient, portable code for high-performance compute servers, desktop computer systems and handheld devices using a diverse mix of multi-core CPUs, GPUs, Cell-type architectures and other parallel processors such as DSPs."

An article in french : http://www.hardware.fr/articles/744-1/opencl-gpu-computing-enfin-democratise.html
Another article in english : http://arstechnica.com/news.ars/post/20081209-gpgpu-opens-up-with-opencl-1-0-spec-release.html

Voxel first approach

2008-12-14T07:28:00.000-08:00

All has begun at this page :
http://blogs.nofrag.com/Sebultura/2008/nov/17/41641-jeux-video-sparse-voxel-octree-part-2/
which references this post :
http://ompf.org/forum/viewtopic.php?f=3&t=904&st=0&sk=t&sd=a

A very interesting discussion about the "new" possibilities of Voxel. Moreover, because I try to help on a game editor project, Voxel seems to be a good choice to create an easy-to-use terrain editor.

So i look forward and i search post at gamedev.net.
I have found these links :
http://artis.imag.fr/Membres/Cyril.Crassin/
http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.8.6961
http://www.crs4.it/vic/cgi-bin/bib-page.cgi?id=%27Gobbetti:2005:FV%27
http://www.cs.unc.edu/~walk/hlod/
http://iit-iti.nrc-cnrc.gc.ca/publications/nrc-48126_e.html
http://www.crs4.it/vic/cgi-bin/bib-page.cgi?id=%27Cignoni:2004:ATE%27
http://www.cc.gatech.edu/~lindstro/papers/visualization2002/paper.pdf

A tutorial : http://www.flipcode.com/voxtut/

Coming from theses two posts :
http://www.gamedev.net/community/forums/topic.asp?topic_id=439081
http://www.gamedev.net/community/forums/topic.asp?topic_id=516446

An old projet of some guy : http://www.home.zonnet.nl/petervenis/

Now I have to read this and make some tests :)

Thales, what ?

2008-12-09T12:14:00.000-08:00

I have worked one big year at Thales Service and I was so disapointed.

I have worked on two very interesting project on paper : a radar system and a combat management system for a frigate.

Technically they were, at the best case, moderately good. Sometimes awfull.
But the worst was the "political" decisions ruining the progression, the quality and motivation of people working on this project.

So when i see this : www.moonshield.com ... I want to cry or laugh, your choice.
Maybe, instead of doing 'serious game', Thales can do 'serious project' ?

And when you go here, www.jobs.thalesgroup.com.
You can see the marvelous work of marketing and advertising. You can discover different careers at Thales ... and yes you can see, there is only one people who produce something (although it is mostly a searcher). The others are manager.

And you now understand the problem. They put no interest in project development, in software engineer and, with only managers, you can't do good project in your firm. You can only do outsourcing. But maybe it's the goal of Thales ?

I will come back to Thales when I will be a manager :)

Personnal MBA

2008-12-08T08:16:00.000-08:00

I have begin to read some books from the Personnal MBA.

First was getting things done. An interesting method of every day work and life management.
You can manage this method with Google notepad !
The best thing I have learned so far is to clean my mind of "open loop" and note everything.

I have read the book "Influence: The Psychology of Persuasion" which describe six common things in people psychologie. Like PersonnalMBA says :
Knowing these natural psychological tendencies will help you in two ways: (1) you'll become more persuasive, and (2) you'll be able to identify when these tendencies are present, protecting you from being misled in the future.

I am now reading "how to win friends & influence people" and my next books will be :
The unwritten laws of business, the design of every day things and Making things happen.

I am an addict :)

GPU Bar Camp

2008-12-06T14:16:00.000-08:00

To launch this blog, I will talk about my saturday at La Cantine with a GPU barcamp.

I have seen many interesting and passionate people thanks to the planners : François Lagunas and Eric Mahé.

I have seen some of the presentation after a small intro.

Comprehensive Sensing first, which is a fascinating new way to capturate our world (from classic picture to spectral). More information on nuit-blanche.blogspot.com.

CUDA, the "general" programming language for Nvidia GPU (waiting for OpenCL to have a common language for all hardware). It seems powerfull. However the language is a bit hard due to specifical programming of architecture, optimizations and parallelism.

Like you see in diagram below, the architecture of CUDA is based on multiple grid running one kernel (program). Grids contain blocs which contain thread. One thread apply kernel on one data (for example a float).

Warning : there is only one if else prediction by kernel.

A very interesting note is that code run in a determined time ! We can so create a real time system !
Another note is that approximation disappear since Nvidia G200.

And a presention on a work thesis about real time representation of "Positron emission tomography" (medical imagery) with specific problem of memory optimization (but finally common in programming of parallel architecture.

Waiting to have the presentation online.

Special link for www.geeks3d.com present this day.