Discussion :

[Alcatîz]

Embarcadero annonce une croissance de 54% des ventes de Delphi et C++ Builder en 2011
Après trois années consécutives de croissance de ventes de 15%

Les ventes dans le monde entier de sa nouvelle famille d'outils de développement RAD (RAD Studio, Delphi et C++ Builder) ont augmenté de 54% par rapport aux ventes de la précédente version en 2010, accélérant par la même occasion la croissance de 15% des ventes des lignes de produit Delphi et RAD Studio ces trois dernières années.

Face aux parts de marché en constante augmentation du Mac (surtout en entreprise) et d'iOS par rapport à Windows, la grande force de RAD Studio, grâce à la compilation croisée, est de permettre aux développeurs de répondre à cette nouvelle demande sans surcoûts financiers et sans nécessiter de multiplier le nombre d'équipes de développement.

De plus, la compilation 64 bits permet à présent d'utiliser plus de 4 Go de mémoire vive, tout en permettant d'écrire des applications qui s'intègrent pleinement aux systèmes d'exploitation modernes.



Source : Embarcadero

Et vous ?

Avez-vous migré ? Pensez-vous migrer prochainement ?

[PocoYote]

C'est une bonne nouvelle car ils ont encore des choses à faire dans les outils de développement. Leurs derniers produits s'améliorent qualitativement et certains ont du potentiel. Ils proposent une alternative à .NET à ne pas négliger à mon avis (j'utilise les Visual Studio aussi).

Firemonkey (pour le multi platforme - pourquoi pas pour Android ?), la compilation 64 bits (pour C++Builder) et ARM (Windows 8) sont les prochains chantiers qui m’intéressent. Pour l'instant, je reste sur ma version XE.

[nirgal76]

Petite précision, la compilation 64 bits, c'est juste pour Delphi, le C++ reste cantonné au 32 bits..

[archqt]

Bonjour,
j'ai utilisé dans le passé C++ Builder, mais maintenant avec un framework "libre" comme Qt + QtCreator, je me demande l'avantage de ces nouveaux outils. Ok pour Delphi je veux bien comprendre que Lazarus a peut être des manques mais pour le C++ j'ai du mal à voir. Merci
Bonne fin de journée

[nirgal76]

Bonjour,
j'ai utilisé dans le passé C++ Builder, mais maintenant avec un framework "libre" comme Qt + QtCreator, je me demande l'avantage de ces nouveaux outils. Ok pour Delphi je veux bien comprendre que Lazarus a peut être des manques mais pour le C++ j'ai du mal à voir. Merci
Bonne fin de journée

Maintenir l'application (et sa centaine de modules, ça 30aines de DLL, ses composants etc...) que l'on gère ici (et il n'y aurait pas de bugdet pour les refaire en autre chose) et qui existe depuis une quinzaine d'année.
Par contre, le cout d'une suite comme RAD Studio (pour les 3 dev que l'on est) est négligeable par rapport à tout ça. La gratuité/prix du produit n'est donc pas un argument pour ma boîte.
Et le fait que ce soit libre n'est pas non plus un argument, c'est juste un point de vue idéologique.
Et bosser avec un logiciel proprio ne me dérange pas si on me le paie

[archqt]

Maintenir l'application (et sa centaine de modules, ça 30aines de DLL, ses composants etc...) que l'on gère ici (et il n'y aurait pas de bugdet pour les refaire en autre chose) et qui existe depuis une quinzaine d'année.
Par contre, le cout d'une suite comme RAD Studio (pour les 3 dev que l'on est) est négligeable par rapport à tout ça. La gratuité/prix du produit n'est donc pas un argument pour ma boîte.
Et le fait que ce soit libre n'est pas non plus un argument, c'est juste un point de vue idéologique.
Et bosser avec un logiciel proprio ne me dérange pas si on me le paie

Il est bien évident que s'il s'agit de garder des acquis de développement cela va de soi que l'investissement est "rentable" voire "logique". Mais quand il s'agit de développer pour une première fois c'est moins évident.
Après le support commercial de Qt peut être une bonne chose aussi.
Par contre la documentation de C++ Builder dans le passé était vraiment très mauvaise, cela a peut être évolué depuis. Celle de Qt est par contre très bonne.
Bonne journée

[ShaiLeTroll]

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 !

[Invité]

J'avais remarqué une recrudescence des offres d'emploi en Delphi, j'imagine que c'est lié. C'est une bonne nouvelle pour moi !

[rt15]

J'ai pas envie d'être méchant, mais cette forte hausse de ventes c'est probablement très normal... J'imagine que la chute a été nettement plus impressionnante quand Borland a commencé à lâcher Delphi.

Cela dit ces EDIs auraient pu rester au fond du trou. C'est plutôt cool qu'Embarcadero fasse des efforts.

[Pierre GIRARD]

Personnellement, le seul langage structuré classique que je connaisse est Pascal. Et donc, naturellement, quand Borland a sorti Delphi, j'ai plongé direct, d'autant qu'ils avaient une politique de prix compatible avec mon budget.

Pour passer l'historique de ce qui s'est passé entre la Version 1 de Delphi et ma version Embarcadero XE2 actuelle, je pense que c'est une bonne nouvelle.

Je suis et resterais toujours un amateur en la matière, mais entre la première version et maintenant, je n'ai été embêté (et absent) qu'entre Borland et Embarcadero.

La politique des prix me va bien, et plus ça ira bien pour Embarcadero et mieux ce sera pour mes investissement en développement et en finances.

Donc, pour moi, BONNE NOUVELLE.

[Gouyon]

C'est une bonne nouvelle. Pour ma part j'utilise ces produits (Delphi et CBuilder) depuis longtemps et j'en ai toujours été satisfait (à part les dernières documentations qui manquent cruellement d'exemple).
Dans les dernière version je n'ai pas encore testé le multiplateforme mais mon expérience avec Lazarus me dit que ça risque d'être un peu acrobatique.