[Index Software] Coin des développeurs :]

[lucius]

Voici un article intéressant sur Carbon un autre potentiel successeur au C++ comme Rust.

L'article pointe les mêmes problémes que j'avais évoqué sur Rust et ce qui freine son arrivée.

• Carbon : le remplaçant de C++ imaginé par Google laisse perplexe

Certains sont persuadés de l'avenir de Rust comme d'autres l'étaient du langage D. Bizarrement, je n'ai jamais entendu évoquer de gros projets en D ni de projets internes en entreprise avec Rust. Par contre, on me parle souvent de projets en Python et même des projets logiciels SPA. Néanmoins, je connais des gens qui se sont auto-formés à Rust mais ils n'ont pas eu pour l'heure l'occasion de mettre en pratique ce langage.

Un autre article de 2020 évoque aussi le sujet:

• Rust : les développeurs révèlent pourquoi ils ne sont pas plus nombreux à utiliser le langage de programmation

En même temps, qui se souvient du langage B annoncé pour remplacé le C ou le langage D comme successeur du C et du C++.

[Tugdual]

On ne peut pas mettre sur le même plan des langages expérimentaux (Carbon, C-Rusted, C3, etc) et un langage opérationnel comme Rust, soutenu par les plus grands acteurs du marché.

On ne peut prédire l'avenir, mais ce qui est sûr, c'est que Rust a de bonnes cartes en mains.

Il n'est pas pour autant dénué de défauts. Sa gestion des erreurs m'apparaît comme un laborieux retour en arrière, et plombe à mon sens la lisibilité du code.

[lucius]

Rust a aussi été expérimental. Carbon est initié ou favorisé par Google tout comme Go et Dart qui ne sont plus expérimentaux pour ces deux derniers mais que l'industrie et l'entreprise ignorent .

Kotlin que certains annoncent comme le successeur de Java (enfin pour certaines activités comme les apps) ne démarre pas fort depuis son lancement au sein du monde de l'entreprise. Cela recrute mais la plupart des projets dit Kotlin dans mon entourage finissent par devenir du 80-100% Java au lieu de 100% Java ou MEAN/MERN. Le langage Ruby qui a 30 ans et mis en avant dans la presse spécialisée (surtout à cause de Ruby on Rails) a presque disparu des radars. J'avais même assisté à une présentation d'un évangéliste technologique (j'en ai croisé pas mal de ces énergumènes) pour Ruby on Rails sans compter Java, des composants (avec des types de Xilinx, Infineon...) Qwant et nos données (avec Éric Léandri le type qui a réussi à me convaincre que Qwant n'est pas fiable vu son parcours)... Ils se comportent plus en vendeur (à vouloir convaincre à tout prix) que comme des personnes ayant des convictions. Quoique la conférence de Infineon était assez intéressante sur les MEMS et les NEMS. Je ne compte plus le nombre de couverture de mags annonçant le futur remplaçant de: C++, java, python, Oracle DB...

Ce n'est pas parce que Rust a du soutien qu'il va s'imposer. Beaucoup d'entreprises ont soutenu ensemble des projets qui ont été abandonnés. J'ai appris à devenir méfiant sur le dernier truc à la mode où tout le monde fonce avant d'abandonner.
Beaucoup de chefs de projet et de clients se méfient du "hype" car soit c'est un truc qui va s'effondrer, soit cela va entrainer un surcoût, soit cela ne correspond à à leurs besoins au final.

Je connais un chef de projet qui doit batailler avec des clients qui veulent la dernière version d'un langage ou d'une framework.
Il a du mal à leur faire comprendre qu'il n'a pas d'équipe formée à la dernière version, qu'il n'y a pas assez de docs sur cette version, qu'entretemps il y aura une nouvelle version lors de la livraison, que des libs nécessaires pourraient ne pas marcher avec le langage ou la framework, que cela pourrait entrainer un retard à la livraison donc un surcoût.
De temps en temps, je continue de faire du VBA sur excel pour automatiser certains calculs.

[Tugdual]

Le projet Carbon :

• explore une direction future possible pour le C++...

Extrait :

Le langage Carbon est encore expérimental. La feuille de route indique la période 2025-2026 pour la sortie de la version 0.2 qui marquera le terme de l’expérience. La version 1.0 est attendue après 2026. L’effort est porté par des ingénieurs logiciels de Google qui ont cessé de participer à la normalisation du C++, ont démissionné de leur rôle officiel au sein du comité. Motif : un vote (au sein du comité de normalisation) sur la question de la rupture de la compatibilité ABI en faveur de la performance ne leur a pas donné raison. C’est de cette mésentente que naît le projet Carbon annoncé comme successeur du C++.

[lucius]

Evolution du C++23

La vidéo (en anglais) date d'un peu d'avant la fin des travaux (6 mois je crois) sur la norme C++23 surnommée "pandemic edition" ( à cause de sa conception à distance). Donc certains points ont sans doute changé.

[lucius]

Un potentiel successeur au raspberry pi.

• Asus veut-il écrire le futur des micro PC… et lancer le successeur du Raspberry Pi ?

Mais il faudra voir le prix. Déjà que Raspberry pi a été détourné de son objectif initial et que son prix a explosé.

[Bubu]

Ça a l'air d'être un bazard pas possible les nouveaux langages !
Je reste dans mon petit coin avec Java et OpenGl (GLSL : Graphic Library Shader Language). (Pour Android)

Sous Windows sur PC, je programmais en C++ et sous DirectX. J'étais seul, je n'ai pas pu suivre les mises à jour, car ça allait trop vite.
J'ai quand-même fait un moteur 3D fonctionnel, mais je n'arrivais pas à suivre la cadence.
Donc j'ai abandonné. Résultat : un petit jeu de course inachevé.

[lucius]

Quoique Java (que je n'aime pas mais c'est à cause d'Eclipse le pire IDE que je connaisse même face au bloc-note visual studio code que l'on croit être un IDE) c'est aussi un vrai bazar.
Là, on vient d'annoncer le jdk 20 et bientot java 21 en septembre. On aura sans doute java 22 à Noel à cet allure. ils ont repris les mêmes tort que Angular avec trop de versions qui sortent en peu de temps au point de décourager des dévs. On oublie que java 19 date fut lancé en septembre.
Contrairement à Java, le C++ évolue moins vite. On a eu C++20 puis vient d'arriver C++23 et avant C++17. Une évolution tous les 3 ans. Angular, c'était une évolution tous les 6 mois (voir moins) à une époque.

[Bubu]

Si vous vous intéressez au développement mobile Android, AndroidStudio est très bien conçu. Par contre il faut une machine puissante car il est exigeant en performances.

[lucius]

Pas sûr, on peut aussi faire du dev avec Ionic ou du PWA (typescript, HTML5...) et c'est moins important en ressources. On peut se servir de Android Studio dans ce cas mais ce n'est pas obligatoire.

[lucius]

Beaucoup d'entreprises lâchent java pour le python même pour Android. Dans le cas d'Android, ils préfèrent se servir des outils comme BeeWare ou la Framework Kivy. Ils sont peu connus mais commencent à débarquer.

[Bubu]

AndroidStudio est une usine à gaz, on est d'accord.
Parce qu'il analyse le code en temps réel.
Variable utilisée sans être initialisée, variable non utilisée, méthode inutilisée, variable qui pourrait être déclarée final, etc.
Mais c'est vrai qu'il est très lourd au niveau performances et ressources.
Et le temps de compilation est long ... long... trop long !

[lucius]

Le gros défaut d'AndroidStudio est d'être quasiment une surcouche avec des modifications d'un outil Jetbrains. Donc, ce n'est pas pensé pour être performant mais pour suivre les évolutions de jetbrains. Donc, à cause de cela les équipes de google ne font que suivre le mouvement au lieu d'optimiser les performances. Mais, on a tendance à oublier que Google fait surtout des forks d'autres projets (Chrome, Android, Android Studio...).

De toute façon, java reste présent (quoique il y a un déclin léger mais quasi-croissant) mais de moins en moins de clients veulent du Java car l'écosystème est trop lourd à gérer, la concurrences d'autres langages pour les services Cloud , des mises-à-jour assez instables ( Jboss, tomcat,...) et un probléme de docs compréhensibles (ainsi que de gens formés). Je ne me souviens pas avoir vu un site en 2 ans utilisant du JSP. Au final, on a de moins en moins besoin de gens formés au java hors pour android. Et maintenant, beaucoup délaisse android pour la pérennisation du code. Je connais une équipe qui a lâché le C++ et une partie du code en java pour refaire tout son projet (par petits blocs) en langage type script et python.

[Tugdual]

Le créateur du site du zéro chez Micode :

[Tugdual]

Toujours chez Micode, « J'ai été contacté par la DGSE » :