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]
