Nouvelle feuille de route d'Embarcadero 2017-2018, les projets pour RAD Studio, Delphi et C++ Builder

Version imprimable

Voir 40 message(s) de cette discussion en une page

26/05/2017, 16h35
gvasseur58

1 pièce(s) jointe(s)

Nouvelle feuille de route d'Embarcadero 2017-2018, les projets pour RAD Studio, Delphi et C++ Builder

Embarcadero vient de publier la nouvelle feuille de route courant jusqu’à fin 2018 pour RAD Studio, Delphi et C++ Builder. Comme la précédente, celle-ci ne constitue pas un engagement formel, mais bien un objectif à atteindre. Gageons que l’équipe d’Embarcadero fera le nécessaire pour satisfaire ses clients qui se sont sans doute vite habitués à un suivi plus rigoureux selon un planning tenu !

RAD Studio, qui rassemble Delphi et C++ Builder, se verrait ainsi amélioré avec la prise en compte des hautes définitions (HiDPI), du fenêtrage natif Z-Order d’Android et des contrôles natifs du même OS dans FireMonkey (en commençant par les contrôles de saisie de données). Les débogueurs autour de la technologie LLDB, les contrôles GUI pour WinRT/Windows 10, ainsi que l’utilitaire d’installation GetIt qui serait simplifié, constituent d’autres axes de développement mentionnés. Comme l’ont demandé de nombreux utilisateurs, dont les habitués du forum Delphi sur developpez.com, les prévisions insistent pour les versions intermédiaires avant la 10.3 (baptisée Carnival) sur l’amélioration de la qualité et des performances des produits.

Plus spécifiquement, Delphi continuerait à étendre ses possibilités sous Linux, en particulier avec la bibliothèque RTL et un débogage amélioré, et prendrait en charge MacOS en 64 bits. À noter aussi l’introduction, comme en C#, des types Nullable pour des valeurs indéterminées.

Quant à C++ Builder, il s’ouvrirait lui aussi aux serveurs Linux 64 bits avec un compilateur Clang étendu, et améliorerait son intégration des bibliothèques C++ et de CMake. La complétion de code et le refactoring devraient eux aussi être rendus plus performants.

Embarcadero a décidé de poursuivre son développement en direction de Windows sur les machines de bureau, Android et Apple sur les appareils mobiles, et Linux pour les solutions serveur. Les applications client-serveur ne sont pas en reste avec la technologie DataSnap pour laquelle il est prévu de nouveaux drivers ; il en est de même pour RAD Server, la solution proposée pour le développement et le déploiement d’applications basées sur des services, qui devrait prendre en charge les clients Angular.JS.

Comme il est permis de rêver, la feuille de route se conclut par des pistes de recherche : les cibles ARM y côtoient les interfaces graphiques Linux, les outils pour la construction de clients Web, ou encore un EDI en 64 bits... Affaire à suivre, mais assurément sur le long terme !

Pièce jointe 279618

Source : RAD Studio Roadmap May 2017

:fleche: Que pensez-vous de cette feuille de route ?

:fleche: Ces prévisions peuvent-elles avoir une influence sur votre politique d'acquisition de licences ?
27/05/2017, 01h57
kilroyFR

Qu'est ce que ça vaut en terme d'efficacité de développement par rapport à l'usine à gaz qu'est devenu visual studio ? Est ce vraiment du rad ? Multi plateforme efficace et réel ?
J'ai été Borland jusqu'à c++ builders v1 puis ensuite dans ma boîte on est passé à cc++ mais j'ai jamais retrouvé dans les outils vs une réelle efficacité pour coder. Preneur de tout avis objectif et retour expérience embarcadero. Je crois que les tarifs sont très élèves également ? merci
27/05/2017, 10h21
archqt

Ah oui en effet pas donné

Bonjour,
j'étais resté sur des licences à 1000 euros MAIS visiblement on est autour de 3500 euros minimum pour une licence. Si on regarde un produit équivalent (Qt/C++) on est sur les même prix, sauf qu'il faut payer cela tous les ans avec Qt (si je ne me trompe pas). On doit pouvoir négocier une licence UNE FOIS je pense mais il faut voir avec le service commercial.
Sinon il faut utiliser la licence LGPL (que le code objet à fournir) et cela fonctionne, certains composants ne seront pas utilisables car en GPL/Commercial.
Bonne fin de journée
27/05/2017, 11h04
SergioMaster

Bonjour

Citation:

Envoyé par archqt

j'étais resté sur des licences à 1000 euros MAIS visiblement on est autour de 3500 euros minimum pour une licence.

Cela dépend de la version Starter (gratuite), Pro , Entreprise ou Architecte, mais oui si l'objectif est le multi-plateforme Entreprise est "la version"

Citation:

Si on regarde un produit équivalent (Qt/C++) on est sur les même prix, sauf qu'il faut payer cela tous les ans avec Qt (si je ne me trompe pas). On doit pouvoir négocier une licence UNE FOIS je pense mais il faut voir avec le service commercial.

Je suis "heureux" de lire que Qt n'est pas gratuit, contrairement à ce que peuvent me dire certaines connaissances :roll:

si on veut un produit "à jour" , dans le cas de Delphi ou C++ il faudra renouveler son abonnement tous les ans pour un peu plus (sic) d'1/4 du prix, cela ne veut pas dire que l'on ne peut pas garder et utiliser sa "vieille version" et écrire des programmes "commerciaux".
Reste en suspend les hotfixes d'une version "ancienne" la politique d'Embarcadero à ce sujet a plusieurs fois changée ....

Citation:

Envoyé par kilroyFR

Qu'est ce que ça vaut en terme d'efficacité de développement par rapport à l'usine à gaz qu'est devenu visual studio ? Est ce vraiment du rad ? Multi plateforme efficace et réel ?

N.B. pourquoi ne pas se faire une opinion en téléchargeant une version d'essai limitée dans le temps mais complète ?

Poser ces questions sur un forum dédié c'est presque automatiquement obtenir des réponses non objectives ;)
Pour moi, qui ne connai pas Visual Studio mais un peu QT, OUI c'est un vrai RAD.
Multi-plateforme pour le peu que j'en ai testé,
- oui, mes programmes tests compilés ont fonctionné sous Androïd, sous Ubuntu (et pas seulement la partie serveur, et ce grâce à un Addon)
- mais non RAD Studio ne tourne que sur Windows et n'existe encore qu'en 32 bits
pour bien comprendre : on écrit son programme sous windows, on le compile pour nos cibles Androïd, MAC, IOS, Linux (limité à 2 versions) et on transfère le programme compilé et les ressources nécessaires via paserver (cette partie est je trouve un peu "artisanale") vers les machines hôtes ou les "stores" adéquats.

Pour en revenir à la feuille de route, j'ai fait partie des "sondés" certaines de mes demandes ont certainement rejoint la majorité car sont dans la feuille de route, d'autres (les interfaces graphiques Linux) sont toujours dans le domaine du rêve :cry: quoique, avec les bons additifs ...
27/05/2017, 11h37
kilroyFR

Citation:

Envoyé par SergioMaster

N.B. pourquoi ne pas se faire une opinion en téléchargeant une version d'essai limitée dans le temps mais complète ?

Merci de tes reponses. Je n'ai pas pris le temps car effectivement ca prend du temps a tester.
Deja perdu pas mal a vouloir faire du multi plateforme avec xamarin pour arriver a un resultat peu probant (mon avis que je resumerai par "tout ca pour ca").

J'ai pas non plus l'impression que ce soit de bons communiquants chez embardero.
J'avais meme cru a une epoque que delphi/c++ builder avaient ete abandonnés et qu'on avait fait "le bon choix" en prenant visual studio.
Enfin personnellement j'ai adoré les produits borland a leur epoque et le passage a microsoft ne s'est pas fait sans regrets.
Le cote developpment sous windows uniquement n'est pas une contrainte en soi; tant que l'aspect multi plateforme (ecris une fois, compile pour chaque plateforme est present c'est tres bien).
Effectivement ca me tente. J'avoue qu'il y a 25 ans on passait du temps a faire des Ihms sous windows; en 2017 on passe toujours autant de temps (voir plus) et du code compliqué a outrance pour le resultat que ca fait afficher des boutons/formulaires/grilles. Alors oui ca nous occupe a passer du temps a coder mais le progres en informatique serait plutot pour moi en 2017 qu'on n'ai plus a passer du temps sur des Ihms (drag'n'drop etc a part windev (je n'ai jamais pratiqué mais ca a l'air rudement efficace - meme si echo que j'en ai est que ca ne pas "stable" (???) )).

Merci je vais telecharger Embarcadero et me faire une idée plus précise.
Je viens de voir la liste des fonctionnalités ... 28 pages !!! https://www.embarcadero.com/docs/rad...ure-matrix.pdf

impressive, most impressive !
27/05/2017, 11h52
gbegreg

Tout comme SergioMaster, cette partie du forum étant consacrée à Delphi, les réponses risquent de ne pas être objectives... Je connais plusieurs langages et IDE et Delphi reste mon préféré justement pour la simplicité, l'efficacité et la maintenabilité du code. Ce n'est qu'on avis personnel donc il n'engage que moi. Après comme partout, il est possible de faire de véritables usines à gaz ;)

Quoi de mieux pour se faire une idée d'utiliser la version d'évaluation complète mais limitée à 30 jours, ou l'édition starter gratuite mais limitée en fonctionnalités (elle est fournie uniquement avec le compilateur Windows 32 bits entre autres).

La partie multi-plateforme est bonne : la plupart du temps, il suffit de compiler pour la plateforme cible. Si on fait appel à des routines systèmes, il faut alors utiliser des directives dans le code pour activer telle ou telle routine en fonction du système. Pour la partie IHM, FireUI est une bonne chose : on définit l'interface principale et il est possible de faire des interfaces spécifiques à une plate-forme (ou taille d'écran) qui héritent de cette interface principale en l'adaptant au périphérique ciblé.
On peut voir ainsi directement dans l'IDE le rendu de l'application par exemple en mode bureau (Windows, Mac OS), sur une tablette Android 10", un iphone 5" ou une montre connectée...

J'ai eu l'occasion d'utiliser un peu les capteurs (GPS, appareil photo, gyroscope, températures, pression atmosphérique et taux d'humidité) et ça fonctionne bien et simplement. La 3D aussi est facile d'accès : l'éditeur d'interface graphique permet de composer la scène 3D visuellement. Le framework s'appuie sur DirectX sur les cibles Windows et OpenGL sur les autres.

Enfin, Delphi permet de packager et déployer son application sur les différents stores (Play Store, Apple Store, Windows Store).
27/05/2017, 12h18
NSKis

Citation:

Envoyé par gbegreg

Tout comme SergioMaster, cette partie du forum étant consacrée à Delphi, les réponses risquent de ne pas être objectives... Je connais plusieurs langages et IDE et Delphi reste mon préféré justement pour la simplicité, l'efficacité et la maintenabilité du code.

Delphi n'est pas un langage, c'est un EDI qui utilise le langage Pascal orienté objet!!!

Il serait temps que certains s'en souviennent d'autant plus qu'il existe d'autres EDI tout aussi simples, efficaces et assurant une maintabilité du code optimale sans avoir les dérives "mercantiles" des successeurs de Borland!!!
27/05/2017, 12h24
NSKis

Citation:

Envoyé par SergioMaster

si on veut un produit "à jour" , dans le cas de Delphi ou C++ il faudra renouveler son abonnement tous les ans pour un peu plus (sic) d'1/4 du prix, cela ne veut pas dire que l'on ne peut pas garder et utiliser sa "vieille version" et écrire des programmes "commerciaux".

Ton argument est tout simplement faux: Tu peux très bien utiliser une "vieille version" tout en écrivant des programmes "commerciaux"!!! Cela dépend des technologies mises en oeuvres dans tes programmes.

Il faut cependant prendre en compte que tout est fait pour passer à la caisse un maximum de fois. Un seul exemple, il faut payer pour avoir droit à des correctifs de bugs! Cela montre à quel point certains commerciaux respectent les clients qui les font vivre: Ils te fourguent pour plus de 3'000 euro un soft buggé et tu paies plus de 1'000 euro supplémentaires pour avoir droit aux correctifs (à titre de bien plaire, parce que rien ne te prouve que le bug en question a été corrigé).

Le mieux c'est que personne ne trouve rien à redire à ce genre de pratique...
27/05/2017, 12h51
gbegreg

Citation:

Envoyé par NSKis

Delphi n'est pas un langage, c'est un EDI qui utilise le langage Pascal orienté objet!!!

Il serait temps que certains s'en souviennent d'autant plus qu'il existe d'autres EDI tout aussi simples, efficaces et assurant une maintabilité du code optimale sans avoir les dérives "mercantiles" des successeurs de Borland!!!

Je sais parfaitement que Delphi est l'IDE et qu'il utilise le langage Pascal Objet. Je connais d'autres IDE et langages et si tu avais lu mon commentaire jusqu'au bout, la phrase qui suit était : "Ce n'est qu'on avis personnel donc il n'engage que moi.".

Citation:

Envoyé par NSKis

Ton argument est tout simplement faux: Tu peux très bien utiliser une "vieille version" tout en écrivant des programmes "commerciaux"!!! Cela dépend des technologies mises en oeuvres dans tes programmes.

Relis bien la phrase de SergioMaster, il dit la même chose que toi... et pourtant tu dis que son argument est faux...

Enfin, les politiques commerciales des éditeurs sont ce qu'elles sont et Embarcadero n'est pas le seul à agir de la sorte. Ils sont nombreux à faire payer la maintenance (et donc les corrections de bugs) mais bien souvent la maintenance inclue les montées de version : le ticket d'entré est certes cher au départ (licence + maintenance) mais ensuite tu n'as que la maintenance (du coup c'est avec ton exemple 1000 euros par an => 83.33 euros par mois).
27/05/2017, 14h28
dourouc05

Citation:

Envoyé par archqt

Si on regarde un produit équivalent (Qt/C++) on est sur les même prix, sauf qu'il faut payer cela tous les ans avec Qt (si je ne me trompe pas). On doit pouvoir négocier une licence UNE FOIS je pense mais il faut voir avec le service commercial.
Sinon il faut utiliser la licence LGPL (que le code objet à fournir) et cela fonctionne, certains composants ne seront pas utilisables car en GPL/Commercial.

Qt est entièrement gratuit… pour l'édition libre, avec un bon paquet de fonctionnalités mais pas toutes (l'édition commerciale est presque nécessaire pour tout ce qui touche à l'embarqué ; pour les autres utilisations, c'est surtout du support). Avec la LGPL, tu ne dois pas fournir de code objet ou autre : il doit être possible de lancer ton application avec une autre version de Qt. Les composants GPL sont assez rares, ce sont surtout des outils comme Qt Creator, bien que quelques fonctionnalités autrefois commerciales ont été libérées sous GPL, nettement plus stricte que la LGPL (https://www.developpez.net/forums/d1...s/).
27/05/2017, 15h48
ApproxDev

Bonjour,

j'adore les feuilles de route qui ne sont pas des engagements. Je suis toujours surpris par l'extase manifestée par les Delphistes. FireMonkey cela a combien de temps déjà !? Et ce RAD sous cette "plateforme" -qu'ils n'ont pas créée eux-mêmes mais rachetées- fait déjà tout cela ? J'en reste stupéfait, j'allais dire presque sans plume ! Bon, c'est incontestable, ils sont "un peu" partis en retard... persuadés que le monde resterait éternellement VCL c'est à dire Windows 32 bits et exclusivement.

Maintenant ses adorateurs s'en prennent à Qt ? Est-ce de la jalousie ? Il ne faut quand même pas exagérer ! Qt en version commerciale est à la portée des "petites" entreprises ce que n'est pas le RAD Delphi. Allez visiter https://www.qt.io/buy-product/ et sélectionnez "I qualify for Start-up Pricing." Prix mensuel affiché : 79$ si vous payez à l'année. Qu'appelle-t-on une Start-Up dans ce cas précis? Une entreprise avec CA < 100 000$. Pour celles qui ont un CA > 100 000$, c'est 275$ par mois.

Avec Delphi, on ne payerait qu'une fois ? Mauvais argument. Vraiment marre de lire de tels propos ! Cela pourrait être vrai si on ne prenait pas les mises à jours. Ce qui est totalement in-envisageable ne serait-ce que pour (essayer de) pérenniser pour le moins cet investissement.... Cela pourrait être également vrai si on n'achètait pas les Add-on nécessaires car Delphi est très pauvre en composants modernes. Sans TMS Software, on dispose d'un logiciel avec une interface graphique des années 1990. Je ne parle pas du générateur d'états qui date de la même époque. Il m' a même fallu aller chercher des connecteurs à mon sens meilleurs que ceux intégrés par Delphi pour accéder aux bases de données, uniDac de Devart, payants eux-aussi. Je rappelle également qu'il y a d'autres coûts induits avec Delphi : l'achat d'un mac si on veut développer en OS X et iOS, mac sur lequel on fait tourner un Windows. J'ai testé et je n'en démords pas : j'ai un Mac mini i7 quadricore avec 16 Go de Ram et 1 SSD de 1To. Là c'est jouable. Mais pour le prix, avec Delphi je ne peux pas développer en Linux Desktop. Enfin, si peut-être, grâce à une société tierce... et il va falloir également payer. Et pour toutes ces sociétés, il faut également payer pour la mise à jour. Aussi ai-je arrêté les frais avec Delphi et les sociétés qui lui fournissent une valeur ajoutée nécessaire et que devrait normalement fournir Delphi lui-même.

Et qu'on ne me dise pas qu'on peut développer plus vite qu'avec Qt. En FireMonkey, c'est tout à fait faux. En effet on démarre vite jusqu'au moment où on a besoin d'une méthode triviale avec d'autres outils de développement et qui est impossible à produire avec Delphi ou tellement chronophage à contourner qu'il est totalement illusoire de parler de rapidité de développement. Je parlerais plutôt de coûts induits... encore !

J'ai regardé avec intérêt le cheminement d'un visiblement bon développeur Qt vers Delphi et les questions posées. Il a même fait un détour par Lazarus. Je rappelle qu'Apple gère le 64 bits ! Bon Delphi va y arriver bientôt sur leurs OS. Le 64 bits, un machin étrange totalement inutile au point que l'IDE est resté et l'est peut-être encore sous 32. Là, il faut faire un effort parce que les machines 32 se font rares. Sous windows cela ne pose pas de problème. Avec les autres OS, on ne peut pas en dire autant. J'ai pratiqué la démarche inverse :oops: et du haut de cette toute petite expérience, je retrouve que ceux qui discréditent Qt au profit de Delphi sont dans l'erreur.

Donc avant de recevoir une volée de bois vert des habituels participants à ce forum, pour moi, les propos que j'ai lus ci-dessus sont de simples considérations entre Delphistes qui sont un peu restés murés dans leur environnement... ou qui essaient de se rassurer... entre eux.

Sur ce je retourne à "mon" Qt. Bonne fin de journée.
Cordialement. Un ancien adepte. AD.
27/05/2017, 16h42
NSKis

Citation:

Envoyé par gbegreg

.

Enfin, les politiques commerciales des éditeurs sont ce qu'elles sont et Embarcadero n'est pas le seul à agir de la sorte. Ils sont nombreux à faire payer la maintenance...

Ce n'est pas parce que plusieurs appliquent la même démarche "dégueulasse" que cela devient éthique pour autant: Faire payer pour réparer les défauts du produit que l'on a vendu à prix d'or, cela s'apparente à de l'escroquerie!!!

Est-ce qu'un seul lecteur de ce forum serait d'accord de payer pour réparer les défauts de sa voiture achetée neuve???

Y-a-t-il un seul de vos clients qui est d'accord de payer les correctifs pour faire fonctionner correctement un logiciel que vous avez livré sans qu'il réponde au cahier des charges?
27/05/2017, 17h46
Andnotor

Citation:

Envoyé par NSKis

Faire payer pour réparer les défauts du produit que l'on a vendu à prix d'or, cela s'apparente à de l'escroquerie!!!

Pourrais-tu nous faire une liste de ces défauts ?
Perso je n'ai jamais rencontré de problèmes qui semblent dans ton cas tellement pénalisants.

Citation:

Envoyé par NSKis

Y-a-t-il un seul de vos clients qui est d'accord de payer les correctifs pour faire fonctionner correctement un logiciel que vous avez livré sans qu'il réponde au cahier des charges?

Et quel est le cahier des charges dans le cas de Delphi ? Tu sembles bien informé, dis-nous tout !

ps: tu devrais investir dans un nouveau clavier, les touches "!" et "?" semblent avoir des rebonds.

Ah, et pendant que j'y suis, Delphi est considéré comme un langage depuis belle lurette (Delphi-Prism ne tournait d'ailleurs que dans l'environnement Visual Studio).
27/05/2017, 18h54
SergioMaster

Re,

NSKis soulève toujours le même débat que ça en devient lassant. Je le soupçonne mettre d'y mettre quelques fois de la mauvaise foi :roll:

Citation:

Envoyé par gbegreg

Relis bien la phrase de SergioMaster, il dit la même chose que toi... et pourtant tu dis que son argument est faux...

je n'en prendrai pas ombrage, il s'agit peut être d'une question de langue :ptdr: ou d'une imprécision de ma part, j'aurai du ajouter un avec à la fin de ma phrase

Citation:

cela ne veut pas dire que l'on ne peut pas garder et utiliser sa "vieille version" et écrire des programmes "commerciaux" <avec>

Je préfère décortiquer un peu les arguments avancés par Approxdev (toujours a peu près les mêmes aussi d'ailleurs ;))

Citation:

j'adore les feuilles de route qui ne sont pas des engagements.

effectivement, ce ne sont pas des engagements, mais étrangement et après maints cafouillages je te ferai remarquer que depuis deux ans Embarcadero respecte cette dernière a peu de choses près.

Citation:

Je suis toujours surpris par l'extase manifestée par les Delphistes.

Extase, le mot est fort, enthousiasme modéré plutôt. Pour moi l'important, n'est pas tant l'annonce de la mise à jour de la feuille de route, mais le fait qu'il y en ai une et donc que Delphi continue à évoluer en fonction de nos besoins disparates (du moins de ceux contactés par leurs sondages)

Citation:

Maintenant ses adorateurs s'en prennent à Qt ?

n'exagérons pas ni pour le terme "adorateur" ni pour le "s'en prennent à". Pour ma part je ne fais que constater que : QT n'est pas "gratuit" dés que l'on veut aller "un peu loin". Comparer les versions déclinées par QT et celle de Delphi (enfin quand j'écris Delphi je devrai plutôt écrire RAD Studio Delphi ou Rad Studio C++) risque d'être délicat aussi ne m'y lancerai-je pas.

Citation:

Avec Delphi, on ne payerait qu'une fois ? Mauvais argument. Vraiment marre de lire de tels propos !

Où est-ce écrit ?

Citation:

Cela pourrait être également vrai si on n'achètait pas les Add-on nécessaires car Delphi est très pauvre en composants modernes. Sans TMS Software, on dispose d'un logiciel avec une interface graphique des années 1990.

pas faux, que serions nous sans les composants tiers ...
Quant au "pauvre en composants modernes" je ferais remarquer que pour VCL généralement ce sont des interfaces aux composants natifs de windows et combien d'entre les "Delphistes" (ce n'est pas les "Lazarusiens" qui me contrediront) font remarquer que D7 est/était un must.

Citation:

Je ne parle pas du générateur d'états qui date de la même époque.

à ce propos ils changent encore (sob) de cheval si j'en crois l'annonce d'un Webinaire sur Gnostice XtremeDocumentStudio (ce qui nous ferait encore débourser d'avantage composants tiers :weird:). Mais Embarcadero n'a jamais, à ma connaissance, proposé de composants maison pour la génération d'états, quelque part il faut tirer sur le bon pianiste, il s'est toujours agit de composants tiers.

Citation:

Il m' a même fallu aller chercher des connecteurs à mon sens meilleurs que ceux intégrés par Delphi pour accéder aux bases de données, uniDac de Devart, payants eux-aussi.

perso je suis hyper satisfait de Firedac qui répond à mes besoins (j'insiste sur mes)

Citation:

Et qu'on ne me dise pas qu'on peut développer plus vite qu'avec Qt. En FireMonkey, c'est tout à fait faux.

ça, c'est plus une question d'habitude qu'autre chose. Je suis moins jeune qu'autrefois mes compétences QT sont parcellaires je serai certainement plus efficace avec un outil que j'ai la prétention de maitriser un peu. Moi aussi j'ai eu, surtout au début, pas mal de difficultés avec Firemonkey approche totalement différente de la VCL = :aie: grosse claque. Petit à petit, je m'y fais, mais si je décroche de la programmation avec FMX pour retourner à la VCL les retours sont difficiles (et ce dans les deux sens).

Citation:

Je rappelle également qu'il y a d'autres coûts induits avec Delphi : l'achat d'un mac si on veut développer en OS X et iOS,

ça c'est pour moi le point noir

Citation:

les propos que j'ai lus ci-dessus sont de simples considérations entre Delphistes qui sont un peu restés murés dans leur environnement... ou qui essaient de se rassurer... entre eux.

pas faux, vivement la retraite. Mais quelle idée clamer que son outil c'est de la daube, qu'il ferait mieux d'en changer, qu'il est trop cher etc...
1- on sait que ce n'est pas l'outil qui fait l'ouvrier
2- chacun voit midi à sa porte
3- chacun a son budget, ses objectifs, ses besoins et ses envies/lubies

A chaque annonce (version ou feuille de route) , dés que NSKis s'en mêle on retombe dans les mêmes discussions qui deviendront vite stériles, chacun restant sur ses positions
27/05/2017, 19h20
NSKis

Citation:

Envoyé par Andnotor

Pourrais-tu nous faire une liste de ces défauts ?
Perso je n'ai jamais rencontré de problèmes qui semblent dans ton cas tellement pénalisants.

Et quel est le cahier des charges dans le cas de Delphi ? Tu sembles bien informé, dis-nous tout !

Dans le monde réel (le mien), le client te fournit un cahier des charges décrivant par le détail les fonctionnalités que doit réaliser le logiciel que tu lui développes... Est-ce aussi exotique pour certains? Est-ce que les "afficionados de Delphi" auraient déjà tous quitté le monde professionnel?

Idem pour les défauts, ceux qui n'ont pas à utiliser leur IDE pour autre chose que des applications de gestion avec un joli DBgrid et un bouton "ok" ne risquent évidemment pas d'être confrontés à des bugs dans l'implémentation de certains composants par exemple!!!
27/05/2017, 21h41
Andnotor

Citation:

Envoyé par NSKis

Dans le monde réel (le mien), le client te fournit un cahier des charges décrivant par le détail les fonctionnalités que doit réaliser le logiciel que tu lui développes...

Bien ! Donc tu as fournis à Embarcadero un cahier des charges qui correspond à l'usage que tu en as. Peux-tu s'il te plaît nous montrer ce cahier des charges ?

Citation:

Envoyé par NSKis

Est-ce aussi exotique pour certains? Est-ce que les "afficionados de Delphi" auraient déjà tous quitté le monde professionnel?

Mon pauvre ami, que racontes-tu là ?

Tu ne livrera jamais rien à ton client si tu comptes suivre l'évolution, que tu le veuilles ou non, ton développement aura toujours un train de retard et ne sera jamais... comment dire... finalisé !

Les gens (comme toi) croient qu'il suffit de presser Ctrl+F9 pour avoir toutes les nouveautés, les dernières évolutions, le High-DPI, les senseurs, des thèmes automatiques (je pense bleu... pourquoi il est pas bleu ???), le driver universel de base de données, Linux, Mac, etc. C'est triste.

Je te sens très aigri... peut-être le moment de prendre des vacances (en tout amitié ;)).

Citation:

Envoyé par NSKis

Idem pour les défauts, ceux qui n'ont pas à utiliser leur IDE pour autre chose que des applications de gestion avec un joli DBgrid et un bouton "ok" ne risquent évidemment pas d'être confrontés à des bugs dans l'implémentation de certains composants par exemple!!!

Ben dis-nous, c'était ma question !

Parle-nous technique pour une fois plutôt que gros sous ;)
28/05/2017, 00h52
gbegreg

Citation:

Envoyé par NSKis

Est-ce qu'un seul lecteur de ce forum serait d'accord de payer pour réparer les défauts de sa voiture achetée neuve???

La voiture neuve est sous garantie un certain temps : le tarif est inclus dans le prix d'achat, donc on ne le voit pas directement. Par contre, une extension de garantie, on voit bien le surcout. En plus, ils s'arrangent souvent pour couvrir le moins de chose possible dans la garantie... La preuve quand on a un problème, il faut souvent envoyer un courrier au contentieux ou passer par une association de consommateurs pour que la totalité ou une partie des frais soit pris en compte par le constructeur !

Citation:

Envoyé par NSKis

Y-a-t-il un seul de vos clients qui est d'accord de payer les correctifs pour faire fonctionner correctement un logiciel que vous avez livré sans qu'il réponde au cahier des charges?

En situation réelle, le cahier des charges spécifie les choses. Les tests effectués sont également tirés du cahier des charges (et le client effectue également ses propres tests). Le client valide le bon fonctionnement et met en prod la solution. Donc, la solution répond au cahier des charges. Toutefois, des bugs peuvent survenir (on s'aperçoit régulièrement que tous les points n'ont finalement pas été abordés dans le cahier des charges, ou alors des choses ont changé et pas l'appli), même principe : il y a un délai de garantie mais passé ce délai, c'est la maintenance qui prend le relai.

Citation:

Envoyé par ApproxDev

Allez visiter https://www.qt.io/buy-product/ et sélectionnez "I qualify for Start-up Pricing." Prix mensuel affiché : 79$ si vous payez à l'année.

Pour mon cas personnel (Delphi Pro + mobile pack), je paye 660 euros par an de renouvellement de maintenance (= 55 euros par mois donc moins que les 70 euros de Qt) sans plafond de CA (mais je suis très loin (en dessous je précise:) ) des 100000$ annuels). Et si je ne renouvelle pas la maintenance, ma licence reste valable et je peux continuer à utiliser Delphi. Est ce la même chose avec Qt si on arrête la souscription ?

Citation:

Envoyé par ApproxDev

Delphi est très pauvre en composants modernes. Sans TMS Software, on dispose d'un logiciel avec une interface graphique des années 1990.

Effectivement, ceux de TMS sont nettement plus modernes et évolués (les grilles en particulier) mais il y a quand même les multiviews, les styles (pour améliorer le rendu graphique), les ribbons et pour les applications Firemonkey, on peut faire très simplement beaucoup de choses avec des rendus graphiques évolués, les listbox ont bien évolué, des animations sans saccades, ni scintillements et dans certains cas sans code et le résultat peut être tout à fait moderne !

Citation:

Envoyé par ApproxDev

J'ai testé et je n'en démords pas : j'ai un Mac mini i7 quadricore avec 16 Go de Ram et 1 SSD de 1To. Là c'est jouable.

J'ai un pc portable de 2011 (donc pas récent) et un MacBook Air 11" de 2013 (core i5 2 coeurs, 4Go de RAM et 128 Go de SSD). Les deux sont reliés par un câble ethernet et les applis Mac OS tournent correctement. Le Mac mini avec votre configuration doit revenir plus cher que ma config.

Citation:

Envoyé par ApproxDev

Je rappelle également qu'il y a d'autres coûts induits avec Delphi : l'achat d'un mac si on veut développer en OS X et iOS

Je ne connais pas Qt (mais je vais essayé si j'ai le temps, je ne suis pas enfermé j'utilise régulièrement Eclipse (pour du Java et du Groovy), Android Studio et parfois XCode + éditeurs de textes évolués pour du Python et du PHP). J'ai une question : il n'y a pas besoin de Mac pour développer pour Mac OS ou IOS avec Qt ?

Citation:

Envoyé par ApproxDev

Le 64 bits, un machin étrange totalement inutile au point que l'IDE est resté et l'est peut-être encore sous 32. Là, il faut faire un effort parce que les machines 32 se font rares. Sous Windows cela ne pose pas de problème. Avec les autres OS, on ne peut pas en dire autant.

Cela fait maintenant des années que Delphi compile en 32 et 64 bits pour Windows. Ce n'est pas parce que l'IDE est en 32 bits que l'on ne peut pas faire d'applications en 64 bits. Sous Windows 64 bits et Mac OS, les applications 32 bits fonctionnent (ça serait bien que l'IDE soit porté sous d'autres OS mais là c'est du rêve et personnellement, je préfèrerai la cible desktop Linux). Pour Linux, pour le moment ce n'est que du 64 bits. Pour Mac OS, c'est du 32 bits (mais comme indiqué, le 64 bits arrive). Personnellement, je n'ai pas encore ressenti de besoin particulier nécessitant que mon IDE puisse adresser plus de RAM par exemple.

Citation:

Envoyé par ApproxDev

En effet on démarre vite jusqu'au moment où on a besoin d'une méthode triviale avec d'autres outils de développement et qui est impossible à produire avec Delphi ou tellement chronophage à contourner qu'il est totalement illusoire de parler de rapidité de développement.

Comme pour NSKis et les problèmes qu'il rencontre, ça serait bien d'avoir un exemple de cas.

Pour mon cas, j'ai rencontré un problème avec la dernière version Tokyo alors que ça fonctionne bien avec la version précédente Berlin : dès que je place un TViewport3D sur la form, l'application ne fonctionne plus sous Android (alors que sous Windows et Mac OS ça fonctionne). Il y a eu manifestement des évolutions sur la partie Android et un patch est prévu prochainement pour Tokyo.
28/05/2017, 04h18
foetus

Citation:

Envoyé par gbegreg

Cela fait maintenant des années que Delphi compile en 32 et 64 bits pour Windows.

J'utilisais C++ Builder xe et ceci me fait doucement rire :lol: :lol:

"Tu as vu, on compile en 64 bits, on est "cross-platform", on a les génériques, maintenant les outils arrivent sous Linux..."

Mais ce que tu oublies de dire, pour le cas C++, c'est que tout cela est possible que depuis le support clang et xe7-xe8 (<- je te laisse compter le "maintenant des années")

Parce qu'avec l'ancien étron propriétaire, le 64bits qui était arrivé avec xe5-xe6 (annoncé en 2009 soit 6 ans plus tard) mais, si j'ai suivi l'affaire, ce n'était que pour un programme "ligne de commande"
28/05/2017, 09h08
gbegreg

Citation:

Envoyé par foetus

J'utilisais C++ Builder xe et ceci me fait doucement rire :lol: :lol:
"Tu as vu, on compile en 64 bits, on est "cross-platform", on a les génériques, maintenant les outils arrivent sous Linux..."
Mais ce que tu oublies de dire, pour le cas C++, c'est que tout cela est possible que depuis le support clang et xe7-xe8 (<- je te laisse compter le "maintenant des années")
Parce qu'avec l'ancien étron propriétaire, le 64bits qui était arrivé avec xe5-xe6 (annoncé en 2009 soit 6 ans plus tard) mais, si j'ai suivi l'affaire, ce n'était que pour un programme "ligne de commande"

Je ne parlais que de Delphi pour lequel la compilation Windows 64 bits est arrivée, de mémoire, avec Delphi XE2 donc en 2011 : cela fait bien quelques années. Je reconnais moins suivre l'actualité de C++ Builder.
Il est vrai que Borland avait délaissé ses outils de développement pendant de nombreuses années, mais depuis la reprise par Embarcadero, il y a eu de nombreuses évolutions (sur les fonctionnalités, la qualité du produit et même sur la documentation qui s'améliore car elle avait beaucoup perdu depuis celle de Delphi 7). De nombreux webinars et autres sont maintenant organisés sur tout type de sujet, chose qui ne se faisait pas avant.

Chacun a ses contraintes, besoins et appétences. Je trouve ça bien qu'il y ait plusieurs produits pour faire la même chose. Ce que j'ai choisi par ce que cela correspond à mes besoins ne répondra aux besoins de mon voisin. Il fera donc un autre choix. Nous sommes libres ! Est ce que cela signifie que j'ai raison et lui à tord ou inversement ? Bien sur que non !
Pour ceux qui se posent des questions rien de tel que de se faire sa propre idée en téléchargeant la version gratuite (limitée en fonctionnalité mais pas dans le temps) ou la version d'essai (limitée dans le temps mais pas en fonctionnalité).

Pour en revenir au sujet du départ, c'est bien qu'il y ait une feuille de route (quelque soit le produit et l'éditeur). Ça montre que le produit vit et la trajectoire que souhaite lui faire suivre l'éditeur. Évidemment, cela n'engage en rien : par exemple, Oracle a bien repoussé des fonctionnalités prévues en Java 7 en Java 8, puis des fonctionnalités de Java 8 en Java 9... Pour les histoires de bugs, quels produits n'en contiennent pas (à commencer par ceux que l'on développe nous même) ?
28/05/2017, 12h02
ApproxDev

Bonjour,

Citation:

Envoyé par SergioMaster

Je préfère décortiquer un peu les arguments avancés par Approxdev (toujours a peu près les mêmes aussi d'ailleurs ;))

Oui toujours mais je lis dans ce forum toujours les mêmes certitudes... inexactes. J’apprécierai FireMonkey quand il me permettra de réellement obtenir sous Windows ce que me permet VCL... même si j’accepterais que cela soit un peu plus compliqué à obtenir sous FireMonkey. Malgré l'âge, je possède encore une certaine «élasticité» d’ancien Lazarusien multi-OS ou voire même en portage Windows 32 vers Windows 64.

Pour l’instant, j’ai pris beaucoup de distance avec cette approche – ce que j’ai appelé extase-, commerciale, qui me consterne de plus en plus. Je ne suis pas un Évangéliste... et j'ai longtemps promu Delphi dans mon entourage et même dans ma nouvelle activité.

C'est un forum sur Delphi et je ne lis que des propos trop peu nuancés face aux réalités auxquelles je me suis heurté. Je ne vais pas contre-argumenter point par point avec Sergio. On pratique en effet depuis longtemps. Toujours avec autant de plaisir d'ailleurs en ce qui me concerne.

Par contre, je n’avais pas lu encore les arguments de Gbegreg:

Citation:

Envoyé par gbegreg

J'ai un pc portable de 2011 (donc pas récent) et un MacBook Air 11" de 2013 (core i5 2 coeurs, 4Go de RAM et 128 Go de SSD). Les deux sont reliés par un câble ethernet et les applis Mac OS tournent correctement.

J’ai essayé les câbles entre un Mac Mini i5 a peu près de cette génération et un PC i7/16 Go/1To SSD sous Windows 7-64 et VirtualBox (Debian-Ubuntu-Archlinux). Pas convaincu du tout notamment par le débogage! Et encore moins par la vitesse ! Infernalement lent et instable.

J’en ai d’ailleurs parlé avec Sergio à l’époque qui m’a recommandé de faire comme «tout le monde». J’ai donc commandé un Mac Mini i7 tout neuf (et très cher compte tenu de la configuration) qui a eu un coup de chaud ! En Normandie ? C'est peut-être Delphi qui l'a échaudé comme son propriétaire ? :aie: Plaisanterie mise à part, retourné et remboursé au prix d’achat.:hola:

Citation:

Envoyé par gbegreg

Le Mac mini avec votre configuration doit revenir plus cher que ma config.

Je n’en sais rien. J’ai acheté plus tard un i7 late 2012 pour moins de 800€ en Allemagne. J’ai remplacé 2 x 4Go par 2 x 8Go pour une centaine d’euros (avec reprise de l'ancienne) et j’ai fait un échange de disque dur entre le PC et le Mac.

Citation:

Envoyé par gbegreg

Je ne connais pas Qt (mais je vais essayé si j'ai le temps, je ne suis pas enfermé j'utilise régulièrement Eclipse (pour du Java et du Groovy), Android Studio et parfois XCode + éditeurs de textes évolués pour du Python et du PHP).

Oui essayez, cela vaut vraiment l’effort même si au bout du compte on ne le retient pas. Cela élargit l’horizon. Ce n'est pas une boutade : mon premier contact avec FMX a été tellement désopilant que j'ai abandonné et suis allé apprendre à utiliser Qt. Et le changement de "logiciel" que m'a imposé Qt et son détachement obligé vis à vis de ma (très) vieille pratique Delphi VCL/Lazarus LCL, m'a permis ensuite d'aborder FMX comme un nouveau produit, en me libérant d'une bonne part de cette ancienne approche enfin celle à laquelle je m'accrochais désespérément pour essayer de "comprendre" FireMonkey. Là, j'ai découvert un potentiel extraordinaire, mais un potentiel... comme les roadmaps. Enfin, ce que je veux dire, c'est que j'ai réalisé des choses dont je ne me soupçonnais même pas capable pour butter sur des problèmes minables et inadmissibles d'interface comme l'impression de documents. L'avenir et l'extraordinaire c'est bien, mais je développe au quotidien des programmes qui n'ont rien d'extraordinaires et qui ont un cahier des charges usuel :mrgreen: : je n'illustre pas tous les jours en 3D la 3ème Loi de Kepler au vidéo-projecteur que j'ai présentée à mes élèves de Terminales peu avant de quitter l'Enseignement (le truc extraordinaire -pour moi- lorsque j'ai découvert péniblement je l'admets la 3D de FMX).

Citation:

Envoyé par gbegreg

J'ai une question : il n'y a pas besoin de Mac pour développer pour Mac OS ou IOS avec Qt ?

Si mais je n’ai pas besoin de Windows pour le faire ! Il ’y a pas une petite nuance.

Citation:

Envoyé par gbegreg

Cela fait maintenant des années que Delphi compile en 32 et 64 bits pour Windows. Ce n'est pas parce que l'IDE est en 32 bits que l'on ne peut pas faire d'applications en 64 bits.[…]Personnellement, je n'ai pas encore ressenti de besoin particulier nécessitant que mon IDE puisse adresser plus de RAM par exemple.

Votre IDE non, surtout si c’est Delphi [32], mais l’environnement qui le fait tourner ? Voyons, voyons… J’imagine mal mes 16Go fonctionner en 32 bits… et devenir alors 4Go disponibles en 32 sous VirtualBox. C’est de la propagande Microsoft qui, alors que les autres OS adoptaient le 64 bits ,en restait pépère au 32, rente oblige. Avec un peu de rhétorique où excelle Microsoft, on nous fait avaler n’importe quoi.

Citation:

Envoyé par gbegreg

Pour mon cas personnel (Delphi Pro + mobile pack), je paye 660 euros par an de renouvellement de maintenance (= 55 euros par mois donc moins que les 70 euros de Qt) sans plafond de CA (mais je suis très loin (en dessous je précise*) des 100000$ annuels). Et si je ne renouvelle pas la maintenance, ma licence reste valable et je peux continuer à utiliser Delphi. Est ce la même chose avec Qt si on arrête la souscription ?

Oui mais je n’ai pas payé le produit de base ! Les 79$ c’est simplement le droit de compiler et déployer en static. L’avantage est que la gestion des licences de déploiement en est simplifiée quand j'ai des doutes. Et je n’utilise Qt static que pour la compilation de certains développements. Je préfère très largement utiliser la version shared. Il y a des outils que si charge d’exporter les bibliothèques nécessaires au fonctionnement des programmes à dynamic linking. Je renouvelle mon abonnement à l’année. Je pourrais économiser, mais franchement c’est une misère et c’est une manière de soutenir honnêtement le produit.

En réalité même si le prix a une importance comme je l'ai écrit plusieurs fois, j’accepterai volontiers d’en faire autant avec Delphi mais il faudrait que le produit remplisse sa mission ! D’abord, il y a ce problème de Linux Desktop où j’ai des clients notamment des établissements scolaires avec lesquels j’ai gardé des contacts. C’est en voie d’être réglé si j'en crois l'annonce sur ce forum. Il y a les composants TMS et là je paye (payais) sans problème compte tenu de leur excellente réactivité… même si par exemple leur gestion du HTML est largement inférieure à ce que je fais en Qt sans composant. Il y a uniDac où là il n’y a aucun problème. Il y a enfin cet obsolète FastReport pour lequel je n’ai aucune solution. Quand je leur ai expliqué qu’au lieu de leur miniHTML, j’étais capable avec NCReport d’imprimer une image codée en base64 au lieu d’utiliser un lien vers un fichier image, ils m’ont répondu que ce n’était pas à l’ordre du jour, fiers de leur insuffisance sous doute. Alors ce serait -c’est peut-être- contournable avec un générateur de pdf (pas à l'époque de mon XE7 arcitect academic) car sous Windows, Firemonkey en était (est ?) totalement dépourvu. Et comme je l’ai écrit déjà plusieurs fois, j’aimerais avoir un vrai interlocuteur, pas une boîte aux lettres, et pas un «diffuseur» local . Bref comme je l’ai chez Qt, chez PC Soft, chez Tms, chez uniDac... un vrai correspondant. Il faut avoir combien de salariés pour être significatif aux yeux d'Embarcadero. ? Ils ont fait un choix je suppose rationnel... et moi tout autant. Je ne veux pas m’entretenir avec un gourou qui vous donne un petit conseil quand il n'est pas trop "pris", mais avec un responsable de mon compte, quitte à payer (encore!) pour obtenir un support, une correction de bug qui m’empêche de terminer un projet… Bref un service professionnel. Au niveau de Delphi, mon seul support est (et a toujours été) ce forum dont je ne nie pas la qualité... même si je le trouve un peu "nombriliste" parfois. Mais est-ce normal et suffisant ?

Cordialement. AD.

Voir 40 message(s) de cette discussion en une page