Un geek social et Linuxien de nature

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.