La théorie des files d’attente est une branche des probabilités modélisant les temps d’arrivée, de traitement, les problèmes de congestion etc dans les files d’attente ou queues.

L’ingénierie réseaux et plus tard la gestion de production industrielle se sont rapidement emparées des principaux résultats de cette discipline pour améliorer leur efficacité. Plus récemment, des activités de services tels que la gestion des guichets de banques ou les urgences hospitalières ont elles aussi bénéficié d’une étude de ce domaine.

Une démarche scientiste consisterait à plaquer aveuglément des équations mathématiques sur l’univers organique et infiniment complexe du SI. Dans notre cas, on étudiera certains résultats de la théorie des files d’attente comme source d’inspiration dans notre démarche d’amélioration continue, en gardant à l’esprit les limites de ces modèles mathématiques.

(Lire la suite…)

Les techniques d’accompagnement et de coaching issues du mouvement Agile ou du Lean se généralisent sur nos plateaux projet. Parmi elles, une technique d’enseignement au coeur de la formation de chaque cadre de Toyota consiste à laisser l’apprenti cadre découvrir les réponses par lui-même en se  » contentant  » de lui poser des questions.

(Lire la suite…)

Cette partie complémente la précédente et propose une autre solution d’implémentation des applications web en mode déconnecté, une solution où connecté et déconnecté sont vus de manière transparente par l’utilisateur…
(Lire la suite…)

La précédente partie a présenté – vue d’avion – les principales problématiques des applications déconnectées et une des technologies d’implémentation : Google Gears.

Cette partie expliquera comment rendre  » offline  » une application GWT en respectant un premier pattern :  » déconnexion explicite « .

(Lire la suite…)

Nos bonnes vieilles applications Web déconnectées…du web…un nouvel enjeu?

Certainement car techniquement et dans un environnement Web – ie où l’application est exécutée dans le navigateur – et donc par définition connectée, c’est plutôt novateur. Peut être pas car les applications déconnectées existent déjà: souvent des applications VB interrogeant une base de données embarquée sur le poste client, la synchronisation des données (du serveur « central » vers le client et du client vers le serveur « central ») répondant à des mécanismes « maison » efficaces.

Cette série de trois articles montrera le développement d’une application Web GWT sur la plateforme Gears et explicitera – de ci et de là – les problématiques d’applications web déconnectées ainsi que les enjeux d’architectures associés:

• la première et présente partie présentera une solution ainsi que quelques problématiques liées à ce type d’architecture
• la seconde partie proposera une solution d’implémentation reposant sur un pattern de « déconnexion explicite ». L’utilisateur demande via une action explicite à passer en mode déconnecté ou offline
• la dernière partie proposera une solution d’implémentation reposant sur un pattern de « déconnexion implicite ». A l’inverse, dans ce cas, connecté et déconnecté sont presque vus à l’identique, du point de vue utilisateur…

(Lire la suite…)

Après avoir tapé pour la 42 millième fois -Dmaven.test.skip=true après ma commande mvn, j’en ai eu raz le bol.

J’ai donc regardé rapidement la doc de zsh pour mettre un minimum de complétion sur cette commande. Voilà le résultat : il faut ajouter un fichier nommé _mvn, exécutable, dans /usr/local/zsh/4.3.4/functions

Fichier :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

#compdef mvn 
 
_wanted maven expl 'maven2' compadd \
pre-clean clean post-clean validate generate-sources \
process-sources generate-resources process-resources \
compile process-classes generate-test-sources process-test-sources \
generate-test-resources process-test-resources test-compile \
process-test-classes test prepare-package package pre-integration-test \
integration-test post-integration-test verify install deploy  \
pre-site site post-site site-deploy \
-Dmaven.test.skip=true \
-DskipTests \
-e \
eclipse:eclipse eclipse:clean  \
dependency:list dependency:tree dependency:analyze \
archetype:generate \
cobertura:cobertura cobertura:clean \
checkstyle:checkstyle \
release:prepare release:perform
 
return 0

Après cela, il suffit de relancer le shell, et, miracle, quand on appuie sur après avoir tapé mvn, on a une liste de propositions !!!

Vous pouvez bien sur enrichir la liste de propositions. Si la liste n’est pas assez complète, on pourrais écrire un petit plugin Maven qui parcours le repo locale, et génère un fichier de complétion pour zsh. Si vous êtes interessés, dites le moi.

Testé avec zsh 4.3.4, sous cygwin

(Lire la suite…)