Waouh… je viens de l’installer et d’y jeter un œil.
Une interface qui rappelle l’époque de MS-DOS…
Ça a l’air très pratique pour un usage léger sans avoir à installer un éditeur séparé. Surtout que je dois souvent travailler en me connectant à distance via un terminal, et comme c’était peu pratique d’éditer ou de consulter des fichiers dans le terminal, c’est vraiment génial.
À l’université, j’ai appris que l’éducation est un outil de reproduction des privilèges établis, donc il faut sans doute clarifier son objectif comme le fait nettement le texte de synthèse de l’article.
Ces temps-ci, la ligne de conduite de MS, c’est de passer en open source sous prétexte que c’est « community driven » dès qu’ils n’ont plus les effectifs lol...
Mon lieu de travail étant à l'étranger et me trouvant hors de Corée, devoir aller en Corée pour changer d'opérateur et d'appareil, c'est vraiment... agaçant.
Moi aussi, parmi les langages à typage statique, je pense que Java est celui qui est le plus confortable à utiliser.
En revanche, du point de vue du développement généraliste et pragmatique, écrire en Java des applications orientées utilisateur final avec une interface graphique n’a jamais été un très bon choix. (Dans cette optique, la combinaison C# + .NET est clairement la meilleure.)
Compte tenu des points forts de Java, je pense que le cas d’usage le plus pertinent d’un point de vue pratique reste le backend ou le middleware.
Quoi qu’il en soit, comme c’est un langage que j’ai l’occasion d’utiliser de temps en temps et que je peux manier sans pression à chaque fois, j’en garde surtout de bonnes expériences.
La sécurité psychologique comme les débats constructifs ne sont, au fond, que le carburant de l’« exécution ».
Pour qu’une idée prenne vie, il faut bien que quelqu’un la fasse avancer, et c’est la répétition de cette action qui construit la confiance.
Si les débats se répètent sans exécution, même dans une atmosphère très sûre, l’équipe reste sur place.
Une bonne culture ne se prouve pas par les mots, mais par les actes.
Waouh… je viens de l’installer et d’y jeter un œil.
Une interface qui rappelle l’époque de MS-DOS…
Ça a l’air très pratique pour un usage léger sans avoir à installer un éditeur séparé. Surtout que je dois souvent travailler en me connectant à distance via un terminal, et comme c’était peu pratique d’éditer ou de consulter des fichiers dans le terminal, c’est vraiment génial.
J’utilisais des fonctions comme
uuid_generate_v7(), donc c’est une nouvelle qui fait plaisir.Oh !!
Ça fait réaliser à quel point Google Gemini, qui tourne sur ses propres TPU, est impressionnant...
Litestream - outil de réplication en streaming pour SQLite
J’adopte SQLite à fond côté serveur
On dirait que
julesa été écrit par erreur à la place d’autre chose.À l’université, j’ai appris que l’éducation est un outil de reproduction des privilèges établis, donc il faut sans doute clarifier son objectif comme le fait nettement le texte de synthèse de l’article.
Keynote développeurs de 1 h 10
Celui-ci aussi se regarde très bien en fond sur la TV, puisqu’ils enchaînent simplement les démos.
C’est un moyen de liquider les restes, quoi.
Ces temps-ci, la ligne de conduite de MS, c’est de passer en open source sous prétexte que c’est « community driven » dès qu’ils n’ont plus les effectifs lol...
Rapport récapitulatif de la keynote Google I/O '25
Jetez aussi un œil à ceci.
Jusqu'au web shell, waouh... voilà donc la grandeur d'un opérateur de télécommunications ?
https://osori.github.io/trust-ko/
Voici le lien vers la version coréenne.
Ça me rappelle QBasic.
Mon lieu de travail étant à l'étranger et me trouvant hors de Corée, devoir aller en Corée pour changer d'opérateur et d'appareil, c'est vraiment... agaçant.
Moi aussi, parmi les langages à typage statique, je pense que Java est celui qui est le plus confortable à utiliser.
En revanche, du point de vue du développement généraliste et pragmatique, écrire en Java des applications orientées utilisateur final avec une interface graphique n’a jamais été un très bon choix. (Dans cette optique, la combinaison C# + .NET est clairement la meilleure.)
Compte tenu des points forts de Java, je pense que le cas d’usage le plus pertinent d’un point de vue pratique reste le backend ou le middleware.
Quoi qu’il en soit, comme c’est un langage que j’ai l’occasion d’utiliser de temps en temps et que je peux manier sans pression à chaque fois, j’en garde surtout de bonnes expériences.
C# >= Java > C++
Comme il s’agit d’un problème de multithreading, ce ne sera pas facile.
Entre personnes capables de passer à l’action, des débats constructifs finissent inévitablement par émerger.
La sécurité psychologique comme les débats constructifs ne sont, au fond, que le carburant de l’« exécution ».
Pour qu’une idée prenne vie, il faut bien que quelqu’un la fasse avancer, et c’est la répétition de cette action qui construit la confiance.
Si les débats se répètent sans exécution, même dans une atmosphère très sûre, l’équipe reste sur place.
Une bonne culture ne se prouve pas par les mots, mais par les actes.