Re : Et après VBA ???
Salut Staple et Bruno !
Bon alors une fois de plus, je constate que je me suis suffisamment mal exprimé pour que personne ne comprenne réellement ce que je voulais dire
Pour ce qui est de la sécurité, je ne dirai pas avec quelle facilité j'ai trouvé un programme qui casse tous les codes des fichiers Excel et Vba. Même mon chef qui n'y connait rien sait s'en servir....
Si cet outil est dédié au boulot, pourquoi Monsieur Toutlemonde irait perdre son temps de travail à bidouiller le code VBA de ton appli au lieu de l'utiliser pour faire son taff justement?
En fait chez nous, toutes les succursales sont réellement indépendante. Ce qu'on voudrait, c'est rester maître de notre application et notamment des futures mise à jour qui seront à faire. No voyez pas en moi un espèce de requin qui ne voudrait pas aider les autres (sinon je ne participerai pas au forum
mais c'est comme ça, nous avons besoin d'en rester maîtres.
De plus, on ne voudrait pas que les autres partent de notre base pour développer leur propre application.
Le plus gros "danger" ne vient d'ailleurs pas des autres mais de notre direction générale qui a la fâcheuse habitude d'examiner les applications puis de les diffuser en s'accaparant tous les mérites
PS: Ce n'est plus ton code, mais celui de ton employeur
Voir les sites juridiques à ce sujet
Oui je me doute et à vrai dire je m'en fou. Moi j'ai fait mon taf, je me suis régalé à me casser le crâne pendant des mois et je suis content de moi, ça me suffit. C'est surtout mon employeur qui veut garder la main sur notre application.
D'ailleurs à ce sujet, il me semble que, dans la mesure où je ne suis pas du tout informaticien professionnel, que la conception d'outil informatique ne fait absolument pas parti de ma fiche de poste (normalement dans notre convention collective c'est réservé aux grosses têtes de la direction générale payés comme des cadres sup' (qui sont les seuls à avoir le droit de réfléchir
) et que moi je suis qu'un simple employé de base (voir même moins que ça quand on regarde la paye).....; et bien je ne suis pas sûr que mon employeur soit vraiment propriétaire de ce code... Surtout si on considère que j'ai plus de temps à bosser chez moi qu'au boulot.
Mais bon, ça je m'en fou, comme la plupart de mes appli, c'est la conception que j'aime. Une fois que c'est fini, j'aime plus ce que j'ai fait, c'est jamais assez bien
, faut toujours recommencer pour faire mieux.
@BrunoM45 : Merci pour Windev, je vais m'y intéresser de près.
Re@Staple : Je veux bien me sortir les mains des poches mais j'ai conçu mon application comme ceci :
- Toutes les données sont stockées dans un fichier Excel externe qui est codé (en lecture et modification).
- Le fichier Excel contenant mon application ne laisse apparaître qu'une seule feuille verrouillée au démarrage et ne te laisse rien farie si tu n'actives pas les macro.
- Si tu actives les macros, cette feuille disparaît pour laisser apparaître un fond de couleur uni et se déroule alors une succession de userform que tu ne pourras virer qu'en quittant l'application.
- Le projet VBA est bien entendu verrouillé.
Je ne vois pas ce que je peux faire de plus. En tout cas si il faut sortir le porte monnaie, ça sera pas le mien mais celui de mon patron. Non mais ! Manquerait plus que ça
Bonne soirée à vous deux.
P.S. : N'hésitez pas à me donner vos astuces si vous connaissez un moyen de "bloquer" un peu plus mon code.