Geek by *recycledwax on deviantART

Je l’avait annoncé. Nous avons particié a des événements, joints d’autres. Maintenant, depuis Janvier 2011, à tous les mercredis, nous vous invitons a vous joindre a nos rencontres. Donc,depuis cinq semaines maintenant nous hébergeons au public nos ateliers de travail qu’on appelait nos GeekNights maintenant surnommé devLAB.

Comment devLAB a commencé?

Tout a commencé en 2006. Le besoin est né après plusieurs mois à discuter de technologie a deux (avec Etienne) a prendre une bière au 3Brasseurs et de parler de binaire, netmask… vous savez, des trucs de Geeks. Nous avons joins notre  vieil ami Stephan et nous avons officialisé le pacte que nous avons tenu de 2006-2009. Une fois par semaine tous les Mercredis soir nous suivions ce concept:

1. Se rencontrer peu importe la charge de travail au bureau
2. Faire avancer une idée
3. Utiliser quelque chose qu’on a jamais utilisé avant
4. Pratiquer les méthodologies pour prendre les plis qu’on ne pouvait pas toujours prendre au bureau

Parfois nous en faisions des CodeFests qui duraient une fin de semaine complète. D’autres fois nous invitions des amis a jouer avec nous sur des sujets divers.

Quelques sujets que nous avons couverts

Nous discutions d’a peu près tout ce qui nous tentait. Parfois nous étions inspirés par ce que nous faisions au bureau, d’autres fois, des amis venaient nous montrer leus trucs qui les “faisaient tripper”  (!)

Entre autres…

1. Le Test Driven Development avec Visual Studio
2. Environnement généré en Javascript avec ExtJS
3. Des processus d’auto installation avec CentOS 5 (Kick start)
4. Monter un serveur SMTP avec Debian Etch et Exim connecté avec un backend MySQL
5. Faire des routines de déploiement en XML avec Apache Ant
6. Monter une librairie de migration de base de donnée d’un serveur a l’autre
7. Monter un “Une VM Linux qui sert au développement” et utiliser un tunnel X pour afficher localement ce qui est exécuté dans la VM
8. Monter une sandbox…  sous Mac OS X
9. Un projet de gestion de parc informatique
10. Un projet de gestion de menu utilisant le “Fichier canadien sur les éléments nutrritifs“
11. … et plusieurs autres.

Pourquoi avons nous lancé un autre événement a Montréal

Étant donné qu’aucun événement a Montréal n’avait ce type de concept, nous l’avons ouverts au public. Surtout que les gens autour de nous aimaient  l’idée de nos rencontres.

Notre objectif est clair:

devLAB est  une occasion de partager avec d’autres passsionnés en faisant des rencontres hebdomadaires de travail ou on “met la main à la pâte”.

Parceque ce qu’on veut depuis toujours c’est un endroit ou essayer des trucs. Peu importe la techno. Des chose qu’on peut pas nécessairement faire au bureau, ou chez soi. C’est de se donner une occasion d’améliorer ses capacités.

Evocatio : L’oeuf ou la Poule?

Pour les gens qui se le demandent. Evocatio a commencé A CAUSE des GeekNights.

Pas le contraire.

En fait, nous sommes ouverts a l’aide pour en faire une entité a part entière.

La direction de devLAB

… notre manifeste, en quelque sorte. Pas nécessairement officiel mais va comme suit:

1. Rencontre tous les mercredis 18h30-22h00
2. Avancer un projet de logiciel Libre
3. Ne pas se coincer qu’a une seule technologie ou langage de programmation
4. Travailler en équipe (code pairing) pour apprendre des interventions de son pair
5. Ajouter des facteurs d’inconnus coté technologique
6. Tout le monde est là pour apprendre et jouer a la technologie
7. But non lucratif. Aucune entreprise ne peut être promu par devLAB. Le contraire n’est pas interdit par contre.
8. Bilinguisme from the ground up (Except that my blog is for a french only audience. sorry)

C’est quand?

CE Mercredi, ou le prochain!

Le détail des annonces sur Techentreprise (voir le lien devLAB Montréal), Twitter via @devLABmtl et dans le groupe Facebook.  Vous pouvez aussi être fan de la Page Facebook.

Vous pouvez aussi  devlabmtl.org et qui n’est pas aussi à jour mais qui le sera éventuellement.

Vous voulez vous joindre a nous? Pas de problème! Si vous avez des questions vous pouvez envoyer un courriel a info A dev LAB mtl POINT org

Au plaisir de vous y croiser.

Moi et mes compagnons d’arme des GeekNights (Etienne et Stephan) planifions un projet qu’on a baptisé DevLab.

Nos GeekNights étaient bien plaisants a nous trois mais nous voulons partager avec d’autres passionnés. C’est l’origine de l’idée du DevLab.

Nous avons choisi le nom «Lab», parce que l’idée est d’augmenter ses capacités avec des gens expérimentés et de partager lors d’une soirée ou une fin de semaine, pour le plaisir. Nous ne voulons pas nous limiter qu’a un seul projet Open-Source.

L’idée

• UN site web pour prendre connaissance des sessions
• Plusieurs types de sessions pour travailler les divers aspects et faire avancer le projet
• UNE rencontre aux trois mois ou quelque chose de la sorte.
• On va lancer le nouveau projet pour la semaine WebCom, lors du FTW (vers le 25 mai) .

Qui est invité à participer a l’organisation

Quiconque est intéressé a participer a l’organisation peut nous en faire part.

Le projet

Un nouveau software de comptabilité open-source

Ce que nous allons fournir

• l’infrastructure
• SVN/Git,
• Bugtracker
• Wiki de collaboration
• L’entretien du code et de l’Infrastructure
• Notre expérience de lab

Les buzzwords

• PHP 5.3+
• MySQL 5.1+
• Virtualisation
• Intégration Continue
• Modèle Agile
• Extreme Programming
• … peut être même pas de Framework (a voir!)
• OOP

Quand?

Le projet ne sera pas lancé tout de suite mais nous sommes en train de monter les alliances pour permettre ce type d’événement d’une façon récurrente. Si vous êtes intéressés, contactez nous. Je tiendrai cette page à jour.

Première sortie publique

Nous serons présents lors de la première de MonDev et nous participerons aussi à la compétition «For the Web coding competition» sponsorisé par Microsoft Canada. Venez nous en parler!

Appel a la collaboration

Nous avons l’idée et les capacités de produire le logiciel. Mais notre intérêt ici est de partager nos connaissances et de créer un événement par des développeurs pour des développeurs qui désirent apprendre et partager leur connaissances.

Si vous êtes intéressés, manifestez-vous sur le fil de commentaire. Plus on est de fous plus on rit.

Nous allons vous tenir au courrant sur Twitter et sur cette page de l’évolution du projet.

Un nouveau manifeste voit le jour, il s’agit du Open Cloud Manifesto. Le manifeste propose entre autres 4 objectifs que devraient viser les fournisseurs de services «dans les nuages» afin de minimiser la dépendance envers une technologie particulière et maximiser l’interopérabilité.

De plus, le manifeste propose 6 principes a respecter pour offrir aux clients la liberté de choisir parmi des services ouverts permettant autant de flexibilité et d’agilité que possible.

Le but avoue du Open Cloud Manifesto est d’abord de susciter la réflexion et la discussion sur le concept. Il ne s’agit pas d’une definition finale en soi ou d’une définition d’un quelconque standard d’architecture du «cloud computing».

Fait intéressant, on ne connait pas encore l’identite des personnes ayant initie ce mouvement. Cependant, parmi les signataires, on retrouve entre autres Akamai, Cisco, IBM, Red Hat, SAP, Sun et The Open Group. Parmi les absents actuels, on note Google, Microsoft et Salesforce.com.

Objectifs proposés pour un «Nuage» qui suit les concepts du «Open Cloud» :

• Choix
• Flexibilité
• Vitesse d’exécution et Agilité
• Capacité

Principes pour un «Open Cloud» :

Je n’ai pas traduit le texte, vous pouvez me le demander et je le traduirai

1. providers must work together to ensure that the challenges to cloud adoption (security, integration, portability, interoperability, governance/management, metering/monitoring) are addressed through open collaboration and the appropriate use of standards.
2. Cloud providers must not use their market position to lock customers into their particular platforms and limit their choice of providers.
3. Cloud providers must use and adopt existing standards wherever appropriate. The IT industry has invested heavily in existing standards and standards organizations; there is no need to duplicate or reinvent them.
4. When new standards (or adjustments to existing standards) are needed, we must be judicious and pragmatic to avoid creating too many standards. We must ensure that standards promote innovation and do not inhibit it.
5. Any community effort around the open cloud should be driven by customer needs, not merely the technical needs of cloud providers, and should be tested or verified against real customer requirements.
6. Cloud computing standards organizations, advocacy groups, and communities should work together and stay coordinated, making sure that fforts do not conflict or overlap.

Plus de details sur le site du Open Cloud Manifesto.