Discussion :

[skywaukers]

Juste une toute petite question : les langages dit de "haut niveau", genre j2ee dotnet et compagnie doivent bien faire appel à la "couche natif" non ?

oui tout à fait. D'ailleurs il n'y a pas de magie, les processeurs ne comprennent toujours que des 0 et des 1, on est donc bien toujours obligé de les programmer comme cela. J2EE et DotNet sont des surcouches qui apportent un certains nombre de services, il ne faut pas nier leurs intérêts (garbage collector par exemple). Microsoft a tout de même réussit à optimiser certaines parties comme ado.net (avec SQL Server surtout je crois d'ailleurs), mais globalement la surcouche se fait sentir.

Ma question : est-il envisageable et/ou raisonnable de se passer totalement de la partie natif ?

Je sais pas, mais en tout cas pas aujourd'hui. Pour une application de gestion, surement que oui, mais déjà dés lors qu'on a besoin de dialoguer avec le matériel, cela gène à mon avis plus qu'autre chose.

D'un autre côté, je comprends très bien que des langages dit "managés" comme dotnet sont très utiles à certains domaines. Le problème ne serait pas plutôt l'utilisation de l'outil adéquate ?

C'est à mon avis une bonne solution. C'est pour cela que Delphi prism existe à mon avis, pour permettre aux developpeurs maitrisant le Pascal d'utiliser dotNet lorsque le besoin est là.

Concernant WPF, sur le papier c'est jolie mais dans la réalité c'est tout autre. A titre personnel, Visual Studio 2010 (qui utilise en partie WPF) sur mon Alienware à quatres cores (i820) ne pose aucun problème, par contre sur mon Inspiron équipé d'un Pentium M c'est tout autre chose.

Faut quand même avouer que dans la réalité (en entreprise) tout le monde ne peut pas se permettre de changer le matériel informatique comme il le souhaite. A la maison, chez soi on peut encore se permettre de craquer pour le dernier modèle dernier cri, mais dans une boite où il y a au moins une dizaine de machines la note devient assez salée.

Encore une fois, c'est totalement vrai, une entreprise qui dispose d'un parc de plusieurs milliers de postes ne peut pas se permettre d'être continuellement au top des configuration (ni même des os d'ailleurs). Ceci est certainement encore vrai sur des parcs plus petits.
Mais je voudrais ajouter une autre considération. Augmenter les performances pour masquer les ralentissements dus aux multiples couches censées faire gagner du temps de développement entraine de fait une augmentation de la consommation d'énergie des ordinateurs (pc et/ou serveurs). Hors à l'heure où on nous sert de l'écologie à toute les sauces (ce qui est justifié lorsque c'est vraiment un but écologique ) il me semblerait judicieux au contraire d'économiser les ressources de calcul de ces machines. 5 minutes de plus de travail du développeur est moins nocif pour la nature à mon avis.

@++
Dany

[chaplin]

Mouarf.

J'ose à peine imaginer le désastre à venir.

Edit : Ce n'était pas ces mêmes type de média qui avait relié l'information à une époque comme quoi le nuage de tchernobyl s'était arrêté à la frontière française ?

La censure a toujours existé quelques soient les régimes politiques. On est toujours là en vie, où est le désastre ?

[obliveon]

Je voulais faire allusion à ta suggestion de "se mettre tous à l'anglais". J'utilisais le mot "désastre" au sens figuré.

[Félix Guillemot]

Je me permets d'ajouter mon grain de sel dans cette discussion particulièrement intéressante.
L'idée ici est de vous apporter un point de vue que vous n'avez peut être pas, ou partiellement.
En tant que dirigeant de Delphi-Staff, et consultant spécialisé sur Delphi, j'ai une très bonne vue du marché.
En effet, mon job consiste, entre autre, à être en contact avec les clients de Delphi, j'entends par là les entreprises consommatrices du produit, et de prestations Delphi.
Plusieurs choses me font dire que Delphi n'est pas du tout mort, ni agonisant :

- Beaucoup de clients prennent des prestataires Delphi,
- Beaucoup de clients développent de nouvelles applications en Delphi

Evidemment, il est difficile de quantifier "Beaucoup". Mais c'est beaucoup croyez moi.

Chez Delphi-Staff, 10 à 15 offres d'emplois ou de missions Delphi par mois, dont certaines publiées sur le site

- Nous avons des demandes régulières de migrations de versions 4, 5 , 6 , 7 vers 2009 (maintenant 2010)

- Le parc installé de Delphi est gigantesque en France (rien qu'en France), et quand les grandes banques sont dans le coup, ça sent la pérennité (voir COBOL)

- Beaucoup d'applications sont non migrables parce que bcp trop grosses et riches fonctionnellement (certains ont même essayé et n'ont pas réussi, malgré les caprices des DSI pour faire du .NET [pcq ça fait bien])

La pérennité de Delphi n'est pas seulement l'affaire de technique mais de business.

Et oui, WIN32 a encore de très belles années (très très longues années).

J'ai encore un argument, et de poids : je questionne régulièrement les DSI ou resp techniques qui décident de migrer vers .NET, en leur demandant : "mais expliquez moi quel avantage technique vous allez en tirer"...

...Silence radio....

Des arguments du type : on trouvera plus facilement des ressources sur .NET, on se demande quel est l'avenir de Delphi avec Embarcadero, 2006 nous a refroidit...
ça oui, des arguments comme ça il y en a plein.
Mais CONCRETEMENT, que vous apporte techniquement la migration vers .NET ?
Alors là....
Il y a certainement des avantages techniques, mais je ne les connais pas, ne suis dépassé sûrement, je peux l'admettre sans aucun soucis.
J'ai un peu digressé.
En tout cas, le point de vue de Delphi-Staff est : Delphi est en vie !

[nutsy2005]

Pq ne pas internationaliser votre site ?

Il y a bcp de dev Delphi en Belgique et de banques belges utilisant Delphi aussi

Je suppose que cela doit être vrai pour tout le Benelux.

[Félix Guillemot]

Pq ne pas internationaliser votre site ?

Il y a bcp de dev Delphi en Belgique et de banques belges utilisant Delphi aussi

Je suppose que cela doit être vrai pour tout le Benelux.

C'est une très bonne question.

Ce chantier est en cours...

Le site sera EVIDEMMENT internationalisé et accessible à nos amis belges ou autres.

Ceci est la première version du site.

Version internationale pour sept voire oct (au pire)

[Andnotor]

Et sauf erreur de ma part, Microsoft à introduit le Win32 dans Windows Mobile 5 (soit il y a très peu de temps). Ceci certainement en passant à une "certaine" portabilité PC <-> Système mobile .

Je ne m'y connais pas plus que Félix, mais ce qui m'ennuie toujours avec les langages interprétés (.NET, Java, etc.) est de forcer l'utilisateur à installer des couches pesant chacune plusieurs centaines de méga alors que nos applications (exécutables s'entend !) se limitent à... quelques méga (< 3MB dans mon cas)

[Jcpan]

Quel avantage de migrer ?
Le monde tend vers les technologies mobile, aujourd'hui on ne peut pas miser sur le monopole de Microsoft assez longtemps.
une autre question qu'est ce que je peux faire avec delphi 2011 dont je ne peux pas faire en delphi 6/7 ? vous allez me dire surement stabilité, ect...
Mais sérieusement est ce suffisant pour conclure qu'il y a une réelle évolution ?

[Félix Guillemot]

Quel avantage de migrer ?
Le monde tend vers les technologies mobile, aujourd'hui on ne peut pas miser sur le monopole de Microsoft assez longtemps.
une autre question qu'est ce que je peux faire avec delphi 2011 dont je ne peux pas faire en delphi 6/7 ? vous allez me dire surement stabilité, ect...
Mais sérieusement est ce suffisant pour conclure qu'il y a une réelle évolution ?

beaucoup de choses, il faudrait un spécialiste produit pour en parler de façon exhaustive, mais c'est assez énorme en fait...

Je peux eu moins en citer une : l'unicode à partir de 2009

[Thierry Laborde]

Quel avantage de migrer ?
Le monde tend vers les technologies mobile, aujourd'hui on ne peut pas miser sur le monopole de Microsoft assez longtemps.
une autre question qu'est ce que je peux faire avec delphi 2011 dont je ne peux pas faire en delphi 6/7 ? vous allez me dire surement stabilité, ect...
Mais sérieusement est ce suffisant pour conclure qu'il y a une réelle évolution ?

Bonjour,

Bien entendu comme vous le précisez la stabilité fait partie des évolutions. Mais l'on pourrait aussi rajouter en vrac :

• Etre plus productif grace à toutes les nouveautés inclus dans l'IDE (Refactoring, IDE Insight, outil de versionning, déboggeur plus évolué, outil de profiling, de outil de qualité de code....etc)
• Avoir une appli qui gère l'unicode
• Modéliser son application avec les nouvelles normes UML (Diagramme de séquence par exemple)
• Automatiser la génération des Builds avec MSBuild et FinalBuilder
• Automatiser la génération des metriques et Audit de Code
• Automatiser la génération de la doc du code
• Modéliser sa base de données avec l'outil ER Studio, soit en créant le modèle directement soit en faisant du reverse sur une base existante)
• Gérer les dictionnaires, modifications des modèles, génération de doc... sur mes modèles de données avec ER Studio
• Avoir des applications compatibles Vista et Windows 7 avec prise en charge des thèmes et de la gestion de la nouvelle barre des taches
• Utiliser les nouvelles API Direct2D spécifique à Windows 7
• Developper des applis prenant en charge les écrans tactiles avec la notion de gestures, ainsi que tous les nouveaux matériels Multitouch
• Utiliser les nouveaux drivers DbExpress de connexion aux dernières versions des bases de données : Firebird, InterBase, Oracle, SqlServer, DB2, Sybase, MySql....etc
• Faire du multitiers avec DataSnapp avec dialogue par protocole HTTP, TCP/IP, Architecture REST....etc
• Developper des serveurs DataSnap Full Rest
• Faire un serveur DataSnap en Delphi (Web ou Win32) et des applications clientes DataSnap Web (Delphi, RADPHP), Win32 (Delphi), .NET (Delphi PRISM), ASP.NET (Delphi PRISM)
• Echanger des objets Delphi directement entre mon serveur DataSnap et l'application cliente grace à l'intégration de JSON
• Développer des sites web utilisant pleinement l'Ajax avec la Vcl For The web et partager mon code avec mes applications Win32
• Aller plus loin dans le développement Internet avec l'intégration d'IP*Works
• Faire appel à des services web avec la nouvelle norme SOAP 1.2
• Déployer mon application sur du Cloud Windows Azure ou Amazon EC2
• Utiliser les nouveaux composants visuels intégrés dans Delphi depuis Delphi 6/7 (Comme par exemple le Ribbon)
• Gérer en standard les nouveaux formats d'images PNG, TIFF ainsi que les nouveaux wrapper pour WIC
• Utiliser le nouvel outil RADPHP inclus directement dans le Bundle RAD Studio pour du développement web PHP
• Utiliser le nouvel outil Delphi PRISM inclus directement dans le bundle RAD Studio pour faire du développement .NET (Appli Windows .NET, Silverlight, ASP.NET....etc)
• Developper des applis MAC et Linux avec Delphi PRISM et Mono
• Developper des applis IPhone et Ipad avec Delphi PRISM et MonoTouch
• Utiliser Delphi PRISM sur MAC directement avec son intégration dans MonoDevelop

Et bien sur il y a toutes les nouveautés au niveau du langage et des RTTI

[ero-sennin]

MISE A JOUR - 25/08/2010 :

Preview #3 : Multi-tier, Cloud and Web

Delphi XE offre la possibilité de se connecter à 9 grandes bases de données de façon native et également des composants prêts à l'emploi pour la connectivité aux serveurs Clouds.

Voici quelques nouveautés que Delphi XE intègre et permet de faire :

• Développement multi-tiers (multi-niveaux) étendu avec de nouveaux assistants, support de nouveaux protocoles, le cryptage et la compression, les serveurs clouds, et les clients PHP / JavaScript
• Déploiement d'application sur du Cloud Windows Azure ou Amazon EC2
• Aller plus loin dans le développement Internet avec l'intégration d'IP*Works, et IntraWeb (VCL pour le Web), ce qui permet d'accélérer le développement d'applications Web

Telles sont les nouveautés dévoilées dans cette dernière Preview.

Afin d'avoir une vision plus rapide et plus synthétique des nouveautés qui sont intégrées dans Delphi XE, Thierry Laborde, (Directeur technique des produits CodeGear/Embarcadero en France), nous a énuméré les gros changements, c'est à dire :

• Etre plus productif grâce à toutes les nouveautés incluses dans l'IDE (Refactoring, IDE Insight, outil de versioning, débogueur plus évolué, outil de profiling, outil de qualité de code....etc)
• Modéliser son application avec les nouvelles normes UML (Diagramme de séquence par exemple)
• Automatiser la génération des Builds avec MSBuild et FinalBuilder
• Automatiser la génération des métriques et Audit de Code
• Automatiser la génération de la documentation du code
• Modéliser sa base de données avec l'outil ER Studio, soit en créant le modèle directement soit en faisant du reverse engineering sur une base existante
• Gérer les dictionnaires, modifications des modèles, génération de doc... sur mes modèles de données avec ER Studio
• Utiliser les nouveaux drivers DbExpress de connexion aux dernières versions des bases de données : Firebird, InterBase, Oracle, SqlServer, DB2, Sybase, MySql, etc.
• Faire du multi-tiers avec DataSnap avec dialogue par protocole HTTP, TCP/IP, Architecture REST, etc.
• Développer des serveurs DataSnap Full Rest
• Faire un serveur DataSnap en Delphi (Web ou Win32) et des applications clientes DataSnap Web (Delphi, RADPHP), Win32 (Delphi), .NET (Delphi PRISM), ASP.NET (Delphi PRISM)
• Echanger des objets Delphi directement entre serveur DataSnap et l'application cliente grâce à l'intégration de JSON
• Développer des sites web utilisant pleinement l'Ajax avec la Vcl For The web et partager le code avec les applications Win32
• Aller plus loin dans le développement Internet avec l'intégration d'IP*Works
• Faire appel à des services web avec la nouvelle norme SOAP 1.2
• Déployer l'application sur du Cloud Windows Azure ou Amazon EC2

Voilà, vous savez tout!

Et vous ?

Etes-vous satisfait du travail réalisé sur cette nouvelle version ?
Que pensez-vous des nouvelles fonctionnalités ?
Pensez-vous migrer vers cette nouvelle version ?

[od.dev]

Pensez-vous migrer vers cette nouvelle version ?

Ma réponse ne surprendra personne, mais bon, puisque la question est posée :

Non. J'ai trop investi dans des outils qui se sont révélés non pérennes.

Ma stratégie pour l'avenir :
faire du win32 avec mon Delphi2006,
du dot net avec Visual studio
du PHP avec Eclipse
...

Il m'apparaît maintenant évident que, quitte, malheureusement, à avoir une batterie d'outils hétérogène, il vaut mieux parier sur les meilleurs outils dans chaque domaine, plutôt que d'attendre Le Super IDE qui permettrait de travailler dans tous les domaines.

[MadScratchy]

MISE A JOUR - 25/08/2010 :
Pensez-vous migrer vers cette nouvelle version ?

Et bien pour moi, cette version m'interesse bien : je voudrais essayer entre autre le RadPHP.

[HS utopique]
D'ailleurs, existe t-il un système de script en Pascal qu'on pourrait utiliser de la même façon que PHP dans les pages web ? Et un plugin qui ferait la même chose que le Javascript ?
Imaginez le système idéal : un language de script en Pascal côté serveur, un language de script Pascal côté client...
[/HS utopique]

[od.dev]

Et bien pour moi, cette version m'interesse bien : je voudrais essayer entre autre le RadPHP.

Rendez-vous le jour où ceux qui vont racheter Embarcadero te diront :
Ben non, finalement, on a décidé de recadrer Delphi sur ce qu'il sait faire : le win32, parce qu''il existe déjà de bons outils pour PHP (Zend, pour ne pas le citer).

Qu'on m'explique pourquoi Delphi saurait mieux concurrencer PHP que dot net

[MadScratchy]

Rendez-vous le jour où ceux qui vont racheter Embarcadero te diront :
Ben non, finalement, on a décidé de recadrer Delphi sur ce qu'il sait faire : le win32, parce qu''il existe déjà de bons outils pour PHP (Zend, pour ne pas le citer).

Qu'on m'explique pourquoi Delphi saurait mieux concurrencer PHP que dot net

Si c'est juste pour coder en PHP bien sûr que je prendrai un outils dédié. C'est juste pour le tester pour mes développements PHP occasionnels.

[skywaukers]

Rendez-vous le jour où ceux qui vont racheter Embarcadero te diront :

Ah, toi aussi tu détiens LA vérité ?
Tu as peut-être raison, mais je ne pense pas qu'Embarcadero soit Borland.
Et puis php aura peut-être une fin aussi ? après tout le projet de portage de php en unicode n'a-t-il pas été un fiasco total ? Le développement n'a-t-il pas été arrêté ? pas de très bonne augure tout ça non ?
En fait j'en sais pas plus que toi...

@++
Dany

[Kaféine]

Si delphi est capable compile pour Linux macos win32, on s'en fout de .NET....
J'attend le multiplateforme avec impatience...

[Andnotor]

Ma stratégie pour l'avenir :
faire du win32 avec mon Delphi2006,
du dot net avec Visual studio
du PHP avec Eclipse

Je doute qu'on puisse être compétent dans tant de domaines

Personne ne te force non plus d'acheter une version RAD Studio Architecte (si le terme est encore d'actualité ). L'outil avec lequel tu es le plus à l'aise est toujours le meilleur

skywaukers

[od.dev]

Je doute qu'on puisse être compétent dans tant de domaines

Je vais demander une augmentation !

[chaplin]

Je voulais faire allusion à ta suggestion de "se mettre tous à l'anglais". J'utilisais le mot "désastre" au sens figuré.

Ca ne veut rien dire, mais bon. A l'heure des environnements managés et des processeurs X86,arm, CISC,RISC, etc, on peut se poser la question de l'usage d'un compilateur natif. Mais la virtualisation permet l'abstraction des instructions machines. C'est ce qu'à réalisé IBM avec l'OS400 qui est écrit en C++ et qui marche sur les différentes générations de puce depuis plus de 20 ans.

Si l'OS/400 est à la base une plateforme 64 bit, je ne vois pas en quoi le futur compilateur 64 bit pascal sera un mal.