Le Mercredi, 26 Avril 2006 10.32, Daniel Cordey a écrit : > On Wednesday 26 April 2006 09:05, Blaise Vogel wrote: > > Un frein récurrent à la migration en entreprise des postes de travail > > sous Linux réside dans le nombre d'applicatifs créés avec MS Access. > > Sa facilité d'emploi, son interfaçage sur des bases de données diverses, > > sa grande popularité et distribution en sont les premières raisons. > > Tout est dit. Cette solution n'est de loin pas optimum mais c'est sans > doute celle qui offre le plus de fonctionalites, accessible au quasi-cummun > des mortels avec une fiabilite que les utilisateurs semblent trouver > acceptable... Il y a quelques "bricolages" admissibles pour suppléer à son instabilité. > > Il est evident que si le monde Gnu/Linux possede des briques (exellentes) > de cet ensemble, il peche lourdement en ce qui concerne l'integration de > tous ces outils. Il n'existe donc pas de solution toute prete a l'heure > actuelle. La meilleure etant sans doute OpenOffice mais qui semble trop > lente pour l'instant (d'ailleurs... ou se situe vraiment ce probleme de > lenteur ?). Java ? (OK c'est un troll) Petit truc: pour démarrer plus rapidement Ooo, il suffit de désactiver java dans les préférences
Hormis la lenteur, c'est surtout les plantages à répétition. Mes tests ont commencé sur une Kunbuntu, puis j'ai mis à jour de 1.9 -> 2.01, mêmes plantages, je me suis dit que Linux valait rien, j'ai refait des tests sous Win avec les mêmes problèmes. > > Comme tu l'as tres bien resume, les outils que tu as investigues ne sont > pas au meme niveau que ceux disposnibles avec Access. On peut esperer > disposer de choses plus sexy, mais les projets sont en cours et ne seront > sans doute pas disponibles avant une annee... > > Il faut aussi savoir qu'Access et ses outils a ete pense dans un but bien > precis et c'est peut-etre le meilleure projet qui soit sorti de M* ! > L'integration est suffisante et complete pour faire oublier les problemes > associes a son emploi. Malheureusment oui. > > En l'absence d'outil, cette integration doit etre realisee par du > developement specifique et bien peu de societe ont les moyens de s'y > lancer. Il n'y a, pour l'instant, d'autre salut que dans la strategie si > bien decrite par Marc. La philosophie de Gnu/Linux differe trop de celle > d'Access pour que l'on puisse envisager une simple "migration" ; on est > force d'accepeter cette difference et de s'en accomoder en developant les > chainons manquants actuellement :-( Ce genre de remarques me pousse dans le choix que j'avais fait en premier lieu, soit: qtdesigner / PyQt / ReportLab > > Il est donc plus que probable que ce gros obsatcle ne sera pas vaincu de > sitot et que bon nombre d'entreprises continueront a utiliser une > architecture basee sur Access. Ceci est vrai pour toute infrastructure pour > laquelle Access est bien adapte ! Si son utilisation est un infame > bricolage dont les limitations sont criantes, alors il est tout a fait > pertinent d'envisager tres serieusement la notion des "etapes" a valeur > ajoutee mentinonnee par Marc. Pour beaucoup, ces étapes ont été franchies. Tous mes applicatifs critiques tournent sous Linux. Il me reste beaucoup d'interface graphique et de reporting > > > Les avis donnés par la suite son subjectif et ne reflète que mon avis. > > Tres utiles, merci. Ca donne une bonne idee de l'eta de l'art ! De rien > > > Finissons par une question. Avec quelles outils avez-vous remplacer MS > > Access en entreprise ? Avec quelles succés ? > > Je pense qu'il n'est pas juste de se cantonner au mot "remplacement". A mon > avis, si c'est le seul objectif, ca ne marchera pas. Il faut plutot etre > dans un mode "evolution" pour avoir des raisons justifiant un cetian > investissemenet. Oups, pardon. Il est clair que j'espère dans ces migrations apporter un plus, sinon l'investissement est difficilement justifiable. BV _______________________________________________ gull mailing list [email protected] http://lists.alphanet.ch/mailman/listinfo/gull
