Discussion :

[Guyt54]

C++ n'est pas considéré comme un langage attirant donc ça attire moins de devs, donc moins d'apps donc moins de parts de marché...

Si je peux me permettre, le C++ est très attrayant dans certains milieux (le miens en tout cas).

Pour beaucoup, sa compatibilité avec le C leur permettent de continuer de programmer exactement comme on programmait il y a 25 ans, sans la moindre évolution.

Programmation modulaire, orienté objet et événementielle, connait pas. Et pourquoi je changerais? J'ai déjà eu assez de difficulté à apprendre le C comme ça. Et puis, la programmation orientée objet, c'est beaucoup trop lourd et lent pour un microcontôleur, c'est écrit partout sur le net. Et au moins avec la programmation séquentielle, on sait où on s'en va.

Remarquez, je respecte les choix des individus, là où j'ai un problème c'est quand ça se passe au niveau de l'enseignement.

Bon, ça fait les états d'âme.

[nicroman]

Je vais me faire un ennemi de Guyt

Delphi est un mastodonte qui date des MFCs... (20 ans!) Il a surtout été pensé (un peu comme HTML) pour que des gens qui ne connaissent rien à l'informatique puissent faire une interface sans trop suer sang et eau, c'est le principe du RAD. Et comme tous les RADs, il fait 80% des choses bien, mais dès qu'on veut faire un truc plus "subtile" (les 20% restant), c'est la fin des haricots (et je ne parle pas de l'optimisation de code particulièrement nécessaire sur un smartphone ou on chasse le moindre mW).

Comparer Delphi à Java c'est un peu difficile tout de même:
Delphi regroupe: un EDI, un langage (du Pascal !!!!!! même si amélioré avec de l'orienté objet... enfin bon), un Framework ("VCL", c'est lui qui permet de faire un bouton en 2s), des librairies (pour les entrées sorties, des utilitaires, etc...), un constructeur d'application, pas un langage.

On peut donc comparer, C++, Java, C#, Objective-C, Pascal....
On peut rajouter des librairies au dessus de ces langages: stdlib, JDK, .Net, ...
On peut comparer les GUI frameworks: Qt (ou MFC), SWT, .Net, Android, iOS
On peut finalement comparer les EDI: Visual Studio, Delphi, Eclipse...

Il faut autant de temps (et de code) pour faire une fenêtre sous Java/SWT, C#/.Net, Java/Android, O-C/iOS....

A noter qu'il existe des RADs pour smartphones, et qui en général sont capable de produire des applications iOS/Android/RIM en prime... Par contre, il ne faut pas compter sur eux pour gérer une fenêtre OpenGL....

Pour revenir au sujet du thread:
L’intérêt actuel de la plateforme est triple: un langage mondialement utilisé (Java), un framework simple (Android, même si il y a plein de points que je n'aime pas), un EDI *gratuit* (Eclipse)...
Un passage à C# nécessiterait de porter le framework sur C# (pas très compliqué), de trouver un EDI pour C# (Visual Studio coûte quand même un bras, et la version gratuite est vraiment trop light) c'est déjà plus compliqué, et surtout de pondre une moulinette pour traduire le million d'applications existantes en C# ... Pas sur que ce soit très interessant....

[Guyt54]

Je vais me faire un ennemi de Guyt

Delphi est un mastodonte qui date des MFCs... (20 ans!) Il a surtout été pensé (un peu comme HTML) pour que des gens qui ne connaissent rien à l'informatique puissent faire une interface sans trop suer sang et eau,

J'adore! Hâte de voir la réaction de mes potes Delphi-Builder C++!

[nicroman]

Programmation modulaire, orienté objet et événementielle, connait pas. Et pourquoi je changerais? J'ai déjà eu assez de difficulté à apprendre le C comme ça. Et puis, la programmation orientée objet, c'est beaucoup trop lourd et lent pour un microcontôleur, c'est écrit partout sur le net. Et au moins avec la programmation séquentielle, on sait où on s'en va.

Heu... c'est toujours de la programmation séquentielle hein ?
Et on faisait de la programmation Orientée "Objets" en assembleur sur C64 il y a 25 ans... Le C++ n'est absolument pas plus lourd que le C, il offre des outils de conception OO que le C n'a pas c'est tout !
Le Java est pour le coup plus complexe à mettre en oeuvre puisqu'il nécessite une JVM... Mais encore une fois, on parle de langage, programmation object-oriented, aspect-oriented, evements, services, tout ça c'est au niveau de la conception, pas du langage... je connais (hélas) de nombreux développeurs (en tout cas qui se présentent comme tel) qui font de la programmation fonctionelle et structurelle en Java !

[Guyt54]

Heu... c'est toujours de la programmation séquentielle hein ?
Et on faisait de la programmation Orientée "Objets" en assembleur sur C64 il y a 25 ans... Le C++ n'est absolument pas plus lourd que le C, il offre des outils de conception OO que le C n'a pas c'est tout !
Le Java est pour le coup plus complexe à mettre en oeuvre puisqu'il nécessite une JVM... Mais encore une fois, on parle de langage, programmation object-oriented, aspect-oriented, evements, services, tout ça c'est au niveau de la conception, pas du langage... je connais (hélas) de nombreux développeurs (en tout cas qui se présentent comme tel) qui font de la programmation fonctionelle et structurelle en Java !

Je suis d'accord avec toi pour dire que la programmation orientée objet est beaucoup plus un état d'esprit qu'un langage de programmation.

Perso, je n'ai jamais été doué en programmation (c'est d'ailleurs pour ça que je travaiille avec des outils pour les nuls comme XE2 Rad Studio ), alors j'ai toujours eu tendance à cacher mes données compliqués dans des structures que je manipulais avec des fonctions, alors quand j'ai vu la POO arriver, j'ai vu ça comme une libération. J'étais plus obligé de manipuler des pointeurs de stuctures dans mes fonctions et ça, pour un nul, ce n'est pas rien.

Je ne dis pas que des langages comme Java obligerait une approche orientée objet lors du développement d'applications dans mon petit monde des microprocesseurs, mais ça aiderait surement.

[madfu]

Bon, un véritable RAD Studio pour Wiindows en Java, c'est pour quand?

Lol je me suis longtemps posé cette question, mais bon ça a l'air d'évoluer quand même

Delphi est un mastodonte qui date des MFCs... (20 ans!) Il a surtout été pensé (un peu comme HTML) pour que des gens qui ne connaissent rien à l'informatique puissent faire une interface sans trop suer sang et eau,

Je trouve ça intéressant comme remarque. J'ai arrêté Delphi il y'a presque 8 ans mais je vais me faire l'avocat du diable pour rendre à Delphi ce qui est à Delphi : je dois reconnaître que je n'ai plus trouvé aucun RAD destiné à du desktop par la suite qui lui arrive à la cheville en terme de puissance et de simplicité d'utilisation, en particulier dans le monde Java qui je reconnais fourmille de librairies très intéressantes en backend mais qui ne disposait, en tout cas jusqu'à ma dernière expérience qui s'est arrêté l'année dernière, que d'outils front-end destinés à des gens ultra compétents destinés à suer sans et eau pour produire quelque chose de relativement moche.

A noter qu'il existe des RADs pour smartphones, et qui en général sont capable de produire des applications iOS/Android/RIM en prime... Par contre, il ne faut pas compter sur eux pour gérer une fenêtre OpenGL....

J'avoue j'en ai trouvé quelques uns qui sont pas mal, ça reste pratique pour du prototypage. Après je pense qu'il ne viendrait à personne à l'idée de gérer une fenêtre openGL avec un outil RAD il faut savoir être raisonnable

Je trouve même qu'au niveau du C# c'est plus chiant lors de l'héritage (virtualiser puis override les méthodes)

Tiens comme en Delphi d'ailleurs

Concernant le sujet de ce thread, je dirais que c'est une initiative intéressante voire même amusante si ça peut permettre à Android de sortir de la JVM mais bon je n'y crois pas, le produit est encore en phase de recherche apparemment et en terme de positionnement je ne suis pas sûr que Google tienne à se retrouver étiquetté C#.

Après le fond de ma pensée c'est que l'avenir sur mobile ne sera pas dans le natif donc en tant que développeur j'attends surtout d'Android qu'il s'améliore dans la prise en charge de CSS3 par exemple.

[pitbull78]

C'est bien beau, mais je développe en C# et Java et je voudrais savoir comment utiliser XobotOS ?

[Gugelhupf]

Pour beaucoup, sa compatibilité avec le C leur permettent de continuer de programmer exactement comme on programmait il y a 25 ans, sans la moindre évolution.

Ce que vous dite me fait peur.
Le C++ n'a presque rien à voir avec le C (hormis la compatibilité qu'on force cherche à garder du C).
Si c'est pour se mettre à coder du C pour dire qu'on fait du C++ ça ne sert à rien.
Alors oui, on peut forcer la compatibilité, mais si c'est pour se mettre à caster des malloc pour que le programme fonctionne...
J'imagine le projet sans class, constitué uniquement de structures...

[Mishulyna]

J'avais regardé Java il y a quelques années, car l'idée de travailler avec un langage qui ne laisse pas de choix de programmer orientée objet me séduisait.

J'ai vite abandonné devant la complexité du design du UI, beaucoup de codes pour arriver à pas grand chose. Vous savez, ce qui m'intéresse c'est d'écrire des logiciels qui s’interface avec le monde réel et je veux pas passer des heures à concevoir et implanter un bouton.

Vous pourriez faire un tour sur PrimeFaces showcase, le développement des GUI c'est devenu beaucoup plus facile. Il reste encore pas mal de subtilités mais c'est nettement mieux que JSF.

[jean-michel-78]

je ne comprends pas trop on s'écarte du sujet dans les commentaires coder la VM en C# c' est bien mais
ça change quoi pour les applis je n ai pas vu ou on en parle moi je dis vivement tizen
pour qu'on puisse coder facile