BorisSchapira.com

Je suis passé par l’apprentissage de nombreux langages de développement. Des langages de balises aux langages objets en passant par la programmation logique (qui est un domaine d’expertise méconnu, à tort). Chacun d’entre eux possède ses avantages et ses inconvénients donc il serait erroné de penser que les langages de dernière génération (notamment les langages de Framework POO) sont forcément les “meilleurs” (pas de panique Mitsu, je ne renie pas ma passion pour .NET  :wink: ). Les langages de script pour les suites bureautique ont encore de beaux jours devant eux.

Il suffit simplement d’exprimer ce constat : dans de nombreuses activités non-techniques, les salariés répètent des actions informatisées qui pourraient être automatisées. Ces actions sont souvent d’une complexité informatique minime, mais d’un intérêt fonctionnel indéniable. Touchant au cœur de l’activité, elles nécessitent d’être fiables et de pouvoir subir les évolutions de l’environnement informatique de l’entreprise sans avoir besoin d’être développées à nouveau. Comment dans ce contexte assurer une pérennité sur 2 ans, 5 ans, 10 ans ?

Le langage de script VBA (Visual Basic for Application) fournit un cadre de développement simplifié (avec les quelques manques que cela engendre au niveau de la sécurité de l’exécution) pour de nombreuses applications de la suite Microsoft Office. Il est possible de développer des fonctions auxquelles l’utilisateur pourra très facilement avoir accès et de les déploier via un fichier .XLA contenant des compléments pour Excel (activable dans les options).

Fort de cette rapidité de développement et de cette simplicité de déploiement, le langage de script VBA est très souvent utilisé lors d’opérations complexes générant des tableaux de bord, scorecard, calculs scientifique (un complément “solveur” présent mais non-activé par défaut dans Office permet la résolution d’équations complexes), analyses et autres outils d’aide à la décision.

Quelques outils d’analyse disponibles, pourvu que vous les activiez dans les options

Souvent peu ou pas formés, les salariés exprimant ces besoins ont souvent recours à une main d’œuvre qualifiée qui doit avoir à la fois la compétence technique nécessaire au développement de l’outil demandé et la connaissance des termes métiers pour comprendre la demande du commanditaire et la transcrire en spécifications. Suivant le type d’activité de l’entreprise, il peut s’agir de demandes valides sur le long terme ou d’un besoin immédiat. L’incrustation au coeur d’un outil Microsoft Office assure à la fonction une relative utilisabilité, tandis que son support par les versions successives de la suite assure la pérennité de l’usage.

Si vous êtes utilisateurs d’Open Office vous pouvez également avoir accès à ce type de développements. Avant la version 2.0.4 d’Open Office, les modèles de développements étaient variés puisque pour produire un plug-in UNO (Universal Network Object), vous pouviez utiliser C, C++, Java ou Python. Légèrement plus complexes que les scripts VBA (notament via la gestion des bridges de communication IDL), ils permettaient aussi de répondre à des demandes plus pointues.

Pour des raisons de rapidité et de simplicité, le modèle de plug-in a été revu depuis la version 2.04 et c’est désormais un gestionnaire du type de celui de Firefox qui permet aux utilisateurs de gérer leurs plugins en toute simplicité. Ces derniers, installables en un clic via un fichier .OXT, sont ensuite gérables via l’installateur de paquets situés dans les options (on retrouve à 100% la gestion de Microsoft Office). De plus, le langage de script est très proche de VBA, ce qui facilite les transitions.

Mais personnellement, je ne conseille pas OpenOffice pour ce type d’utilisation. Voici pourquoi :

• Le processus de production de l’add-on est un cauchemar. Là où Microsoft Office vous permet de créer, en mode code ou juste en enregistrant vos actions, une fonction informatisée puis de l’enregistrer en fichier, Open Office vous impose de nombreuses étapes visant à fournir votre code mais également toute l’implémentation des menus permettant d’y faire appel. Un outil permettant d’automatiser le procesus existe mais n’a pas été mis à jour depuis des années…
• Dans la mesure où le développement d’OpenOffice.org n’est pas directement relié à ses utilisateurs par un contrat financier fort comme l’achat de licence, le modèle de gestion des add-ons peut très bien évoluer d’une version à l’autre (comme cela s’est fait à la version 2.0.4). Impossible d’obtenir une certification de la pérennité de ses développements dans ce contexte.

Cependant, il reste des points dont Microsoft devraient s’inspirer (et c’est le cas via Codeplex) :

• De nombreuses extensions OpenOffice sont disponibles sous licence GPL (vous pouvez donc les triturer pour en comprendre le fonctionnement), dont une particulière que j’apprécie et qui permet de sauvegarder en un clic votre document en .PDF, .DOC et .ODT.
• Il existe un Wiki sur la création d’extension OpenOffice alors que les ressources VBA restent très éparses (même si les principales informations se trouvent facilement sur Office.developpez.com).

Deux mois de stages chez Microsoft France, c’est déjà beaucoup et en même temps peu. Il y a tant à apprendre ici !

Aaaah, le code VBA !

Dans un premier temps, j’ai développé une application managériale sous Excel (le langage s’appelle VBA et n’est pas aussi abouti que des langages plus évolués comme le .NET, d’o๠le titre). Oui, ça peut paraî tre étrange à ceux qui n’utilisent Excel que pour réaliser des tableurs, mais il est tout-à -fait possible de développer sous Excel des fonctionnalités différentes, des interfaces intégrées et une véritable réflexion logicielle. C’est d’ailleurs un vrai avantage pour les entreprises qui souhaitent intégrer de nouvelles fonctionnalités à leurs applications sans pour autant perturber les habitudes de travail de leurs salariés.

Toujours est-il qu’après m’être appliqué à comprendre, développer, améliorer et débugger ce petit outil managérial, j’ai commencé à travailler sur un tout autre projet : le développement d’un portail basé sur SharePoint.

Colle à bords hâtifs

Le jeu de mots est naze, mais il aura au moins eu le mérite de faire rentrer le concept dans vos têtes : collaborer.

Historiquement, l’informatique est histoire de travail individuel. Les applications que vous utilisez tournent sur vos machines, pour vousâEUR¦. Mais ça ne suffit plus (le succès de Google est la preuve même que les utilisateurs recherchent une expérience plus proche du tout-online). Ce que vous produisez, vous l’envoyez désormais par mail à votre patron ou votre équipe, vous en discutez sur des forums ou sur les listes mailées, bref, vous avez besoin de travailler ensemble. Paradoxalement, vous avez toujours besoin de vos applications personnelles pour leur richesse fonctionnelle et technique, mais vous ne connaissez rien qui fasse passerelle entre votre monde individuel et le travail d’équipe.

SharePoint, c’est exactement ça : une solution de collaboration qui tire parti des réseaux d’entreprises pour permettre aux personnes de travailler ensemble en tant que groupes, équipes ou simples collègues. Du partage de planning pour les rendez-vous communs à l’écriture d’un document par plusieurs personnes de l’entreprise avec gestion des différentes versions, SharePoint est une véritable machine à tout faire qui devrait résoudre bien des problèmes en entreprises.

Le produit est jeuneâEUR¦ et moi aussi

Cela fait déjà plusieurs semaines que je m’attèle à comprendre en détails le déploiement, la configuration et la personnalisation des portails d’entreprise SharePoint, et je m’autorise seulement aujourd’hui à commencer d’en parler. En effet, la solution est impressionnante et recèle de nombreux détails de déploiement qui la rende encore complexe à conceptualiser pour un public non-initié.
A l’inverse, une fois installée, sa configuration est à la portée de tous. Non pas qu’elle soit aisée, mais tout se fait via une très fournie interface d’administration (elle-même un portail SharePoint pré-formaté) qui, si on la connait bien, montre toute la puissance de la solution.

De plus, le produit SharePoint existe en deux versions : le gratuit « Windows SharePoint Services v3 » et le payant (mais plus riche fonctionnellement) « Microsoft Office SharePoint Server 2007 ». De quoi satisfaire particuliers et organisations de tous poils (une liste non-exhaustive de portails Web construits via SharePoint est disponible ici. Leur diversité est la preuve même de la richesse du produit).

Je vais continuer à découvrir MOSS 2007 (oui, on va l’appeller par son petit nom maintenant qu’on est entre nous) et je vous en reparlerai plus tard. En attendant, si certains d’entre vous ont déjà utilisé la solution ou s’ils souhaitent parler des alternatives concurrentes, place à vos commentaires !

Vous ne savez pas programmer ? Il n’y a pas de mal, beaucoup de gens dans votre cas se portent très bien. Supposons néanmoins que vous vouliez commencer, et que vous choisissiez des langages Microsoft.

Depuis plus d’un an sont à disposition les versions Express de Visual Studio, qui sont en quelques sortes des sous-parties de cet outil professionnel, ciblées sur un seul domaine à chaque fois : Web, VB 2005, C#, C++, J#…
Et comme l’outil ne fait pas le programmeur, vous pouviez aussi trouver en ligne divers tutoriaux comme le coach ASP.NET, le coach VB ou le coach Team System…

Désormais, et pour nos amis anglophones, voici le Beginner Developper Learning Center. Ségolène, qui s’occupe du programme MSP, explique en quelques mots la nature de cette nouvelle ressource :

“Le Beginner Developer Learning Center est destiné surtout à ceux qui n’ont pas ou peu de bases de programmation et qui vont pouvoir apprendre comment construire sa propre application sous Windows ou son site web au travers de tutoriaux funs et allant étape par étape. De plus, pour s’adapter à chacun, il y a différents formats: du texte, de l’audio, de la vidéo. Il y a 45 leçons et 31 vidéos courtes de “how to” avec 3 niveaux de compétences.”

A vos claviers !