Partie technique de "WINFFTA se meurt, WINFFTA est mort

Mer 02-11-2005, 22:37

Ce qui me gène surtout dans Access est le côté orientant de l'outil, par les fichiers, l'archi, contrairement aux outils que j'utilise.

Jeu 03-11-2005, 9:20

Voilà, c'est un peu là que je "tique"... Quand j'étais jeune et qu'on faisait du Basic, le Pascal c'était mieux. Quand on faisait du Dbase, Paradox c'était mieux. Quand on faisait des tableau Excel, Lotus 123 c'était mieux !
C'est sûr l'informatique n'a pas évolué en restant sur ses positions, mais il faut bien avouer que ce sont les utilisateurs "vaches à lait" qui ont finançé tout çà...

Quand on imagine la quantité de travail qui s'annonce pour WinFFTA3, l'idée même que l'on puisse utiliser un logiciel de développement périphérique me fait frémir. Car par définition c'est sur les logiciels standards que l'on trouvera le plus grand nombre de programmeurs - au plus bas coût...

La notion de rendement est bien mieux assimilée dans l'industrie je trouve. La mentalité "Après moi le déluge" est chassée sans répit ! Rolling Eyes

Jeu 03-11-2005, 9:42

Justement, c'est là le paradoxe : ces "nouveaux" outils (qui ont quand même quelques bonnes années d'utiliusation pro au passage) sont plus efficaces, dégageant le développeur des détails techniques pour qu'il se consacre pleinement à comprendre et réaliser ce dont le "client" a besoin. L'informatique est un métier jeune, il a 50 ans, il est normal que bcp de choses soient encore en mutation. Quel age a l'industrie? Elle s'appuie sur des centaines d'années d'artisanat.

Quant à trouver des développeurs pour un outil en particulier, pour le pratiquer moi même j'affirme qu'il est *très* facile d'apprendre un nouveau langage/outil (surtout Ruby et Python qui sont de haut-niveau tout en restant dans la logique des ancètres C/C++/Pascal), et que plus on en apprend, plus c'est facile (comme pour les langues humaines au passage).
On m'a pris en stage pour faire un site dynamique, j'ai appris PHP/Mysql, pour lequel j'ai été ensuite embauché dans une autre boite
Mon patron m'a mis en régie pour réaliser des états, j'ai appris VBA et TransactSQL.
Je vais régulièrement à des réunions de développeurs, où j'ai pratiqué Haskell, Ruby, Java, et quelques autres.

La connaissance n'est pas figée, elle ne s'use que quand on ne s'en sert pas.

S'il faut mille flêches pour apprendre un geste et 50.000 pour le maitriser (Mc Kinney), l'informatique doit en être à 2000 et l'industrie a largement dépassé les 50.000. Comparons ce qui est comparable, l'industrie a depuis longtemps trouvé les bons gestes, l'informatique cherche encore.
La comparaison entre l'industrie et l'informatique a également le côté vicieux de comparer le développeur avec un ouvrier, alors que l'ouvrier réalise le même geste un grand nombre de fois. En informatique, réaliser le même geste plus de deux fois est une erreur. On change de domaine, il faut changer le mode de pensées. La méthode que je pratique, eXtreme Programing, et tout ce qui tourne autour, vise justement à rationaliser, optimiser, apporter plus de satisfaction à l'utilisateur, être plus proche de ses besoins, donc ne t'inquiète pas, la rentabilité, on y travaille. Elle n'a simplement pas la même définition ni les mêmes contraintes que dans l'industrie.

Jeu 03-11-2005, 9:44

Bonjour,

Jeu 03-11-2005, 9:47

Si tu n'es pas convaincu par ma prose débordante, demande toi comment je fais pour développer depuis 5 ans un CMS (PDS2, ligues aquitaine et IDF), pour maintenir avec Malice un forum très mal codé (pas par nous), pour développer des tas d'outils me permettant de gérer les scores, classements, ... plus des outils pour le calendrier, le tout en assurant mon boulot qui est bien prenant et sans m'interdire les sorties? Ha j'oubliais, je tire aussi.
La productivité est bien un but, l'immobilité une menace.

Jeu 03-11-2005, 9:53

Oui, Access et un peu orienté, pas suffisement à mon avis, ce qui permet de faire presque n'importe quoi. Mais il reste, bien utilisé, un bon outils pour développer de petites applications rapidement.

MySql ne gère pas les verrouillages d'enregistrement (version 3 et 4), ceci est traité en v5. Donc pour Access, il faut gérer soi même, le pilote ODBC que j'utilisait à l'époque n'était pas capable de simuler, il fallait donc gérer à la main. Il est possible que les dernières version du drivers le gère.

Pour les multiples accés, si l'application est correctement développée, avec de multiples fichiers, avec les fichiers contenant le code et les tables temporaire en local, l'accés en réseau aux données est plus ou moins performant. Il est évident que pour une application avec des tables énormes et une centaine d'utilisateurs simultanés c'est pas le pied. Avec une dizaine de personne et une base raisonable, c'est viable. Donc pour un WinFFTA3, c'est viable. L'"avantage" avec SqlServer c'est qu'il existe en théorie un assistant qui transforme de Access pure en Access + SqlServer. En pratique, les résultats ne sont pas extraordinaire, il faut repenser une partie du code si non, les performances stagnes.

Avec un vrai moteur SQL, style SqlServer, Sybase, Oracle, MySql v5 il est important d'utiliser la programmation sur le serveur (procédures stockées et trigger) pour accélérer notablement la vitesse de traitement et la fiabilité des données. Donc entièrement repenser une application avec Access (ou n'importe quel autre outils). Mais Access reste un bon outils d'interface même dans ce cadre.

Pour les outils proposé, un GTK et une base SqlLite me semble un bon début. Même s'il va falloire mettre un truc autour du GTK.

Jeu 03-11-2005, 9:59

Alors dernier argument contre Access (même si mes précédents restent amha valables) : tant qu'a refaire un logiciel, autant qu'il soit multiplateforme et réellement libre pour son développement.

Jeu 03-11-2005, 10:28

Pour Cédric, Oui, Access n'est pas multi platforme. Pour être "agressif", je dirais qu'il se contente aujourd'hui de pouvoir être directement utilisable sur 90% du park informatiquet et certainement 99% de la cible (les archers). Mais tu connais mes opinons sur Windaube.

Vu le nombre de personnes qui ont répondu être informaticien, je protreais le nombre de comprenant à 25 Laughing

Mais bon, à chacun son métier.

Pour Charpi, le moteur n'est pas un réel problème, si tu trouves un drivers pour accéder au données et rester le plus axtérieur possible lors du développement. Vu le nombre de tables nécessaire, je ne suis pas convaincu qu'un moteur basé sur des tables texte plates soit une bonne idée.

Jeu 03-11-2005, 10:54

Jeu 03-11-2005, 10:59

Jeu 03-11-2005, 11:03

Jeu 03-11-2005, 11:10

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.
Bien souvent le PC est dans un vestiaire et c'est le même qui gère le greffe et les résultats.
Pour la saisie des résultats, un seul poste suffit, ça évite les erreurs.
Plus vous compliquerez, plus vous ouvrirez, plus vous aurez d'emmerdes, le post de Christian le dit très bien, au début il était possible d'installer sur n'importe quel disk, et les mecs ne se souvenaient même plus d'où ils avaient mis les données.

Il faut une ergonomie conviviale, plaisante et que l'utilisateur se sente chez lui.
Il faut que l'application puisse tourner sur un PC ancienne génération, tous les clubs ne sont pas équipés de formules 1, bien souvent ils ont un PC récupéré lors d'un désinvestissement d'entreprise.

Jeu 03-11-2005, 11:17

Jeu 03-11-2005, 11:24

Jeu 03-11-2005, 11:59

	Integralsport - Le forum du tir à l'arc depuis 2001 Index du Forum -> Sites webs et logiciels	Toutes les heures sont au format GMT + 1 Heure Aller à la page Précédente 1, 2, 3, 4 Suivante
Page 3 sur 4