[lien supprimé] La capture d’écran de la version Android a été mise ici. C’est un outil étrangement fascinant à mesure qu’on l’utilise. La communauté est aussi très geek, avec beaucoup d’aspects surprenants.
Avec seulement Emacs, on peut faire un peu de tout. Ces derniers temps, on peut même l’installer sur Android, donc c’est agréable de profiter telles quelles des fonctionnalités du desktop. En ce moment, j’explore en profondeur le thème des outils de gestion des connaissances dans Emacs. Quand mon enfant, qui est encore à la maternelle, entrera à l’école primaire, d’ici là il fera peut-être du lifelogging avec Emacs haha. Comme il suffit de maîtriser un seul outil, sur le long terme, cela permet de réduire les hésitations.
Mais si vous aviez simplement expliqué aux utilisateurs le principe de l’obfuscation et obtenu leur accord sur une clause de non-responsabilité indiquant qu’elle pouvait être contournée par certains modèles, il n’aurait sans doute pas été nécessaire de rembourser ; vous faites preuve d’une vraie attention envers les utilisateurs haha
J’ai un peu l’impression que, ces temps-ci, ils licencient, et que la maintenance devenue plus difficile est basculée en open source pour la refiler à la communauté.
Quand on fait du refactoring, il arrivait assez souvent que l’analyse du code côté tsserver devienne lente au point de figer complètement l’éditeur. J’espère que ça sortira vite pour nous libérer de cette souffrance.
J’avais l’impression que tout le monde lançait ça sans vraiment réfléchir au structural typing.
Le réécrire dans un langage à typage nominal comme C# ou Rust n’aurait sans doute pas été simple, puisqu’il aurait fallu modifier bien trop profondément la structure fondamentale du projet.
Parmi les langages qui adoptent le structural typing, les seuls capables d’offrir de meilleures performances qu’une base JS existante seraient probablement C++ ou Go, et si on tient aussi compte de la productivité, il n’y a pas vraiment d’alternative.
Je pense qu’au lieu de bloquer complètement les autorisations d’accès, il vaudrait mieux montrer clairement à quels répertoires l’application accède.
Android est plutôt correct sur ce point, mais de ce côté-là les autorisations sont trop largement regroupées, donc il faut aussi autoriser des permissions à un niveau dont on n’a pas besoin...
> Franchement, même si vous développez en Java aujourd’hui, vous n’êtes pas forcément obligé d’utiliser un produit JetBrains
Sur ce point... j’ai un peu de mal à être d’accord, hélas...
[lien supprimé] La capture d’écran de la version Android a été mise ici. C’est un outil étrangement fascinant à mesure qu’on l’utilise. La communauté est aussi très geek, avec beaucoup d’aspects surprenants.
Avec seulement Emacs, on peut faire un peu de tout. Ces derniers temps, on peut même l’installer sur Android, donc c’est agréable de profiter telles quelles des fonctionnalités du desktop. En ce moment, j’explore en profondeur le thème des outils de gestion des connaissances dans Emacs. Quand mon enfant, qui est encore à la maternelle, entrera à l’école primaire, d’ici là il fera peut-être du lifelogging avec Emacs haha. Comme il suffit de maîtriser un seul outil, sur le long terme, cela permet de réduire les hésitations.
[lien supprimé]
Mais si vous aviez simplement expliqué aux utilisateurs le principe de l’obfuscation et obtenu leur accord sur une clause de non-responsabilité indiquant qu’elle pouvait être contournée par certains modèles, il n’aurait sans doute pas été nécessaire de rembourser ; vous faites preuve d’une vraie attention envers les utilisateurs haha
C’était un texte qui apportait une réponse aux questions que je me pose en ce moment. Merci beaucoup d’avoir partagé un si bel article.
Je l’utilise en compilant directement le lsp. Le passage à Go rend vraiment perceptible la baisse de consommation des ressources.
J’ai un peu l’impression que, ces temps-ci, ils licencient, et que la maintenance devenue plus difficile est basculée en open source pour la refiler à la communauté.
Oh, énorme, enfin... !!!
Microsoft est vraiment impressionnant.
En ce moment, la mode est d’améliorer les performances simplement en réécrivant du JS en Rust / Go.
Oh, énorme.
Quand on fait du refactoring, il arrivait assez souvent que l’analyse du code côté
tsserverdevienne lente au point de figer complètement l’éditeur. J’espère que ça sortira vite pour nous libérer de cette souffrance.J’avais l’impression que tout le monde lançait ça sans vraiment réfléchir au structural typing.
Le réécrire dans un langage à typage nominal comme C# ou Rust n’aurait sans doute pas été simple, puisqu’il aurait fallu modifier bien trop profondément la structure fondamentale du projet.
Parmi les langages qui adoptent le structural typing, les seuls capables d’offrir de meilleures performances qu’une base JS existante seraient probablement C++ ou Go, et si on tient aussi compte de la productivité, il n’y a pas vraiment d’alternative.
On dirait que des produits commerciaux avec écriture multi-nœud, comme Oracle RAC ou DB2 pureScale, ne sont même pas envisagés.
Publier ses casseroles à très, très grande échelle...
Honnêtement, je pensais qu’ils ne l’ajouteraient pas… ça va redonner de l’élan à plusieurs éditeurs.
Enfin... bienvenue
Jusqu’ici, si le mainteneur n’utilisait pas Kotlin, les mises à jour finissaient par s’arrêter, mais maintenant ça ne devrait plus arriver.
Je pense qu’au lieu de bloquer complètement les autorisations d’accès, il vaudrait mieux montrer clairement à quels répertoires l’application accède.
Android est plutôt correct sur ce point, mais de ce côté-là les autorisations sont trop largement regroupées, donc il faut aussi autoriser des permissions à un niveau dont on n’a pas besoin...
Il semble qu'il n'y ait ni Instagram, ni Threads, ni Facebook,,