| Voir le sujet précédent :: Voir le sujet suivant |
| Auteur |
Message |
Michel Rotta niveau 6Arme(s): Poulie, sagaie, plan
|
|
|
|
| patrick lemesle a écrit: | Quel intérêt d'un multiposte si ce n'est une grande compétition.
90% des concours à traiter seront des concours sélectifs simples. Je n'y vois aucun intérêt de multi-poste. |
Je peux retourner la question actuel sur quel intérêt d'avoir dans WinFFTA2 un module pour la récupération des résultats par boitier ??
Ou la gestion des phases finales par équipes ??
Ou de ne pas avoir la gestion des finales en ABCD, chose pas totalement réglementaire, mais qui se pratique sur les petites compétitions...
Donc si le moteur et l'application peuvent le faire, pourquoi le brider ?
Il n'est pas nécessaire de le "vendre" au premier niveau. Si cela existe, on utilise pour ceux qui savent.
Idem pour l'installation. Mettre un dossier et un disque d'installation bloqué, c'est bien, avoir un petit bouton dans l'installation pour permettre à ceux qui savent de changer ce chemin, c'est mieux. Et Cédric peut l'installer dans un émulateur Windows, sur son PC, alors qu'il n'a pas de disque C dispo.
[dérive historique]
Cela me rappel un peu un "génial" développeur d'une application qu'il avait bridée sur "C:" ou "D:" pour qu'elle ne puisse pas tourner en réseau, et qui m'expliquait cela en paramètrant l'application en question, appliation que j'avais installé en réseau (Novel)... Il ne s'est rendu compte de la chose que le soir, en partant, quant je la lui ai fait tourner sur un deuxième poste...
[/dérive historique] |
|
| Revenir en haut |
|
 |
archer anonyme
|
|
|
|
Pour la récupération des scores, ce n'est pas WINFFTA2 mais WINPOCKET qui en est une variante.
Pour ce qui est des adaptations, tu ne pourras de toute façon pas contenter tout le monde.
Mais bon, ça prouve tout simplement que le chantier n'est pas aussi simple qu'il y parraît.
Je souhaite bon courage au développeur non archer, car les réglements interférent énormemment dans la programation.
A coeur vaillant, rien d'impossible. |
|
| Revenir en haut |
|
|
| Michel Rottaniveau 6 Arme(s): Poulie, sagaie, plan
|
|
|
|
| Dans le cadres des outils possible, quelqu'un a-t-il déjà utilisé "eclipse" ? |
|
| Revenir en haut |
|
|
| CédricG Administrateur Age: 47 Morsang sur Orge (91) Arme(s): Classique
|
|
|
|
Eclispe n'est qu'un EDI (éditeur de développement) très puissant, le vrai outil de base est Java, ensuite Eclipse peut s'adapter aux autres langages.
_________________
Tir à l'arc et informatique en même temps, le bonheur! |
|
| Revenir en haut |
|
|
| Michel Rottaniveau 6 Arme(s): Poulie, sagaie, plan
|
|
|
|
| Christian HEZELY a écrit: | | Il faut garder à l'esprit que nous sommes très loin des réglements FITA, exemple : 3 catégories en international, pas de nature pas de 2x50, pas de Beursault, pas de matches de poule.. etc |
Qui peut le plus peut le moins. Il est toujours plus simple de désactiver certaines fonction. Et ici, le générateur utilisé va révélé une des ces grandes souplesse, la possibilité de gérer le multilange en natif. |
|
| Revenir en haut |
|
|
| Horusniveau 5 Age: 63 Challans Arme(s): Classique + Poulie
|
|
|
|
Une question bête !  Pourquoi ne pas avoir un petit prog pour chaque type de compétition ? 
N'est ce pas plus facile à maintenir ? et les modifications des réglements d'un type de compétition n'affectent pas les autres modules.  
_________________
Les chiffres sont aux analystes ce que les lampadaires sont aux ivrognes: Ils fournissent bien plus un appui qu'un éclairage. 
Jean Dion : Journaliste et chroniqueur sportif québécois |
|
| Revenir en haut |
|
|
| CédricG Administrateur Age: 47 Morsang sur Orge (91) Arme(s): Classique
|
|
|
|
| Horus a écrit: | Une question bête ! Pourquoi ne pas avoir un petit prog pour chaque type de compétition ?
N'est ce pas plus facile à maintenir ? et les modifications des réglements d'un type de compétition n'affectent pas les autres modules. |
Parce qu'on aurait 7 gros progs au lieu d'un. Et qu'il faudrait tout de même les développer donc le gain n'est pas évident.
Il ne faut pas en arriver à maintenir 7 applications différentes (trop de travail, incohérences entre les versions). Donc une appli de base que l'on décline en 7 versions. Pas sûr que les utilisateurs s'y retrouvent... C'est une idée.
Je verrais toutefois plus une appli qui se spécialise en fonction de la discipline choisie
_________________
Tir à l'arc et informatique en même temps, le bonheur! |
|
| Revenir en haut |
|
|
| Michel Rottaniveau 6 Arme(s): Poulie, sagaie, plan
|
|
|
|
Par module.
Il est possible d'imaginer un module commun et plusieurs modules par discipline.
J'en reste à une "externalisation" des règles "tir à l'arc" à stocker dans un fichier de ressource. Si les règles change, les programmes s'adaptent. |
|
| Revenir en haut |
|
|
| CédricG Administrateur Age: 47 Morsang sur Orge (91) Arme(s): Classique
|
|
|
|
C'est sans doute la meilleure solution, même si ça ajoute une complexité supplémentaire. Ceci dit un utilisateur avancé genre responsable régional pourrait adapter lui même le fichier de ressource en cas de besoin, donc bcp moins de travail de modifs pour les développeurs.
_________________
Tir à l'arc et informatique en même temps, le bonheur! |
|
| Revenir en haut |
|
|
|
Calendrier 
Calendrier
