public-profile

Abonné

remyr

est avec nous depuis le 19 août 2020 ❤️

Bio

Oups.
On dirait que quelqu'un ici aime garder ses petits secrets, comme si de par hasard il y avait quelque chose à cacher...
Désolé, ô lectrice de passage, cher lecteur égaré, pas de révélation sensationnelle pour le moment sur ce profil.
Repassez plus tard ?

Réseaux sociaux

Site personnel

remyraes.com

4 commentaires

Microsoft déploie une préversion du nouveau Teams, présenté comme beaucoup plus rapide

Le 29/03/2023

Le 29/03/2023 à 07h 51

C’est la news NXI qui mélange un peu tout là.
https://techcommunity.microsoft.com/t5/microsoft-teams-blog/microsoft-teams-advantages-of-the-new-architecture/ba-p/3775704
Ils disent bien que React remplace AngularJS, et qu’ Electron est remplacé par WebView2

Ça m’apprendra à lire les sources !

Merci

Le 29/03/2023 à 07h 23

Il s’agirait, entre autres, des conséquences de l’abandon d’Electron pour React.

Je comprends pas le changement technique : Electron est un framework servant à développer des applications desktop avec des technos web (notamment intégrant node.js), alors que React est un framework pour créer des interfaces web (on est bien sur desktop ici, donc on en parle pas de React native).

Quelqu’un pour éclairer ma lanterne ?

Au CNRS, l’importante question de la sobriété énergétique des applications

Le 01/09/2022

Le 02/09/2022 à 08h 16

fdorin a dit:

de nombreux développeurs ont déjà du mal avec la conception logicielle “classique”, alors une programmation basée sur des paradigmes un peu différent (asynchrone, héritage par prototype) donne des résultats souvent catastrophiques.

Je ne vais pas m’amuser à défendre nodejs bec et ongles, mais sur ce point, Javascript n’a le monopole ni de l’héritage par prototype, ni du fonctionnement asynchrone ; j’estime que les résultats catastrophiques sont plutôt dus à un manque de formation/connaissances de la part des développeurs.

Je pense également, contrairement à JM Jancovici, qu’on ne peut pas utiliser des langages “rapides” © partout : il est tout à fait possible d’écrire un backend en assembleur plutôt qu’en Python par exemple, mais ce qui est gagné en performances énergétiques sera contrebalancé par le coût de maintenance du logiciel (exemple capilotracté, entendons-nous bien )