Très tôt, j'ai appris Turbo Pascal, ce qui était un énorme pas en avant par rapport à la programmation Basic et Batch File sur laquelle je me suis fait les dents. Quand Delphi est arrivé, j'ai trouvé que c'était génial et je suis tombé amoureux immédiatement. Je n'avais aucun intérêt à apprendre d'autres langages ou outils de programmation. Delphi a tout fait, et c'était génial. Je me suis retrouvé beaucoup de travail et assez pour garder mon intérêt.
J'étais curieux de connaître les autres langages de programmation, d'un point de vue académique. J'ai suivi un cours du soir à l'Assemblée. J'avais une poignée de C & C ++. J'ai regardé du Ruby (avant que c'était branché), Java, JavaScript, etc. Finalement, je me suis retrouvé à passer quelques années à déboguer des imprimantes laser, qui exécutaient une combinaison de C / C ++ / COM le tout sur une plate-forme Linux.
De là, je suis retourné à la programmation Delphi à plein temps, mais la nouvelle société pour laquelle je travaillais a adhéré au mythe «il n'y a pas assez de développeurs Delphi» et a décidé de passer à C# et WinForms. Nous avons immédiatement pu embaucher de nouveaux développeurs C#, mais au fur et à mesure que nous les avons connus, nous avons découvert qu'ils avaient plus d'expérience Delphi que C#, mais ils ont adhéré au mythe «il n'y a pas d'emplois Delphi» et se sont rebaptisés développeurs C# . (C'est ce que nous appelons un argument circulaire ou une prophétie auto-réalisatrice.) En fin de compte, le projet a pris 4 fois plus de temps qu'il n'aurait dû, malgré le fait d'avoir plus de développeurs et «des outils de développement plus modernes». Ils auraient vraiment dû rester avec Delphi.
J'ai déménagé à un nouveau travail en développant Delphi à plein temps, puis cette société a acheté le C# et Silverlight sont l'avenir. Depuis que j'ai de l'expérience C#, j'ai commencé à travailler sur le nouveau frontal Silverlight. Le back-end et l'application de bureau sont restés dans Delphi (avec un peu de C ++). Nous savons tous ce qui s'est passé avec Silverlight (si vous vous en souvenez même...)
À partir de là, j'ai fini par vraiment me diversifier. J'ai travaillé beaucoup plus avec C#, Xamarin, Java, JavaScript, Objective-C et Oxygene (connu sous le nom de Delphi Prism à l'époque). Il y avait encore du Delphi mélangé. J'ai donné quelques cours et ateliers sur le développement Android avec Java. J'ai appris à apprécier certains des avantages, des forces et des qualités de chacun. J'ai trouvé des choses sur chacun d'eux que j'aimais (moins sur Objective-C).
C'est à ce stade que j'ai pu voir que la plupart des compétences de développeur fonctionnent sur plusieurs langages, outils et plates-formes. Il est utile de connaître et d'utiliser plusieurs langues. Les locataires de base de chaque langue influencent la façon dont vous faites les choses dans d'autres langues, d'une manière positive, vous aidant à regarder les problèmes d'une manière différente. Certains projets, plates-formes et problèmes sont les mieux adaptés à certains langages et outils de programmation. Par exemple, si vous travaillez avec le Web, vous devez connaître au moins certains JavaScript, HTML et CSS (les deux derniers n'étant pas des langages de programmation, mais je m'éloigne du sujet), même si vous utilisez une sorte de couche d'abstraction.
Tout au long de tout cela, je me suis retrouvé à choisir Delphi pour des projets personnels. Parfois, j'essayais des projets personnels dans d'autres outils et langages afin de mieux les connaître, mais je trouvais toujours que Delphi était une meilleure solution pour la plupart des projets à usage général. L'une des caractéristiques déterminantes de Delphi pour laquelle j'y reviens sans cesse est qu'il rend les tâches courantes vraiment, vraiment faciles tout en gardant le reste simple et possible.
D'autres outils qui se concentrent sur la productivité rendent un petit sous-ensemble de tâches aussi simple que Delphi, mais rendent également tout ce qui dépasse ces tâches, ou ce scénario «idéal», difficile ou impossible. Alors que d'autres outils à usage général ne font rien pour optimiser les scénarios courants, ce qui rend les tâches simples plus compliquées qu'elles ne devraient l'être.
Désormais, avec le développement multiplateforme, Delphi est plus important que jamais. L'approche fournie par Delphi et FireMonkey permet d'effectuer rapidement et facilement les tâches les plus courantes, tout en gardant toutes les API et fonctionnalités de la plate-forme à portée de main.
Delphi a vraiment inventé le marché des composants tiers en ce qui me concerne. Dès le début, il était livré avec tout le code source de la VCL et comprenait également une API OpenTools robuste et un modèle de composant permettant aux autres d'étendre facilement l'EDI et de créer des composants et des bibliothèques réutilisables. Tous les partenaires technologiques expliquent en grande partie pourquoi j'ai choisi Delphi.
Delphi a également un énorme engagement envers le code que nous développons en tant que développeurs. Je participe à de nombreux groupes de développeurs de logiciels généraux, et il est courant d'entendre des développeurs se plaindre de la façon dont ils viennent de terminer le portage de leur code pour prendre en charge une nouvelle version de leurs outils, seulement pour que tout soit à nouveau interrompu car une nouvelle version de leur non- Le langage de programmation ou le framework Delphi vient de sortir. Souvent, ils se contentent de tout jeter et de réécrire pour prendre en charge une nouvelle version. Bien sûr, Delphi n'est pas parfait, et parfois il y a des incompatibilités ou des changements cassants d'une version à l'autre, mais en comparaison, Delphi est tellement meilleur dans ce domaine que tout autre langage ou plate-forme que j'ai vu.
«J'ai commencé par choisir Delphi parce que c'était ce que je savais. Maintenant, je choisis Delphi car il fait le travail mieux que les alternatives. Le fait qu'il soit plus rapide pour le développement est bien, mais ce n'est qu'une partie de l'équation. J'avais l'habitude d'avoir un chapeau qui disait «Delphi fait tout, surtout Windows» et c'est plus vrai que jamais aujourd'hui.
Alors pourquoi choisissez-vous Delphi? Partagez vos raisons dans les commentaires ou sur votre blog #PourquoiIChooseDelphi
Conception. Code. Compiler. Déployer.
Commencer l'essai gratuitMettre à jour aujourd'hui
Édition communautaire Delphi gratuiteÉdition communautaire gratuite de C ++ Builder