AllOOo... Bonsoir Patrick et bien d'autres... Mon grain de sel, global, sans details, donc en haut du fil.
Bien entendu, "de par mon job" j'ai tendance a etre xxx pour cent d'accord avec bien des choses que vous ecrivates dans ce fil. (Put.. ai je reussis a placer ce "truc" a bon escient... ? Sinon ils vont me massacrer :) ) MAIS ! Il faut aussi se mettre du cote des utilisateurs, de la variete des utilisateurs (end users). A la base, bon nombre essayent "simplement" d'automatiser des manips repetitives qu'ils font, par exemple (et surtout), dans leur tableur. Et... Argghh avec OOo, souvent, cela ne fonctionne pas :((. Alors certains, tres peu nombreux, vont essayer d'aller au dela et c'est ainsi que, parfois, le syndrome de pseudo programmeur s'enclenche. Bien sur, c'est une "image"; il y a aussi un certain nombre d'utilisateurs "eclaires" qui ont envie/le plaisir d'aller plus loin etc etc. Messieurs, rappelez vous ce que PC veut dire (une piste : c'est pas lie a parti politique ;) ) et n'oubliez pas l'historique de la chose... [He, Oh, Con ! T'as vu ce qu'ils ecrivent en 2008 ?... Putain, con ! on voit bien qui zetaient pas la en 89/90/91... Eh Con ! T'as raison, un paquet zetaient surement pas nes... Oh Putain Con !!!! Tu te souviens ? Quoi Con ???? Ben Putain, comment, avai quoi, on vendait des Psscsscssc ? T ramolli ou T trop con ? : yavai des tableurs (ben sur, car yavais pas autre chose a vendre Con)....] A cette epoque, j'etais pres de Marseille C..n ;) Le lundi 17 mars 2008 à 14:42 +0100, Patrick a écrit : > Samuel Mounier (Liste CGO) a écrit : > > Bonjour Patrick, > Bonjour Samuel et aux concernés par ce fil ... > > Tout d'abord, je pense que c'est un très bon moyen de favoriser la > > migration des utilisateur qui ont encore des macro écrites en VBA et > > qui ne sont pas convertible simplement dans les nouveaux language de MS. > Je le pense aussi, et ma question porte sur une vision à court terme du > VBA. Du genre VBA = 2ans - OOobasic = 10ans .... investissez là où il faut. > Mais l'usager du moment doit être privilégié, j'en suis persuadé. C'est > un peu contradictoire, mais si pour aider l'usager à migrer sagement il > faut l'assister avec son VBA, c'est un bon choix éducatif. > > Voir qui ne veulent tout simplement pas basculer sur une nouvelle > > version de MSO (la 2007 pour ne pas la citer car elle est trop > > déroutante et tjrs trop chère). > Et je ne fais rien pour les encourager. > > Personnellement je pense que les macro sont une aberration. > Punaise ! c'est bien la première fois que je vois cela écrit en toute > lettre ! cela fait plaisir. > J'ai eu à faire une formation Excel sur les fonctions avancées et les > macros. > Pensant que "chacun son métier" (je ne suis pas programmeur ni > comptable) j'ai orienté ma formation sur l'usage des fonctions et des > aides (validation, listes déroulantes, aides à la saisie, etc.). > Ils n'ont pas voulu aborder les macros, au regard des possibilités des > fonctions méconnues et disponibles. J'avais atteint mon objectif de leur > faire prendre conscience que " Vous n'avez pas le temps de devenir > programmeur autant être un bon utilisateur". > > Car que faisons nous la plupart du temps avec ? > > - Nous réalisons des tâches qui peuvent l'être d'un autre manière. > +1 > > > - Nous cherchons à personnaliser l'interface des logiciels de > > bureautique pour une tâche spécifique (métier la plupart du temps). > > Dans le cas de problème métier, mieux vaut développer une interface > > indépendante adaptée qui sera réalisée après une étude sérieuse puis > > éventuellement faire appel à OOo pour les tâches qu'il traite > > correctement et simplement. > +1 > > > Tous les outils réalisés par des utilisateurs avancée sous forme de > > modèle de fichier qui intègrent des macro sont la plupart du temps > > in-maintenable au fil des versions (changement des noms des objets, > > etc.). > > Pourquoi favoriser ces pratiques ? > Alimenter la machine à phantasmes ... > Mais bon la sauce prend, parfois ! Multidevis était fait avec Access ... > ApiBat aussi je crois. Et bon nombre de petits outils métier (bâtiment) > sont fait avec des macros Excel ... > > > Le cycle de vie d'un outil de gestion, n'est pas le même que celui des > > versions des suites de bureautique arrêtons de vouloir toujours y coller. > > Déjà en ne basculant pas systématiquement sur la dernière version si > > ça n'a pas d'intérêt (bug, etc.) > Prions que tu sois lu ! > > > Et si les personnes ont réussi à comprendre mon raisonnement (chapeau > > déjà... ;-) ) alors je pense que la question à se poser n'est pas sur > > la viabilité d'un langage ou d'un autre mais plus sur la méthode de > > travail et de développement qu'il faut appliquer à vos futures > > développements. > Ben, là je diverge un peu ou plutôt je m'arrête là ! Si VBA = X années > de vie, on prend (ou pas ) le temps et les moyens de mettre les outils > pour les aider à pérenniser leurs travail (Vba) où à le migrer. > Je ne peux pas, dans le cadre de mon travail, obliger les gens à se > montrer plus cohérents sur leurs méthodes de travail. Alors je les > sensibilise et une échéance sur la viabilité d'un langage est un argument. > > Il n'empêche que j'ai mon opinion : > Quand on est derrière un ordinateur, on fait son boulot et rien d'autre. > La macro c'est de la programmation, laissons ce boulot aux programmeurs. > Tout comme une feuille de calcul c'est fait pour calculer (facture, > devis, etc.), mais pour de la paye et autres travaux comptables, > utilisons un logiciel de compta si nous ne sommes pas compétent (Expert > Comptable) ! > Et je refuse de montrer autre chose que la création d'une macro avec > toutes les réserves sur l'intelligence du processus, quitte à fabriquer > la situation type "impasse" pour mettre la personne dos au mur sur ses > responsabilités. > D'ailleurs je ne fais plus de formation sur les logiciels de gestion, > Apibat and Co, car leur intégration dans la comptabilité générale, rend > le formateur classique incompétent sans une réelle aptitude en fiscalité. > > Ceci donc pour mieux situer le contexte de ma question. > > Cordialement > Patrick > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Jean Louis Message sans accent pour etre lisible par tous les logiciels de messagerie electronique... --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
