.
Suite à vos demandes, nous avons décidé de lancer une traduction des articles qui paraissent sur le blog des développeurs. Cette tâche est assurée par notre spécialiste maison, manumanuellito.
L'équipe des développeurs :
Bonjour à tous.
Il fait assez froid en ce moment et nous avons fini un autre sprint*.
L'objectif principal de ce sprint fut le nouveau parser* d'Everest
Poker pour le cash game. Nous avons également pris en compte un certain
nombre problèmes de la version précédente 0.93 du PokerStrategy Elephant.
Everest Poker
Le nouveau parser a été implémenté et est maintenant complètement intégré.
Le nouveau parser remplace le parser original et sera donc plus rapide et
plus stable que le précédent.
Le module d'importation a été amélioré afin de détecter automatiquement le
répertoires où Everest poker concerne ses historiques de mains. Cela
signifie que Everest Poker est supporté de façon automatique sans
configuration supplémentaire.
Performance
Nous avons réduit l'utilisation des ressources comparé à la version
précédente. Cela permettra de résoudre un grand nombre de problèmes et vous
ne devrez plus rencontrer de problèmes de lenteurs excessives pendant que
vous jouerez avec le PokerStrategy Elephant.
L'amélioration importante du nouveau module d'importation est maintenant
disponible: l'importation des mains en parallèle.
Importer des mains ne vous empêchera plus dorénavant d'utiliser les autre
fonctionnalités du PokerStrategy.com Elephant.
Correction de bug
Nous avons corrigé également quelques bugs rédhibitoires qui faisaient
planter l'application. Le PokerStrategy.com Elephant est maintenant beaucoup
plus stable.
Liste des changements
* AMELIORATION B-01346 Absence du traitement de la small blind et des
HeadsUp sur Everest Poker.
* AMELIORATION B-01380 Ajout de la configuration concernant l'importation
automatique des mains d'Everest.
* AMELIORATION B-01349 Amélioration de la gestion des traductions.
* AMELIORATION B-01344 Le parser d'Everest Poker a été entièrement remplacé.
* BUG CORRIGE [IN:000821] Amélioration des performances.
* BUG CORRIGE [IN:000813] Correction des plantages lors de l'importation du
contenu d'un dossier sans historique de mains.
* BUG CORRIGE [IN:000853] Correction des plantages lorsque l'on joue sur
Everest et PartyPoker.
Aperçu du prochain sprint
Le prochain sprint se concentrera sur des fonctions techniques internes,
lesquelles permettront d'améliorer encore plus le nouveau moteur d'analyse.
Lien vers l'original - Sprint Update "Royal Lochnagar
Bonjour à tous.
Nous avons récemment mis en place différents moyens pour que vous
nous fassiez parvenir vos demandes pour les mises à jour ou les
correctifs afin de pouvoir vous exprimer pour se qui pour vous devrait
être développé en priorité. Par exemple nous avons mis en place une
section de vote où vous pouvez ajouter vos suggestions. Les retours
que nous avons reçu et que nous continuons de recevoir sont
impressionnants et nous souhaiterions tout d'abord vous dire un
grand "merci" pour toutes ces informations.
Ne vous méprenez pas, vos suggestions sont encore très appréciées.
Ce blog devrait vous donner un aperçu sur la façon dont nous traitons
toutes vos idées.
Certains de ceux qui ont partagés leur idée peuvent se demander quand
celle-ci sera implémentée ou peuvent êtres déçu en pensant qu'elle n'a pas
été pris en compte. La suite mettra en lumière sur la façon dont vos idées sont
intégrées dans la planification des développements.
Le premier obstacle
Le premier obstacle qui se dresse entre vos demandes et leur implémentation
est dû à la part encore importante du code hérité de la version original. De
nombreuses demandes font référence a des modules originaux. Jetez un oeil
à la section de vote l'idée qui actuellement (au moment où j'ai écrit cet article)
détient la seconde place des votes: le HUD devrait pouvoir être déplacé
manuellement, de cette façon, les statistiques pour un joueur pourraient être
librement ajustées. Il est difficile de modifier ou d'étendre les fonctionnalités
de l'ancien HUD. Pour le HUD pour les SNG nous en avons entièrement réécrit
un nouveau parce que en refaire un depuis le début était plus simple que de
modifier l'ancien pour obtenir des résultats non satisfaisant avec une look
dépassé. C'est la raison pour laquelle nous attendons que le nouveau HUD
soit finalisé avant de pouvoir y apporter de telles améliorations. Nous pouvons
concevoir le nouveau HUD afin qu'il puisse facilement s'adapter, et ainsi
réduire le temps de développement.
La planification à long terme
Le denier point précèdent conduit au suivant. Inutile de vous dire que nous
avons mis en place un planning global avec toutes les fonctionnalités et
améliorations de prévues. Et nombreuses de vos suggestions sont déjà
intégré dedans, comme celle concernant le HUD dont nous avons discuté au
dessus. Lorsque nous planifions un nouveau sprint ou lors de la planification à
moyen terme il nous faut tenir compte de la réduction du temps de
développement global. Donc de nombreuses fonctionnalités sont intégrées
dans chacun des sprints afin de nous faire aller de l'avant. En ce qui concerne
les suggestions des membres de la communauté nous nous demandons
lesquelles seront utiles aux plus grand nombre.
Il arrive que nous nous rendions compte qu'une partie des fonctionnalités
planifiées correspondent en partie aux suggestions sans toutefois y répondre
entièrement. Laissez moi clarifier cela avec un exemple bien connu:
l'options "ma journée commence à". Notre planification globale inclue une
fonctionnalité permettant à l'utilisateur de repérer ses sessions. Cela rendra
l'option 'ma journée commence à" obsolète à partir de ce moment là.
Et maintenant ...?
Le dernier point que je ne vous cacherais pas c'est que certaines de vos
demandes ont déjà été développées. Par exemple la modification de la popup
des joueurs apparaissant dans le HUD ainsi que celle reprenant l'aperçu de la
journée qui n'apparaît plus automatiquement ont été développées sur vos
recommandations! 
De plus, par la suite nous essaieront d'implémenter au moins une de vos
suggestions par sprint. Dans celui actuellement en cours de développement,
nous réalisons celle qui consiste à rajouter une colonne dans les
historiques de SnG afin d'afficher le montant du tapis de hero pour chaque
main.
Pour finir
J'espère que c'est plus clair pour vous maintenant que ça ne l'était avant que
vous ne lisiez ce sujet. Et j'espère que vous serez toujours aussi motivé afin
de nous faire partager vos idées. Nous en avons besoin!
Amicalement.
Lien vers l'original - Your Participation
Bonjour à tous.
Nous venons de finir un nouveau sprint. Nous nous sommes concentré
sur la finalisation du support du cash game sur Everest Poker. Nous
avons également saisi cette opportunité afin d'implémenter une des
fonctionnalités demandée par la communauté.
Support d'Everest Poker
Nous avons pris en compte le cas particulié appelé "l'absence de la
small blind". Cette situation peut se produire sur les tables de cash
game si le joueur à la small blind refuse de poser sa blind et est
donc absent de la table. Dans une telle main il n'y a donc pas de small
blind. Cas de figure est maintenant géré correctement.
Comme vous l'avez peut être déjà remarqué, il n'y a pas de
configuration pour l'import autmatique des mains provenant de Everest
Poker dans la version précédente. Cela n'est pas réalisé non plus dans
ce sprint, mais se trouve maintenant en tête dans notre liste des tâches.
Le PokerStrategy.com Elephant est maintenant capable de détecter
automatiquement le répertoire où Everest Poker enregistre ses mains,
de cette façon l'importation automatique tourne arrière plan sans
nécessiter de configuration suplémentaire.
Les demandes de la communauté - Le tapis de Hero
Comme promis nous avons implémenté l'idée suivante parmis les demandes
de la communauté. Nous avons prit en compte la demande "Ajouter une
colonne pour indiquer le tapis de héro", et celle ci a été ajoutée sur l'écran
affichant les informations des tournois.
Correction des bugs
Nous avons corrigé le bug embetant qui provoquait un mauvais postionnement du HUD.
Modifications
AMELIORATION B-01342 Colonne pour le tapis de héro dans le détail des SnG
AMELIORATION B-01346 Ajout du support des heads up ainsi que la gestion de l'absence du small blind
AMELIORATION B-01380 Ajout de la configuration de l'import automatique pour Everest Poker
BUG 958 Bug corrigé provoquant le mauvais positionnement du HUD
La suite
Il n'y aura pas de nouveau sprint cette année car il ne pourra pas
être terminé avant le début des congés de noël. Cependant nous
effecturons un mini sprint dans lequel nous effecturons quelques
nettoyages et terminerons les évolutions déjà entamées.
Avertissement
Ceci est une version de développement provenant de notre serveur version,
et bien qu'elle soit raisonnablement fiable, elle n'a pas subit un cycle de test
complet. Cependant (et je sais à quel point cela peut sembler absurde compte
tenu de la fiabilité du produit en cours) nous n'assumons pas de
responsabilité si cette version altère votre base de données, grille votre
machine ou est la cause de l'oubli d'acheter vos cadeaux de Noël avant la
soirée du 23 décembre.
Lien vers l'original - Sprint Update "Strathisla"
Bonjour à tous.
Cette fois ci j'aimerais que vous emmener dans un court voyage dans les
profondeurs de la gestion de la qualité.
Le logiciel - juste un bout de code.
Le sens du mot logiciel tel que nous le connaissons aujourd'hui change
rapidement. Les logiciels deviennent de plus en plus complexe chaque jour
et il est courant qu'ils survivent au matériel pour lequel ils ont été conçus à
l'origine. Par conséquent, le besoin de logiciels de haute qualité grandi.
Les tests - Un art
Les tests permettent d'exécuter le code dans différents environnements et
conditions. La phase de test est complétée par une analyse du code et la façon
dont il a été écris.... Les tests tentent de répondre à des questions du type
"Qu'est-ce que c'est sensé faire?" et "Est-ce qu'il fait se qu'il fait se qu'il est
sensé faire?". Nous pouvons distinguer 2 types de tests: les tests fonctionnels
et les tests non fonctionnels.
Les tests fonctionnels font référence aux activités qui permet de vérifier une
fonctionnalité spécifique du code. Elles se trouvent en général dans les prérequis,
pour nous se sont les besoins des utilisateurs. Les tests fonctionnels doivent
répondre à des questions telles que "Est-ce que l'utilisateur peut faire cela?" ou
"Est-ce que la fonctionnalité x/y fonctionne?".
Les tests non fonctionnels font références aux fonctionnalités de l'application
qui ne sont pas liés à une fonction spécifique ou suite à l'action de l'utilisateur.
Les tests non fonctionnels inclus les aspects d'ergonomie, de performance,
d'évolutivité, de maintenabilité, de sécurité et les aspects aidant les tests. Ils
essayent de répondre à des questions du type "Comment l'utilisateur peut
faire cela?" ou "Combien de temps est-ce que cela prend pour faire cela?".
En outre les tests permettent de découvrir les anomalies, les comportements
non prévus, les problèmes ainsi que les bugs cachés dans l'application.
Les symptomes d'une défaillance
Toutes les anomalies ne sont pas dû à des erreurs de développement. Une autre
origine d'anomalies peut être, par exemple, causée par des pre-requis incomplets
ou non identifiés.
Par exemple: une erreur est localisé en profondeur dans le logiciel, une anomalie. Si
ce code est exécuté dans certaines conditions, le système peut produire résultat
qui n'a pas été prévu, causant une défaillance. Mais toutes les anomalies ne
conduisent pas à une défaillance. Les anomalies dans le code mort (code qui n'est
jamais exécuté) ne mènera jamais à une défaillance. Ces anomalies peuvent rester
inactives mais peuvent mener a une défaillance dès qu'une modification est apportée
au système. Ainsi une seule anomalie peut provoquer un grand nombre de
défaillances.
Le calvaire du test logiciel
Un seul test afin de valider et vérifier un programme basique peut conduire à un
grand nombre de cas de tests. Chaque cas de test peut seulement vérifier le
comportement du code dans des conditions très spécifiques. Par conséquent,
un test peut seulement mettre en évidence une anomalie, mais il ne peux peut
pas garantir qu'il n'existe aucune anomalie.
Ce sujet est la première étape de notre voyage dans les profondeur de la gestion
de la qualité, et si vous souhaitez m'accompagner dans ce voyage restez à l'écoute
pour le prochain épisode.
Lien vers l'original - A Journey Into The Depths Of Quality Assurance
Bonjour à tous.
Bien que cela ne soit pas réellement un sprint, nous avons réalisé une
autre mise à jour spéciale Noël.
Import et mises à jour
L'objectif est d'amélioré le processus de mise à jour. Nous avons
modifié l'import automatique afin qu'il s'exécute en tache de fond.
Le PokerStrategy.com Elephant est immédiatement utilisable après
une mise à jour effectué. Il n'est pas nécessaire d'attendre que la base
de données soit entièrement réimportée. Malheuresement, cela provoque
un autre problème. Dans le cas très improbable où l'application est
mise à jour alors que l'import précédent n'est pas encore complètement
achevé, l'import échouera. Ce problème a été corrigé.
Correction des bugs
Nous avons également inclus quelques corrections touchant principalement
le HUD et le jeu sur les tables.
De plus, l'importation a été améliorée, et plus spécifiquement le moteur
d'analyse. La gestion des erreurs du moteur d'analyse a été amélioré
afin de pouvoir gérer les pseudos des joueurs avec des caractères spéciaux.
Modifications
* Correction de bug 986 Correction de la gestion des verrous lors de la
fermeture du programme alors que le moteur d'analyse est en cours
d'exécution.
* Correction de bug 984 Correction du gel lors de l'analyse si le nom
de l'utilisateur contient des crochets
* Correction de bug 982 Correction des lenteurs du HUD
* Correction de bug 980 Correction des crash lors du jeu en multi tables.
* Correction de bug 959 Correction des crash lors de l'importation à
partir de dossiers innacessibles.
* Correction de bug 958 Correction du mauvais positionnement du HUD.
* Amélioration B-01293 Mise à jour de l'importation qui est maintenant
capable de gérer plusieurs mises à jour, par exemple lors de l'installation
d'une mise à jour alors que l'import précédent n'était pas encore terminé.
La suite
Nous arrivons en période de congés. L'équipe de développement sera en
vacances les semaines qui suivent et nous seront de retour dès la nouvelle
année. Merci de votre patience durant ces vacances notamment pour vos
demandes relatives au support qui devraient prendre un tout petit peu plus
de temps que d'habitude. Bonnes vacances!
Avertissement
Ceci est une version de développement provenant de notre serveur de
versions, et bien qu'elle soit raisonnablement fiable, elle n'a pas subit
un cycle de test complet. Cependant (et je sais à quel point cela peut
sembler absurde compte tenu de la fiabilité du produit en cours) nous
n'assumons pas de responsabilité si cette version altère votre base de
données, grille votre machine ou est la raison pour laquelle le Père Noël
a oublié ses cadeaux.
Lien vers l'original - Sprint Update "Talisker - Happy Holidays"
Bonjour à tous.
Voici un élément intéressant. Savez vous que chaque membre de l'équipe
de développement est un joueur de poker professionnel? Bien que cela
puisse être légèrement différent à quoi vous pouvez vous attendre.
Nous sommes des joueurs professionnels de Planning Poker.
Estimer les Scénarios
Le Planning Poker est une méthodologie d'estimation des charges. Nous l'utilisons
afin d'estimer les charges des scénarios que nous allons développer. Un scénario
est la description d'une fonctionnalité, ou d'un ensemble de fonctionnalités.
Sur la base de ces estimation, nous décidons quels scénarios auront la plus
grande valeur a être développés dans le prochain sprint, ainsi que leur nombre.
Le Planning Poker
Donc, comment fonctionne le Planning Poker? Concrètement, cela
se passe ainsi:
Tous ceux qui prennent part à la réunion de planning se voit remettre
un jeu de cartes, tel que celui-ci:
Maintenant le responsable du scénario présente une bref description de
celui-ci. L'équipe peut poser des questions afin d'éclaircir les risques,
le périmètre et les hypothèses. A la fin tout le monde devrait avoir une
idée claire de se qui est nécessaire afin de développer le scénario.
Chacun des membres des l'équipe choisi alors une des cartes, et la place
face cachée devant lui. Toutes les cartes sont retournées au même moment.
Les personnes qui ont indiqué la plus grande et la plus petite estimation
peuvent justifier leur choix et le processus recommence.
Soit vous arrivez a un accord des différentes estimations au second tour,
soit vous employez une sorte de joker, par exemple, prendre l'estimation
la plus grande.
Si vous regardez de plus près les cartes, vous devriez noter que chiffres
représente à peu près une suite de Fibonacci. La raison de cela est que le
cerveau humain est plus habitué a travailler sur une échelle logarithmique.
Ainsi, les plus petits scénarios peuvent êtres estimés de façon assez précise,
par contre pour les scénarios plus importants les estimations deviennent plus
imprécises. Cependant, ça n'est pas un problème si un scénario important est
estimé à 38 ou 42 points.
Avantages
L'avantage primordial de cette méthodologie est que les membres de l'équipe
ne s'influence pas entre eux. Les gens ont tendance de suivre l'avis des
personnes plus seniors, et ce même de façon inconsciente. Les personnes
plus juniors sont réticentes à exprimer leur propre opinion. Décider avant
que chacun ne révèle son estimation les oblige a donner leur propre avis.
Comparer les résultats permet d'amener tous le monde à la même idée.
Habituellement si 2 tours d'estimations amènent a des résultats très différents
c'est qu'il y a une différence importante dans la compréhension du scénario.
Ou le scénario est trop complexe ou il manque une information essentielle.
Discuter de la façon dont vous êtes arrivé à cette estimation permet d'éclairer
toutes les incompréhensions. Tout le monde sait se qui est nécessaire afin de
développer un scénario.
Voici un nouveau voyage dans les méthodologie de développement agile et
j'espère que vous l'aurez trouvé quelque peu intéressant.
Lien vers l'original - Player Poker for a Living
NDT: le planning poker est une brique de la méthodologie Scrum ( http://fr.wikipedia.org/wiki/Scrum_ (m%C3%A9thode)). C'est la méthode de développement agile mis en oeuvre par l'équipe de développement, comme expliqué dans un post précédent
Bonjour tout le monde
Avez-vous essayé de travailler à plus de 2 sur un même document? Si
cela est le cas, vous avez probablement du vous demander si il existe
une solution plus simple que d'envoyer un document Word par mail afin
que chacun ajoute ses modifications. C'est là que EtherPad ou sa douzaine
de clone entre en jeu. EtherPad vous permet d'éditer n'importe quel
document texte alors que plusieurs utilisateurs sont déjà en train de le
modifier au même moment. Cela permet de rédiger les rapports de réunions
plus rapidement. Vous pouvez également modifier le texte qu'un autre
utilisateur vient juste de rédiger.
A la maison je l'utilise afin d'y conserver ma liste de courses, de cette
façon je peux y accéder et l'éditer de n'importe où en même temps que
mon colocataire.
La barre de défilement dans le temps est une fonction ingénieuse, qui
vous permet de revenir en arrière dans le temps et de visualiser comment
le document a été rempli. Même si un ami mal attentionné supprime tout
votre texte, vous pouvez le récupérer avec la barre de défilement du temps.
Il est également possible de rejouer entièrement le processus de création
du document. Cependant cette fonctionnalité ne sera pas utile la plupart
du temps. 
Même ce post sur le blog a été créé rédigé et relu avec l'aide de EtherPad.
Une fois que la rédaction de votre document est terminée, vous pouvez
l'exporter en tant que document texte, ou même PDF, Word, Open Office...
Si vous voulez l'essayer sans avoir à l'installer vous pouvez aller sur
http://typewith.me en créant votre propre document à partager avec
vos amis ou aller sur http://typewith.me/sCoKsCE6fL que j'ai créé pour vous.
Vous pouvez voir si d'autres l'éditent en même temps et participez à la
conversation
Attention:
Aussi longtemps que vous utiliserez un clone non sécurisé de EtherPad (par
exemple typewith.me), tout se que vous écrirez ne sera sécurisé que par le
nom du document. N'importe qui récupérant l'URL aura accès au contenu.
De plus, le texte ne peut jamais être supprimé. Pour la communication
interne d'une entreprise ou le partage de documents, vous devriez utiliser
un serveur sécurisé ou mettre en place votre propre serveur interne à
votre entreprise.
Vous pourrez trouver sur le lien suivant, une liste de site utilisant EtherPad:
http://etherpad.org/public-sites
A ce stade je voudrais citer mon collègue: Vous avez été prévenu!
Bye à tous.
Lien vers l'original - How developers simplify their lives
Bonjour à tous,
Voici une nouvelle mise à jour de la beta. En ce miment nous travaillons
sur les composants de base pour le nouveau HUD. Malheuresement il
n'y a pas encore grand chose de visible, donc cette mise à jour se
concentre principalement sur la correction de bugs.
Correction des bugs
Tout d'abord, l'import automatique a été corrigées pour les cas ou
l'application de la room n'aurait pas été installée sur la partition princpipale.
Nous nous sommes bien amusé avec le sytème de fichier windows et les
notifications implémentée ici. De plus, nous avons corrigés certains problèmes
lors du parsing.
Liste des chamgements
* Correction du bug 1121 Correction du problème sur la création du fichier
de log.
* Correction du bug 1117 Correction de l'erreur 'PlayerNotFound' sur
Full Tilt Poker.
* Correction du bug 1074 Suppression de la configuration de Betfair dans
les paramètres de rooms.
* Correction du bug 1058 Correction du problème d'importation automatique
autre que sur le C:\ pour Full Tilt Poker.
* Correction du bug 1052 Correction de la detection du gagnant du tournois
sur PokerStars.
* Correction du bug 1050 Correction du fuseau horaire du début du tournoi
dans le parser de Full Tilt Poker pour le résumé.
* Correction du bug 1043 Mise à jour de l'affichage du HUD pour Mansion.
* Correction du bug 1042 Correction de l'analyseur concernant les tables
CAP sur PokerStars.
* Correction du bug 1038 Correction de la dectection des modifications
dans les fichier du répertoires des historiques de mains sur les lecteurs
secondaires
* Correction du bug 1018 Correction du problème d'importation automatique
autre que sur le C:\ pour PartyPoker.
* Correction du bug 1004 Correction du plantage pendant les sessions
multitables
* Correction du bug 994 Correction de la détection des pseudos contenant
des trémas ou des caractères accentués sur PokerStars.
La suite
Nous esperons que vous avez passer de merveilleuses vacances et que ce
premier mois de l'année 2011 c'est bien passé (si vous avez d'autres
croyances, nous esperons tout de même que vous avez passé du bon
temps). La prochaine étape nous amènera à rendre le HUD plus stable ainsi
que d'en faire un moteur d'analyse performent. Cela sera une de nos priorités
dans les jours à venir.
Attention:
Ceci est une version de développement provenant de notre serveur de
versions, et bien qu'elle soit raisonnablement fiable, elle n'a pas subit
un cycle de test complet. Cependant (et je sais à quel point cela peut
sembler absurde compte tenu de la fiabilité du produit en cours) nous
n'assumons pas de responsabilité si cette version altère votre base de
données, grille votre machine ou explique une nouvelle blessure d'un
skieur autrichien. Mince!
Vous avez été prévenu!
Lien vers l'original - DevBuild Update
Bonjour à tous,
Malheureusement, la dernière version contenait un bug, dont la correction
est nécessaire pour les nouveaux joueurs ou les joueurs qui démarrent sur
une room supportée. Cette correction de bug nous amène à faire l'annonce
d'une nouvelle version dans un post sur ce blog. Nous avons également pris
la liberté d'inclure un fix pour un bug touchant le HUD sur iPoker.
Correction des bugs
Les modifications des paramètres de configuration des rooms étaient ignorées,
aussi bien celles provenant du moteur d'importation ou celles que vous avez
pu effectuer dans le PokerStrategy.com Elephant. Nous avons corrigé cela, et
le nom de hero est maintenant ajouté automatiquement dans la configuration
des rooms à nouveau. Vous pourrez également dans le PokerStrategy.com
Elephant, ajouter et modifier la configuration d'une room. Ce correctif apporte
également un retour arrière du HUD, de cette façon hero sera à nouveau
détecté automatiquement.
Nous avons également corrigé le problème de rotation du HUD dû aux skins
iPoker sur Mansion Poker et Titan Poker. Il vous est à nouveau possible de
faire tourner les stats pour les décaler et d'utiliser l'option pour définir votre
position.
Liste des chamgements
* Correction du bug 1236 Correction du "Pseudo absent dans la configuration
des rooms"
* Correction du bug 829 Correction du problème sur "Impossibilité de définir
sa propre position" sur Mansion Poker et Titan Poker"
Attention:
Ceci est une version de développement provenant de notre serveur de
versions, et bien qu'elle soit raisonnablement fiable, elle n'a pas subit
un cycle de test complet. Cependant (et je sais à quel point cela peut
sembler absurde compte tenu de la fiabilité du produit en cours) nous
n'assumons pas de responsabilité si cette version altère votre base de
données, grille votre machine ou vous oblige à retarder la publication du
ticket sur votre blog que vous aviez prévu pour aujourd'hui...
Vous avez été prévenu!
Lien vers l'original - Elephant DevBuild Hot Fix Update
Bonjour à tous.
Vous êtes vous déjà demandé pourquoi un site hébergeant un contenu
très similaire à un autre site est largement préféré par les utilisateurs.
Ou savez vous exactement pourquoi vous choisissez un client email
particulier plutôt qu'un autre qui aurait les mêmes fonctionnalités?
C'est peut être parce que ça "ça le fait plus"? C'est peut être du au
fait que les développeurs ont fait un meilleur travail par rapport à la
facilité d'utilisation tout simplement.
Plusieurs choses se passent en coulisses.
L'important n'est pas seulement se qu'un logiciel est capable de faire,
mais également comment l'utilisateur est amené à faire les choses
(utiliser les fonctionnalités du logiciel). Avec quelle rapidité l'utilisateur
comprend comment utiliser le logiciel? Et la dernière question mais pas
la moindre: est-ce que les informations sont affichées de façon à se que
l'utilisateur peut facilement les comprendre.
La forme suit la fonction.
De façon basique, il faut que le positionnement dans l'interface utilisateur,
que tous les contrôles et les images aient un sens. Par exemple, vous ne
devriez pas insérer une image ou une animation si elle n'est pas utilisée
pour faire passer un message à l'utilisateur.
Beaucoup d'entre vous ont déjà certainement participé à une présentation
où le document était fait avec PowerPoint. Combien d'entre vous en ont
déjà vu où le fond était de couleur pourpre avec une police jaune ou que
la transition des lignes d'entêtes de la gauche vers la droite est
accompagnée d'un son bruyant? Ou les 2 à la fois?
Est-ce que le contenu était plus facile à comprendre grâce à ces trucs
rigolos?
Ceux qui ont déjà eu ce plaisir savent de quoi je parle. Les autres doivent
pouvoir l'imaginer.
Hé! Quoi? Je veux seulement ...
L'élément suivant est que tous les contrôles (les boutons, les cases à
cochées [celles que vous pouvez cocher avec un clic], les menus)
devraient réagir comme de la même façon que dans les autres
applications que l'utilisateur a l'habitude d'utiliser.
Un clic droit avec la souris a pour conséquence l'ouverture d'un menu
contextuel. Donc si un développeur veut utiliser le clic droit ça devrait être
pour l'utilisation d'un menu contextuel ou toute autre action pour quelque
chose de similaire.
Inutile de mentionner que tous les contrôles doivent faire se qu'ils sont
sensés faire. Un bouton doit pouvoir être cliqué. Les cases à cochés
doivent pouvoir êtres cochées. Ces contrôles devraient avoir une action si
l'utilisateur clic dessus. Par exemple, les cases à cochées ne devraient pas
êtres utilisées dans une liste avec des éléments cochés ou décochés si
l'utilisateur ne peut pas les modifier parce que le contrôle suggère qu'il
doit pouvoir le faire.
Guide ma main.
Les actions qu'un utilisateur fait tous les jours avec un logiciel doivent
pouvoir êtres réalisées facilement et rapidement. Par conséquent, les
contrôles les plus importants (ceux associés aux fonctionnalités les plus
utilisées) doivent être bien visibles.
De plus, les actions élémentaires que l'utilisateur doit effectuer afin
d'utiliser une fonctionnalité (par exemple, effectuer un import manuel)
devraient se dérouler rapidement et les composants graphiques utilisés
doivent être proches. Cela signifie dans un premier temps que tous les
composants ayants le même thème (par exemple l'importation) soient
regroupés ensembles. Dans un second temps cela veut dire que tous les
composants devraient êtres organisés dans l'ordre précis dans lequel
l'utilisateur pourrait être amené à invoquer (par exemple 1er: Ajouter un
fichier, 2nd Supprimer ceux sélectionnés, 3ième: démarrer l'importation,
4ième: arrêter l'importation, 5ième: supprimer se qui a été traité, 6ième:
envoyer le rapport dans le presse-papiers).
Il est important de s'assurer que le "voyage" de la souris à travers l'écran
reste limité. La souris n'est pas le meilleur appareil pour se muscler.
N'ai-je pas fais cela déjà...?
Pour finir, lorsque l'utilisateur a un peu personnalisé l'interface graphique,
comme par exemple redimensionner la barre de navigation ou afficher un
tableau, il s'attend au prochain démarrage à ne pas refaire les mêmes
actions encore une fois. L'apparence du logiciel doit être identique à se
qu'elle était avant le précédent arrêt.
Nous espérons que vous avez trouvé un intérêt d'avoir des explications
sur les éléments que les développeurs doivent garder à l'esprit en plus
des exigences graphiques du logiciel.
Salut!
Torsten
Lien vers l'original - Usability At A Glance
Bonjour tout le monde.
Aujourd'hui j'aimerais vous parler d'une configuration particulière du
PokerStrategy.com Elephant: Comment jouer sur des ordinateurs différents mais
toujours avec les dernières statistiques.
Pourquoi voudriez-vous vouloir faire cela?
Beaucoup de personnes ont un second ordinateur (par exemple, un ordinateur de
bureau et un portable) et aimeraient jouer au poker avec les deux machines. Vous
pouvez vouloir jouer au poker dans votre maison d'été avec votre portable puis
jouer sur votre ordinateur de bureau de retour chez vous. Certaines personnes
jouent sur un ordinateur portable parce qu'un autre membre de la famille bloque
l'ordinateur de bureau, etc.
Jouer au poker sur deux ordinateurs différents conduit à un problème important:
Comment synchroniser mes statistiques entre les différents ordinateurs. Je
voudrais avoir toutes mes sessions d'importées dans le PokerStrategy.com
Elephant et pas seulement celles que j'ai jouées sur une des machines.
Nous avons retravaillé le moteur d'importation et la configuration depuis un certain
temps (à peu près depuis la version 0.90) et nous avons finalement trouvé une
solution à ce problème.
Vous avez deux choix...
Il y a deux solutions à ce problème: la première est d'installer une base postgreSQL
sur un serveur dédié (ou louer une base données d'un hébergeur) et configurer le
PokerStrategy.com Elephant afin qu'il utilise cette base de données.
L'amélioration importante du nouveau module d'importation est maintenant
disponible: l'importation des mains en parallèle.
Cependant cette solution demande de bonnes connaissances techniques, par
exemple comment installer et configurer un serveur ainsi qu'une base de données.
Cependant cela n'est pas réalisable pour la majorité des utilisateurs.
Conservons cela à l'esprit regardons une solution plus simple.
Partagez-les!
L'idée principale est d'archiver toutes vos mains dans un répertoire partagé et de
l'ajouter dans la liste des dossiers dans la configuration des importations
automatiques du PokerStrategy.com. Ca semble facile pas vrai?
Ok, faisons-le
Je vous indiquerais la configuration avec l'utilisation de Dropbox, qui permet de
partager un dossier sur Internet (voir www.dropbox.com - En utilisant ce lien nous
obtiendrons un espace de stockage supplémentaire de 250Mo chacun).
Pas d'inquiétude, tout se que vous sauvegarderez sera crypté et ne pourra jamais
lu par quelqu'un d'autre!
Cependant si cela vous dérange de partager des données sur
Internet, vous pouvez parfaitement utiliser un répertoire partagé local.
La première chose à faire est de télécharger, installer et configurer votre DropBox.
C'est plutôt facile, l'installateur vous guide pas à pas.
Maintenant que votre DropBox est correctement configuré, vous avez besoin d'un
dossier pour y conserver vos mains à partager.
J'ai fais le choix de conserver toutes mes sessions dans F:\My Dropbox\Hand
Histories\FixLimit.
Notez que le dossier " My Dropbox" doit être dans la hiérarchie si vous ne voulez
pas utiliser un partage local.
Maintenant configurons le PokerStrategy.com Elephant:
1. Cliquez sur l'onglet Configuration dans la barre d'outils.
2. Cliquez sur le bouton Ajouter un Dossier afin d'ajouter votre nouveau dossier de
partage (F:\My Dropbox\Hand Histories\FixLimit dans mon cas).
Voilà, c'est tout!
Le PokerStrategy.com Elephant importera dorénavant tous les fichiers qui se
trouveraient dans ce répertoire à chaque fois que le programme démarrera. Le
processus d'importation trouvera un grand nombre de mains dupliquées à chaque
fois, mais cela n'est pas un problème. La chose importante est que, tout nouveau
fichier sera importé automatiquement.
Répétez cette procédure sur tous les ordinateurs sur lesquels vous
utilisez le PokerStrategy.com Elphant.
Ok, il manque encore une étape pour que cela fonctionne: il est également
nécessaire de déposer toutes les mains jouées dans ce répertoire.
Encore une fois vous avez plusieurs options. Vous pouvez copier/coller les mains
jouées dans le répertoire partagé après chaque session jouée ou vous pouvez
configurer votre room afin d'y mettre les fichiers des historiques des mains dans
votre répertoire partagé.
Cette dernière option a l'inconvénient, que la plupart des rooms de poker suivent
une stratégie de suppression des historiques de mains et les fichiers d'historiques
peuvent êtres supprimés après 30 jours ou plus.
Copier les fichiers de vos sessions automatiquement permet aussi de sauvegarder
toutes les mains jouées, mais nécessite des étapes supplémentaires manuelles.
Revues de sessions, notes, etc.
Cette configuration vous permet de jouer sur différents ordinateurs avec les
mêmes statistiques sur les autres joueurs.
Une autre chose à préciser est que tous vos commentaires, catégories, etc que
vous avez ajouté sur un des ordinateurs sont bien sûr pas transférés sur les autres
ordinateurs. C'est la raison pour laquelle nous transferons "seulement" les
historiques de mains, mais pas la base de données où ces informations bien sûr
concervées.
Une bonne pratique serait de faire vos revues de sessions sur le même ordinateur
(dans le cas où vous prenez des notes ou définissez des catégories.
Expériences et performance
J'utilise cette configuration moi même lorsque je joue au poker. Je joue sur un
ordinateur portable lorsque la météo est suffisamment bonne pour m'assoir sur la
terrasse ou lorsque l'ordinateur de bureau est prit d'assaut par les autres membres
de la famille.
Ayant 1 échantillon de mains est d'environ 35k mains dans ma dropbox, cela prend
à peu prêt 3 minutes pour les importer sur mon ordinateur qui a maintenant déjà 3
ans (AMD x2, 3Go de RAM, Windows 7), alors que la plupart sont dupliquées.
L'importation ne me dérange pas vraiment en terme de performance. Le
chargement du PokerStrategy.com Elephant prend un peu plus de temps, mais la
plupart des importations se fait en arrière plan et je peux commencer à jouer avec
le HUD dès que l'application apparaît.
J’espère que j'aurais pu vous monter une nouvelle façon utile de configurer
l'importation du PokerStrategy.com Elephant. N'hésitez pas à poster des
commentaires ou de nouvelles idées.
Ciao
Michael
Lien vers l'original - Using the PokerStrategy.com Elephant on muliple computers
Re Bonjour,
L'un des premiers commentaires laissé dans mon post précédent sur
le blog concernant la gestion de la qualité était: [début-citation]"omg,
postez des informations utiles s'il vous plait"[/fin-citation].
Comme vous pouvez le constater, la gestion de la qualité dans le
développement logiciel est quelque chose de sous estimé. C'est la
raison pour laquelle j'aimerais vous donner un bref aperçu de l'intérêt
des tests logiciels en général et de vous montrer pourquoi est-ce si
important.
Ex. I L'empoisement au Therac-25
Retour dans les années 1980. Le Therac-25 était une machine
automatisée de radiation thérapeutique utilisée dans le traitement du
cancer. Le logiciel embarqué avait le control total sur les systèmes
critiques de sécurité. On pensait que ce logiciel serait une gestion
supérieure comme aucun autre logiciel n'a pu l'être.
Cette vision arrogante a conduit à la pire série d'accidents de
radiation dans l'histoire de l'informatique médicale. Au moins 6
patients ont reçu une dose massive de radiation d'au moins 100 fois
la dose prévue, causant de graves blessures et même la mort dans
certains cas.
Les enquêtes ont conclu par la suite que la principale raison est
attribuée a une mauvaise conception du logiciel et des mauvaises
pratiques dans son développement. Pas explicitement à plusieurs
erreurs de codage. En particulier, le logiciel a été conçu de façon qu'il
soit impossible d'obtenir des résultats de tests fiables.
Ex. II Le bug du Pentium
Vous devriez vous en souvenir, retour en 1993, Intel commercialise
son nouveau processeur Pentium. Plus d'un an après, un
mathématicien découvre que le processeur donne des réponses
incorrectes lors de calculs de divisions en virgules flottantes. Intel
affirme avoir réalisé des millions de tests avant sa mise en
production. Il s'est avéré que les entrées des tables de tests
correspondantes n'ont jamais été remplies à cause d'une sortie de
boucle incorrecte. De cette façon, les tests n'auraient jamais pu
mettre à l'épreuve tous les cas particuliers. La puce fut légèrement
imprécis et ce petit problème logiciel entacha la réputation d'Intel et
couta des millions de dollars.
Ex. III Le système de guidate d'Ariane 5
Retour en juin 1996 pour le lancement par l'ESA de la première fusée
Ariane 5, qui explosa seulement 37 secondes après le décollage. La
cause était due à une exception non gérée dans le système de
guidage. Le logiciel était le même que celui qui équipait les fusée
Ariane 4 et il s'est avéré que ce problème ne s'était jamais produit
sur les systèmes précédents. Cependant, les tests qui auraient
permit de découvrir ce problème étaient trop difficiles à mettre en
œuvre si bien qu'ils n'ont jamais été réalisés. Cela résultat en un
bruyant et couteux BOOM.
Ex. IV Les unités MCO
A cause d'une autre défaillance logicielle, en 1989, la sonde de la
NASA Mars Climate Orbiter (MCO) s'écrase sur la planète rouge au
lieu de se placer en orbite à cause d'un malentendu dans les unités
de mesure. Différents composants logiciels ont été développés par
des équipes de développement séparées et un module calculait les
données de navigation en Livre et les transmettaient à un autre
module qui attendait ces données en Newton... Ca n'est une
incroyable erreur d'intégration, mais qui dans ce cas fut une erreur
assez couteuse.
J'espère sincèrement que ces courts exemples vous donneront une
meilleure compréhension de l'importance des tests logiciels.
tchao.
Lien vers l'original - The Importance Of Quality Assurance In Software Development
Bonjour à tous,
Vous l'avez très certainement déjà noté: Nous ne développons pas
seulement le pokerStrategy.com Elephant, mais nous sommes également
responsables de toutes les applications PokerStrategy.com à votre
disposition. Cette responsabilité inclue l'ICM Trainer Light qui nécessite
une mise à jour.
Depuis que l'ICM Trainer Light est disponible, Adobe a mis à jour son
logiciel Flash avec une nouvelle version majeure. Les mises à jour
semblaient incompatibles avec les versions précédentes. Pour certains
utilisateurs de l'ICM Trainer Light cela se traduisait par des problèmes
d'affichage où certaines parties de l'écran étaient coupées. Ces problèmes
sont maintenant corrigés.
Le problème d'affichage
Le coté droit de la table semble être coupé se qui provoque des difficultés
pour voir les cartes des joueurs à droite et de prendre les bonnes
décisions.
Ce problème fut complexe car il n'apparaissait que sur certaines machines
et dans des conditions pas très claires. Il a fallut beaucoup de temps pour
reproduire ce bug et tester sa correction. Le désagrément est maintenant
terminé et la nouvelle version est maintenant disponible.
Liste des changements
* Correction du problème de la table en partie non visible
* Ajout des traduction Bulgare, Koréen, Japonais et Roumain
* Mise à jour nécessaire et fonctionnelle avec Adobe Flash® version 10
Téléchargement
Mettez à jour votre version avec celle ci-dessous qui sera très
prochainement ajoutée à la page de téléchargement de l'ICM Trainer Light.
Lien vers l'original - ICM Trainer Light Update
Bonjour à tous,
Voici une nouvelle mise à jour de la version beta. Cette version possède quelques
avantages pour vous: il y a un changement majeur dans la licence du
PokerStrategy.com Elephant que vous ne manquerez pas d'apprécier. D'autre part
c'est l'occasion pour nous de développer une nouvelle fonctionnalité demandée par
les utilisateurs: nous avons ajouté le support de la room William Hill. La dernière et
point des moindres nous avons pu améliorer les performances du démarrage et de
l'importation des mains.
La licence du PokerStrategy.com Elephant
De nombreux joueurs se plaignaient de la période d'essai de 21 jours: Le délai donné
était trop court pour obtenir les 1000 SP. Nous avons échangé sur ce problème en
interne et cela à donné suite à des conversations très controversées. Nous avons
finalement décidé de publier le PokerStrategy.com Elephant sans la moindre
restriction à partir de maintenant.
Cela signifie que le PokerStrategy.com Elephant est désormais totalement gratuit pour vous!
Nous avons profité de ce changement de licence afin de résoudre un autre problème
récurent: beaucoup d'utilisateurs utilisent encore des versions très anciennes du
PokerStrategy.com Elephant. Ces utilisateurs se débattent avec des bugs déjà
résolus et bien sûr ne profitent pas des dernières fonctionnalités. Cela génère un
support inutile que nous sommes impatient de voir diminuer afin de nous concentrer
plus sur le développement.
La solution de ce problème est assez simple:
Chaque version du PokerStrategy.com Elephant ont maintenant une date
d'expiration. Vous devrez mettre à jour votre version du PokerStrategy.com
Elephant avec une plus récente avant que votre version expire. Pas d'inquiétude: La
date d'expiration est d'environ 6 mois à partir du moment où elle est disponible, et
vous serez bien sûr alerté lors de la mise à disposition des nouvelles versions. De
plus la date d'expiration est affichée dans la barre d'état du PokerStrategy.com
Elephant.
Le support de William Hill Poker
Il y a eu plusieurs demandes pour que le PokerStrategy.com Elephant supporte
William Hill Poker (aussi bien dans notre section du forum Elephant, comme dans
notre PokerStrategy.com Elephant Uservoice).
Nous avons implémenté le support de William Hill Poker dans cette version. Le
support de William Hill est automatique: démarrez seulement la version 0.99 du
PokerStrategy.com Elephant et les paramètres de la room seront automatiquement
détectés. Vous serez immédiatement capable de suivre l'historique de vos mains
jouées dans William Hill Poker.
Support des PokerStars HomeGames
Le PokerStrategy.com Elephant est maintenant capable d'importer les mains de cash
game jouées lors des PokerStars HomeGames comme n'importe quel historique de
mains de cash game.
Améliorations de la rapidité d'importation
Nous avons pris la liberté de résoudre 2 problèmes concernant l'importation
automatique: la première est que nous avons réussi a accélérer légèrement l'import
lui-même. La seconde amélioration nous a permit d'améliorer la vitesse d'importation
d'un grand nombre d'historique de mains.
La seconde amélioration est la mise en place d'un cache spécial qui nous permet de
se souvenir des données qu'il n'est pas nécessaire d'importer au prochain démarrage
de l'application. Cette amélioration du PokerStrategy.com Elephant permet
d'accélérer de façon importante le temps de démarrage lorsqu'il y a de nombreuses
mains dans le répertoire d'importation automatique.
Correction de bugs
Nous avons corrigé un bug touchant la configuration de l'importation qui forçait le
traitement des historiques de mains alors que le répertoire d'importation était
désactivé.
Liste des changements
* AMELIORATION B-01636 "Ajout du support des Home Game sur PokerStars (cash
game)”
* B-01633 “Ajout du support de William Hill”
* B-01631 “Amélioration des performances lors de l'importation au démarrage de
l'application”
* B-01627 “Changement du model de la licence.”
* Correction de Bug 1338 “Crash de l'application en cas de renommage d'un
répertoire contenu dans un répertoire importé automatiquement”
* Correction de Bug 1275 “Informations système absentes du PokerStrategy.com
Elephant”
* Correction de Bug 1265 “Le PokerStrategy.com Elephant ne détecte pas la
configuration de PokerStars si elle contient des caractères spéciaux (comme les
trémas)”
* Correction de bug 1623 “Désactivation de l'importation automatique après un
redémarrage”
* Correction de Bug 1227 “Le nom de la base de données ne peux pas contenir de
caractère underscore"
* Correction de Bug 1212 “La popup de détails des joueurs affiche toujours les
mêmes statistiques pour tous les joueurs”
Attention:
Ceci est une version de développement provenant de notre serveur de
versions, et bien qu'elle soit raisonnablement fiable, elle n'a pas subit
un cycle de test complet. Cependant (et je sais à quel point cela peut
sembler absurde compte tenu de la fiabilité du produit en cours) nous
n'assumons pas de responsabilité si cette version altère votre base de
données, grille votre machine ou fait que vous fait prendre en flagrant délit d'avoir
copié collé une thèse de doctorat.
Vous avez été prévenu!
Lien vers l'original - DevBuild Update - Version 0.99
Bonjour à tous.
J'ai déjà écris de nombreux tickets à propos de la définition des fonctionnalités
et se que nous en faisons, mais que sont les définitions des fonctionnalités
exactement. Vous trouverez ici les éléments de réponse sur ce point.
Fonctions
Le développement traditionnel défini l'application en définissants les différentes
caractéristiques de l'application avec plus ou moins de détail. Une fonction décrie
essentiellement une partie d'une fonctionnalité. Par exemple une fonction pourrait
être que l'application enregistre les mains dans une base de données ou que
l'application devrait calculer la valeur du VPIP de vilain.
Définition de fonctionnalités
La définition d'une fonctionnalité est complètement différente. Tout d'abord, une
définition de fonctionnalité décrie la fonctionnalité du point de vue de l'utilisateur.
Voici un exemple:
Dans le paragraphe ci-dessus une des fonctionnalités est le calcul du VPIP. La
façon dont cette valeur est restituée à l'utilisateur ou la façon dont elle est
conservée sont des fonctionnalités différentes. Par conséquent, en développant
la fonctionnalité, l'utilisateur de gagne pas vraiment quelque chose. Un utilisateur
ne se préoccupe pas de savoir si le moteur d'analyse est capable de calculer
cette valeur. Un utilisateur veut les résultats là où il en a besoin.
Une définition de fonctionnalité qui inclue la même fonctionnalité pourrait être
quelque chose comme cela: "En tant qu'utilisateur, J'aimerais que la valeur
accumulée du VPIP soit affichée dans le HUD". C'est en effet cela qui est
pertinent, le bénéfice immédiat de l'utilisateur.
Le découpage vertical
Les définitions de fonctionnalités doivent toujours (au moins c'est une bonne
idée) suivre ce format "En tant que <rôle>, j'aimerais <souhait> qui apporterait
<bénéfice>." La description devrait inclure tout se qui est nécessaire afin de
répondre au besoin. Cela découpe l'application verticalement, nécessitant
potentiellement des modifications de différents composants comme par exemple
les tâches de fond, la logique métier et l'interface utilisateur. Les fonctionnalités
mutualisées provoquent un découpage horizontal, par exemple, une fonctionnalité
calcule une valeur, une autre l'enregistre et une autre l'affiche.
L'avantage c'est que comme l'application s'enrichie, l'utilisateur obtient de plus
en plus de fonctionnalités. Le développement traditionnel aurait été injoignable
pendant une année bien remplie afin d'implémenter la logique métier pour
l'application entièrement, après quoi seulement l'interface utilisateur aurait
été développée. La première fois où l'utilisateur aurait pu se servir de
l'application c'est quand elle aurait été terminée.
Gain de flexibilité
L'autre avantage est que vous gagnez grandement en flexibilité. Parce que la
définition d'une fonctionnalité se suffit à elle même et qu'elle n'a pas de
dépendance, vous pouvez les mélanger comme bon vous semble. Cela ne
fonctionne pas avec les fonctionnalités, par exemple les fonctionnalités liées
à l'interface graphique dépendent des fonctionnalités liés à la logique métier.
Si durant le développement, il s'avère qu'une définition de fonctionnalité devienne
plus importante, vous n'avez qu'à augmenter sa priorité afin de l'implémenter plus
tôt que se qui avait été initialement planifié. Même si il s'avère que vous avez
manqué quelques fonctionnalités lors de votre première planification, vous
pouvez rajouter des définitions là où cela vous semblera pertinent.
Promesse de communication
Les définitions de fonctionnalités sont en générales assez courtes, environ un
ou deux phrases. Elles doivent êtres rédigées par les utilisateurs et ne devraient
pas contenir d'information technique. Une personne a dit une fois, qu'une
définition de fonctionnalité était prometteuse pour la communication. Je pense
que c'est le point à retenir. Les définitions de fonctionnalités ne sont pas
sensées être aussi exhaustives que des spécifications. Au contraire elles
devraient faciliter la communication avec les utilisateurs.
Discuter directement avec les autres de la façon dont une fonctionnalité devrait
être réalisée, ne vous cachez pas derrière un document de spécification. Il y a
toujours une place pour l'interprétation et souvent les développeurs comprennent
une fonctionnalité à l'inverse de la façon dont l'utilisateur la percevait. Le client
collabore dans la négociation du contrat. C'est un des principes de base dans la
méthodologie agile.
La prochaine fois nous regarderons comment les mises à jours sont planifiées
et les prévisions faites à partir de la liste des définitions des fonctionnalités,
ainsi que la réactivité de l'équipe.
Amicalement.
Lien vers l'original - Scrum Storytelling
[NdT]: le terme de "définition de fonctionnalité" dans les articles traitant de
la méthode agile SCRUM, a été choisi pour la traduction de "story" ou
"user story". En français cela se traduirait en "histoire" ou "histoire utilisateur".
Dans les articles ou livres en français traitant de SCRUM, il n'y a pas vraiment
de traduction pour ce terme. Une "histoire" ou une "histoire utilisateur" est une
exigence à laquelle doit répondre l'application. D'une façon globale, cela se
traduit par une définition de fonctionnalité. Même si ça n'est pas exactement
le terme précis, il sera plus facile à comprendre si l'on ne connait pas SCRUM
Bonjour tout le monde!
Faire des copies d'écran est une des tâches quotidienne des développeurs.
La plupart d'entre nous utilisons encore la méthode basique en pressant la
touche [Imprime Ecran], puis en démarrant Paint pour copier coller
l'image et ainsi de suite... C'est sûr, ça fonctionne mais ça prend beaucoup
de temps et le processus peut être en grande partie simplifié.
Et voici qu'un outil nommé "Screenpresso" entre en jeu. Il simplifie l'ensemble
du processus et l'accélère tellement que ça ne prend même pas un dixième du
temps nécessaire à exécuter la méthode précédente. Il fourni d'avantage de
fonctionnalités pour modifier les copies d'écran de façon à leur apporter de la
valeur ajoutée. Je vous donnerais quelques exemples dans une seconde. Soyez
patient...
Les possibilités de l'outil Windows permettant de faire des copies d'écran sont
limitées au fait de prendre juste une fenêtre ou l'écran en entier. Avec
Windows 7, l’Outil de Capture a été ajouté à la boite à outils, se qui représente
une amélioration, car il permet de ne sélectionner la zone de l'écran que vous
voulez copier. Mais encore une fois Screenpresso fourni des fonctionnalités
supplémentaires qui permettent de combler les lacunes de cet outil.
Pour moi la fonctionnalité la plus intéressante est la capacité de pouvoir
enregistrer automatiquement dans le répertoire et le format graphique désiré.
Lorsque vous prenez une copie d'écran, Screenpresso créé le ficher
automatiquement pour vous, l'enregistre dans le répertoire voulu et ouvre une
popup pour que vous puissiez l'ouvrir et le glisser dans un mail par exemple. Ne
vous inquiétez pas; votre disque ne va pas se remplir de façon démesuré, parce
que vous pouvez configurer le nombre de copie d'écran à conserver dans le
répertoire. Screenpresso supprime pour vous de façon automatique les fichiers
trop anciens.
Screenpresso, une fois démarré, s'exécute en tâche de fond. Il réagit également
à l'appui de la touche [Imprime Ecran] du clavier, qui est (pour se qui
me concerne) la meilleure façon de faire pour un outil de copie d'écran. Une
fois que vous avez appuyé sur la touche vous pouvez voir les capacités de
Screenpresso. Lorsque vous déplacez votre sourie sur l'écran, Screenpresso
affiche automatiquement le rectangle qui semble le plus cohérent qui est soit
une fenêtre, ou seulement une partie de celle-ci. Cliquez pour copier la zone
sélectionnée. Vous pouvez modifier la zone de capture en maintenant enfoncé
le bouton gauche de la sourie et en la déplaçant. Lorsque vous avez capturé
une région, et que quelque chose change sur l'écran, appuyez simplement sur
[SHIFT]+[Imprime Ecran] pour capturer la même région encore une fois.
Vous vous souvenez de la popup dont j'ai parlé il y a plusieurs lignes? Elle est
affichée immédiatement dès que vous prenez une copie d'écran. Lorsque vous
double cliquez sur une des vignettes, elle sera ouverte avec Screenpresso
Editor, qui vous permettra de modifier votre copie d'écran. Il vous permettra
d'ajouter des bulles de légende, des flèches, des schémas en semi transparence
et il est même possible de flouter une partie de votre copie d'écran.
Vous trouverez une version de Screenpresso complètement gratuite à l'URL
suivante: screenpresso.com
Si vous voulez restez informé des développements du PokerStrategy.com
Elephant, n'hésitez pas à nous suivre sur Twitter: twitter.com/pokerelephant
Bye tout le monde!
PS: Non, il n'y a pas encore de HUD pour les SNG...
Lien vers l'original - How developers simplify their lives - 2
Bonjour,
Mon post d'aujourd'hui peu sembler, à première vue, un peu ésotérique.
Les utilisateurs d'un logiciel ont des exigences dont ils n’ont même pas
conscience. Ils ont des besoins inconscients concernant leur logiciel.
Vous avez probablement remarqué que les interfaces utilisateurs sont
devenues plus tendance au fil des années. Plus de couleurs, plus d'animations,
des dégradés de couleurs plus tape à l'œil. Mais en quoi est-ce réellement
nécessaire?
Affiche-moi des choses familières
Comme n'importe quel utilisateur je veux utiliser tous se qui m’entoure dans
la vie de tous les jours sans être forcé d'apprendre quelque chose de nouveau.
Lorsque j'entre dans une voiture je veux tourner la clef, appuyer sur
l'accélérateur et la voiture devrait se mettre en mouvement, autrement je
serais assez contrarié. Par conséquent, le comportement des choses - comme
je l'ai déjà indiqué dans mon post précédent - est très important et c'est
quelque chose que l'utilisateur identifie immédiatement.
Mais l'apparence est également très importante. Les êtres humains aiment se
qui leur semble familier. Plus un personne vous attire, plus vous semblez le
ou la connaitre. Cependant l'application devrait ressembler à tous se qui vous
entoure.
Qu'est-ce que cela signifie et comment cela peut être réalisé? Des personnes
ont déjà écrit de nombreux livres sur ce sujet. Essayons d'expliquer cela avec
une expérience. Lorsque vous regardez autour de vous, parmi les objets que
vous voyez combien sont complètement plat? Et parmi ceux dans votre champ
de vision, combien ont une surface totalement monochrome? Si vous pensez
que la réponse à la seconde question est supérieure à zéro, essayez de
trouvez un autre point de vue en essayant de trouver quelques effets de
lumières et posez vous ces questions une nouvelle fois.
Il est fort probable que vous compreniez que se qui vous entoure est en trois
dimensions et que la lumière ambiante provient du soleil ou de lampes.
Il est bien connu que les contrôles dans les logiciels, comme les boutons,
devraient apparaitre en 3D. Cependant, de larges surfaces apparaissent plus
naturelles s’il y a un légé dégradé de couleur permettant de simuler des effets
de lumières. Donc la majorité des effets dans les interfaces utilisateur sont
utiles.
Ne m'effraye pas
Les dégradés sont utiles si ils permettent de créer des petits effets 3D à des
objets plat de façon naturelle. A ce niveau, que signifie naturel?
Tout d'abord, disons le franchement il n'y a pas d'effet de lumière pourpre ou
vert dans la plupart de se qui nous entoure.
Ca semble donc évident qu'aucun effet ne devrait ressembler, par exemple,
à un cocktail tropical (sauf lorsque vous souhaitez en dessiner un).
Deuxièmement, si un effet est présent, il est important de déterminer de la
où la lumière vient. Ca semble logique que tout les effets de lumières devraient
sembler provenir de la même source de lumière virtuelle et ainsi avoir la même
orientation. La lumière réelle (par exemple celle du soleil ou du plafond) arrive
normalement d'en haut. Comparez cela avec l'effet obtenu par une lampe de
poche placée juste sous votre menton (vous vous souvenez du projet Blair
Withch?). Le principe est d'effrayer en créant un environnement non naturel. Il
est donc évidement que dans le cas d'une interface utilisateur, les effets de
lumière doivent simplement être orientés du haut vers le bas.
Ne me surprend pas
Vous avez eu beaucoup d'informations concernant les effets de lumières.
Mais qu'en est-il des animations? Certaines personnes pensent que les
animations servent à attirer l'attention sur un élément ou pour mettre
quelque chose en valeur. Beaucoup de présentations préparées sur ordinateurs
sont là pour le prouver, et ça n'est pas la bonne façon de faire.
Le cerveau humain ne s'attend pas à se que certaines choses disparaissent
d'un endroit pour réapparaitre ailleurs. Jetez un œil sur les systèmes
d'exploitation modernes gérant les fenêtres. La majorité utilisent des effets
assez légé lorsque vous passez d'une fenêtre à une autre ou si vous les
réduisez/agrandissez. C'est le réel intérêt des animations: éviter les surprises
d'affichage.
Vous ne souhaitez certainement que quelqu'un se faufile derrière vous afin de
vous surprendre, n'est-ce pas?
Tous ces éléments sont inconsciemment perçus par l'utilisateur. La plupart ne
s'en rendent pas compte parce que lorsqu'ils sont utilisés ils ne sont pas
visibles au premier coup d'œil. Cependant, ils rendent l'interface plus
agréable. Grace à cela le travail de l'utilisateur sur l'application est plus
confortable parce qu'elle ressemble à tous se qui l'entoure. De cette façon
l'utilisateur est certain que l'application fait se qu'il attend qu'elle fasse et sait
l'utiliser naturellement.
Le cerveau aime les certitudes.
Salut!
Torsten
Lien vers l'original - Be natural, be familiar, be nice
Bonjour à tous,
Voici une nouvelle mise à jour de la version beta. Nous avons ajouté
quelques fonctionnalités et corrigé certains bugs.
Support du PokerStrategy.com Equilab
Il est maintenant possible d'exporter votre main directement dans le
PokerStrategy.com Equilab: cliquez simplement sur le bouton Equilab dans
l'écran affichant le détail des mains de cette façon, elle sera automatiquement
chargée dans le PokerStrategy.com Equilab.
Nettoyage automatique de la base de données
Il est maintenant possible d'effectuer une purge de maintenance de votre
base de données automatique toutes les 10000 mains. Cela permet
d'accroitre les performances de la base de données. Cette fonctionnalité
peut être activée dans l'écran de paramétrage de la base de données.
Support des tournois des Home Games sur PokerStars
Depuis cette version il est maintenant possible d'importer vos tournois
joués lors Home Games sur PokerStars.
Correction des bugs
Nous avons réduit la consommation RAM lorsque vous exportez vos mains
(comme celle nécessaire à la réimportation). Nous avons également optimisé
le processus de mise à jour pour cette version: Cette version ne nécessite
pas que vous réimportiez toutes vos mains. Nous avons également corrigé
l'export de mains pour 2+2, qui créée à nouveau du BB code.
Liste des chamgements
* Amélioration 1494 "Ajout de l'option 'Export vers Equilab'"
* Amélioration 1407 "Ajout du nettoyage automatique de la base de données
de façon optionnel"
* Amélioration 1479 "Optimisation des performances"
* Correction de bug 1469 Correction du problème "Les tournois Gtd de
PartyPoker ne sont pas importés"
* Correction du bug 1421 Correction du problème "Calcul des gains incorrects
et des montants investis sur iPoker"
* Correction du bug 1422 correction du problème "Absence du support des
tournois des Home Games sur PokerStars"
* Correction des bugs 1430 et 1431 correction du problème "Les exports
utilisent une grande quantité de RAM"
* Correction du bug 1453 correction du problème "La recherche de mise à
jour à partir du fil RSS se déclenche avec une mauvaise version"
* Correction du bug 1487 correction du problème "L'export des mains vers
2+2 affiche des balises BB code"
Attention:
Ceci est une version de développement provenant de notre serveur de
versions, et bien qu'elle soit raisonnablement fiable, elle n'a pas subit
un cycle de test complet. Cependant (et je sais à quel point cela peut
sembler absurde compte tenu de la fiabilité du produit en cours) nous
n'assumons pas de responsabilité si cette version altère votre base de
données, grille votre machine ou provoque un downswing lorsque vous
jouez pendant une promotion.
Vous avez été prévenu!
Lien vers l'original - PokerStrategy.com Elephant DevBuild V0.101
Version 1.02:
ENHANCEMENT 1577 “Soutien maintenant les sièges préférés sur PokerStars”
ENHANCEMENT 1571 “Soutien maintenant la mise en évidence des lignes du popup des joueurs ”
ENHANCEMENT 1525 “Soutien maintenant l'option ‘mains cachées sans changement de bankroll’ dans la liste des mains”
ENHANCEMENT 1500 “Soutien maintenant les résumés des tournois pour l'auto configuration sur PokerStars”
BUGFIX 1528 Correction "remboursement pas trouvé sur une mise non callée sur FTP"
Version 1.03:
BUGFIX: Mise à jour du parser pour pouvoir collecter les historiques du MAJ PartyPoker fixed limit
Version 1.04:
ENHANCEMENT 1729 “Display Hero Stats in HUD”
BUGFIX 1526 “filtre Fixed card”
BUGFIX 1731 “image du table average faux corrigé sur William Hill”
Version 1.05:
Poker770 Support
Elephant soutien Poker770 depuis cette version. Simplement lancer elephant et le système reconnait automatiquement les définitions de Poker770 vous pouvez ainsi tracker les historiques de Poker770 .
Bug Fixes
Les problèmes causé par le MAJ dans les historiques des mains du réseau iPoker ont été fixés. La correction tient compte d'une extension possible à tous les rooms, mais le maj n'a pas en core été publié.
Changelog
ENHANCEMENT "added Poker770 Support"
BUGFIX "fixed iPoker handhistory issues caused by latest update"
Cependant:
Attention depuis la Version 1.03:
Il s'agit d'un maj de dévelopement build qui n'est pas encore libéré formellement par les développeurs . Donc, nous ne pouvons pas garantir un fontionnement parfait. Si vous avez des problèmes veuillez réinstaller une version antérieure.
