Envoyé par
archqt
Par contre la documentation de C++ Builder dans le passé était vraiment très mauvaise, cela a peut être évolué depuis.
C'était quoi le passé ?
En Delphi \ C++Builder 3 et 4, il y avait un livre de 1000 pages fournis avec le CD, on pouvait pas faire mieux comme manuel de prise en main !
En Delphi \ C++Builder 6 (environ 2001), elle est de bonne qualité, la même que Delphi est faite mais le livre, si je m'en souviens bien, était réduit à 300 pages
Ensuite de Delphi 8 à BDS 2006, c'est vrai la documentation à souffert du passage HLP au Document Explorer sans compter les délires .NET !
Depuis 2007 et encore plus depuis la reprise de Embarcadero,
la documentation locale ou en ligne est de bonne qualité SAUF FMX qui est encore balbutiant !
Delphi ou C++Builder c'est un IDE, certes mais surtout la RTL\VCL que l'on peut comparer à un framework, idem avec FMX, en plus il y a une stratégie d'interopérabilité avec les clients DataSnap en langage natif comme JAVA ou Web comme PHP !
Delphi ou C++Builder sont aussi des RAD et souvent utiliser comme tel avec des développements rapides
(limite bâclés selon les normes POO des puristes des Pattern), j'ai vu des société qui pensait que Delphi se limitait au Concepteur et que l'on ne pouvait pas faire de vrai développement avec et utilisait une sous-couche en C++
Maintenant pour démarrer un nouveau développement, si la société travaillait déjà avec Delphi, fort probable que cela continue, si elle ne connaît pas l'outil, c'est déjà moins évident, beaucoup se tourne vers les solutions à la mode comme le .NET sans penser à la dépendance à MS, ou à JAVA qui est déjà plus ouvert, encore le PHP couplé à un JS Yahoo par exemple !
Il y a des dizaines de langages mais des milliers de Framework !
Delphi étant dépendant à MS, le choix du .NET intégré pendant quelques années étaient une erreur, Prism apportant le Delphi au .NET et non l'inverse est une bien meilleure approche !
Avec Lazarus, il y a avait toujours une possibilité mutli-plateforme ! Est-il possible de faire du développement avec du code partagé en Lazarus et en Delphi ? Je sais que l'on peut utiliser des SDK Lazarus en Delphi, la réciproque doit-être possible aussi !
Maintenant avec FMX, cette dépendance se réduit, il faut lui souhaiter une plus longue durée de vie que Kylix !
Il ne faut pas voir Delphi comme une unique solution ! Il faut savoir piocher des technologies à gauche, à droite et savoir les fédérer !
Idem pour un développeur, il faut connaître plusieurs technos, on peut être recruté pour être développeur PHP parce que l'on en fait depuis 2 ans et un jour dans cette société, un développement nécessitant un client lourd peut survenir, pouf les 10 ans de Delphi peuvent ressortir !
Il n'y a rien de mieux dans un CV que de montrer que l'on a su évoluer !
Perso, j'ai vécu cela à l'époque de Delphi 5 (j'en faisais depuis 2 ans) mais la société qui m'avait embauché comme apprenti, faisait du Windev 5.5, un projet nécessitant du TCP\IP et du Multi-thread ne pouvait se faire en Windev 5.5, du coup, j'ai proposé Delphi 6, seul le module d'impression de code-barre était resté en Windev car intégré en standard dans l'outil, pourquoi se priver et cherche ailleurs !
Même problème, second projet, Windev 7.0 et 7.5, le listen multi-port n'était pas stable, hop retour de Delphi 6 (mais ce coup-ci, l'impression des codes barres était en Delphi)
L'air de rien FMX pour développer des clients mobiles pour son application, moi j'y vois une opportunité !
Actuellement, on a des systèmes d'alerte par mail des nos logiciels, mais le retour doit se faire sur un poste fixe !
Un client web ou un client mobile pouvant dialoguer avec le serveur applicatif sécurisé, d'un point du vue commercial, c'est le gadget utile, hop, tu sors ton iPhone et tu pilotes le logiciel à distance !
C'est surement un des prochains dev qui va venir avec le 64Bits quand C++Builder y passera !
Mais le 64bits, les clients cela ne les impressionnent pas, même ils ont en rien à f****e, c'est nous qui devons nous démener pour trouver des postes en 32Bits ou alors des VM !
Alors qu'un client sur iPhone ou sur Galaxy Tab, ça d'un point vue business c'est rentable !
le fait d'avoir un framework qui reprend nos habitudes et un langage maîtrisé facile ce genre de développement !
Apprendre QT, Java où que sais-je, il est clair qu'en tant que développeur cela m'intéresse mais
on a pas le temps !On a la réponse au sujet
Avenir de Delphi et d'accord avec Ehma, si Delphi est populaire,
ça nous assure plus d'emploi !
0 |
0 |