Discussion :

[SergioMaster]

Parfois vider le cache du navigateur et le relancer permet de contourner le problème, mais c'est pas du 100%.

Je vais tenter ça (enfin si je retrouve la manip à faire ) et/ou changer de navigateur (par défaut Firefox)
[EDIT] effectivement, j'ai supprimé les cookies de embarcadero.com et la saisie du capcha a fonctionné (enfin il m'a fallu en avoir un lisible le manque d'espacement entre les lettres est gênant cl est-ce d ou c l ) , j'ai pu me connecter au JIRA


Mais ce n'est vraiment pas mon jour ! ça m'énerve, je devrais coder un jeu pour me détendre

[Pierre le Grand]

Le C++ 2020 n'est entièrement prise en charge par personne.

Cette page Wikipedia illustre les caractéristiques du langage C++ qui sont implémentées par les différents compilateurs. C++ 2017 n'est même pas supporté par tous les compilateurs. https://en.cppreference.com/w/cpp/compiler_support

Embarcadero C++ demeurera toujours un compilateur qui nous contraint à ne jamais changer de fournisseur en raison des ses caractéristiques non-standards comme __Finally, __Fastcall et des racines Delphiesque d'une partie de ses librairies, comme VCL par exemple. Même s'il suivait le standard à 100%, son code demeurerait non-portable, sauf pour les application consoles.

[Paul TOTH]

Le C++ 2020 n'est entièrement prise en charge par personne.

Cette page Wikipedia illustre les caractéristiques du langage C++ qui sont implémentées par les différents compilateurs. C++ 2017 n'est même pas supporté par tous les compilateurs. https://en.cppreference.com/w/cpp/compiler_support

Embarcadero C++ demeurera toujours un compilateur qui nous contraint à ne jamais changer de fournisseur en raison des ses caractéristiques non-standards comme __Finally, __Fastcall et des racines Delphiesque d'une partie de ses librairies, comme VCL par exemple. Même s'il suivait le standard à 100%, son code demeurerait non-portable, sauf pour les application consoles.

je ne suis pas spécialiste du C++ mais le support de Delphi n'est-il pas justement la raison d'être de C++Builder ? sans cela quel aurait été son intérêt par rapport à d'autres compilateur ? Sauf s'il est particulièrement rapide ou qu'il génère un code particulièrement optimisé mais ça je n'en sais rien.

[Pierre Louis Chevalier]

je ne suis pas spécialiste du C++ mais le support de Delphi n'est-il pas justement la raison d'être de C++Builder ? sans cela quel aurait été son intérêt par rapport à d'autres compilateur ? Sauf s'il est particulièrement rapide ou qu'il génère un code particulièrement optimisé mais ça je n'en sais rien.

C++Builder est un produit totalement à part vu que c'est pas un pur produit C++ mais un produit hybride, la VCL est écrite en Pascal et pas en C++.
Son seul supposé atout c'est pas le compilateur, mais la partie EDI, à savoir le "RAD" façon Delphi c'est tout.

Dans les faits le plus gros du marché C++ c'est Microsoft Visual C++, Jetbrains Clion, Visual studio code, VIM, Eclipse CDT, Qtcreator, etc et C++Builder est quasiment inusité, probablement moins de 1% du marché C++, alors qu'autrefois Borland avait bien environ la moitié du marché C++ face a Microsoft, voir même plus à l'époque de Turbo C++.
Donc quand on parle de C++Builder dans les faits on parle d'un produit plus que marginal, c'est plus un argument Marketing pour éviter de dire que finalement dans les faits Embarcadero c'est juste pour le Pascal, hors bien que Pascal Objet soit un langage formidable, c'est devenu totalement ringard depuis des lustres. Pour ce qui est des réunions fort sympathiques autour de Delphi et d'Embarcadèro, on se croirait dans une maison de retraite, et une fois que cette valeureuse génération sera vraiment totalement partie à la retraite je ne voie plus trop comment Embarcadèro va rester à flot.

Et oui tout cela est bien triste, Borland c'était mieux avant...

[Paul TOTH]

ok donc, oui on a bien une VCL et un FMX en Pascal, et C++Builder sait utiliser des sources Pascal donc sait utiliser ces deux frameworks.

Delphi n'a jamais été un produit utilisé majoritairement, on peut comprendre que dans sa déclinaison C++ il n'est pas non plus des plus utilisé...même si le fait d'être un compilateur C++ lui offre toutes les bibliothèques existantes qui ne sont pas accessibles directement aux développeurs Delphi, je pense qu'il est plus naturel de faire du Pascal avec la VCL. Tout comme il est plus naturel d'utiliser C# en .Net

par contre pour ce qui est de la pérennité, je ne suis pas d'accord avec ta vision passéiste, il y a de jeunes générations qui s'approprie l'outils...mais ce n'est pas le programmeur qui fait le marché, c'est bien le marché qui produit des développeurs...on aura donc encore des générations de développeurs PHP, Java, C#, NodeJS...et quelques niches sur Delphi et autres

En ce qui me concerne je finirais ma carrière avec Delphi car je pense qu'il me survivra et que j'ai le loisir de choisir mes outils, mes clients sont soient convaincu par Delphi, soit convaincus par mes réalisations et se moquent de savoir avec quoi je programme

[Pierre Louis Chevalier]

on aura donc encore des générations de développeurs PHP, Java, C#, NodeJS...et quelques niches sur Delphi et autres

En effet on ne peux pas comparer Delphi avec PHP ou Java ou C# ou JavaScript cela n'a rien à voir :



Source : Emploi développeur 2020 : les langages les plus demandés et les mieux payés

Ruby avec ses 0,8% c'est considéré comme une "niche", Delphi avec ses 0,3% c'est plus considéré comme un reste de niche.

[pprem]

En effet on ne peux pas comparer Delphi avec PHP ou Java ou C# ou JavaScript cela n'a rien à voir

Comme on ne peut pas se baser sur des statistiques d'emploi sur un site français dont la principale activité n'est pas les offres d'emploi, comparer des langages qui n'ont pas la même finalité ni le même public n'est pas pertinent. Les développeurs Delphi n'ont pas la culture web. C'est aussi pour ça que sur ce forum, à part le noyau dur de répondant il y a souvent des étudiants "étrangers" qui passent poser des questions et disparaissent une fois qu'ils ont leur réponse.

Concernant les jeunes générations, je te rassure, même si effectivement les rencontres / conférences entre développeurs francophones ont généralement une moyenne d'âge dans les 40 / 50 ans (à la louche, j'ai pas de stats, juste l'expérience) car nous sommes souvent des utilisateurs de longue date, il y a quand même des jeunes qui débarquent pour renouveler le cheptel de développeurs. Et là, c'est mon expérience en formateur qui parle.

Sur les interventions que j'ai faites ces deux dernières années (années COVID, sans déplacement), j'ai très régulièrement des développeurs en reconversion professionnelle ou des apprentis qui se mettent à Delphi en intégrant des entreprises où il y a des logiciels anciens et récents développés avec. Entreprises qui continuent à investir dans ces outils car ils fonctionnent depuis longtemps, sont stables, fiables (malgré quelques bogues qui parfois nous gonflent) et qui savent évoluer. Chose que l'on ne peut pas dire pour les langages à la mode liés au web ou programmation mobile.

Delphi n'est pas le langage le plus représentatif en France, personne ne peut le nier, mais il est quand même au programme scolaire de pas mal de pays dont des pays francophones. Même si je préfèrerais que les IUT, universités, lycées et collèges se (re)mettent au Pascal plus massivement on a des décideurs qui ont choisi Python donc ils n'ont pas trop le choix. Il faut faire avec et essaimer.

Tu pointes cependant un sujet qui mériterait d'être traité dans la presse : l'obsolescence programmée des développeurs (Delphi comme Cobol, ADA & autres plus à la mode). La retraite approche pour nombre d'entre nous. La pérennité des logiciels et le passage de connaissances sont un vrai problème auquel les entreprises concernées sont ou seront confrontées sans vraiment en avoir pris conscience.

[SergioMaster]

Tu pointes cependant un sujet qui mériterait d'être traité dans la presse : l'obsolescence programmée des développeurs (Delphi comme Cobol, ADA & autres plus à la mode). La retraite approche pour nombre d'entre nous. La pérennité des logiciels et le passage de connaissances sont un vrai problème auquel les entreprises concernées sont ou seront confrontées sans vraiment en avoir pris conscience.

Tu parles avec raison, ce sera le cas de mon entreprise. Je frôle la barre des 600 jours avant la retraite, mon entreprise s'en inquiète enfin (ce n'est pas faute de l'avoir seriné depuis déjà 2 ans !)
Quel va être le choix du directeur ? Utiliser un logiciel "prêt à porter" qui ne conviendra pas, garder son logiciel sur mesure et trouver :
a) un nouvel homme à tout faire avec compétence Delphi (freelance/embauche ???)
b) faire appel à une entreprise (Delphi Experts ou autres)
c) ?

[tourlourou]

c) ?

C comme Cumul emploi-retraite ?

[Pierre Louis Chevalier]

Concernant les jeunes générations, je te rassure, même si effectivement les rencontres / conférences entre développeurs francophones ont généralement une moyenne d'âge dans les 40 / 50 ans (à la louche, j'ai pas de stats, juste l'expérience) car nous sommes souvent des utilisateurs de longue date, il y a quand même des jeunes qui débarquent pour renouveler le cheptel de développeurs. Et là, c'est mon expérience en formateur qui parle.

Sur les interventions que j'ai faites ces deux dernières années (années COVID, sans déplacement), j'ai très régulièrement des développeurs en reconversion professionnelle ou des apprentis qui se mettent à Delphi en intégrant des entreprises où il y a des logiciels anciens et récents développés avec. Entreprises qui continuent à investir dans ces outils car ils fonctionnent depuis longtemps, sont stables, fiables (malgré quelques bogues qui parfois nous gonflent) et qui savent évoluer. Chose que l'on ne peut pas dire pour les langages à la mode liés au web ou programmation mobile.

Delphi n'est pas le langage le plus représentatif en France, personne ne peut le nier, mais il est quand même au programme scolaire de pas mal de pays dont des pays francophones. Même si je préfèrerais que les IUT, universités, lycées et collèges se (re)mettent au Pascal plus massivement on a des décideurs qui ont choisi Python donc ils n'ont pas trop le choix. Il faut faire avec et essaimer.

Tu pointes cependant un sujet qui mériterait d'être traité dans la presse : l'obsolescence programmée des développeurs (Delphi comme Cobol, ADA & autres plus à la mode). La retraite approche pour nombre d'entre nous. La pérennité des logiciels et le passage de connaissances sont un vrai problème auquel les entreprises concernées sont ou seront confrontées sans vraiment en avoir pris conscience.

Bien que technologiquement cela n'a rien à voir, dans ton texte tu peux remplacer "Delphi" par "Cobol" et tu aura exactement le même argumentaire

[free07]

Bien que technologiquement cela n'a rien à voir, dans ton texte tu peux remplacer "Delphi" par "Cobol" et tu aura exactement le même argumentaire

Pas vraiment, il précise qu'il forme des jeunes à Delphi ce qui n'est surement pas le cas pour Cobol, la formation à Cobol se déroule intra muros par un transfert de compétence.

Cela fait des années que j'entend parler de cette compétition entre développement web, desktop et maintenant mobile. A mon humble avis cette discussion est stérile, chaque projet a ses impératifs et ses contraintes qui font orienter le choix du langage le plus approprié.

[SergioMaster]

C comme Cumul emploi-retraite ?

Non, je ne suis pas prêt pour ça ! Même si je suis en télétravail depuis le siècle dernier, j'aimerai souffler un peu, être toujours en astreinte, sauf vacances entreprise, commence à me peser

[Pierre Louis Chevalier]

Pas vraiment, il précise qu'il forme des jeunes à Delphi ce qui n'est surement pas le cas pour Cobol, la formation à Cobol se déroule intra muros par un transfert de compétence.

Oui mais dans les fait contrairement à ce que tu écris il y a bien aussi des formations COBOL (Orsys, M2i Formation, PLB Consultant, ... ) , donc ton argumentaire basé sur des informations fausses ne tiens pas

[pprem]

Oui mais dans les fait contrairement à ce que tu écris il y a bien aussi des formations COBOL (Orsys, M2i Formation, PLB Consultant, ... ) , donc ton argumentaire basé sur des informations fausses ne tiens pas

Il y a une grosse différence entre des organismes de formation "officiels" (= visibles sur Google à coup d'achats publicitaires) annonçant des dates de formation et des formations effectives. Mais c'est clairement un autre débat qui mériterait son thread.

[free07]

donc ton argumentaire basé sur des informations fausses ne tiens pas

Je me base sur mon expérience et de quelques rencontres avec des entreprises qui ont maintenu ou maintiennent des applications écrites en Cobol et des offres publicitaires de formation ne prouvent pas qu'elles sont utilisées par des jeunes.

[Pierre Louis Chevalier]

Il y a une grosse différence entre des organismes de formation "officiels" (= visibles sur Google à coup d'achats publicitaires) annonçant des dates de formation et des formations effectives. Mais c'est clairement un autre débat qui mériterait son thread.

Je ne comprends pas ta remarque, il y a plusieurs résultats visibles sur les formations Cobol hors annonce, donc exactement le contraire de ce que tu viens d'écrire, le fait qu'il y ait aussi des annonces ça ne fait que montrer que les centres de formation se battent pour ce marché et donc qu'il y a bien un marché. Par ailleurs il y a bien des certifications officielles sur Cobol et donc des centres officiellement habilités à délivrer ces certifications officielles, donc ce qui fait que ton propos n’a absolument aucuns sens.
Mon but n'est pas de polémiquer, je ne fait juste que réagir juste quand je voie affiché des choses qui sont fausses, et la pour appuyer un raisonnement faux basé sur des données fausses et qui a donc été démonté, tu ne fais que rajouter encore d'autres informations fausses, je ne voie vraiment pas l'utilité de continuer de faire ça.

Je me base sur mon expérience et de quelques rencontres avec des entreprises qui ont maintenu ou maintiennent des applications écrites en Cobol et des offres publicitaires de formation ne prouvent pas qu'elles sont utilisées par des jeunes.

Donc tu n'en sais rien. Et bien moi je sais, ces formations sont utilisées entre autres pour des jeunes qui veulent se lancer dans la programmation, mais qui n'ont pas les qualifications nécessaire pour trouver un job en voque sur des technologies en vogue, et qui se retrouvent donc "embarqués" par des ESN qui prennent ces jeunes au vol et les forment à Cobol parce qu'ils ont des clients sur Cobol, et donc avec un tas de jeunes qui se trouvent à faire du Cobol sans vraiment l'avoir décidé, et donc d'où ce marché actif sur la formation Cobol.

Et donc voila ce qu'on peut lire sur les forums ou les réseaux sociaux, "je voulais me lancer dans la programmation et je me retrouve à faire du support sur des vielles applications Cobol, et ça commence à me gaver, au secours comment me sortir de ce pétrin ..."

Après la ou il y a une vrai différence entre Delphi et Cobol c'est qu'un jeune peut vouloir avoir envie de sortir du Cobol parce que c'est chiant, surtout que c'est généralement que de la gestion de code legacy, donc c'est très chiant, alors qu'il n'y a aucune raison de vouloir sortir de Delphi parce que c'est un très bon produit, et que d'autre part il peut parfois y avoir de nouveaux projets de développement en Delphi et que c'est plus excitant de développer un nouveau projet que de faire du support sur du code legacy.

Ceci dit si je veux être factuel, mon but étant pas du tout de polémiquer, mais d'être observateur des tendances du marché dans une optique de veille technologique, si dans une conférence il y a juste 2 ou 3 jeunes pour un bataillon de personnes âgées cela ne va pas mathématiquement permettre de garder en vie la part de marché de la niche, cela va juste ralentir un tout petit peu la mort lente, rien de plus.

[ShaiLeTroll]

Ce qui est intéressant c'est la place du C et C++ dans le graphique quand on sait que les interpréteurs et compilateurs Java, JavaScript, C#, Python et PHP sont fait en C voire C++
Sans une poignée de programmeur C, tous les autres n'auraient pas d'emploi ...
Et il n'y a pas d'offre pour développeur ASM Intel ou ARM ... pourtant sans eux pas de C et encore moins le reste ...
Sans des développeurs qui maitrise l'ASM, pas de compilateur Delphi ... qui a évolué en 64Bits, en ARM ... ils sont une poignée, une niche de chez niche ... juste sans eux, il n'y aurait rien rien rien !

Et pas un seul développeur depuis 40 ans a fait des applications bancaires plus fiable que celle en COBOL, méditez donc cela fait qu'aujourd'hui on fait moins bien qu'avant ... justement obsolète dès sa sortie car son remplaçant est déjà annoncée en développment.

Donc inquiétez vous plutôt que personne ne fait assez confiance aux développeurs d'aujourd'hui pour remplacer des programmes COBOL.
Et posez vous la question quand il n'y a aura plus de jeune qui saura qu'il existe un processeurs et des micro-instructions (oui celles d'un niveau plus bas encore que l'ASM).

Là où je travaille, il y a du Delphi pour le cœur applicatif qui est le seul point d'accès aux données et c'est aussi pour développer quelques outils internes.
Il y a une grande majorité du PHP et JS\TS pour l'IHM et l'exposition de WebService, les technologies sont complémentaires.

[Paul TOTH]

Pas vraiment, il précise qu'il forme des jeunes à Delphi ce qui n'est surement pas le cas pour Cobol, la formation à Cobol se déroule intra muros par un transfert de compétence.

Cela fait des années que j'entend parler de cette compétition entre développement web, desktop et maintenant mobile. A mon humble avis cette discussion est stérile, chaque projet a ses impératifs et ses contraintes qui font orienter le choix du langage le plus approprié.

ce qui est terrible avec les techno web c'est qu'on a des solutions pour porter des applis web en Desktop (Electron) ça te donne des usines à gaz...non je devrais dire, j'ai vu tourner des usines à gaz, je pense qu'un bon développeur peut toujours faire quelque chose de plus ou moins propre même avec un outil de merde. Je pense notamment à un produit Electron qui s'installe sur PC avec une ergonomie de mobile...c'est juste horrible à utiliser...mais en effet ça tourne à l'identique sur mobile

[pprem]

Je ne comprends pas ta remarque, il y a plusieurs résultats visibles sur les formations Cobol hors annonce, donc exactement le contraire de ce que tu viens d'écrire, le fait qu'il y ait aussi des annonces ça ne fait que montrer que les centres de formation se battent pour ce marché et donc qu'il y a bien un marché.

Quand je parlais d'annonces, c'était pas juste payantes, mais le fait qu'ils proposent des formations et les mettent en avant alors qu'en pratique ils n'ont aucun formateur derrière et les cherche lorsqu'un client se manifeste.

Ils se battent pour une visibilité sur les moteurs pour des prestations qu'ils n'assurent pas pour être choisis au lieu de leurs concurrents et tenter de refourguer des prestations avant même de savoir s'ils pourront les mener à bien.

C'est aussi valable pour certaines "écoles de formations en 3 mois". Mais elles, elles ont l'avantage d'avoir suffisamment de professionnels dans le domaine pour arriver à convaincre un freelance ou un ancien élève de venir former leurs successeurs.

[SergioMaster]

plus de détail :
https://blogs.embarcadero.com/rad-st...campaign=blogs

Pour vous éviter la recherche des notes en voici une traduction automatique

Lisez-moi du correctif du 11 novembre de RAD Studio

Il s'agit du deuxième correctif pour RAD Studio 11 et il s'agit d'un correctif cumulatif comprenant tous les changements et correctifs du correctif 1 de RAD Studio 11.0. Pour cette raison, ce nouveau correctif peut également être installé sur un système qui possède déjà le correctif 1, ou sur une nouvelle installation de RAD Studio 11.

Le correctif corrige une régression introduite dans RAD Studio 11 Patch 1 et inclut une mise à jour supplémentaire de PAServer pour le développement macOS et iOS sur macOS 12.0.1 Monterey. Plus de détails sont énumérés ci-dessous.

L'installation de ce correctif est recommandée pour tous les clients de RAD Studio 11.

Installation via GetIt

Si vous téléchargez le correctif via GetIt, il est installé automatiquement, créant une sauvegarde des fichiers remplacés. Le téléchargement, d'environ 900 Mo, s'effectue dans l'une des étapes de la fenêtre de la console (cela peut donc prendre un certain temps, selon la vitesse de votre connexion).

Notez que la version mise à jour de RAD Studio 11.0 PAServer 13.0.12.1 pour iOS et macOS est uniquement copiée dans le dossier PAServer (par défaut, un dossier comme C:\\Program Files (x86)\\Embarcadero\\Studio\\22.0\\PAServer), et vous besoin de le copier sur un Mac et de l'installer manuellement là-bas. Après cette étape, dans le gestionnaire de SDK de l'IDE RAD Studio, vous devez supprimer et redéfinir le SDK macOS 12.0 et/ou le SDK iOS 15.0 (nous vous recommandons de supprimer et d'importer à nouveau tout SDK Apple que vous possédez déjà, si vous exécutez PAServer sur macOS Monterey).

Téléchargement et installation du manuel

Ce correctif est également disponible sur le portail de téléchargement sur my.embarcadero.com. Dans ce cas, vous trouverez le fichier principal de téléchargement du correctif RAD Studio du 11 novembre, avec un fichier batch que vous pouvez exécuter ou vous pouvez développer manuellement le fichier ZIP dans les sous-dossiers respectifs du dossier d'installation de RAD Studio. Encore une fois, vous devrez copier PAServer et l'installer sur votre Mac et réimporter les SDK comme expliqué ci-dessus.

Étapes de désinstallation (pour l'installation de GetIt)

Ouvrez le dossier d'installation du référentiel de catalogues
Exécutez patch.R110.hotfix.november_uninstall.bat
Seulement *après* avoir effacé le correctif, désinstallez le package de GetIt

Nouveaux problèmes de Quality Portal résolus par le Patch du 11 novembre de RAD Studio

Problèmes liés à PAServer
RSP-36094Impossible de compiler vers macos, aucun fichier de ce type
RSP-36068paserver bras d'émission osx monterey
RSP-36064Exception-Klasse 6 lorsque vous essayez d'exécuter l'application Firemonkey sur macOS Monterey

Problèmes liés à la VCL
RSP-36207La largeur de GroupBox sur le formulaire hérité passe à la valeur par défaut
RSP-36077Delphi 11 Patch 1 Le code source Vcl.Forms.pas ne correspond pas au vcl280.bpl expédié
RSP-36004Patch1 modifie les formulaires avec BorderStyle = bsNone et bsSingle
RSP-35993La valeur de coordonnée du composant avec akBottom devient étrange.

Problèmes de Quality Portal résolus par RAD Studio 11 Patch 1 (dont le contenu est inclus dans ce patch)

RSP-35800Le texte du menu Windows 11 avec ImageList n'est pas lisible
RSP-35785Les couleurs Emoji sont fausses sur iOS
RSP-35778Les formulaires à l'échelle n'ont pas toujours des tailles proportionnelles en 11,0
RSP-35716Font La taille et la position des étiquettes et des composants ne cessent d'augmenter dans Delphi
RSP-35701 Développement iOS pour AppStore impossible avec XCode 13.0
RSP-35651#$21..#$5F Les caractères ne peuvent pas être sélectionnés correctement lorsqu'ils sont à la fin.
RSP-35650Erreur lors de l'utilisation de l'IME pour saisir du texte lors de la sélection
RSP-35518Les polices dans les contrôles imbriqués ne sont pas réduites dans les applications non compatibles Dpi
RSP-35473VCL Styles IDE Bug avec la sélection des commandes
RSP-35459Un changement dans TThread rompt la compatibilité avec Windows XP
RSP-35312Les programmes construits avec dpi96 sont corrompus en 96dpi
RSP-35049DoThemedDrawText: le paramètre «Sélectionné» est ignoré, ce qui entraîne une mauvaise couleur de texte dans les menus sous Windows 11
RSP-34960Changement de hauteur de police dans dfm si Échelle = Faux
Les images RSP-34913VirtualImageList s'agrandissent lorsque HighDPI=Auto (Échelle du moniteur = 200)
RSP-34822Les trames créées dynamiquement sont mal mises à l'échelle lorsque l'IDE est en mode DPI élevé

En outre, nous avons également résolu une violation d'accès causée par la page d'accueil, certains problèmes liés à l'ouverture d'anciens formulaires avec des composants non visuels dans une configuration IDE haute résolution et les mêmes problèmes avec les couleurs emoji (RSP-35785) également pour Android.

En parlant de page d'accueil, même si je mets l'onglet en premier et alors qu'en fermant je sauvegarde bureau et cie...

l'onglet page d'accueil se retrouve toujours à la fin quand je relance Delphi !
c'est ma configuration ou est-ce général et à signaler ?