Développer d'excellentes applications à l'aide d'excellents composants
Une conversation avec Atanas Popov de Embarcadero et Ray Navasarkian de DevExpress
L'écosystème Delphi/RAD Studio s'appuie sur de nombreux partenaires pour répondre aux divers besoins des développeurs. Le marché des composants existe depuis plus de 20 ans et continue de prospérer. De nombreux partenaires se distinguent par leurs excellents portefeuilles de produits qui aident les développeurs à déployer plus rapidement des applications professional. Plus important encore, nombre d'entre eux sont à la pointe de l'innovation et contribuent à faire progresser les possibilités offertes par les technologies Delphi et RAD Studio.
Nous aimons travailler en étroite collaboration avec nos nombreux partenaires technologiques. Des entreprises comme DevExpress, TMS Softwareet DelphiStyles contribuent à fournir aux développeurs les outils dont ils ont besoin pour réussir. Nombre d'entre eux ont une riche histoire de collaboration avec Embarcadero, et nous aimons apprendre d'eux. J'ai récemment discuté avec Ray Navasarkian de DevExpress et j'ai pensé qu'il serait intéressant de partager certaines de ses perspectives. Nous prévoyons d'intégrer cette discussion dans une série plus longue.
Quelle est votre vision de DevExpress ?
Le mot "vision" peut sembler banal, aussi je pense qu'il est préférable de considérer nos principes directeurs. Le premier d'entre eux est que nous menons nos activités de manière éthique et avec une intégrité absolue. Nous ne serions rien sans nos clients. À ce titre, nous leur devons la vérité. Lorsque nous le pouvons, nous promettons et livrons au mieux de nos capacités. Dans le cas contraire, nous leur faisons savoir que nous sommes tout simplement dans l'incapacité de le faire. Nous n'y parvenons pas toujours et nous commettons certainement des erreurs, mais notre objectif est simple : engager nos clients de manière juste et honnête, chaque jour.
Le deuxième principe directeur consiste à fournir des produits exceptionnels qui répondent aux attentes et les dépassent. Tout comme le premier principe directeur, ce n'est pas facile à mettre en œuvre, mais je pense que la qualité de nos produits et de nos services est un facteur déterminant de notre succès. Ligne de produits VCL témoigne de notre succès global à cet égard. Nous avons créé DevExpress en 1998 parce que nous aimons Delphi et que nous avons vu une opportunité d'innover dans le domaine des composants VCL. Nous avons constaté que le marché des composants VCL avait besoin d'un composant de grille de données "inspiré d'Outlook". Les grilles de données sont des éléments clés de l'interface utilisateur dans la plupart des applications de bureau, et la refonte de l'interface utilisateur d'Office 97 de Microsoft nous a donné l'occasion d'entrer avec fracas sur le marché des composants VCL. Le reste, comme on dit, appartient à l'histoire.
Plus de 20 ans se sont écoulés depuis cette époque faste. Nous avons lancé d'excellents produits et nous avons eu notre part de versions médiocres, mais dans l'ensemble, je suis fier de ce que nous avons accompli sur le marché de la VCL. Je pense que nous offrons à nos clients fidèles un ensemble solide de composants d'interface utilisateur qui répondent efficacement à un large éventail de scénarios d'utilisation.
Grâce à l'excellente relation avec Embarcadero et au formidable retour d'information de nos fidèles clients, je m'attends à ce que les 20 prochaines années soient encore plus riches en nouveautés. Longue vie à RAD Studio.
Quel est l'objectif principal de DevExpress aujourd'hui ?
DevExpress gère un énorme portefeuille de produits qui s'étend au-delà des composants d'interface utilisateur pour RAD Studio. Bien que cela ne soit pas toujours facile, nous faisons de notre mieux pour innover sur plusieurs fronts et répondre aux besoins des développeurs sur plusieurs plateformes de développement.
En ce qui concerne RAD Studio, les nouveaux produits et les nouvelles fonctionnalités sont façonnés par la demande des utilisateurs et les exigences du marché. Nous restons entièrement concentrés sur VCL en raison de notre grande communauté de développeurs, une communauté qui reste attachée à la fois à RAD Studio et à notre ligne de produits VCL.
Notre plus grand défi aujourd'hui est la prolifération de nouvelles plateformes de développement. Il n'est pas toujours facile de répondre aux attentes et de les dépasser lorsqu'il faut jongler avec les nouvelles plateformes et les anciennes. Prenons l'exemple de notre ligne de produits VCL. Nous livrons plus de 200 contrôles et bibliothèques d'interface utilisateur. Au fil des ans, une poignée d'utilisateurs nous ont demandé de porter nos contrôles d'interface utilisateur sur FMX. J'aurais aimé le faire, mais nos ressources sont limitées. Nous avons donc dû prendre la décision difficile de renoncer au développement de FMX et de concentrer nos efforts sur la VCL.
Nous avons publié une grille de données FMX l'année dernière. Bien que nous ayons finalement choisi de cesser le développement de FMX pour le moment, nous restons ouverts à ses possibilités. Si nos clients choisissent FMX plutôt que la VCL, nous réaffecterons les ressources en fonction des besoins. Dans l'intervalle, nous pourrons mettre gratuitement notre grille FMX à la disposition de notre communauté.
Quelle est votre opinion sur les bibliothèques complètes de composants par rapport aux meilleurs composants de leur catégorie ? Nous disposons de quelques-unes de nos propres bibliothèques en JavaScript, et nous constatons que la formule "best-in-class" semble être la plus efficace.
Je dirais que les exigences sous-jacentes en matière de composants pour les développeurs d'ordinateurs de bureau diffèrent de celles des développeurs web. Lorsque nous avons lancé notre premier produit VCL, nous avons dû rapidement le suivre avec d'autres éléments majeurs de l'interface utilisateur tels qu'un ruban, un calendrier, etc. Cela s'explique en partie par l'aspect et la convivialité de l'ensemble. Nos clients ne voulaient pas mélanger des éléments d'interface utilisateur de différents fournisseurs au sein d'une même application de bureau. Si les développeurs web ne souhaitent pas non plus nécessairement mélanger les éléments, je pense qu'ils sont plus enclins à investir dans les meilleurs produits de leur catégorie plutôt que dans une bibliothèque de composants monolithique.
En d'autres termes, je pense qu'un composant unique, le meilleur de sa catégorie, peut survivre dans l'espace JavaScript. Mon expérience au fil des ans me dit qu'il est beaucoup plus difficile de faire de même dans l'espace bureautique. Je peux bien sûr me tromper, mais je me souviens d'un fournisseur dans l'écosystème des composants Microsoft qui n'est plus en activité parce qu'il n'a pas pris en charge son composant d'interface utilisateur le plus performant avec des contrôles d'interface auxiliaires. Au fur et à mesure que les concurrents ont rattrapé l'ensemble des fonctionnalités de ce fournisseur, sa part de marché s'est érodée assez rapidement.
Bien entendu, certaines bibliothèques de composants peuvent être intégrées de manière plus indépendante dans une application de bureau. Il s'agit notamment des graphiques, de la gestion des documents et des rapports. Notre gamme de produits en est un parfait exemple. Comme vous le savez, nous ne proposons pas de graphiques ou de rapports pour la VCL. Cela ne veut pas dire que les utilisateurs ne le demandent pas - on nous demande régulièrement de fournir une bibliothèque de graphiques et de rapports pour RAD Studio.
Bien que le mélange et l'assortiment soient plus probables dans le développement web, la possibilité de travailler avec un seul fournisseur - un fournisseur qui tient ses promesses - me semble être l'idéal. La combinaison d'outils d'interface utilisateur peut affecter la productivité, augmenter les coûts de maintenance et, bien sûr, affecter les voies de mise à niveau.
L'interface utilisateur est très importante pour les applications modernes. L'un des obstacles que rencontrent certains membres de notre communauté, en particulier dans le domaine du développement mobile, est que la qualité de l'interface utilisateur peut varier considérablement. Que pensez-vous de l'avenir du développement de l'interface utilisateur dans RAD Studio ?
Nous sommes très fiers de nos réalisations passées, mais nous avons encore beaucoup de travail à faire pour les développeurs de VCL et de RAD Studio. Les normes UX évoluent et nous devons faire de même. Ce n'est pas toujours facile, mais notre relation étroite avec Embarcadero devrait nous aider à répondre aux besoins de nos clients mutuels en matière d'interface utilisateur pour les années à venir.
Comme vous le savez, Embarcadero a récemment organisé un sommet Desktop au cours duquel nous avons présenté notre point de vue sur la conception de l'interface utilisateur. J'attends avec impatience d'autres occasions à cet égard. Je pense que tous les membres de la communauté des développeurs de RAD Studio profitent du fait que les fournisseurs de composants partagent librement leurs points de vue sur la conception de l'interface utilisateur.
Quel est, selon vous, l'impact du low code dans le domaine des composants ?
Je suis persuadé qu'il existe des opportunités dans l'espace "low-code". En fin de compte, c'est le marché qui dicte ce que nous faisons et comment nous le faisons. Si le "low code" devient omniprésent, nous nous adapterons en conséquence.
Pour l'instant, le développement d'applications natives reste la priorité absolue de DevExpress. Comme vous le savez, nous avons publié une mise à jour majeure de notre ligne de produits VCL en décembre. Cette version comprenait un nouveau contrôle Gantt VCL et des mises à jour de notre grille de données, de notre feuille de calcul et de notre visualiseur PDF pour la VCL. DirectX joue également un rôle important dans notre stratégie de développement du bureau. J'espère que nous pourrons discuter des raisons pour lesquelles nous délaissons GDI au profit de DirectX lors d'une prochaine interview. Jetez un coup d'œil à un résumé complet des principales fonctionnalités que nous avons livrées à la fin de l'année dernière.
