Comment gérer le temps dans la programmation extrême? [fermé]

Question

Je surveille une compétition dans laquelle chaque sprint est programmé à un intervalle d'une heure. Chaque membre de l'équipe doit avoir un compte à rebours à l'écran, de préférence sur le terminal. Les verrous devraient déclencher l'alarme après 45 minutes, 55 minutes et 60 minutes.

L’environnement devrait créer un sentiment de programmation extrême. Existe-t-il une application de terminal prête à l'emploi?

[Clarification] Les équipes utilisent Ubuntus et Mac.

Answer 1

D'accord, ma première question est "bon Dieu, pourquoi?" Comment faire un sprint en une heure?

Mais cela dit - je présume que ce sera une session en classe ou quelque chose du genre - il existe un certain nombre d'applications de ce type; mentionner le système d'exploitation peut aider à le réduire.

Sur les Mac, j'aime utiliser Miniteur .

Sur un système UNIX, il s’agit d’un script shell ur-simple (syntaxe bash ici):

sleep $((45*60)) && echo "Forty five minutes"
sleep $((10*60)) && echo "FIVE MINUTES LEFT"
sleep $((5*60)) &&  echo 'TIME IS UP!'

Answer 2

"... L'environnement devrait créer un sentiment de programmation extrême ...", je pense que cet environnement va créer un sentiment de pression extrême, nous ne faisons pas basculer des hamburgers ici, nous faisons quelque chose de créatif, donnez une pause à votre équipe si elle a besoin de savoir quelle heure il est et combien d'heures il lui restera pour utiliser ses montres.

BTW cette approche a-t-elle déjà été essayée? Si oui, cela a-t-il fonctionné? Qu'en a pensé l'équipe?

Answer 3

WOW

Il ya une chose que j’aime vraiment quand on pense à des sprints / itérations d’une heure. Si je pense au rythme effréné du sprint, la première chose qui me vienne à l’esprit (de réaliser quoi que ce soit dans ce court laps de temps) est la programmation en binôme ou même le développement d’équipe . L’essence même de XP.

Ce qui m'a fait réfléchir. Plus les sprints sont courts, plus vous commencez à utiliser le paradigme XP. Vous commencez à réfléchir rapidement au sein de l'équipe, associez le code du programme (le codeur le plus rapide le fait) et communiquez beaucoup. XP parfait.

Bien que, dans la vie réelle, ces courts sprints soient une tuerie pour épuiser votre équipe très rapidement. Mais vous pouvez en apprendre beaucoup en y pensant. Et adopter les résultats sur la durée naturelle du sprint (1 semaine).