The second edition of the Mobile Dev Day happened on November 27th. I've been waiting for that moment for a long time, living some really stressful days the week before the event. And now it's done.

That day, everything went really fast. A few things went wrong. We've been facing some technical issues, as always. But at the end, I think it was a great event.

We went from 80 attendees in 2013 to 280 in 2014. Quite an acceptable growth.

I know there's place for improvement. From my point of view, not everything was okay. And looking back at the whole picture, I would probably have changed a few things. But still, I'm proud of what we achieved.

Now, I'd like to think about what we did, and how we could do better next year. I did keep notes of our mistakes. Things that made us face difficulties or cost us money:

• we didn't qualify the audience on registration and didn't know which percentage of the attendees were french- or english-speaking.
• we, once again, ordered much more food than necessary.
• we were so focused on some technical issues that we neglected to correctly introduce some of the speakers.

But there are still some points that I can't figure out by myself.

That's why we sent a survey to all our attendees. 77 out of the 260 attendees replied so far - if you attended the event and haven't give your feedback yet, you can still do it in the comments.

I don't know if I can say it is representative, but that's a start.

Quick look at the results

Origins and languages

As you can see, most people came from Wallonia. This is not surprising. Typicalyl Belgium. Belgians are not keen to move.

It's interesting to see that people came from Paris just to see Scott Hanselman's talk. Aside to that, I know that some Belgians would have love him to make a talk somewhere in Vlaanderen (which he couldn't because he was in Hollidays for a few days and travelling with his family), but they didn't show up at the event. I guess the talk wasn't worth the road.

But I can understand that. People have obligations. Family, job, etc. And actually, that's why I keep organizing events in Wallonia, and not in Brussels or in Vlaanderen. There are already enough stuff over there. And a few years ago, there were basically nothing here, in the south. I'm glad to see we are now changing this.

In terms of languages, the ratio is basically the same: 10% of Dutch-speaking attendees / 90% French-speaking.

Professional status

Most attendees were professionals, but I'm glad we had nearly 20% of students. One of our goal is to give new opportunities to younger developers and students, and community events are a good starting point. This is also the reason why the event is free for students, and why we gave away unlimited 100% discount codes to every user groups we knew in Belgium or those who requested some.

Most people were developers, of course, and only one courageous designer has shown up. Nonetheless, we had two designer-oriented sessions ("How to survive in a world without designers? " by Christopher Maneu, and "Vers un design multiplateforme " by Benjamin Launay), and they received a very positive feedback, which means our speakers have been able to convince the developer audience too.

Surprisingly, we also had 30% of IT Pros, which is quite huge given that most talks were developer oriented, and nothing really targeting that specific audience.

Interests

Even if most developers were qualifying themselves as Web developers, audience were mainly interested in Mobile Development.

This is probably irrelevant due to the choices that we put in the survey, but those were related to the 4 categories of talks we had for this edition.

And what about the mobile technologies? The majority of the audience is keen to open the event to other technologies. This is an interesting point.

This is actually something we already wanted to do last year. But with the organization team composed at 80% of Microsoft MVPs, it's quite normal to have a lot of Microsoft-related speakers.

Here are some of the anonymous comments for this question.

There are those who don't want anything else:

• I am only interested in Windows and Windows Phone
• Microsoft rules ;-)

And those who are open to different platforms:

• yes but via/with Xamarin
• Ok for Microsoft Backed solutions but stay open as much as possible!
• Surtout Android, vu que c'est le leader du marché

Raw feedbacks

And finally, here is the suggestions and free comments section.

Recurring requests are :

• Better WiFI
• Be more careful about the timing
• Avoid technical issues (beamer/microphones/...)

I agree we failed on those three points. We really have to show improvement next year.

Then, we received more controversial (in my opinion) comments :

• Don't be out of topic (ex: Random)

This comment refers to Rudy Huyn's session "Mais c'est quoi le random ?". I personnaly loved this session, and we received a lot of positive feedback about it. I can understand not everybody likes it. But we will probably keep scheduling that kind of sessions :-)

• English sessions should be presented by people who have no problems with the pronunciation
• Ne pas forcer des francophones à parler anglais...
• Des sessions en anglais par des speakers anglophones?

We never forced anybody to speak English. It was everbody's own decision. I'm not sure what to do here. Should we audition speakers first? I'm not a native speaker either... Who am I to judge?

Last year, we wanted an equity between French and English, with two different tracks and always the choici between the two languages. It was probably a mistake.

Next time, we should do the schedule according to what we have and — you can call me naive — I hope people will naturally choose to speak in the language they feel more comfortable with.

• Le faire sur 2 jours
• Limiter le nombre de talks ou faire l'évènement en plusieurs jours
• Ajouter une journée ;-)

I think we should first make sure our 1-day event is good enough before trying to get bigger. Two days also means much more budget... don't forget we are only volunteers working on our spare time.

• Plats chauds à midi ;-)
• Le catering -> boissons de midi
• Plus de café ( chaud )

Last year's catering wasn't the best I've seen, but it wasn't the worst either for an almost free event. Again, it's a matter of money. The more sponsors we have, the better you'll eat.

• Une localisation un peu plus centrale (Namur ?)
• Peut-être se rapprocher du centre de la Belgique pour amener encore plus de monde ?

Well, a more central position is a relative point of view. Namur isn't central for people coming from Tournai and North of France. And I know Mons is far far away from Liège.

There is no perfect place, but for me it's easier to stay in Mons. I know our partners, the venue, it's easier for me to be there in no time. And I like this city!

My thoughts on this

Do I care about languages?

Scott Hanselman told us he was surprised everything was not in English. Technical conferences have to be in English. I partially agree.

The feedback showed us people are easily annoyed by non-native speakers who are not comfortable with English. It makes sense. But those speakers are technically very good. Should we avoid them and miss a great session just because English should be the only language? That would be a shame.

Moreover, I think it's important to have localized content. Microsoft encourages MVPs to produce local content, and I think this is a necessary evil. It makes it more accessible, but it doesn't educate people. So, it's okay to have French, but we shouldn't limit ourselves to French. And we don't.

Most of our audience is French speaking (90%), and almost everybody understands English. We'll keep going with those two, without forcing French native to speak a language they are not enough comfortable with.

Do I care about technologies?

It's time to move on! Windows, iOS, Android, ...we may not speak the same language (even if we could :-) C# FTW!), but we are all facing the same problems in our everyday jobs.

Moreover, with the Mobile Dev Day, we originally wanted to have atypic talks by speakers thinking out of the box.

I like the example of Samuel Blanchard's last talk: "Scriptons nos apps Windows Phone ! ". A JavaScript parser to build XAML user interfaces in JavaScript. Let's be honest: it was pointless. But it was technically doable. And it was fun. And it resulted in a must-have app available in the store: Pockat.

It doesn't matter if this talk was related to Microsoft technologies or not. I would have enjoyed it as much if it was Android, iOS, or even (more) SmallTalk.

I don't care about technologies, I care about stories and experiences. I want to see things I couldn't read on my friends technical blogs.

Your thoughts

How do you feel about all this?

What do you expect from an event such as the Mobile Dev Day?

Did you attend the event? Will you join us for a next edition?

What's coming next

You know we're not going to stop now. We have plenty of ideas. The event has to evolve, for the best. You'll notice some changes, for sure.

In the coming days, we will announce our next date and some of the first names of our lineup. If you have suggestions, or if you want to give a talk, don't hesitate to get in touch!

Until then, you can watch the aftermovie of the last edition:

InstallShield LE

D'abord, il faut savoir qu'il n'y a pas de système de base dans Visual Studio 2013 (ni 2012) pour faire un simple installateur. Ca semble pourtant être la base... pouvoir installer une programme, le mettre à jour de manière professionnelle, avec une mention dans le menu d'ajout/suppression de programme. C'est ce à quoi s'attend tout utilisateur sur Windows.

Il y a bien l'option ClickOnce, mais elle fait un peu cheap (même si dans le fond c'est assez pratique avec le déploiement de mise à jour online).

On retrouve toutefois quelques inconvénients dans le cas de l'utilisation pour un VSTO :

• A moins d'acheter un certificat de code-signing, un utilisateur lambda devra confirmer plusieurs fois qu'il veut installer une application provenant d'une source non trustée (et donc potentiellement dangereuse).
• Impossible de faire une installation ClickOnce si les fichiers à installés sont stockés sur un serveur sans certificat SSL, à moins que le site soit dans la Trusted Zone. Ce que personne ne fait.

Bref, InstallShield va permettre de faire un installateur classique, en évitant ces problèmes.

A la première création d'un projet InstallShield, vous serez invité à télécharger et installer la version LE (Limited Edition for Visual Studio).

Et là, l'enfer commence :-)

Configuration de base

Imaginons que je veuille créer un installateur pour un plugin Word... Je vais simplement commencer par ajouter un projet InstallShield à ma solution existante.

Un superbe assistant propose alors de vous guider à travers les différentes étapes de la configuration.

Mais passons directement aux parties clés.

En restant dans la page de l'assistant :

1. Application information

   La première fenêtre parle d'elle-même. Il suffit de compléter le nom de votre société, de votre application, son numéro de version et le site web de l'entreprise.

   Ce n'est pas vraiment critique pour l'installation, mais les paramètres comme le nom de votre société et de l'application peuvent être utilisés pour déterminés le dossier d'installation.

2. Application Files

   On passe directement à l'étape 4 de l'assistant. Ici, on est supposé fournir les fichiers nécessaires au bon fonctionnement du programme. Dans le cas d'un plugin VSTO, il faut dans un premier temps ajouter le Primary Output. Pour cela, cliquez sur Add Project Outputs comme sur l'exemple ci-dessous, et sélectionnez Primary Output.

   

   Il faut également ajouter deux fichiers que vous devez aller directement chercher dans votre dossier de release (pensez à faire un premier build en release pour être sûr que ces fichiers existentes ;)). Ajoutez donc VotreAddin.dll.manifest et VotreAddin.vsto :

   

3. Application Registry

   Finalement, on va se permettre d'écrire une clé de registrer pour faciliter l'installation de notre plugin.

   En effet, pour enregistrer un plugin, il faut normalement exécuter le fichier .vsto. Le problème, c'est que cela demande d'avoir du code trusté avec un certificat de code-signing, ce qui coûte relativement cher.

   Ce qu'on va faire à la place, c'est ajouter une clé de registre afin de prévenir Word à son lancement qu'un nouveau plugin est disponible (même s'il n'a pas été enregistré normalement), et on va lui renseigner son emplacement.

   Allez sur HKEY_CURRENT_USER et ajoutez les clés suivantes :

   HKEY_CURRENT_USER / Software / Microsoft / Office / Word(*) / Addins / YourAddin

   (*) évidemment, si vous faites un plugin Powerpoint ou autre, il suffit de remplacer par le programme approprié ;-)

   Enfin, ajoutez les 4 valeurs suivantes :

   • String Description : Votre description
   • String FriendlyName : Votre plugin
   • String Manifest : le chemin vers le fichier .vsto. [INSTALLDIR] représente le dossier courrant d'installation. Votre valeur devrait ressembler à file:///[INSTALLDIR]VotreAddin.vsto|vstolocal
   • DWORD LoadBehavior : 3

   Le LoadBehavior a 3 indique que le plugin doit être chargé au démarrage de l'application (Word dans ce cas-ci).

   

   Pour plus d'infos sur ces clés de registres, vous pouvez consulter la doc MSDN : Registry Entries for Application-Level Add-Ins.

4. Specify Application Data / Redistributables

   On va maintenant sortir de l'assistant pour ajouter quelques finitions. Dans l'explorateur de solution, cherchez l'étape 2. Specify Application Data, et allez dans la rubrique Redistributables.

   Ici, vous allez devoir cocher deux choses :

   • votre version de .NET. Dans mon cas, pour un projet développé avec Visual Studio 2013 et .NET 4.5, je vais cocher Microsoft .NET Framework 4.5 Full
   • les dépendances nécessaires pour les VSTO : Visual Studio 2010 Tools for Office Runtime.

   Avec cela, vous devriez pouvoir déployer votre solution aussi bien sur Windows 7 que Windows 8, avec Office 2010 ou 2013.

5. Installez !

   Et voilà ! On est bon pour installer notre première version du plugin.

   Vous pouvez encore aller faire un tour dans la partie Installation Interview si vous souhaitez modifier les différentes fenêtres qui apparaissent durant l'installation (End User License Agreement, demander à l'utilisateur son nom et celui de sa société, etc...).

   Pour obtenir votre installateur, il ne vous reste plus qu'à builder le projet InstallShield, et à récupérer l'éxécutable dans un sous-dossier du projet InstallShield : Visual Studio 2013 / Projects / WordAddIn1 / WordAddinInstaller / WordAddinInstaller / Express / SingleImage / DiskImages / DISK1 / setup.exe

Programme multi-lingue

Si votre plugin fait intervenir des ressources multilingues .resx, il vous faudra également les embarquer dans l'installateur.

Pour cela, il suffit de rajouter les ressources de localisées aux fichiers compris dans l'installation. Sans quoi vous n'aurez que les ressources de votre langue par défaut.

Pour ce faire, allez à l'étape 2 du projet InstallShield, Specify Application Data > Files.

La partie du haut vous permet de sélectionner du contenu à ajouter à l'installation. La partie du bas indique ce qui est inclu dans votre installateur actuellement.

Notez tout de même que le Localized Resources From YourProject n'apparaît que lorsque vous avez effectivement au moins un fichier de ressources localisées !

Mise à jour

Dans cette partie, nous allons voir comment configurer l'installateur pour qu'il supprime les versions précédentes de votre plugin avant d'en réinstaller une nouvelle.

Rendez-vous dans à l'étape 1 du projet InstallShield, Organize Your Setup > General Information.

Trois valeurs nous intéressent ici :

• Product Version : le numéro de version de votre logiciel. Ce numéro n'est pas lié à la version que vous déclarez dans les propriétés de votre projet. Mais c'est le numéro qui apparaîtra dans la vue Programmes & fonctionnalités qui permet à l'utilisateur de désinstaller des programmes.
• Product Code : ce numéro identifie de manière unique une version de votre application. Chaque release de votre projet doit avoir un numéro de produit différent pour pouvoir faire fonctionner les mises à jour.
• Upgrade Code : ce numéro indique que différentes versions font partie d'une même famille de produits et qu'il doit y avoir un processus de mise à jour. Vous ne devez pas modifier ce code si vous voulez permettre la mise à jour.

Pour que vous compreniez bien le rôle du Product Code et de l'Upgrade Code, voici les différents scénarios possible lorsque vous voulez installer une nouvelle version d'un produit :

• Product Code et Upgrage Code inchangés :

  L'installation échoue. Un message d'erreur averti l'utilisateur qu'une autre version de ce produit existe déjà et qu'il faut d'abord la désinstaller (manuellement) avant de pouvoir installer celle-ci.

• Product Code inchangé, Upgrade Code différent :

  L'installation se fait sans problème, mais Windows pense avoir affaire à deux familles de produits différents. On se retrouve donc avec deux installations visibles dans le menu Programmes & fonctionnalités.

• Product Code modifié, Upgrade Code inchangé :

  Dans ce cas-ci, tout se passe correctement. Grâce à l'Upgrade Code, Windows reconnait qu'une autre version de l'application existe déjà et la désinstalle pour la remplacer par la nouvelle.

Icône dans le menu Ajout/Suppression de programmes

Enfin, pour que le menu Programme & fonctionnalités vous affiche une belle icône, et pas celle d'InstallShield par défaut, vous pouvez modifier la source dans la partie Organize Your Setup > General Information.

Il faut fournir un fichier au format .ico, et si vous en avez un dans votre solution, vous pouvez y faire référence avec le raccourci <VSSolutionFolder>\YourProject\Icon.ico

Au passage, si vous cherchez un moyen simple de convertir une image en icône, vous trouverez plein de site web qui font ça pour vous. Celui-ci fonctionne : http://iconverticons.com/online/.

And that's it :-) Il reste encore pas mal d'options un peu partout : les scripts automatiques, l'écriture de clé de registres, etc... mais je vous laisse le plaisir de le découvrir par vous-même !

No matter what solution I was opening, Visual Studio kept switching the source control plugin to Git. I was sure all my solutions were bound to TFS.

I didn't understand why Visual Studio was insisting. And when looking for a solution on stackoverflow, every single post were talking about switching or disabling the source control plugin in Tools > Options > Source Control > Plug-in Selection, or saying it was due to the hidden .git folder in the solution folder.

But there were no .git folder in my solution, nor in the direct parent folder. And Visual Studio kept changing back the source control to Git.

I finally found that it was my fault (who said of course? :-)).

The solution was located in :
C:\Users\Renaud\Documents\TFS\MyOrganisation\MySolution\

And actually, I finally found there was a .git folder in :
C:\Users\Renaud\
It wasn't supposed to be there, and probably resulted from a wrong command that I wrote earlier. That's why I had a hard time finding it...

So, it doesn't matter how deep is your solution... if any of the parent folders contain a .git folder, Visual Studio will assume every solutions contains in a subfolder is under Git source control. Just find it!

On remet donc le couvert cette année avec encore plus de stars. Au programme : 10 speakers, 11 sessions, 8 MVPs, et un top développeur de chez Microsoft Corp.

Le site est en ligne. Visitez-le pour retrouver l'ensemble des speakers et le programme complet de la journée : www.mobiledevday.be

Petit cadeau pour les lecteurs de ce blog ;-) Utilisez le code mdd14renaud dans le formulaire ci-dessous pour obtenir une entrée gratuite !

(Inter)nationnalisation

Cette année, nous avons fait le pari d'organiser deux tracks en parallèle pour un évenement bilingue. Une salle proposera des sessions en français, et l'autre en anglais.

L'année dernière, nous avions une seule session en anglais, donnée par l'excellent Jan Tielens, mélangeant habilement Arduino et Microsoft Azure. Le reste des speakers étaient essentiellement composé de Belges francophones et de Français.

Cette fois, nous avons voulu attirer un public plus large (j'entends par là que l'on espère voir venir des Belges de Flandres), mais également donner la parole à des speakers venus d'au-delà des frontières linguistiques.

Quatre thèmes

On parlera de Mobile au sens large du terme. Les quatre thèmes abordés sont : le développement mobile, l'UX, le cloud et l'Internet des Objets.

Vous retrouverez chacun de ces thèmes dans les deux tracks. Peu importe la langue que vous privilégiez, il y en aura pour tous les goûts.

Pas de blabla, du concret

Pas question au Mobile Dev Day de vous présenter des produits en surface, pour que vous vous rendiez compte une fois chez vous que cela ne s'applique pas aux scénarios de la vie réelle (ça vous semble familier ? :-)).

Pour vous, on est allés chercher des développeurs prêts à plonger leurs pattes dans le code, sous vos yeux ! Attendez-vous à des sessions techniques bien poilues.

Appel aux Sponsors

Cet événement est organisé par une équipe de bénévoles et demande pas mal de temps et d'argent. Si vous trouvez l'initiative intéressante et souhaitez soutenir la communauté des développeurs, contactez-moi : contact@mobiledevday.com

Aftermovie Mobile Dev Day 2013

Les hackathons ont dépassé le pique d'enthousiasme de leur cycle de hype.

La fin de la hype

Globalement, grâce à quelques success stories, les entreprises se disent que ce modèle est la solution rapide et pas chère à tous leurs problèmes. Enfermez quelques développeurs le temps d'un weekend, et pour quelques milliers d'euros de prix, vous obtiendrez des apps répondant plus ou moins à vos besoins. Mouais.

Alors on multiplie les occasions. Et on se retrouve avec une quantité absurde d'événements, parfois jusqu'à un par semaine. N'importe quelle personne sensée comprendra que l'on ne peut pas solliciter indéfiniment les développeurs en les nourrissant de pizza et en les rémunérant potentiellement à base de smartphones ou tablettes (ou des prix en cash pour les plus chanceux).

Les hackathons, qui étaient des moments organisés par les devs et pour les devs, ont ainsi été récupérés par des gens (les copains de ceux qui organisent ces fameux concours de logos adressés à nos amis designers) n'y comprenant pas grand chose, et dégradant le concept original.

Changer la tendance

Le développeur est encore vu par beaucoup comme un individu associal ne portant d'intérêt à rien d'autres qu'aux ordinateurs et à son monde virtuel.

En vérité (je vous le dis), la plupart des développeurs que j'admire (aussi bien les speakers internationnaux que les gens de mon entourage) n'ont pas du tout ce genre de profil. Par exemple, contrairement à ce qu'on pourrait croire, et comme le racontait Julien Dollon sur son blog, les développeurs chez Microsoft ne sont pas des nerds.

Dans cet esprit, je réfléchissais depuis un moment à l'organisation d'un événement qui puisse apporter un regard différent sur le développeur. Un événement pour développeurs, mais où l'on pourrait manger de la bonne bouffe, faire des activités, et s'aérer.

Softlab

Au MIC, on a récemment lancé l'initiative Softlab dont le but est de faciliter la mise en relation des startups/PMEs et des développeurs. Dans ce cadre, nous avons lancé une journée open space récurrente. Chaque vendredi, le MIC ouvre ses portes aux développeurs. C'est entièrement gratuit, et ceux qui arrivent suffisament tôt peuvent profiter du petit déjeuner. À ses débuts, l'open space attirait 4 à 5 développeurs chaque semaine. Aujourd'hui, nous sommes régulièrement plus d'une dizaine

Suite à ce petit succès, et pour remercier en partie ces développeurs et tous les autres qui gravitent autour du MIC, nous avons voulu organiser un événement qui leur soit dédié. C'est ainsi qu'est née l'idée du MIC Summer Camp, dont je vous parlais dans un précédent article "Three tips for devs, and how and when to apply them".

Ce weekend, en plus d'avoir permi de contribuer à 9 projets open-source aura été l'occasion de rassembler les différents développeurs de la communauté que nous avons la chance de croiser régulièrement au MIC.

Not your usual hackathon

Est-ce que vous auriez imaginé un jour emmener près de 50 développeurs pour une balade en VTT dans les Hautes-Fagnes, après une longue journée de dev ? On l'a fait !

Photo : Brice Matassa

Sans compter qu'une dizaine de participants étaient suffisamment motivés pour déjà faire un petit run ce matin-là.

On a également profité d'un apéro feu de bois, d'un minigolf, d'une terrasse ensoleillée, d'un restaurant au top. Bref, de quoi décompresser quand nécessaire, pour offrir de bonnes conditions de travail.

Photos : Benjamin (Orthanc), Brice Matassa, Adrien Clerbois

Et pour vous donner encore un autre aperçu de ce weekend, voici l'aftermovie réalisé par @roald après ces 3 jours.

Le seul hackathon auquel j'ai participé se rapprochant un tant soit peu de celui-ci (et qui m'a également inspiré) est le hackathon du Moulin de la Forge organisé par Microsoft France. Mais il manque le côté aide aux PMEs et open-source que l'on retrouve ici.

Si vous connaissez d'autres hackathons du genre, en Belgique ou à l'étranger, qui proposent plus que simplement 48h de code non-stop, n'hésitez pas à en parler en commentaire. Ça pourrait nous donner des idées pour une prochaine édition :-)

Who am I?

It's been 2 years now since I started working at the Microsoft Innovation Center Belgique. During that time, I've had many opportunities to meet new people, developers, entrepreneurs, many crazy and inspiring persons, and I have to admit that I learned a lot from all of them.

I spent most of my time discussing with other developers, in Belgium and abroad, answering questions and sharing my passion. I organized a few events with and for the Belgian french-speaking developers community among which are the Mobile Dev Day (mobile - mainly Windows Phone), the Pixels Festival (inspiring talks about dev/design/communication), and the Developer's First Monday (monthly afterworks on various MS-related technologies).

Everything I've achieved, I did it because I was lucky enough to have met people who helped me! That's why I try to attend as much events as I can, to make new contacts. That's also why I want to organize my own events in Wallonia. I want to create the right place at the right time so that other developers can also have the chance to meet the people who will make them lucky. tip #1: always try to meet new people.

It's been a lot of exciting activities, even if sometimes exhausting. And I definitely want to keep going that way. The belgian french-speaking Microsoft community growed very well, with 166 members at the time I wrote this article. Together, and with the support of Microsoft, we've organized many hackathons (SuperHack, //publish/, ...), and published many apps on the Windows Stores. But I want to do more. And I want to do it in a different way.

What's going on outside?

Yeah, that's a good question. What's going on outside of our Microsoft-centric world? During the last few weeks, we've been surrounded with an endless stream of exciting news from the Microsoft teams. We saw major releases coming with the Windows Phone 8.1 update, the new Universal Apps model, and a lot of goodness with Visual Studio 2013 Update 2, ASP.NET vNext, and more... I feel like every day comes with its bunch of good news.

We also have a lot of community events. That's one of the strength of Microsoft. The community is awesome. An esteemed PHP developer told me once that if he had to reconvert himself, he would be interested in doing Microsoft stuff, simply because of the active community.

But that's not a reason to ignore the rest of the developer's world. By meeting new people, I discovered new technologies. Well, not always... I already knew the existence of some of them. But this time, I took the time to give it a try. It's pleasing to seat next to a fellow developer who gives you a sneek peak of the latest feature of his preferred framework or language. By looking at other technologies, you'll find that most of your practices are shared by other developers. But more important, you'll learn new concepts and have new points of view that may help you in your everyday life, while developing with your own favorite language. tip #2 : always try to learn something new.

This is too much for me.

"Wait... you just said we were already drowning under all the new Microsoft technologies, and now you suggest I should also care about everything else? But, I'm already following 3843 Microsoft MVPs on Twitter and I subscribed to all the MS-related blogs feeds I could ever find. There's no way I can absorb more information!"

Well, that's right. You can't. And that's okay. There's way too much information bubbling everywhere. More and more companies and developers are sharing their products and bytes and codes every single day and it will not end tomorrow. If you start worrying about missing something, just take a break. tip #3: you'll always miss stuff. Deal with it.

Hackathon vNext.

I know what you are thinking right now. "Yet another hackathon, really?". Well, I’m not going to talk about your usual hackathon. You probably saw a growing number of hackathons the last few months. If you’re willing to travel in France, you can easily attend a Startup Weekend or a BeMyApp every weekend. But this one is different. I promise!

This hackathon is a way to say thanks to developers, while doing something useful. I'm talking about the MIC Summer Camp that we are organizing with the MIC Belgique.

During 3 days, we will stay in total nature, in the center of the Hautes-Fagnes, and we will work in team on Open Source projects that answers SMB/startups needs. Three days of prototyping, but also three days to meet other developers, learn new things, and to take the time to make a break. Be prepared to get out of you comfort zone : we have some fun activities planned to clear your mind.

This is actually the perfect place to put the three tips I gave you into practice.

moving forward

Comme le savent certains, j'ai récemment emménagé à Mons en quittant pour la première fois la maison de mon enfance.

Je me suis exporté vers Mons pour plusieurs raisons, dont la principale était de me rapprocher du lieu de mes activités. C'est à Mons que je travaille. C'est à Mons que j'organise des évènements pour les développeurs, ou pour la communauté créative en général. C'est à Mons que je participe à de très nombreux afterworks.

J'ai pris l'habitude lorsque je dois prendre une décision qui bouscule mon mode de vie d'évaluer son impact sur certains points. Vais-je perdre ou gagner en qualité de vie ? Cela va-t-il m'aider ou non à atteindre mes objectifs à long terme ? Vais-je prendre plus ou moins de plaisir à faire ce que je fais chaque jour ?

Dans mon cas, seul le premier point est affecté. Avec cette délocalisation, j'augmente considérablement ma qualité de vie en évitant de faire d'insupportables allers-retours quotidiens entre mon domicile et Mons, et perdre mon temps dans l'enfer du réseau routier belge. Je perds sans doute un peu en confort, mais gagne en indépendance. Au final, je pense que la balance penchait en faveur du changement. Et puis, c'est l'ordre normal des choses.

work addict

J'ai par contre un réel problème - et je suis loin d'être un cas isolé - concernant ma relation avec le boulot. L'environnement dans lequel je travaille (le monde du numérique et des startups) est infesté de personnes addictes au travail. Ce n'est pas juste le travail pour le travail. C'est plutôt avoir conscience que des choses doivent être faites, et que personne ne les fera pour vous.

Pour ma part, il y a trop d'idées dans lesquelles je voudrais me lancer ; trop d'organisations dans lesquels j'aimerais m'investir ; trop d'évènements auxquels je voudrais participer ; trop de projets auxquels j'aimerais contribuer. Mais tellement peu de temps.

En dehors de ça, il y a aussi toutes les sollicitations extérieures, difficilement quantifiables, mais incessantes. C'est évidemment lié à mon boulot d'une part, et à mon implication dans la communauté et mon statut de MVP. Je reçois énormément de mails, de tweets, de messages sur Facebook, venant de gens que je connais ou pas et qui me demandent tantôt un conseil, tantôt complètement un bout de code pour régler leur problème. J'aime ça d'une certaine manière, parce que c'est principalement en répondant à toutes ces questions que je continue à apprendre des choses. Mais c'est un job à temps plein, 24h/24, 7j/7. Et j'essaie de prendre soin de n'oublier personne. (/!\ révélation : je suis loin de tout connaître, et plus d'une fois sur deux je fais une recherche avant de répondre à une question)

the white (dev) house

Et au fond, avec cette colocation, j'aurais très bien pu courir à ma perte. Habiter avec 3 autres développeurs et une graphiste au centre de Mons, c'est à la fois sexy (si si) et en même temps un peu de la folie. Parce que jusqu'alors, ce qui m'empêchait de passer toutes mes soirées sans exception à des activités liées de près ou de loin à l'informatique, c'était le fait de devoir finalement rentrer chez mes parents de temps en temps.

À la Maison Blanche (appelée ainsi pour se rappeler qu'autrefois sa façade était encore d'une couleur identifiable), j'aurais pu passer toutes mes nuits à coder. Rester au boulot jusqu'à pas d'heure. Me nourrir de junkfood et m'arrêter uniquement le temps de sortir boire un verre sur la Grand Place de Mons avec quelques-uns de mes amis du même monde que moi.

Une des pièces de la maison est aménagée en hackerspace ! L'idée initiale était d'ouvrir l'espace à quelques motivés un soir par semaine histoire de bidouiller, mais cela ne s'est finalement jamais fait.

On code bien sûr souvent le soir, chacun sur nos projets. Nous avons tous les cinq des horaires un peu compliqués et instables, mais lorsque chacun s'organise on arrive même à passer des soirées ensemble pour faire une activité commune.

less is more

Et c'est là finalement que j'ai véritablement eu de la chance... bien que l'on travaille tous dans le même domaine, chacun de mes colocs a ses propres centres d'intérêts, autres que les joies du code. Le jardinage, le vélo, la course à pieds, la cuisine, la musique, les arts plastiques, ...

Une dynamique positive s'est rapidement installée à la maison, m'entraînant naturellement dans son élan. L'influence de mes colocataires me motive à faire d'autres choses que de simplement passer mes soirées à coder, rédiger un nouvel article technique, ou réfléchir à un nouveau (nom de) projet. Il parait qu'on est la moyenne des 5 personnes avec lesquelles on passe le plus de temps, selon Jim Rohn. Et si l'on accepte que l'environnement dans lequel on se trouve a une influence sur notre façon d'agir et de penser, alors je pense pouvoir me considérer comme chanceux d'être où je suis.

Ces derniers temps, je cours davantage et fais des activités sportives. Je fais de nouvelles expériences culinaires et ai une alimentation beaucoup plus saine de manière générale. Je me suis remis à la musique. J'ai recommencé à lire autre chose que des bouquins techniques. Par contre, j'ai drastiquement diminué ma consommation de séries. J'ai également arrêté la cigarette.

Je me suis longtemps enfermé dans une situation inconfortable. Un mélange de fausses excuses et de culpabilité. Tout ce qui n'était pas lié de près ou de loin au boulot, je le considérais comme une perte de temps. Combien de fois ai-je répondu "désolé, j'ai trop de boulot ce soir" lorsqu'on me proposait d'aller courir ? La peur de ne pas réussir à achever une tâche dans le délai imparti nous fait croire que toute distraction nous conduira nécessairement un peu plus vers l'échec.

Mais en toute honnêteté, ce n'est pas une heure de plus ou de moins qui fera la différence. A présent, je m'encourage à faire ce genre de break dès que je vois que ma productivité baisse. Prendre une heure pour courir le soir ou sur le temps de midi, et reprendre le boulot après. Au pire, la situation est restée inchangée. Au mieux, je me suis suffisamment aéré pour avoir les idées claires.

En vérité, j'utilise d'avantage mon temps libre pour me reposer l'esprit, ce que je me refusais avant... au nom de toutes ces choses à faire et du manque de temps dont je pensais souffrir à cause de mon obsession du travail. Désormais, je consacre moins de temps à mon boulot, mais je sens que ce temps est beaucoup plus productif. Je me sens moins fatigué intellectuellement et j'arrive mieux à rester concentrer. Je regrette de ne pas avoir gardé RescueTime ces derniers temps. Je suis persuadé que les stats auraient été intéressantes...

Qu'en est-il pour vous ?

Comment gérez-vous votre temps, le boulot, les loisirs ? Vous sentez-vous parfois fatigué avant même d'avoir commencé la journée ? Si oui, il serait peut-être temps de vous laisser un peu de temps.

Pourquoi Ghost ?

Pour son côté minimaliste d'abord, et aussi esthétique. C'est en effet plutôt compliqué de trouver un thème un peu sexy pour BlogEngine (sans dénigrer le travail de ceux qui contribuent). Il faut avouer que Ghost apporte un peu de fraîcheur par rapport à BlogEngine.

Pour tester une nouvelle techno. Parce qu'en dehors de quelques expériences plus ou moins satisfaisantes avec les Mobile Services de Windows Azure, je dois dire que c'est ma toute première fois avec Node.js.

Du coup, grâce à l'excellent How to install the nodejs Ghost blogging software on Azure Websites, il m'aura fallu moins d'une heure pour avoir mon nouveau blog en ligne. Le temps d'installer les tools, de configurer quelques fichiers, de récupérer les sources du thème Uno et de l'adapter quelque peu. Suffisant pour me familiariser avec le déploiement Git pour Azure.

Pourquoi pas plus tôt ?

Parce qu'une chose me freinait : la peur, avec un passage à un nouveau moteur de blog, de casser tous mes liens existants, disséminés dans les interwebs.

C'est pour ça qu'en me lançant, j'ai préféré hoster ma propre build de Ghost sur Azure plutôt que d'utiliser leur solution d'hébergement.

Au final, la modification des routes a été beaucoup plus simple que ce que je pensais, pour une personne n'ayant aucune expérience de Node.js. Quelques minutes auront suffi et, désormais, tous mes anciens posts seront toujours consultables. Vous serez simplement redirigés vers une copie de mon blog, disponible à titre d'archive.