Early on I learned Turbo Pascal, which was a huge step up from the Basic and Batch File programming I cut my teeth on. When Delphi came along I thought it was brilliant and fell in love immediately. I had no interest in learning other programming languages or tools. Delphi did it all, and that was great. I found myself plenty of work and enough to keep my interest.
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).
It was at this point I could see that most developer skills work across languages, tools, and platform. There is value in knowing and using multiple languages. The basic tenants of each language influence the way you do things in other languages, in a positive way, helping you to look at problems in a different way. There are some projects, platforms, and problems that are best suited to certain programming languages and tools. For example, if you are working with the web, you need to know at least some JavaScript, HTML & CSS (the latter two not being programming languages, but I digress), even if you are using some sort of abstraction layer.
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 really invented the 3rd party component market as far as I am concerned. From the beginning, it shipped with all the source code for the VCL and also included a robust OpenTools API and component model making easy for others to extend the IDE, and build reusable components and libraries. All the technology partners are a huge part of why I choose Delphi.
Delphi also has a huge commitment to the code we as developers develop. I attend a lot of general software developer groups, and it is common to hear developers complaining about how they just finished porting their code to support a new version of their tools, only to have it all break again because a new release of their non-Delphi programming language or framework just came out. Often times they just throw it all out and rewrite to support a new version. Sure, Delphi it isn’t perfect, and sometimes there are incompatibilities or breaking changes from version to version, but by comparison, Delphi is so much better at this than any other language or platform out there that I have seen.
«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