Architecture logicielle et sociale

Since I can’t find enough time to elaborate on full-length articles (I have a few ideas but no time to put them together), I decided to start a Twitter account. That’s my way of conveying ideas without the need to spend hours dwelving in the details. If you’re interested, I’m trying to stay focused on topics such as software development, software architecture, people management, leadership and other topics.

http://twitter.com/SherlockDotNet

Also note that I’m currently working on an XNA game with a friend, Marc-André Desilets (http://twitter.com/cyberm4d), a professional 3D artist. I might be tweeting about this too. If there’s interest, I’ll put together more details on the project!

An english version will follow

Bonjour,

Cela fait déjà plus d’un an que je n’ai rien écrit dans ce blog. Notez qu’il ne s’agit nullement d’un manque d’intérêt, mais plutôt de trois points importants.

It’s been more than a year since I’ve been posting in this blog. Take note that it’s not caused by a lack of interest, but by three specific points.

Lire la suite de cet article »

Même si je dois avouer que garder la maison propre n’est pas mon point fort, lorsqu’il est question de conception la structure est de mise. Peut-être justement parce que je sais pertinemment que je vais oublier des tests unitaires et laisser traîner des stubs. Un point central de cette structure est la gestion d’exceptions. Jusqu’ici, cette bonne habitude s’avère payante, puisque les erreurs sont détectées rapidement, sont faciles à comprendre et sont supportés par de bons outils de suivi. Pourtant, une fois en production, ce même avantage peut être catastrophique lorsqu’on n’a pas un contrôle direct sur l’environnement final; le système plante simplement plus souvent! C’est pourquoi, dans certain cas, il est avantageux de conceptualiser en fonction d’un échec.

Lire la suite de cet article »

J’aime beaucoup le refactoring. Ça n’a pas toujours été le cas! Pendant longtemps, j’ai cru que la façon la plus efficace d’écrire du code était de parfaitement conceptualiser l’ensemble de l’application. Un jour, pourtant, je me suis rendu compte qu’il était peut-être sage de commencer à écrire du code tôt. En effet, on peut ainsi mitiger certains risques, avoir un feedback fonctionnel plus rapide, et permettre d’établir certaines bases de travail pour une équipe.

Lire la suite de cet article »

J’aimerais vous présenter deux livres que j’ai lus dernièrement, et quoiqu’ils ne soient pas directement reliés au logiciel, ils possèdent certainement une excellente valeur ajoutée dans le domaine des relations sociales, et de la compréhension des systèmes.

Lire la suite de cet article »