Développement et programmation > Pourquoi choisir tel ou tel compilateur pour réaliser une application ? (1/4)

Delphi, Visual Basic, C++, FoxPro, PowerBuilder. La liste est longue.
Les éditeurs de logiciels rivalisent d’arguments pour vanter la simplicité et la puissance des produits qu’ils proposent. Les forums informatiques se font l’écho de remarques plus ou moins flatteuses (ou plus ou moins critiques) à l’égard de tel ou tel produit.
Alors y a-t-il de bons et de mauvais produits ?

Je suis consultant indépendant. J’interviens sur Delphi, Visual Basic, et Foxpro. J’anime sur ces deux derniers des réunions de formation. Mes missions s’effectuent chez le client en équipe avec ses propres collaborateurs.
Il m’a semblé intéressant de marquer un temps dans les développements et de réfléchir à ce qu’apporte véritablement chacun de ces outils. Mon but n’est pas de dresser ici un tableau comparatif des fonctionnalités de chacun mais plutôt de les replacer par rapport au besoin final et au contexte commercial.

Autant de projets, autant de personnages
L’entretien avait duré une demi-heure avec le responsable du service ‘Immobilier’. Il supervisait une quinzaine de rédacteurs et de négociateurs.
Pour l’instant il était debout près de l’ordinateur d’une secrétaire et me regardait en souriant comme ‘un qui va en raconter une bien bonne’.

- Ce que je vais vous montrer Monsieur m’a demandé des semaines de travail. Des soirées entières. Visual Basic est un produit très facile, très souple et j’en ai tiré le meilleur parti. Ainsi j’ai défini mes variables au fil de l’eau, à chaque fois que j’en avais besoin. J’ai défini une option ‘Implicit’ et voilà. Vous connaissez l’option Implicit ?

- Oui mais ce n’est pas très rigoureux comme méthode.

- Ca c’est votre problème. Si cela ne vous plaît pas vous modifierez. Mais ce que j’ai fait fonctionne parfaitement.

Il cliqua sur une icône et un message d’erreur barra l’écran : Fatal error. File Not found.
Pour le coup il s’assit en maugréant.

- Evidemment ils ne sont pas techniciens. Ils cassent tout.

Finalement le logiciel se lança. C’était des écrans avec des objets énormes de toutes les couleurs. Régulièrement des messages conversationnels apparaissaient et simulaient un dialogue avec l’utilisateur : C’est parfait ! Etes-vous sûr(e) de ce chiffre ? Alors bravo !

La mission dura trois mois. J’ai synthétisé en un seul écran une vingtaine de petits formulaires plus ou moins semblables. Surtout j’ai structuré le code pour aboutir à une réécriture quasi complète. Pourtant une chose était certaine : le logiciel renfermait au niveau des formules de calcul et des algorithmes un savoir-faire et une connaissance parfaite du métier de l’immobilier.

Le métier de consultant est riche de contrastes. J’ai déjeuné l’autre jour avec un spécialiste Delphi. Le repas durant il me décrivit la puissance de l’architecture objet qu’il avait mise en place.
De temps à autre, pour limiter sans doute le côté doctoral (ou simplement pour faire jeune) il émaillait d’abrégés ou de mots d’argot.

- Nous avons pensé une architecture trois tiers. Bien sûr je me suis attaché au polymorphisme. J’ai fait la démo avant la mise en dév. Ils étaient cassés les mecs.

- Et le logiciel ? Quelle est sa fonction ?

- Des suivis de tab financiers. Du moins je crois…

Ce qui résulte de ces deux anecdotes c’est que la valeur de chaque logiciel va être fonction de sa capacité à répondre à la fois aux attentes d’un super technicien et en même temps à la faculté d’adaptation d’un homme de terrain.