Le "gros morceau logiciel" qui me retient à Windows est constitué
d'applications faites-main en visual basic et en access. Et, n'en déplaise aux
intégristes, il n'y a pas vraiment d'équivalent libre sous Linux. Concernant
Access, il y a bien des projets, notamment celui de The Kompany, mais c'est
propriétaire. Du côté langage, le Kylix de Borland (Delphi pour Linux) est
engageant mais tout de même bridé du côté base de données et pas libre au sens
GPL. C'est pourquoi je suis longtemps resté dans l'expectative, en attendant
une ouverture convaincante. Et voici que j'en trouve une, pas sur tout le front
basic-access, mais c'est un début important...
Or donc, j'ai eu besoin de faire quelques programmes pour consolider
et automatiser un certains nombre d'opérations sur mes pages htlm et mes
fichiers. Je savais le faire en visual basic, mais, fidèle à ma volonté de
me désengager de Windows, j'ai trouvé que ça pouvait devenir un moyen idéal
d'avancer sur la voie d'un futur remplacement de mes applis basic-access.
On m'avait déjà conseillé Python et ce que j'avais lu à son propos
me convenait, c'est un langage à la fois rigoureux, simple et moderne (orienté
objet). Inutile de se casser la tête avec le C ou C++ (un marteau-pilon pour
écraser une noix), et pas de risque avec un langage aux syntaxes alambiquées
comme le Perl. De plus Python bénéficie sur Internet d'une documentation fournie
en français et c'est un produit muliti OS, Linux - Windows - Mac, point
intéressant car mon application pourrait servir à des utilisateurs Windows.
Je n'ai pas été déçu de mon choix, car, par bien des cotés, Python
est un merveilleux langage, notamment très supérieur au Basic.
Après avoir digéré un tutoriel et organisé ma documentation, sans même
l'achat d'un livre, j'ai développé avec rapidité tout ce que je voulais faire,
en ayant à l'esprit que certaines parties de ce code resserviraient plus tard
quand mes applis Windows passeront sous Linux.
Quelques remarques en vrac :
Pour l'interface graphique, j'ai choisi celle par défaut, Tkinter. la
programmation en est ardue, le résultat n'est pas formidable, m'enfin ça tourne
sous Windows et Linux (et Mac)... Ce n'est toutefois valable que pour des
grilles d'écrans simples. Au delà il y a l'interface graphique de wxWindows,
mais elle m'est apparue lourde pour ce que je voulais faire (et je n'avais pas
trouvé un bon tutoriel pour démarrer).
D'accord, Python est mieux que Basic, mais ce n'est pas un Visual Python. Il
manque donc une gestion d'ensemble d'un projet, des facilités pour construire
une interface graphique, un débogueur pratique, des facilités d'édition (trouver
la définition d'une fonction...). Les choses avancent, notamment avec Boa
Constructor, mais ça ne me convainc pas encore.
Toutefois Kate, l'éditeur de texte multi-documents de KDE, est un outil
d'édition très bien fait et pratique, très plaisant à utiliser.
Autant dire que si vous êtes sous Windows, si vous envisagez d'aller vers
Linux ou faire un programme qui fonctionne aussi sous Linux et Mac, si ces
programmes sont peu graphiques, Python est le meilleur outil qui
soit, allez sur le site de Python pour le
télécharger. Inutile sous Linux, c'est inclus dans les principales
distributions.
Je sais donc, maintenant, que mon application Visual basic pourra migrer vers
Python, ce que je n'envisage toutefois qu'à long terme. Pour contre, pour mon
programme Access, qui a une interface graphique riche, je ne vois pas d'outils
convaincants sous Linux actuellement. Mais chaque chose en son temps, la
première étape est passée, les autres finiront par arriver...