Site de Damien Raude-Morvan – Blog

Optimiser les performances de la JVM : focus sur Docker & Kubernetes

Sat, 03 Oct 2026 14:03:07 +0200

Un pod Java est limité à 1 Go, mais le processus finit en OOMKilled alors que la heap semble encore loin de sa limite. Où est passée la mémoire ?

La heap n’est qu’une partie de l’empreinte mémoire d’une JVM . Pour comprendre ce que voit Kubernetes - et éviter de régler -Xmx à l’aveugle - il faut aussi compter les stacks des threads, le metaspace, les buffers natifs et la mémoire utilisée par le processus lui-même.

La mémoire du processus ne se limite pas à la heap

La mémoire RSS correspond à la mémoire occupée par le processus sur le système d’exploitation. Il ne se confond pas avec la taille de la heap : la JVM et l’application utilisent aussi de la mémoire native, que le garbage collector ( GC ) ne gère pas comme les objets de la heap.

Dans la heap, le garbage collector organise les objets selon leur durée de vie. La jeune génération comprend Eden, où les objets sont alloués, et les espaces Survivor, où passent ceux qui survivent aux premiers cycles de nettoyage. Les objets qui restent longtemps sont ensuite conservés dans l’ancienne génération (Old Gen).

En dehors de la heap, plusieurs zones contribuent à la mémoire du processus :

Le metaspace contient les métadonnées des classes chargées. Son utilisation tend à se stabiliser après le démarrage de l’application.
Le code cache contient le code compilé en natif par le compilateur Just-In-Time ( JIT ).
Chaque thread possède sa propre pile d’exécution. Avec une pile d’environ 1 Mo par thread, plusieurs dizaines de threads représentent déjà plusieurs dizaines de mégaoctets.
Les buffers directs de ByteBuffer (NIO) sont alloués hors-heap. Les entrées-sorties réseau peuvent en consommer une quantité importante.
Le processus utilise également de la mémoire système.

---
config:
treemap:
valueFormat: '.0%'
---
treemap-beta
"RSS Memory"
"System Memory": 0.1
"Non-Heap"
"Meta Space": 0.04
"Code Cache": 0.10
"Threads Stacks": 0.08
"Byte Buffers": 0.08
"JVM Heap"
"Old Gen": 0.35
"New Gen": 0.25

L’objectif principal est d’obtenir le meilleur rapport utilisation / mémoire allouée (used / committed) de la JVM. Dans certaines situations, l’usage de la mémoire hors-heap peut être supérieur à celui de la heap.

Une surveillance adéquate de l’utilisation de l’application est nécessaire avant tout réglage.

Ce que la JVM configure à votre place

Au démarrage, la JVM observe les ressources qu’elle peut utiliser - processeurs, mémoire et architecture - puis choisit plusieurs valeurs par défaut. Ce mécanisme d’auto-configuration est appelé Ergonomics. Il ajuste notamment le garbage collector, la taille de la heap et celle des stacks de threads.

Taille de la pile

Ces valeurs peuvent varier selon l’environnement. Par exemple, -XX:+PrintFlagsFinal permet de comparer la taille de pile configurée par défaut sur deux architectures :

# Sur une architecture Intel (x86_64)
➜ docker run --platform=linux/amd64 eclipse-temurin:27-jre \
 java -XX:+PrintFlagsFinal -version | grep -Ei "ThreadStackSize"
 intx ThreadStackSize = 1024

# Sur une architecture ARM (arm64)
➜ docker run --platform=linux/arm64 eclipse-temurin:27-jre \
 java -XX:+PrintFlagsFinal -version | grep -Ei "ThreadStackSize"
 intx ThreadStackSize = 2040

Mémoire allouée à la heap

Pour la mémoire, la valeur par défaut de MaxRAMPercentage limite la heap à 25 % de la mémoire disponible pour le conteneur. Cette valeur peut convenir à certains workloads, mais elle mérite d’être vérifiée : un heap trop petit peut contraindre l’application, tandis qu’un heap trop grand laisse trop peu de marge aux autres allocations.

# Avec 2 Go de RAM pour le container -> 25% donc 512 Mo pour la Heap
➜ docker run --memory=2g eclipse-temurin:27-jre \
 java -XX:+PrintFlagsFinal -version | grep -E "(MaxRAMPercentage|MaxHeapSize)"
 size_t MaxHeapSize = 536870912 {product} {ergonomic}
 double MaxRAMPercentage = 25.0 {product} {default}

# Avec 512 Mo de RAM pour le container -> 25% donc 128 Mo pour la Heap
➜ docker run --memory=512m eclipse-temurin:27-jre \
 java -XX:+PrintFlagsFinal -version | grep -E "(MaxRAMPercentage|MaxHeapSize)"
 size_t MaxHeapSize = 134217728 {product} {ergonomic}
 double MaxRAMPercentage = 25.0 {product} {default}

La JVM calcule par défaut certaines valeurs clés de réglage (appelées ergonomics) en fonction de son environnement d’exécution (cpu, architecture, mémoire). Toutes ces valeurs par défaut peuvent être remplacées à l’aide d’options en ligne de commande.

Choisir un garbage collector

Le choix du garbage collector ( GC ) dépend du profil de l’application : débit, latence, taille de la heap et ressources disponibles. Par défaut, la JVM choisit un GC à partir des ressources détectées. Historiquement, sur une machine de « classe serveur » - au moins deux processeurs actifs et plus de 1791 Mo de RAM - la JVM sélectionnait le G1 GC ; sinon, la JVM utilisait le Serial GC.

G1 devient le GC par défaut à partir de Java 27 (JEP 523) peu importe le contexte ; les autres choix doivent être demandés explicitement avec une option de lancement.

Les principaux GC ont des profils différents :

Serial GC est monothread et utilise peu de ressources. Il convient aux machines à un cœur et aux petits heaps de moins de 4 Go.
Parallel GC privilégie le débit en utilisant plusieurs threads. Il peut être plus performant que G1 sur les heaps jusqu’à 2 Go, au prix de pauses Stop the World susceptibles d’affecter la latence p99.
G1 GC (Garbage-First) cherche un compromis entre débit et pauses maîtrisées sur les heaps de taille moyenne ou importante.
ZGC, production-ready depuis JDK 15 (JEP 377), vise de faibles latences sur de grands heaps.
Shenandoah, production-ready depuis JDK 15 (JEP 379), vise lui aussi des temps de pause réduits.

Critère	Serial	Parallel	G1	ZGC	Shenandoah
Cœurs et threads	1 cœur (pas de multithreading)	2 cœurs ou plus (multithread)	2 cœurs ou plus (multithread)	2 cœurs ou plus (multithread)	2 cœurs ou plus (multithread)
Taille de la heap	< 4 Go	< 4 Go	> 4 Go	> 4 Go	> 4 Go
Temps de pause	Élevés	Élevés	Maîtrisés	Ultra-faibles (< 1 ms)	Très faibles (< 10 ms)
Surcoût	Minimal	Minimal	Modéré	Modéré+	Modéré++
Effet sur la latence de queue	Élevé	Élevé	Élevé	Faible	Modéré
Version de JDK	Toutes	Toutes	JDK 8+	JDK 17+	JDK 11+
Adapté à	Un cœur, petits heaps	Machines multicœurs, petits heaps et traitements batch	Heaps moyens à grands, services web et bases de données	Très faible latence, grands heaps	Applications réactives et bases de données avec de grands heaps

Un GC ne se choisit donc pas sur son seul nom. Des pauses trop longues peuvent dégrader la latence ; un heap ou des allocations mal dimensionnés peuvent aussi mener à un OutOfMemoryError. Mesurez le comportement de l’application avant de changer de GC.

Et dans un contexte Kubernetes, ca change quoi ?

La limite mémoire du conteneur s’applique au processus entier, pas seulement à la heap. Un nœud doté de 32 Go ne permet donc pas nécessairement d’y placer 32 pods Java limités à 1 Go : chaque JVM a aussi besoin de mémoire hors-heap et de mémoire système.

La JVM tient compte des limites des conteneurs Linux et peut lire les métriques exposées par cgroups v2. Elle adapte ainsi ses calculs aux ressources du conteneur plutôt qu’à celles du nœud (voir le ticket Java 17: What’s new in OpenJDK’s container awareness).

La JVM détecte ainsi les quotas CPU (cpu_quota et/ou cpu_period) et la limite mémoire disponible (memory.limit).

À titre d’exemple, jusqu’à 1000 millicores correspondent à un processeur utilisable ; entre 1001 et 2000, elle en compte deux. Cette valeur influe notamment sur le nombre de threads utilisés par les GC parallèles et les pools de threads.

Sur la question des cpu_quota et/ou cpu_period, voir l’article Containerize your Java applications for Kubernetes: Understand JVM available processors

# Vérifier les ressources détectées dans le conteneur
➜ docker run -m 512m --cpus="2" eclipse-temurin:27-jre \
 java -XshowSettings:system -version
Operating System Metrics:
 Provider: cgroupv2
 Effective CPU Count: 2
 Memory Limit: 512.00M

Stratégie : mesurer puis ajuster

Les valeurs par défaut sont un point de départ, pas une configuration garantie pour votre charge. Avant de les modifier, regardez l’utilisation réelle en production : mémoire du processus, heap, threads et latence des pauses GC. Un outil de monitoring aide à suivre ces signaux.

Quelques options utiles pour cadrer les ressources :

-XX:InitialRAMPercentage et -XX:MaxRAMPercentage règlent les tailles initiale et maximale de la heap en pourcentage de la mémoire disponible pour le conteneur. Elles offrent une alternative à -Xms et -Xmx.
-XX:MaxMetaspaceSize fixe une limite au metaspace.
-XX:MaxDirectMemorySize limite les buffers directs alloués hors-heap.
-Xss règle la taille de pile de chaque thread.
-XX:ActiveProcessorCount force le nombre de processeurs que la JVM prend en compte, ce qui peut être utile dans un environnement Kubernetes.

Des valeurs de départ pour vos conteneurs

Pour rendre le dimensionnement plus prévisible, on peut fixer la même valeur initiale et maximale pour la heap. Il faut toutefois garder une marge pour le metaspace, les stacks, les buffers directs et le système. Les pourcentages ci-dessous sont des points de départ à confronter aux mesures de votre application, pas des valeurs universelles.

Au-delà de 2 Go de mémoire disponible, avec G1 GC : commencez autour de 60 % pour la heap. Selon les besoins de l’application et les mesures, cette part peut monter vers 75 %.

-XX:+UseG1GC
-XX:InitialRAMPercentage=75.0
-XX:MaxRAMPercentage=75.0
-XX:ActiveProcessorCount=2

À 2 Go ou moins, avec Parallel GC : une valeur de départ autour de 60 % laisse de la place au système et aux allocations hors-heap.

-XX:+UseParallelGC
-XX:InitialRAMPercentage=60.0
-XX:MaxRAMPercentage=60.0
-XX:ActiveProcessorCount=2

Le bon réglage dépend finalement du profil de l’application et de ses limites de conteneur. Commencez par mesurer l’ensemble du processus, choisissez une marge adaptée, puis ajustez la heap et le GC à partir des résultats - pas seulement d’une valeur par défaut.

Références & bibliographie

[DevLille 2024] Structurizr DSL : Au-delà des diagrammes vers l'Architecture-as-Code

Tue, 11 Jun 2024 15:44:52 +0200

Pourquoi vos diagrammes d’architecture sont déjà obsolètes, et ce que l’Architecture-as-Code peut changer

Cet article est un extrait de la conférence que j’ai donnée lors du DevLille, en juin 2024. Elle présentait le modèle C4 et son implémentation avec Structurizr pour produire de l’architecture-as-code.

Introduction

Nous avons tous hérité un jour du Tableau blanc avec plein de flêches : un schéma complexe, tracé pendant un sprint héroïque, puis recouvert de poussière. Personne n’ose l’effacer, de peur de perdre une information importante, mais plus personne ne s’y fie vraiment. C’est le syndrome de la “documentation qui pourrit” : dès qu’un diagramme est exporté en PNG et figé dans un wiki, il commence à diverger du code.

Cette dette documentaire n’est pas une fatalité. L’idée est de passer du dessin jetable à une donnée durable.

Cessez de dessiner, commencez à modéliser

La différence entre “dessiner” et “modéliser” compte beaucoup, et c’est souvent là que le piège se referme.

Avec Miro, Lucidchart ou, soyons fous, Paint, vous manipulez des formes géométriques déconnectées. Cette flexibilité apparente finit par poser problème. Elle crée de l’incohérence : le “rectangle bleu” d’une équipe n’aura pas forcément la même signification que celui de l’équipe voisine. C’est le retour des heures sombres de Rational Rose, sans la rigueur de l’époque.

La modélisation impose une cohérence. On ne dessine pas un carré, on déclare un composant avec ses propriétés et ses relations. Le principal avantage est la synchronisation.

Dans un modèle, si vous renommez une base de données, le changement se retrouve dans toutes vos vues. Le modèle devient ainsi un langage commun, centralisé et partagé.

Le Modèle C4 : L’art du “Zoom”

Pour structurer cette modélisation sans retomber dans la rigidité de l’UML d’autrefois, le modèle C4 (Software System, Container, Component, Deployment) propose une approche pragmatique. Il organise plusieurs niveaux d’abstraction, chacun correspondant à une perspective :

Niveau 1 : Software System. La vue d’ensemble. Selon le contexte, ce niveau représente une application, un produit complet ou un service autonome. Il s’adresse notamment aux parties prenantes externes.
Niveau 2 : Container. On identifie les unités déployables (API, Single Page App, Mobile App, Database). C’est le niveau le plus utile aux nouveaux venus pour comprendre l’écosystème technique.
Niveau 3 : Component. On entre dans le détail du container : contrôleurs Spring, endpoints et schémas de base de données. Le développeur y documente ses choix d’implémentation.
Bonus : Deployment View. Souvent oubliée, cette vue relie le Dev et l’Ops. Elle décrit comment les containers sont instanciés sur l’infrastructure réelle (nœuds K8s, pods, clusters). Sans elle, l’architecture reste théorique.

L’Architecture-as-Code (DSL)

Pour rester à jour, l’architecture doit vivre là où travaille le développeur : dans l’IDE. Grâce au Structurizr DSL (sous licence Apache 2.0), l’architecture devient textuelle, versionnable et révisable.

L’approche sépare le modèle (la structure) de la vue (le rendu). Au lieu d’aligner des boîtes, on décrit des relations dans VS Code. Pour travailler au quotidien, des outils comme Structurizr Light (via un container Docker) permettent de prévisualiser localement les modifications. En intégrant le DSL au cycle Git, on peut aussi relire l’architecture avec des Pull Requests et des Code Reviews.

“L’architecture elle n’a de valeur que si elle est compréhensible et accessible. Si elle est gardée au sein d’une équipe, elle a assez peu d’intérêt.”

Interroger son architecture

Une fois modélisée, votre architecture devient une base de données requêtable.

Imaginez une faille de sécurité critique sur MongoDB. Au lieu de parcourir manuellement des dizaines de diagrammes obsolètes, vous posez une question au modèle : “Quels composants consomment MongoDB ?”. L’analyse d’impact devient une tâche rapide et précise. Pour un responsable sécurité, cette visibilité sur les flux et les dépendances facilite l’évaluation des risques.

Automatisation (CI/CD)

L’Architecture-as-Code n’est pas magique. Elle demande de la gouvernance et un “champion” pour porter la démarche. Une fois intégrée à la CI/CD, elle s’insère dans le travail quotidien :

Commit du DSL : Le développeur met à jour la structure ou ajoute un ADR (Architecture Decision Record) dans le repo Git.
Pipeline CI/CD : Un workflow (GitHub Actions ou GitLab CI) se déclenche.
Publication automatisée : Des outils comme Structurizr Site GeneratR produisent un site statique regroupant diagrammes à jour, graphes de navigation et documentation technique.

L’architecture ne reste plus dans un dossier caché. Elle devient accessible et exploitable par tous.

Conclusion

L’Architecture-as-Code ne remplace pas les croquis rapides sur un coin de table. Elle permet de les prolonger avec une documentation durable. En restant proche du quotidien du développeur, elle transforme la documentation en outil d’ingénierie.

Regardez vos schémas actuels : votre architecture est-elle une donnée vivante, précise et requêtable, ou un cimetière numérique de pixels qui risque d’induire votre prochain collègue en erreur ?

Replay en vidéo de ce talk

Si vous préférez le format vidéo, le replay est également disponible sur YouTube:

Devfest Nantes 2023: Observability With Opentelemetry

Thu, 19 Oct 2023 10:25:10 +0200

OpenTelemetry : pourquoi l’observabilité change de dimension

Cet article est un extrait de la conférence que j’ai donnée lors du DevFest Nantes, en octobre 2023. Cette conférence avait pour objectif d’introduire le projet OpenTelemetry et de montrer comment il a transformé ma manière d’appréhender le monitoring applicatif.

Le cauchemar du “log manquant” en production

On a tous connu ce moment-là : une panne critique casse la production, les alertes se mettent à hurler, et la pression monte. On ouvre les outils de monitoring, et on se rend compte trop tard qu’il manque la seule ligne de log qui aurait permis de comprendre la cause racine.

Instrumenter manuellement un système de 50 microservices après coup, c’est presque impossible. Et ça finit toujours par la même chose : on publie un correctif “à l’aveugle” juste pour ajouter de la télémétrie, et on perd des heures à diagnostiquer ce qui aurait pu être vu dès le départ.

L’observabilité, c’est vos yeux sur le système.

Le vrai enjeu, c’est comprendre l’état interne d’un système complexe à partir de ses signaux externes, sans avoir à connaître à l’avance tous les rouages. Dans les architectures distribuées, le problème n’est plus seulement de surveiller ce qu’on connaît. C’est aussi de repérer les comportements émergents, ceux qu’on n’avait pas prévus et qui finissent par créer la panne.

L’observabilité n’est plus seulement une affaire de logs et de métriques

Pendant des années, on a vécu avec les deux piliers classiques : logs et métriques. C’était simple, et ça a bien servi son temps. Mais cette vision est dépassée.

Les logs traditionnels, même structurés en JSON , ne suffisent plus dans les environnements modernes. Ils manquent souvent de sémantique et de corrélation native. On finit alors à traduire à la main des données entre services, ce qui coûte du temps et de l’attention sans rien apporter au vrai problème métier.

La vraie révolution, c’est la trace distribuée. Elle apporte enfin la colle sémantique qui manque à tout ça :

Un Span : l’unité de travail atomique, comme une requête SQL ou un appel API . Chaque span porte des attributs standardisés, par exemple http.response.status_code.
Une Trace : la vue d’ensemble du parcours utilisateur. Elle relie les spans entre eux pour former un graphe orienté, ce qui permet de voir les exécutions parallèles et séquentielles.

Les logs textuels isolés ne peuvent pas faire ça.

OpenTelemetry : le standard de-facto

Après des années de guerre de chapelles entre OpenTracing et OpenCensus, l’industrie a fini par converger vers un seul projet en 2019 : OpenTelemetry (OTel). Sous l’égide de la CNCF , il est aujourd’hui le deuxième projet le plus actif après Kubernetes.

Contrairement à des solutions propriétaires, OTel est un cadre de collecte neutre. Le standard le dit assez clairement :

“OpenTelemetry s’arrête vraiment à cette étape-là [la collecte]… il n’est pas prévu pour le stockage ou la requête.”

Cette neutralité évite le “vendor lock-in”. On peut envoyer les flux vers Jaeger, Prometheus, ou encore vers une solution commerciale comme Datadog, sans toucher au code source.

Le secret est le protocole OTLP (OpenTelemetry Protocol). Basé sur gRPC et ProtoBuf , il remplace les anciens flux UDP instables par une transmission binaire compressée, plus efficace et mieux adaptée au passage à l’échelle.

Semantic Conventions

La vraie puissance d’OTel, c’est dans ses Semantic Conventions. Plutôt que de laisser chaque équipe inventer ses propres champs au hasard, avec des noms comme user_id et uid, OTel impose un vocabulaire partagé.

Standardiser des attributs comme http.request.method ou url.full réduit considérablement le frottement quand on debugge entre équipes. Et ça ne s’arrête pas au simple nommage : la donnée a une signification commune.

Chez des entreprises comme Decathlon, cette logique va encore plus loin. Les conventions sémantiques sont alignées avec les définitions métiers. Des attributs spécifiques comme dkt.store.id ou dkt.cart.id permettent à la télémétrie de parler le même langage que le catalogue de données de l’entreprise.

Pour industrialiser ce niveau de rigueur, l’outil OpenTelemetry Weaver automatise la génération de code et de documentation à partir de fichiers YAML . La gouvernance ne repose plus sur des documents statiques, mais sur un workflow “as code” : proposition, revue, validation, publication.

La “magie” de l’auto-instrumentation

L’adoption de l’observabilité est souvent freinée par le coût de développement. OpenTelemetry règle ce problème avec l’auto-instrumentation. Grâce à des hooks techniques spécifiques à chaque language, on capture la télémétrie sans toucher à la logique métier.

Voir quelques exemples

avec JVM (Java) : injection d’un agent au démarrage via la variable d’environnement JAVA_TOOL_OPTIONS="-javaagent:/path/to/opentelemetry-javaagent.jar". Il modifie le bytecode dynamiquement pour intercepter JDBC, HTTP et Redis.

avec Node.js : “monkey patching” via NODE_OPTIONS="--require /path/to/autoinstrumentation.js", qui intercepte les frameworks avant même le lancement de l’event loop.

Le gain est immédiat : chaque requête SQL ou appel API externe est tracé automatiquement avec ses métadonnées d’infrastructure, comme le pod Kubernetes ou le cloud provider. On évite ainsi une corvée manuelle qui ne rapporte rien à la valeur métier.

L’avenir

OpenTelemetry continue d’étendre son spectre pour couvrir l’ensemble du cycle de performance :

Le profiling : désormais considéré comme le 4e signal, il permet d’analyser en continu la consommation CPU, mémoire et réseau via OpenTelemetry eBPF Profiler
Real User Monitoring (RUM) & Mobile : avec le projet OpenTelemetry Android, OTel sort du backend pour capturer les freezes d’écran et la consommation de batterie.

Conclusion

L’observabilité est le socle stratégique pour la définition et la surveillance de nos SLO .

En unifiant la collecte à travers un standard ouvert et performant, OpenTelemetry permet de passer d’un diagnostic qui prend des heures à une résolution en quelques minutes.

Le standard est mature, soutenu par les grands acteurs du cloud, et facile à mettre en oeuvre.

Maintenant qu’il est normalisé, il reste encore une vraie question : quelles excuses avez-vous pour piloter vos applications dans le noir ?

Replay en vidéo de ce talk

Si vous préférez le format vidéo, le replay est également disponible sur YouTube - même en vitesse 1,5x ^^

Retour d'expérience Big Data par Dictanova et Cityzen Data

Mon, 22 Dec 2014 00:00:00 +0000

Pour cette année 2014, un de mes objectifs était de présenter les technologies utilisées par Dictanova. Il s’agissait à la fois d’un objectif personnel et professionnel : sortir de sa zone de confort mais aussi échanger avec la communauté Java. Ainsi, lors de ma dernière intervention du 15 décembre au Nantes Java User Group, je proposais un retour d’expérience sur notre usage du Big Data.

La formule était plutôt sympa - enfin j’espère - car il s’agissait d’une co-présentation avec David Morin (de Cityzen Data). Vous pouvez retrouver le support de ma présentation.

@sebprunier Soirée #bigdata au @nantesjug, c’est parti !

Présentation Nantes JUG

Pour rappel, le pitch était le suivant :

Il y a 2 ans, la mode était de faire du Big Data, désormais il faut faire du Smart Data… Mais concrètement, à quoi est-ce que cela peut bien servir ?

A travers les expériences de deux entreprises, Dictanova (Damien Raude-Morvan) et de Cityzen Data (David Morin), nous essayerons de vous présenter des exemples concrets d’utilisations du Big Data et répondre par exemple aux questions suivantes :

Quelle infrastructure mettre en place pour gérer de gros volumes de données ? Quels sont les écueils à éviter ? Les offres de type XaaS sont-elles pertinentes ?
Comment passer du simple “hello world” en Map/Reduce à un véritable traitement métier ? Comme modéliser un enchaînement de jobs avec Oozie ? Comme obtenir des primitives de plus haut niveau que Map/Reduce ? Cascading, Spark, Tez ?
Une fois les données stockées, comment effectuer de l’analyse sur ces dernières ? Comment utiliser des langages de requêtage comme Pig ?
Comment gérer le changement dans son modèle de données ? Modèle de données avec Avro ? Avec Parquet ou encore Thrift ?
Comment assurer la supervision de jobs en production sur un cluster Hadoop ?

NantesJUG: Présentation de Codahale Metrics

Thu, 02 Oct 2014 00:00:00 +0000

Que les vacances sont loin en ce début octobre :) Il faut bien avouer que la rentrée de cette nouvelle année 2014-2015 est assez chargée pour moi. Pas le temps de chômer entre le boulot à Dictanova, mes cours à l’Université de Nantes et plusieurs interventions en tant que speaker.

Ainsi le 29 septembre dernier, j’intervenais au Nantes Java User Group pour la première session de rentrée.

Je viens de mettre en ligne le support de ma présentation sur Metrics, ainsi que le code d’un project d’exemple qui met en oeuvre la trio Metrics + Graphite + Grafana.

@dgageot Au Nantes Jug : Codehale Metrics

Présentation Nantes JUG

Pour rappel, le pitch était le suivant :

En 2014, un développeur Java est plutôt habitué à évaluer la “qualité” de son code - avec SonarQube ou des processus de peer review.

Mais lorsqu’on lui parle de la “production”, il est souvent désarmé : les métriques qu’on lui propose ne correspondent à rien de connu et il n’a pas assez d’informations pour guider ses améliorations.

Dans ce quicky, j’essaierais de vous présenter la solution que j’utilise : le framework Codehale Metrics.

Ce dernier vise à permettre au développeur de créer des indicateurs techniques ou fonctionnels. Il propose de nombreux choix d’intégration avec vos frameworks préférés et permet un export des métriques dans de nombreux formats.

1ère rencontre Debian nantaise

Mon, 24 Feb 2014 00:00:00 +0000

Bonjour,

Logo Debian

Je suis heureux de vous annoncer qu’une rencontre des utilisateurs et contributeurs nantais de Debian aura lieu le 12 mars à 19 h.

Elle se déroulera au 1er étage du bar Le Flesselles, situé au 3 allée Flesselles, au centre-ville de Nantes. Il est facilement accessible depuis l’arrêt de tram Commerce (moins de 2 minutes à pied).

Afficher une carte plus grande

Ce rendez-vous sera l’occasion de se rencontrer entre nantais (et au dela :) autour du système d’exploitation universel qu’est Debian GNU/Linux. L’objectif est de partager des informations, des connaissances, tout cela de façon conviviale autour d’un verre. Bien sûr, nous ne sommes pas sectaires, et accueillons avec grand plaisir l’ensemble des personnes souhaitant venir ~~troller~~ débattre avec nous !

Si vous avez un sujet à présenter / débattre durant cette soirée, n’hésitez pas à contacter drazzib_AT_debian.org et thomas_AT_vinc-net.fr Nous sommes preneurs d’idées pour cette 1ère session mais également pour de prochaines rencontres !

Afin de faciliter l’organisation de cette rencontre, merci de vous inscrire sur cette page.

Re-découper un dépôt Git

Sun, 27 Oct 2013 00:00:00 +0000

Git est un gestionnaire de source distribué. Il s’impose désormais comme le standard de fait dans bon nombre de projet (que ce soit libre ou propriétaire). Ce succès est dû en grande partie à sa flexibilité qui permet de l’adapter à de nombreux contextes, modèles ou workflow de collaboration.

Contexte

J’ai découvert récemment une nouvelle fonction de Git qui permet de ré-écrire l’historique d’un projet afin de la séparer en plusieurs morceaux.

Pour prendre un exemple concret, imaginons que je dispose d’un dépôt Git qui contient un certain nombre de sous-répertoires. Après quelques mois d’utilisation, je me rends compte, que l’un de sous-répertoire représente désormais un projet à part entière et j’aimerais donc le détacher dans un dépôt séparé.

Comment puis-je faire cela tout en gardant l’historique des fichiers dans le répertoire ?

J’ai donc la structure suivante :

 XYZ/
.git/
D1/
D2/
D3/

Que je souhaite transfomer vers la structure suivante :

 XYZ/
.git/
D1/
D2/
D3/
.git/

Exporter un répertoire dans un dépôt autonome

Depuis la version 1.7.11 de Git, un outil complémentaire (contrib) est disponible qui permet d’automatiser presque entièrement cette tache. Il s’agit de git subtree.

NB: Sur Debian, le script n’est pas installé par défaut, mais est cependant disponible dans /usr/share/doc/git/contrib/subtree/git-subtree.sh

Voici donc un exemple d’utilisation de git subtree :

Preparer l’ancien dépôt

export INIT_REPO=<path-to-init-repo>
cd ~
cd $INIT_REPO
git subtree split -P <dossier> -b <branche>

Attention: ne doit pas contenir de caractères slash au début ou à la fin (folder != ./folder/).

Créer le nouveau dépôt

export NEW_REPO=<path-to-new-repo>
cd ~
mkdir $NEW_REPO
cd $NEW_REPO
git init
git pull $BIG_REPO <branche>

Lier le nouveau dépôt à GitHub ou autre remote

git remote add origin <git@github.com:user/repo.git>
git push origin -u master

Nettoyage (optionel)

cd $INIT_REPO
git rm -rf <dossier>

Attention : cette procédure va conserver l’ensemble de l’historique dans le dépôt Git initial. Ceci ne permet donc pas directement de gagner de l’espace disque.

Bilan

Il est donc possible grace à git subtree de refactorer un dépot. La conservation de l’historique est un élément essentiel de cette méthode qui permet de repenser son ou ses projets sans perdre d’informations précieuses.

Si vous souhaitez obtenir plus d’informations sur la commande git subtree, je vous invite à consulter les liens suivants :

Installation de Vert.X avec Scala

Fri, 11 Oct 2013 00:00:00 +0000

La troisième édition du concours Code Story est dans les starting blocks ¹. Comme ce concours n’est plus lié à une session de live coding à Devoxx France (oui, je suis trop timide pour coder devant 300 personnes :), j’ai décidé de participer à cette édition 2013.

J’ai en fait plusieurs objectifs :

Monter un projet sympa avec la team Dictanova + Thomas
Se former, par un vrai challenge, à un nouveau langage (Scala) / une nouvelle technologie (Vert.X)
Accessoirement, gagner :)

Depuis la présentation de Code Story Saison 3 à la mi-septembre au Jug Summer Camp à La Rochelle, j’ai commencé à jouer sérieusement avec le framework Vert.x combiné avec le langage fonctionnel Scala.

Vert.X

Scala

Je vous propose donc d’installer ce couple diabolique afin de voir ce qu’il est possible de faire avec :)

Installation de Vert.X version 2.x

L’installation de Vert.X est très bien décrite sur le site officiel, mais je vous propose ici un résumé des instructions.

Pré-requis

Les pré-requis sont assez simples :

N’importe quel OS, Linux, Windows ou encore Mac OS X
Java 7 (apt-get install openjdk-7-jdk sous Debian & co)

Installation

Sous Linux l’installation de Vert.x se résume à cela (en temps de root) :

cd /opt/
wget http://dl.bintray.com/vertx/downloads/vert.x-2.0.2-final.tar.gz
tar xvzf vert.x-2.0.2-final.tar.gz
ln -s vert.x-2.0.2-final/ vertx
chown -R [VOTRE USER] vert.x-2.0.2-final/

La commande vertx est disponible dans le répertoire /opt/vertx/bin/. Je vous recommande d’ajouter la commande vertx dans votre PATH comme ceci :

export VERTX_HOME=/opt/vertx/
export PATH=$VERTX_HOME/bin:$PATH

Vérification

Pour vérifier que l’ensemble fonctionne correctement :

vertx version
2.0.2-final (built 2013-10-08 10:55:59)

Créer un fichier server.js avec le contenu suivant:

server.js

var vertx = require('vertx');

vertx.createHttpServer().requestHandler(function(req) {
 req.response.end("Hello World!");
}).listen(8080, 'localhost');

Il suffit ensuite de l’exécuter avec la commande vertx run

vertx run server.js

Installation du module Scala

Le module Scala pour Vert.X permet, comme son nom l’indique, d’utiliser des scripts dans le language Scala au sein de Vert.X. Il autorise ces scripts à accéder a l’API de Vert.X (HTTP, EventBus, DNS, etc…).

Même si la version 1.0 de l’extension Scala pour Vert.x est disponible depuis peun, je souhaitais profiter des dernières modifications et suivre le développement au jour le jour. Je me suis donc mis en tête de récupérer les sources et de construire une version cutting edge :)

Construction de mod-lang-scala

Il faut récupérer le repository GIT du mod-lang-scala. On peut ensuite utiliser Gradle pour le construire et l’installer localement.

git clone https://github.com/vert-x/mod-lang-scala.git
cd mod-lang-scala/
./gradlew clean install

Une fois le build Gradle exécuté, le module scala pour vertx est alors installé dans votre ~/.m2/repository/

Paramétrage de Vert.X pour Scala

Il faut ensuite déclarer ce module dans la configuration de Vert.X. Pour cela, il faut éditer le fichier conf/langs.properties et ajouter deux lignes supplémentaires :

conf/langs.properties

# Déclaration du module Scala
scala=io.vertx~lang-scala~0.2.0-SNAPSHOT:org.vertx.scala.platform.impl.ScalaVerticleFactory
[...]
# Association de l'extension .scala avec le module précédent
.scala=scala

Au premier lancement d’un script .scala, Vert.X ira récupérer le module nécessaire dans votre ~/.m2/repository/.

Vérification

Créer un fichier server.scala avec le contenu suivant

server.scala

import org.vertx.scala.core._
import org.vertx.scala.core.http.HttpServerRequest
import org.vertx.scala.platform.Verticle

class server extends Verticle {

 override def start() {
 vertx.createHttpServer.requestHandler { req: HttpServerRequest =>
 req.response.end("Hello Scala World!")
 }.listen(8080)
 }

}

Essayons maintenant de lancer ce nouveau script Scala avec Vert.X

vertx run server.scala

UPDATE: En cas de problème avec la version cuting edge de ce module, il est possible de revenir à la version stable de ce dernier. Pour cela, il suffit d’éditer le fichier conf/langs.properties pour indiquer que l’on souhaite utiliser la version 0.1.0 du module:

conf/langs.properties

scala=io.vertx~lang-scala~0.1.0:org.vertx.scala.platform.impl.ScalaVerticleFactory

Conclusion

Toutes les fonctionnalités de Vert.X ne sont pas encore complètement supportées par le module Scala, mais le module HTTP et Event Bus étant présents, il y a déjà moyen de s’amuser un peu !

Le lancement officiel (avec de nouvelles règles du jeu) est prévu à partir du 14 octobre. ↩︎

Going to DebConf13 !

Sun, 04 Aug 2013 00:00:00 +0000

Going to DebConf13! - Design by Leandro Gómez licensed under CC BY-SA 3.0

Plus que 7 jours avant le début officiel de la conférence annuelle des développeurs Debian aka DebConf. Il s’agit de la 13ème édition de cette conférence, mais c’est surtout le 20ème anniversaire du projet Debian ! En tant que membre de ce projet depuis quelques années, je suis toujours impressionné par la capacité de cette communauté à construire le système d’exploitation universel depuis plus de 60 pays et avec 1000 développeurs !

Je vais donc profiter de ces quelques jours en Suisse, entouré de geeks en puissance, pour essayer de me remettre à travailler sur Debian.

NantesJUG: base de données graphe Neo4J

Tue, 14 May 2013 00:00:00 +0000

Prendre un tableau et un papier pour modéliser ses données, c’est ce que nous faisons régulièrement. Cependant à chaque fois nous devons traduire notre modèle en MCD pour l’insérer dans un SGBD. La promesse des bases de données orientées graphe c’est d’être veleda ready ! Plus besoin de convertir notre modèle !

Cette présentation aura lieu au NantesJUG le 14 mai 2013 à 19h. Elle sera animée par moi-même, Benoit Simard ainsi que Cédric Fauvet.

Nous vous parlerons de Neo4j, une base données NoSQL orientée graph écrite en Java, ainsi que des concepts qui gravitent autour.

On vous montrera comment réaliser un système de recommandation simple et efficace basé sur les données de GitHub.

Update: Le support de la présentation est disponible en ligne.

Nantes Mobi Parkings – ActionBarSherlock – Episode 3

Tue, 07 Aug 2012 00:00:00 +0000

Cet article est le troisième de la série sur l’application Nantes Mobi Parkings. Pour rappel, l’épisode #1 présentait le projet dans sa globalité. L’épisode #2 s’est concentré sur l’intégration technique d’une carte OpenStreetMap sur Android. Dans ce troisième article, je vous propose d’étudier (sous la forme d’un tutoriel) un autre aspect technique du projet : l’utilisation d’une ActionBar, compatible avec l’ensemble des terminaux Android disponibles sur le marché.

Lire l’article complet sur le blog d’Ippon Technologies.

jQueryMobile et PhoneGap : un duo gagnant pour vos applications mobiles ?

Tue, 10 Apr 2012 00:00:00 +0000

Dans cet article, je vais essayer de vous présenter l’approche que j’ai utilisé pour un client. Je ne peux malheureusement pas rentrer dans les détails de ce projet mais sachez cependant que l’approche de développement “hybride” retenue (i.e. application mixte native / web) était un pré-requis du client… Étant plutôt un habitué des développements natifs, j’ai profité de ce projet pour essayer de me forger ma propre opinion. Je vous propose donc dans cet article d’évaluer ce que propose les technologies web pour l’implémentation d’application mobile et bien sûr, leurs limites.

Lire l’article complet sur le blog d’Ippon Technologies.

JUG Summer Camp 2010 : MDA en 2010, une approche pragmatique 5/5

Mon, 20 Sep 2010 00:00:00 +0000

Retrouvez le résumé de la présentation “Le MDA en 2010 par Jérome Benois” du JUG Summer Camp 2010 sur le blog d’Ippon Technologies.

JUG Summer Camp 2010 : La forge logicielle 4/5

Fri, 17 Sep 2010 00:00:00 +0000

Retrouvez le résumé de la présentation “La Forge Logicielle par Nicolas de Loof” du JUG Summer Camp 2010 sur le blog d’Ippon Technologies.

JUG Summer Camp 2010 : JDuchess et Hibernate 3/5

Thu, 16 Sep 2010 00:00:00 +0000

Retrouvez le résumé de la présentation “Hibernate par Emmanuel Bernard” du JUG Summer Camp 2010 sur le blog d’Ippon Technologies.

JUG Summer Camp 2010 : OpenSocial 2/5

Wed, 15 Sep 2010 00:00:00 +0000

Retrouvez le résumé de la présentation “OpenSocial par Tugdual Grall” du JUG Summer Camp 2010 sur le blog d’Ippon Technologies.

JUG Summer Camp 2010 : Présentation et GWT2 1/5

Tue, 14 Sep 2010 00:00:00 +0000

Retrouvez le résumé de la présentation “GWT2 par Nicolas de Loof” du JUG Summer Camp 2010 sur le blog d’Ippon Technologies.

JUG Summer Camp 2010 - La Rochelle

Wed, 08 Sep 2010 00:00:00 +0000

Le 10 septembre prochain (ce vendredi !), le Poitou-Charentes JUG organise la première édition de son JUG Summer Camp. Il s’agit d’une journée complète de conférences Java à ~~la plage~~ La Rochelle !

Basée sur le même modèle que les réunions mensuelles du Nantes JUG, cette journée permet de prendre les dernières nouvelles du monde Java et des outils technologiques liés. Comme d’habitude, on en apprendra autant sur les projets/technologies durant les conférences qu’en discutant à la pause café :)

Plusieurs intervenants de renoms sont programmés : Emmanuel Bernard - Hibernate - JSR 303, Alexis Moussine-Pouchkine - projet GlassFish, Tugdual Grall - eXo Platform, Julien Dubois - co-auteur de Spring par la pratique 1 et 2, Florent Benoit - membre de l’expert group EJB 3.1… et encore j’en passe bien d’autres…

Comme j’ai réussi à me libérer ce vendredi et que Ippon Technologies me sponsor pour le déplacement, je vais me faire un plaisir d’y faire un tour ! Vivement vendredi !

Google April Fools' Day

Fri, 02 Apr 2010 00:00:00 +0000

On peut dire que cette année Google a mis le paquet sur ses poissons d’avril !

Je pense qu’ils ont affecté plusieurs dizaines de personnes à des taches de préparation/conception pour sortir l’ensemble de ces “projets”. Il faut avouer également que c’est aussi une très bonne manière de faire un peu de promotion sur des chaînes de télé/radio à peu de frais :)

Voila la liste que j’ai pu établir :

Google YouTube : Les vidéos de YouTube disponibles en version “texte” (caractères ASCII) - soit disant pour réduire la bande-passante utilisée : http://youtube-global.blogspot.com/2010/03/textp-saves-youtube-bandwidth-money.html
Google : Échange de nom entre la ville de Topaka (TX, USA) et Google : http://googleblog.blogspot.com/2010/04/different-kind-of-company-name.html
Android : application Google Animals permettant de comprendre ce que raconte son animal de compagnie : http://www.google.co.uk/intl/en/landing/translateforanimals/
Google Books : un bouton “View in 3D” disponible permettant de voir les textes des bouquins en 3D : http://booksearch.blogspot.com/2010/03/3d-books-google-books-now-offers.html
Google Docs : stocker n’importe quoi dans Google Docs : http://googledocs.blogspot.com/2010/03/upload-and-store-anything-in-cloud-with.html
Google Street View : comme dans Google Books, ici ce sont les prises de vues des rues qui sont disponible en 3D : http://photofla.me/img/henco/googlestreetview3d.png
Google Code : création de la librairie de programmation Google Annotations Gallery (GAG), pour “structurer” ses commentaires @AnimalsHarmedDuringTheMaking @WrittenWhile(“surfing Chatroulette”) - génial : http://code.google.com/p/gag/
RFC 5841 : TCP Option to Denote Packet Mood - encore mieux que le IP over Avian Carriers : http://www.rfc-editor.org/rfc/rfc5841.txt
Google Chrome : extension permettant d’avoir un retour sonore des actions effectuées dans le navigateur : https://chrome.google.com/extensions/detail/kkfibincabhfblmkmhcabnlghmncdcaf/

Et j’en oublie sûrement beaucoup d’autres !

Update : Wikipedia dispose d’une page dédiée qui liste l’ensemble des Google's hoaxes

Nantes JUG: Technologies Google

Tue, 17 Nov 2009 00:00:00 +0000

Android, AppEngine, GWT, Wave autant de technologies Google qui font l’actualité… La preuve ? plus de 80 personnes étaient présentes à la dernière présentation du NantesJUG intitulée “Soirée Spéciale Google Technologies”. Didier Girard (SFEIR) nous faisait l’honneur de faire un arrêt à Nantes pour son JUGing.

Je dois dire que j’ai été agréablement surpris par la qualité de l’intervenant : des explications simples, une très bonne maitrise des sujets, et une forte interaction avec le public. Ainsi, cette présentation était accompagnée de nombreuses démonstrations, ponctuées de “clap, clap, clap” ou de “bouuuhh” suivant le succès de chacune d’elle :) Didier était accompagné de Salvador Diaz (freelance) sur la partie GWT2.

Photos : http://picasaweb.google.com/diaz.salvador/NantesJUG

Pour ceux qui n’étaient pas présents à cette présentation, voici mes notes :

Architecture Google

“Le Cloud, rien que le Cloud.”

Objectif: mettre à disposition les technologies utilisées par Google en interne pour en faire profiter les gens… et bien sûr monétiser ces technologies .

Lexique

IaaS : Location d’infrastructure (serveur, bande passante)
PaaS : Location de plateforme (container J2EE, stockage)
SaaS : location de service (application verticale) “De la machine au software, louer ce dont on a besoin”

Vision

OpenWeb

Chrome!
Support de HTML5
Les applications RIA oui, mais uniquement avec des standards

ROA

ROA Ressource Oriented Application
1 ressource = 1 url
REST http://www.pompage.net/pompe/comment-j-ai-explique-rest-a-ma-femme/
Pour les applications “single pages bootstrap” (ex: gmail), on utilise le # dans l’URL pour indiquer la ressource à utiliser

A écouter : http://lescastcodeurs.com/

Google App Engine

Google App Engine est une plateforme d’hébergement d’applications Java, sur les serveurs de Google.

Une partie de l’API Java standard est disponible, ce qui rend potentiellement hébergeable beaucoup d’application Java existantes.

Plugin Eclipse fournit par Google : http://code.google.com/intl/fr/eclipse/
Philosophie NoSQL: stockage dans BigTable Accès par l’api JDO
Déploiement “One-Click” 1000 déploiement autorisé par jour (large !)
Pub google :
- 5 millions de pages vues par mois au maximum
Réalité :
- grosse limitation de bande passante (1Go / jour)

Il est possible de donner une limite de facturation par jour (genre 2$ par jour)

Il faut intégrer AppEngine (le Cloud Computing en général) dans nos choix d’architecture.

Exemple évident : campagne marketing, avec mini-site dynamique.
Problématique “complexe” sans le Cloud Computing :
- Quelle volumétrie attendre ?
- Pourquoi monter 30 serveurs pour ne plus en avoir besoin 10 jours plus tard ?

Données confidentielles chez Google ?

SDC : ouvrir un port 80 de façon indéfini vers google : un simple tunneling HTTP

Diagramme de l’intégration de SDC dans la stack Google AppEngine :

Adhérence avec les API proprio de Google

La persistance avec JDO (Laurent Gérin: “JDO, ca ne marche pas” :)
Le support de XMPP

Didier Girard: Comme pour l’ensemble des API non J2EE, il faut utiliser les bons patterns pour permettre le changement de provider le jour venu

Google GWT

Google Web Toolkit est un ensemble d’outils de Google permettant de développement d’applications riches (RIA) via notamment un compilateur Java vers Javascript.

Plugin Eclipse fournit par Google : http://code.google.com/intl/fr/eclipse/

Didier Girard recommande GWT Designer ($ 79 / an)

GWT fait de la compatibilité au cas par cas pour chaque browser (!= de la vision OpenWeb !) Par exemple GWT 1.7 est désormais compatible avec IE8.

GWT ne fait pas “encore” du OpenWeb car ce n’est pas actuellement possible : support de IE6 & co…

Diagramme des traitements GWT :

Composants GWT natifs

Remarque sur la pauvreté des composants GWT natifs

Choix #1 utiliser une des librairies de composants complémentaires (SmartGWT, GWT-Ext, …)

Didier Girard : Oui, c’est bien mais ca dépend de la durée de vie de l’application Pour une livraison dans 3 mois : oui Mais pour une application avec une durée de vie de +5 ans : faire ses propres composants personnalisés

A lire : http://www.slideshare.net/hbraun/gwt-jug-stuttgart

GWT2

Nouveautés de GWT2

Utilisation d’un plugin dans votre navigateur préféré pour le debug (et plus UN navigateur intégré par platforme)
RunAsync : permet de charger des parties d’une application GWT “on-demand”, plutôt que de charger toute l’application dès l’affichage initiale dans le navigateur (sinon, on arrive vite à des applications avec UN fichier javascript > 800Ko) Voir article
UIBinder : encore un nouveau langage de définition d’interface en XML… pfff… (qui n’est d’ailleurs même pas le même que celui d’Android)
Meilleur support de HtmlUnit pour les tests unitaires

Google Android

Google Android est à la fois :

un système d’exploitation (basé sur Linux) pour appareils mobiles
des applications de bases pour le téléphone
un SDK pour le développement d’application complémentaires

Concepts fondamentaux

Plugin Eclipse fournit par Google : http://developer.android.com/sdk/eclipse-adt.html

Création d’un compte sur le Market Place : 2 minutes montre en main + 25$

On peut directement publier des applications qui sont accessibles depuis un téléphone Android [clin d’oeil au processus de validation présent sur le “Store” de la marque à la pomme :]

Diagramme de la stack Android :

Google Wave

Objectif: réunir en un seul lieu l’ensemble des éléments d’une conversation (une “Wave”) : email, chat, documents, gadgets Pour l’instant cet outil reste en “beta semi-ouverte”.

Une Wave est statefull : on le retrouve dans l’état précédent à chaque ouverture de session

Les Gadgets sont également statefull : on peut conserver une HashMap d’infos

Robots

Les “robots” sont un élément important de Wave. Ils reçoivent l’ensemble des éléments de la Wave et peuvent réagir aux événements. L’ajout d’un “robot” peut automatiquement déclencher l’ajout d’un ou des Gadgets.

Exemple métier : demande de congés

Un robot de gestion des congés
On l’ajoute dans la Wave et ceci déclenche l’affichage d’un Gadget (mini-application avec calendrier)
On effectue la demande de congé via le formulaire du Gadget
Elle entre en état de “validation”
La personne valide la demande
Le robot détecte cette validation et peut éditer une demande, envoyer un mail, etc…

Exemple “stack Google complète”

Conclusion

Développeur = innovateur
AppEngine ou Android : un bon moyen de déployer son application, son idée, sa petite révolution avec une retour direct des utilisateurs (réduction potentielle des intermédiaires)

Enjoy!

Campagne d'adhésion 2008 de l'April - objectif : 5000 adhérents

Sun, 16 Nov 2008 00:00:00 +0000

L’April vient de lancer, avec le soutien de Tristan Nitot (président de Mozilla Europe), une campagne d’adhésion qui a pour objectif de renforcer l’April dans sa représentativité et dans ses moyens d’actions. L’April souhaite atteindre dans un premier temps les 5 000 adhérents avant la fin de l’année.

L’April a pour objectifs de :

Promouvoir le logiciel libre dans toutes les sphères de la société ;
Sensibiliser le plus grand nombre aux enjeux des standards ouverts et de l’interopérabilité ;
Obtenir des décisions politiques, juridiques et réglementaires favorables au développement du logiciel libre et aux biens communs informationnels ;
Favoriser le partage du savoir et des connaissances.

Adhérer maintenant à l’association April pour soutenir le logiciel libre.

Bonne journée pour le libre !

Wed, 22 Oct 2008 00:00:00 +0000

Aujourd’hui, deux bonne nouvelles

Google Androïd

C’était prévisible : Google Androïd vient de sortir sous une licence libre. Il est donc librement téléchargeable même si pour l’instant il ne faut pas s’attendre à pouvoir l’installer sur n’importe quel téléphone. Pour le moment, c’est plutôt l’aspect “librement modifiable” qui risque d’intéresser beaucoup de geek et de faire émerger une communauté de développeurs.

Une question importante : face au roulo-compresseur Google, quel sera le devenir du projet OpenMoko ? On pourrait penser que leur stratégie va désormais s’orientée vers une mise en avant de leur plateforme matériel libre - les schémas de conception du téléphone sont sous licence libre. Peut-être vont-ils mettre la partie logiciel et système d’exploitation au second plan.

Free libère une grande partie des sources de la Freebox

Via un mail sur la liste de discussion “linux-mips”, Maxime Bizon (salarié de Freebox SA) a publié un ensemble de patch permettant de supporter les CPU Broadcam 63xx. Ce processeur est notamment utilisé dans le boitier ADSL de la Freebox mais également de la NeufBox.

Ces patchs sont déjà intégrés dans la distribution Linux orientée embarqué : OpenWRT. Un grand bravo à Florian Fainelli pour la réactivité !

Via Le journal du Freenaute

Where the Hell is Matt? (2008)

Tue, 24 Jun 2008 00:00:00 +0000

Matt, de son vrai nom Matthew Harding, est un globe trotter dansant.

Pour cette nouvelle vidéo, il a parcouru 42 pays en 14 mois et le résultat est vraiment bluffant : beaucoup de paysages, de cultures et d’humour !

Afin de mieux profiter de cette vidéo - en “haute définition” - vous pouvez cliquer sur le logo Viméo (en bas à droite).

via Kelblog

Informatique : en vrac...

Thu, 12 Jun 2008 00:00:00 +0000

Aujourd’hui sur le web :

Conférence “Apache Web Server Internals” : les vidéos (en français) disponibles
Sortie de la version 2.4 de Talend Open Studio
Le processus de standardisation de MS-OOXML est suspendu : 4 membres de l’ISO - le Brésil, l’Inde, l’Afrique du Sud et le Venezuela - ont fait appel contre l’approbation des formats Microsoft OOXML. 1) C’est la première fois qu’un format bureautique fait aussi peu consensus. 2) Les processus internes de l’ISO (et les pressions liées) sont toujours aussi opaques.
Wifidog : implémentation de la gestion dynamique de la bande passante. Ceci devrait permettre de gérer, à distance, la bande passante de chaque utilisateur du réseau wifi de Nantes-Wireless et ainsi réduire les abus. Bravo !

Titan Air Jack : le crick qui fonctionne avec vos gaz d'échappement

Sun, 18 May 2008 00:00:00 +0000

Ah ! Quel bonheur d’être obligé de changer sa roue avec un bon vieux cric… Heureusement la société Titan vole à notre secours grâce à son système Air Jack (Jack = cric, en anglais).

L’idée semble pourtant simple : utiliser l’air expulsé par le pot d’échappement afin de gonfler une structure semi-rigide que l’on glisse sous la voiture. Lorsque la pression augmente dans ce “ballon”, la voiture est soulevée. CQFD. Leur système permet a priori de lever des véhicules jusqu’à 3 tonnes et ne semble pas imposer une contrainte de pression trop forte sur le moteur.

via Gizmodo

BisonVert : co-voiturage

Sun, 13 Apr 2008 00:00:00 +0000

En me baladant sur le site web des Rencontres Mondiales du Logiciel Libre 2008 (les RMLL pour les intimes), j’ai découvert qu’un service de covoiturage avait été mis en place pour se rendre à cette manifestation. C’est une rudement bonne idée : un bel exemple d’écogeste .

En effet, sur une manifestation de cette taille, il est évident qu’il sera facile de trouver plusieurs personnes effectuant le même trajet. C’est à la fois un geste écologique et un geste social : de nombreux geek n’ont pas les moyens de prendre le train ou leur propre voiture pour se déplacer jusqu’à Mont-de-Marsan .

L’offre de sites web de mise en relation pour le covoiturage est vraiment pléthorique, mais je dois avouer que celui-ci est bien pratique à utiliser : carte GMaps, zone de “prise en charge”, complétion automatique… Ce système est réalisé par une SSLL nantaise, Makina Corpus, membre d’Alliance Libre. Ce service de co-voiturage est également disponible sur un site dédié BisonVert, non limité aux RMLL. “Derrière le capot”, il y a bien sûr de nombreuses briques libres : Prototype.js, Script.aculo.us, OpenLayers ou encore le framework Django.

Je tenais à saluer cette belle initiative de la part des organisateurs des RMLL et à tirer mon chapeau à Makina Corpus pour le service “communautaire”.

Dailymotion : Concours "Soyez Sympas, Rembobinez"

Fri, 04 Apr 2008 00:00:00 +0000

Les résultats du concours “Soyez Sympas, Rembobinez” viennent d’être mis en ligne sur le blog de dailymotion. Quel était le but de ce concours, me direz-vous ? Simple : il fallait “suéder” votre film préféré comme dans le long-métrage Soyez sympas, rembobinez de Michel Gondry .

Vous ne connaissez pas le verbe “suéder” ? Cela signifie “faire le remake d’un film avec les moyens du bord”. Le terme a été inventé par Michel Gondry dans son dernier film, et popularisé via internet. Tous les réalisateurs en herbe se sont lancés dans l’aventure et se sont plus de 500 films qui étaients inscrits à ce concours. Exemple à Nantes, où quatre lycéens ont refait le block buster Jurassic Park.

Mais revenons au concours dont voici les trois gagnants (du premier au troisième) :

Phun : le simulateur physique "fun"

Fri, 28 Mar 2008 00:00:00 +0000

Phun est un logiciel qui permet de simuler le comportement physique d’objets : force, adhérence, action-réaction, etc…

Il s’installe sur votre PC et se manipule presque comme un logiciel de dessin : on place chaque objet, on définit leurs caractéristiques et leurs relations (point fixe, rotation autour d’un autre). On peut ensuite lancer la “scène” et observer ce qui se passe ou bien intéragir en direct avec les éléments.

Télésites : un navigateur web dans votre Freebox v5

Fri, 07 Mar 2008 00:00:00 +0000

Tiens, tiens un nouveau service amusant mais inutile lancé par Free :)

Présentation

Après un communiqué de presse diffusé ce matin, Free vient enfin d’activer son service de consultation de site web depuis l’interface Freebox TV (c-a-d TV + télécommande + canapé :).

Le fonctionnement est le suivant :

Chaque client free peut déclarer, depuis sa console d’administration sur free.fr, jusqu’à 5 télésites
Chaque télésite possède un titre, une description et bien sûr une URL. Il peut être privé (visible par le freenaute) ou bien public (listé dans l’interface TV)
Les sites web ajoutés en tant que télésites doivent être accessible en IPv6
Le site web est ensuite consultable depuis l’interface Freebox TV soit par l’ensemble des freenautes soit uniquement pour la personne qui l’a ajouté

Limitations

En l’état actuel, j’ai du mal à voir la finalité de la chose car chaque client Free possède déjà un navigateur web. Ce qui lui permet de consulter de façon plus confortable ses sites préférés. D’autant que le service souffre pour le moment de limitations gênantes :

Les images ne sont pas affichées correctement
La “transformation” nécessaire à l’affichage du site sur un écran de télévision rend la mise en page des sites aléatoire
Le navigateur intégré semble géré assez mal les sites dont le jeu de caractères est utf-8
Certains types de liens ne fonctionnent pas, notamment les ancres au sein d’une page (i.e. page.html#ma_section)
Aucun plugin supporté (out pour Youtube & co)

Edit : pour répondre à certains de mes interrogations, la documentation complète indique très précisemment qu’aucun fichier multimédia n’est autorisé sur un télésite. C’est donc pour cette raison qu’il n’y a aucune image affichée sur mon télésite :). Cette documentation présente également les moyens d’intégrer une vidéo en provenance de “Freebox TV Perso”, notamment par l’utilisation du HTML Freebox 3.2.

Technique

Si on observe les accès depuis un site enregistré en tant que télésite, voila ce qu’on observe.

A priori il y a un système de monitoring :

2a01:e00:b:10d1:218:8bff:fe8c:3839 - "HEAD / HTTP/1.0" 200 - "-" "libfbxhttp/1.0"

Et chaque accès depuis l’interface TV donne ceci (on note le User-Agent freebox/1.1.1 (hw:5.0; sw:1.4.1)) :

2a01:e35:2eb8:e5f0::1 - "GET / HTTP/1.0" 200 28582 "http://[IPV6]/tools/redirect.pl?url=[site web]" "freebox/1.1.1 (hw:5.0; sw:1.4.1)"
2a01:e35:2eb8:e5f0::1 - "GET /lib/exe/indexer.php?id=blog&amp;1204849781 HTTP/1.0" 200 42 "<http://www.drazzib.com/blog?idx=perso>" "freebox/1.1.1 (hw:5.0; sw:1.4.1)"

Google Lunar X Prize : 30 millions de dollars pour envoyer un robot sur la Lune

Thu, 13 Sep 2007 00:00:00 +0000

La fondation X PRIZE et Google ont annoncé aujourd’hui le lancement du concours Google Lunar X PRIZE, une course d’engins robotisés vers la Lune dont les gagnants remporteront 30 millions de $.

L’objectif est de faire atterrir sur la Lune un rover robotisé qui devra :

être conçu en utilisant uniquement des fonds privés
parcourir au moins 500 mètres à la surface de la Lune
envoyer vidéos, images et données vers la Terre

Durant l’ensemble du déroulement du projet, Google mettra en ligne des resources éducatives permettant de suivre l’avancement technique et scientifique des projets.

Des objectifs secondaires seront également récompenser :

réaliser un parcours plus long (> 5 000 mètres)
concevoir des appareil originaux (par exemple, du matériel de type Apollo)
découvrir de la glace hydrique
survivre à une nuit lunaire glaciale (environ 14,5 jours terrestres)

C’est amusant de voir que Google (rappel : 174 762 M$ de capitalisation boursière et 2.3 M$ de résultat net) se met à jouer le philantrope pour un projet de recherche spaciale. Extrait du discours officiel :

The next giant leap

There’s nothing we love more than ambitious research with world-changing potential, and space exploration and research have long produced much of the scientific community’s most ambitious, even audacious work.

We honor the work that’s been done in the past, and want to foster and support that work today and in the future. By supporting space-related research and exploration, we hope to inspire a new generation of innovators to enter the fields of science, technology, engineering and mathematics. We believe that the same imagination and passion that fuels space research and drives those who meet the challenge of space exploration will also help advance research and development in fields closer to our own.

On ne peut s’empecher de penser au Google Summer Of Code (même si les développements réalisés ont des impacts plus direct pour Google, grand utilisateur de logiciels libres) : qu’est-ce qui se cache derrière ce prix ? est-ce vraiment si dénué d’intéret pour Google ?

Législatives 2007 : l'APRIL propose le Pacte du Logiciel Libre

Sun, 27 May 2007 00:00:00 +0000

Communiqué de presse l’APRIL pour le lancement de la seconde phase du site candidats.fr, cette fois pour les législatives :

Dans le cadre de l’initiative candidats.fr, l’APRIL propose aux citoyens d’encourager les candidats aux élections législatives à signer Le Pacte du Logiciel Libre.

Le Pacte du Logiciel Libre est un document simple permettant aux électeurs de savoir quel candidat dans leur circonscription a conscience des enjeux du Logiciel Libre et s’est engagé à promouvoir et défendre les libertés qui y sont associées.

Le Pacte du Logiciel Libre est également un outil permettant à tous les citoyens attachés au Logiciel Libre de sensibiliser les candidats quant à la responsabilité qui sera la leur s’ils sont élus.. Le Logiciel Libre est une opportunité pour le public, la France et l’Europe mais de nombreuses menaces pèsent sur son avenir.

Le Pacte du Logiciel Libre s’inscrit donc dans une double démarche citoyenne : fournir une base au dialogue entre les citoyens et les élus avant les élections autour des enjeux du Logiciel Libre ; disposer d’engagements clairs pris en conscience.

Les coordonnées des candidats sont disponibles sur le site candidats.fr qui permet aussi un suivi des actions engagées pour chaque candidat. Les internautes sont invités à aider à maintenir ces informations et à reporter leurs propres actions.

Des argumentaires synthétiques ont été rédigés pour permettre à chacun d’aller à la rencontre des candidats. D’autres plus étoffés sont aussi disponibles pour ceux qui souhaitent approfondir. Les candidats ayant signé le pacte peuvent le signaler sur leur site à l’aide d’un macaron «J’ai signé le Pacte du Logiciel Libre».

L’APRIL invite les formations politiques, les associations et les syndicats à signer également le Pacte du Logiciel Libre (si vous le faites merci d’envoyer un courriel le signalant à contact@candidats.fr).

Soutenez maintenant le logiciel libre : rejoignez l'APRIL !

Sun, 20 May 2007 00:00:00 +0000

http://www.april.org/association/documents/bannieres/banniere_verticale_web_soutien_fulltext_120x240.png

Soutenez maintenant le logiciel libre !

L’APRIL, dont je suis membre, joue depuis 1996 un rôle fondamental et unique pour la promotion et la défense du logiciel libre et de ses différents acteurs. Pour encore mieux promouvoir et défendre le logiciel libre l’APRIL a lancé le 19 mai 2007 une campagne d’adhésion. L’APRIL a besoin de votre soutien : http://www.april.org/association/campagne-adhesion

Lors du lancement de cette campagne d’adhésion, Richard Stallman , président de la Fondation pour le logiciel libre , a déclaré :

L’APRIL joue en France un rôle fondamental et unique pour la promotion et la défense du logiciel libre et de ses différents acteurs. La liberté informatique est un enjeu de société et il est essentiel, aujourd’hui plus encore qu’avant, de soutenir celle-ci en rejoignant l’APRIL. J’encourage tous les citoyens épris de liberté informatique à adhérer dès maintenant à l’APRIL

Quelques supports de cours...

Mon, 30 Apr 2007 00:00:00 +0000

J’ai pris un peu de temps aujourd’hui pour remettre en forme certains des supports de cours que j’ai utilisé en 2006/2007. Comme beaucoup de support de cours, il ne sont complets qu’avec le discours qui-va-bien ; ils vous permettront tout de même de vous aider à structurer vos recherches sur Internet :)

Il s’agit de présentations techniques sur des sujets touchant au web. Pour la mise en forme, j’ai utilisé le système S5 qui permet de réaliser une présentation sous un format HTML sans utiliser le moindre logiciel supplémentaire.

Ces slides sont soumis à la licence Creative Commons BY-SA 2.0 :

Initiation aux CSS. Formation Continue de l’Université de Nantes en Septembre 2006.
Programmation Orientée Objet et Ajax avec Javascript. Initiation pour Linux-Nantes en Avril 2007.
Initiation aux squelettes SPIP. Formation Continue de l’Université de Nantes en Septembre 2006.
Services Web : XMLRPC, SOAP, WSDL & REST. Initiation pour Linux-Nantes en Avril 2007.

Soirée de sensibilisation Ordinateurs De Votes à Nantes

Wed, 04 Apr 2007 00:00:00 +0000

À quelques semaines d’échéances électorales importantes, très peu d’électeurs sont informés de ce qui se cachent derrière le vote électronique :

les ordinateurs de vote (ou machines à voter) : l’électeur reste physiquement présent dans le bureau de vote mais utilise un écran tactile à la place du papier. Ces machines enregistrent les votes et les dépouillent mais ne s’occupent pas de l’identification de l’électeur ni de son émargement. Plusieurs modèles sont autorisés par le ministère de l’intérieur depuis 2004.
le vote par Internet, qui reste marginal en France, s’effectue depuis n’importe quel ordinateur. Ici le système s’occupe également de l’identification et de l’émargement du votant.

En tant qu’informaticien, je m’insurge encore une fois contre le vote électronique et plus particulièrement contre les ordinateurs de vote.

Dans une démocratie, on ne doit pas remplacer un contrôle citoyen (les assesseurs, le dépouillement - qui peut être fait par n’importe quelle personne sachant lire et compter) par un contrôle d’expert (possédez-vous les notions de cryptologie et d’électronique nécessaire à la validation des résultats de cet ordinateur ?)
Les machines de vote ne sont pas des systèmes fiables : ils comportent les mêmes composants que votre ordinateur et comme dans votre ordinateur, ceux-ci sont soumis aux bugs. Imaginez : dans les avions, les systèmes informatiques sont vérifiés, triplés, expertisés et n’ont pourtant pas un taux de panne égal à 0,00%.
Le programme présent dans la machine le jour du vote est-il fiable ?
Comment savoir que votre vote (i.e. votre sélection à l’écran) est bien enregistré dans la machine ?

Dans la région nantaise, les bureaux de vote de Carquefou, Couëron ou encore Orvault seront équipés d’ordinateurs de vote lors des élections à venir. Dans une optique de sensibilitation des électeurs, l’association Linux Nantes organise le 20 avril à 19h45 une soirée d’information sur les ordinateurs de votes.

Nos invités seront :

Chantal Enguehard, maître de conférence en traitement informatique du language à l’université de Nantes
Sébastien Canevet, docteur en droit, maître de conférences en droit privé, membre du conseil d’orientation du forum des droits de l’internet

Plus d’information sur cet article du site de Linux Nantes.

SparkAngels : la prise de contrôle a distance devient entraide

Sun, 17 Dec 2006 00:00:00 +0000

SparkAngels est un service que je viens de découvrir aujourd’hui, mais qui existe depuis quelques mois déjà. Il permet notamment la prise de contrôle à distance, un équivalent de VNC , en somme : aide à l’installation d’un logiciel, démonstration à distance, bref, des choses assez classiques.

SparkAngels innove cependant sur de nombreux points :

L’installation du logiciel se base sur l’utilisation de Java WebStart (JWS) : on clique sur un lien, JWS télécharge une fois pour ce qu’il faut, on vérifie qu’il s’agit d’un éditeur de confiance et hop on peut utiliser le logiciel.
Interface simpliste qui permet au néophyte de ne pas se perdre dans des options de configuration imbitables
Mode pédagogique : plutôt que de tout faire « à-la-place-du-newbie », le système permet de lui indiquer graphiquement où il faut cliquer. Cela vient en complément du système de chat audio et/ou texte.

Et à venir d’ici peu :

La mise en place d’un service d’entraide « officiel ». Une vraie communauté de confiance, avec notation des différents SparkAngel qui viendront aider la communauté.
Des services professionnels…

En Vrac

Tue, 12 Dec 2006 00:00:00 +0000

SNCF, ils vont vraiment nous faire détester le train (via Alexandre Modesto)
Freebox TV en MPEG4 pour les Freebox HD. Idée comme ca : proposer également ces flux sur les Freebox v4 pour une utilisation en multiposte (décodage effectué en software par le PC)
Sortie de Java 6. Allez courage, la prochaine version sera libre !

Les explications de RTE sur la coupure électrique du 4 novembre

Sun, 19 Nov 2006 00:00:00 +0000

RTE (Réseau de transport d’électricité - gestionnaire du réseau de transport d’électricité en France) vient de publier sur son site une explication détaillée de la coupure d’électricité survenue le 4 novembre dernier.

Le texte est assez didactique et permet de lever quelques approximations apportées par les médias durant les jours qui ont suivi la coupure :

En France, peu avant l’incident, la consommation s’établissait à 55 700 MW, très loin du record de consommation d’électricité du 27 janvier 2006 avec 86 280 MW

Donc pas de consommation excessive par rapport à nos capacités de production

Cette interconnexion des réseaux européens améliore la sécurité d’approvisionnement de la France. Cette solidarité électrique avec nos voisins joue en effet dans les deux sens. Elle a été indispensable à la France lors de la pointe de consommation du 28 février 2005 (86 000 MW dont 3 200 couverts par des importations). Ceci n’empêche pas le solde exportateur de la France d’être largement excédentaire sur une année

Oui, il faut conserver ses interconnexions ET la production de la France est pour le moment largement suffisante. Ce ne sera peut-être pas le cas dans les années à venir.

On y apprend également le nom des organismes de régulation/coordination chargés de l’enquête : UCTE (Union pour la coordination du transport d’électricité en Europe) et ETSO (European transmission system operators).

Java : Le JDK de Sun sous licence GPL v2

Mon, 13 Nov 2006 00:00:00 +0000

Cela faisait plusieurs années qu’une libéralisation de Java par Sun était dans les cartons ; depuis début 2006, on savait que cette rumeur devait - dixit le CEO de Sun - prendre forme d’ici la fin de l’année.

Et bien c’est désormais chose faite : le compilateur javac et la JVM HotSpot ~~et l’implémentation Java Mobile Edition (J2ME)~~ de la prochaine version de Java 7.0 sont disponibles sous une licence GPL v2 (également utilisée par le noyau Linux par exemple). Le reste (J2SE et J2EE) devrait suivre au début de l’année prochaine.

Cela signifie que le JDK de Sun devient compatible avec le projet d’implémentation libre Classpath : j’imagine que les projets vont pouvoir assez rapidement faire des échanges de code. On peut ainsi espérer un meilleur support de Linux (notamment du toolkit QT ou de l’intégration dans Gnome ou KDE) dans le JDK de Sun.

Cela va permettre d’intégrer et de distribuer bien plus facilement les applications Java dans les distributions Linux pour lesquelles le JDK n’était pas fourni en standard car considéré comme non-libre.

Plus d’infos :

Freecycle : ne jetez plus, donnez !

Sun, 22 Oct 2006 00:00:00 +0000

Freecycle est un réseau mondial d’échange, initié en 2003 aux USA. Le principe est très simple : chaque personne s’inscrit sur une liste locale (de sa ville ou de son département) et propose les choses dont elle ne se sert plus aux autres membres.

Ce mode de fonctionnement permet d’éviter la consommation à outrance : limite la mise en décharge de produits encore fonctionnels, limite le coût du transport via des échanges locaux, permet à des gens avec peu de resources de s’équiper…

En France, les groupes freecycle comptabilisent 23 groupes locaux pour 5040 membres.

Alors n’hésitez pas inscrivez-vous !

GASELL 0.6.1 is out !

Wed, 11 Oct 2006 00:00:00 +0000

GASELL (Gestion d’Association Sous Environnement et Logiciels Libres) est une application web permettant de gérer une association loi 1901 dont le développement a été initié par l’association Linux Nantes. Elle offre des fonctionnalités de gestion des adhésions, des activités, des tarifs ainsi que de nombreux autres modules.

Même si nous sommes en train de travailler sur la version 0.7 de GASELL (avec de nouvelles fonctionnalités !), il n’est pas prévue que cette version soit disponible avant mi-2007.

Pour vous faire patienter, voici donc une version contenant uniquement des correctifs par rapport à l’actuelle version 0.6.

Merci à toutes les personnes qui ont contribuées à la sortie de cette version (rapporteurs de bug, testeurs, développeurs, empaqueteurs…) !

Destineo, recherche d'itinéraire en Pays-de-Loire

Wed, 27 Sep 2006 00:00:00 +0000

Un an après le début du projet, le site Destineo est enfin accessible depuis le début du mois de septembre. Ce site vous permet de calculer un itinéraire dans la région des Pays de la Loire en utilisant uniquement les transports en commun et la marche à pied. Et c’est là que le système est intéressant par rapport à Google, Mappy, ViaMichelin & co ;)

Comme le précise le site :

Vous n’avez pas de voiture ou vous souhaitez l’utiliser le moins possible ? Destineo est fait pour vous.

Pour la petite histoire, le site Destineo est financé par le projet européen ITISS (pour Intermodal Travel Information SystemS), qui vise à faciliter l’accès aux informations sur les transports intermodaux. Le but ultime est de créer un réseau européen d’information sur la mobilité (un agrégateur de fournisseurs de calcul d’itinéraires) et de sites « locaux », afin de faciliter les voyages en transport en commun à travers toute l’Europe.

Si vous trouvez des bugs, vous savez où me contacter :)

Le BusWay à Nantes : les premières photos du véhicule

Thu, 31 Aug 2006 00:00:00 +0000

Bus Way

Voici les premières images du véhicule qui va assurer la liaison entre le centre ville de Nantes et Vertou : la fameuse Ligne 4 de “Busway”.

Il s’agit d’un bus accordéon de marque Mercedes d’un capacité de 37 places assises (et 150 debout), toutes options : planché bas avec rampe d’accès pour handicapés, utilisation du GNV, écran LCD à l’intérieur pour l’annonce des stations, carénage complet de la toiture et des roues, portes coulissantes latéralement, climatisation (pour le conducteur uniquement :), etc…

L’ouverture de la ligne est prévue le 6 Novembre 2006. En attendant, il sera en “exposition” :

16/09 - Station Beaulieu
17/09 - Station Duchesse-Anne
18/09 - Station La Joliverie
19/09 - Station Maraîchers
20/09 - Station Clos Toreau
21/09 - Station Beaulieu
22/09 - Station Duchesse-Anne

Un tag "adorable"...

Fri, 23 Jun 2006 00:00:00 +0000

Tag adorable

Ce tag est présent dans le souterrain qui relie le stade de la Beaujoire avec le Parc des Expositions

Pour agrandir l’image, vous pouvez cliquer sur celle-ci.

25 Mai : The Towel Day / La Journée De La Serviette

Thu, 25 May 2006 00:00:00 +0000

En mémoire de l’auteur anglais Douglas Adams (décédé en 2001), la journée du 25 mai est “The Towel Day” (traduisible en français par “la journée de la serviette”).

Les fans de la trilogie en cinq volumes du “Le Guide du voyageur galactique ” sont invités à se balader toute la journée avec une serviette.

Et surtout, n’oubliez pas : PAS DE PANIQUE !

PS : Si vous ne comprenez absolument rien à ce billet mais que vous aimez l’humour complètement décalé, je vous conseille de ce pas la lecture des ouvrages de Douglas Adams…

Dedibox

Sat, 13 May 2006 00:00:00 +0000

Décidement c’est un mois de folie pour Iliad. Après le lancement de la Freebox HD, les renseignements téléphoniques gratuits au 118 818, la diffusion des premières émissions en Haute Définition, voici le nouveau service d’hébergement dédié low-cost : Dedibox - le nom sonne un peu “Freebox”.

Cette nouvelle filiale du groupe vous fournit un serveur dans une salle machine disposant d’une très bonne connectivité internet (~ 20 Gb/s à l’heure actuelle) pour un prix modique. Pour réduire les coûts, un seul modèle de serveur est proposé, un VIA C7 à 2Ghz avec 2Go de RAM, 160Go de HDD et surtout une bande passante de 100Mb/s avec trafic illimité. Total : 29,99€ HT par mois.

Évidemment, comme pour tout nouveau service, quels problèmes de mise en place se posent :

Problème de stabilité de certains serveurs, BIOS défaillant : d’après les derniers retours, semble corrigé
Interface d’inscription un peu bugué, les RIB de certaines banques étant réfusés : corrigé également
Livraison des serveurs au compte-goûte : même si d’après les stocks semblent suffisants, le rythme de livraison est bien inférieur aux “10 000 serveurs / mois” annoncés sur le site. On espère que le retard sera résorbé d’ici la fin de la semaine prochaine.

La recette de la fortune : vendre des boites avec trois antennes !

Thu, 20 Apr 2006 00:00:00 +0000

11,95 % : c’est la progression du titre Iliad en bourse sur la journée d’aujourd’hui. On se croirait revenu à la bonne époque de la bulle internet : vous mettez trois antennes sur une boite, une pincé de “HD” dans le nom et du “multiplay” dans votre plan com., et hop vous gagnez le jackpot :)

Plus sérieusement, le groupe Iliad, via sa filiale internet Free, vient de lancer une nouvelle bombe dans le marché xDSL français, la "Freebox HD". Annoncée depuis quelques mois, cette boite contient tout ce qu’il faut pour traiter des flux Haute Définition : prise HDMI (pour lier le boitier avec sa télé HD), norme HDPC (imposée par l’industrie du cinéma), liaison sans-fil triple-wifi (le fameux MiMo ), télécommande évoluée, tuner TNT intégré (= “j’intègre TF1 + M6 dans mon offre contre leur volonté” ;)… Un joli concentré de technologie, qui remet les concurrents de Free a une distance respectable dans la course technologique.

Autre information intéressante, Free va lancer avec cette nouvelle Freebox HD, un réseau wifi à grande échelle permettant de passer des communications via des téléphones Wifi ou dual-band Wifi/GSM voir Wifi/GSM/3G. Voilà un projet qui rentre en concurrence avec le projet de Neuf Telecom : Beautiful Phone. Free part premier dans la course à la téléphonie nomade wifi, nous verrons lesquels vont gagner…

Aldebert : Un contrat merveilleux

Sun, 09 Apr 2006 00:00:00 +0000

Depuis quelques semaines, toute la France semble s’intéresser, comme par magie, à la précarité dans le monde du travail. La situation n’est pourtant pas nouvelle, mais le projet de loi « Pour l’Egalité des chances » n’a fait que mettre en évidence une peur commune : la peur de l’avenir, de l’inconnu.

Aldebert a écrit une chanson qui me semble illustrer à merveille les abus auxquels on assiste :

Ca y est, j'ai trouvé du travail
Sélectionné sur entretien.
Je vais pouvoir faire ripaille
"Faut fêter ça", c'est super bien.
Je dépense tout sans me soucier
Car je sais que le mois prochain
Je serai enfin salarié
Plus de galère, ça fait du bien.
Refrain :
Un contrat merveilleux
A deux cent cinquante heures par mois
Mais estime toi heureux
Il y en a beaucoup derrière toi.
Je relis à fond le contrat
Emploi Jeune que l'on me propose.
Il y a des mots que je ne comprends pas
Médiateur socio-machin-chose.
Depuis l'temps que j'ouvre des lettres
Qui commencent par "j'ai le regret de..."
Depuis l'temps que l'on me répète
Qu'un emploi stable y'a pas mieux.
Refrain
Dès le premier jour je m'dis "tiens tiens
Ce n'était pas vraiment ce que
L'on m'avait dit à l'entretien
Ca sent plutôt le plan foireux".
On m'avait dit "animation"
Je me retrouve derrière un bar.
On m'avait dit "évolution"
Je rentre de plus en plus tard.
Refrain

OVH : Premiers effets de la loi DADVSI ?

Mon, 03 Apr 2006 00:00:00 +0000

Voici le mail que les clients d’OVH ont pu recevoir par mail le 28 mars dernier :

Bonjour, Suite à notre annonce concernant p2p et la loi DADVSI, on nous pose beaucoup des questions et on nous demande de donner notre avis sur la question.

En étant hébergeur localisé en France, nous avons le devoir d’appliquer la loi qui est votée en France mais en étant n°1 d’hébergement en France, nous avons profité du vote de DADVSI à l’Assemblée Nationale pour lancer un débat plus large sur la question, en impliquant les utilisateurs finaux dans le débat. Vu que la loi n’est pas encore votée par le Sénat, le débat n’est pas fini. Pour que le débat soit le plus pragmatique possible, nous avons pris l’exemple de logiciel Emule, qui est extrêmement populaire, et qui parle à beaucoup d’utilisateurs d’Internet en France.

On a voulu mettre en évidence 3 points:

Emule est un logiciel open-source faisant parti de Sourceforge

C’est un projet qui se retrouve automatiquement hébergé en France parce qu’Ovh est le miroir officiel de Sourceforce en France. Ce miroir est gracieusement maintenu par Ovh pour soutenir la communauté open-source.

C’est un logiciel p2p qui est utilisé par beaucoup d’entreprises pour distribuer des documents, les mises à jour des logiciels tout à fait légaux.

La question qui reste entière: est-ce qu’on peut héberger Emule en France une fois que la loi DADVSI est votée définitivement et le décret d’application paru ?

Les questions qui en découlent: qu’est-ce qu’on fait des logiciels de messageries instantanées de type MSN, GTALK, GAIM, ICQ ? les logiciel IRC ? les logiciels FTP ? et les logiciels qui font le serveur WEB comme apache ? dont le rôle est de mettre en relation des utilisateurs d’Internet et pourquoi pas, permettent les échanges des fichiers, de toute sorte.

Amicalement Octave

OVH pose ici des questions importantes sur le devenir des projets de logiciels libres en France une fois la loi DADVSI promulguée. La manière est un peu brutale (coupé l’hébergement d’un projet libre, ce n’est pas très élégant) mais cela permet au moins de rendre le dossier DADVSI un peu plus “concret” pour les journalistes.

Conférence sur le climat

Mon, 13 Mar 2006 00:00:00 +0000

Terra-Economica propose un après-midi de sensibilisation sur les perspectives d’évolutions du climat planetaire. Évaluation de la situation actuelle, soutien aux pays du Sud, les organisations internationales faces aux changements, les gestes citoyens au quotidien : voici le programme !

Rendez-vous fixé au jeudi 16 mars de 14h à 18h, à Nantes, Campus du Petit Port, dans les locaux de la Faculté de Sciences Economiques. Tramway Petit Port Facultés. Entrée gratuite.

Gael Duval remercié de Mandriva

Mon, 13 Mar 2006 00:00:00 +0000

Je viens d’apprendre que Gaël Duval vient ~~de quitter~~ d’être viré de Mandriva. Gaël était le fondateur de Mandrake, la première distribution GNU/Linux française.

Devenue par la suite Mandriva (après la fusion avec Lycoris , puis Conectiva ), Mandriva est la distribution sur laquelle j’ai fait mes premiers pas sous GNU/Linux en 2000. Merci donc à Gaël pour le travail accompli : GNU/Linux est devenu accessible aux débutants ! J’espère qu’il trouvera rapidement un boulot qui correspond à ses attentes.

UPDATE : Gaël vient de publier un article dans lequel il explique ses derniers mois passés à Mandriva, comment lui a été annoncé son licenciement et ses projets pour l’avenir.