Les proverbes portent un sens, mais il y a de plus en plus de gens qui les interprètent uniquement mot à mot
Si ce genre d’argument devient à la mode, la salle de réunion redevient vite un joyeux chaos comme si de rien n’était
Les accros à la paperasse s’excitent, et on répète encore chaque année les mêmes échecs
C’est très lié au droit du travail du pays concerné… Dans beaucoup d’entreprises américaines, on fait simplement tourner l’astreinte entre les équipes, et quand une période ne convient pas, on échange l’ordre. C’est généralement comme ça que ça se passe. Comme c’est contraignant… certaines entreprises ont même une équipe dédiée à l’on-call.
En Europe, il y a presque toujours une compensation distincte, soit parce que les missions ont changé, soit parce qu’il s’agit d’heures supplémentaires.
En Corée, avec le système de salaire forfaitaire global, on fait souvent ça plus ou moins à la va-vite. L’on-call est clairement du travail, mais on le présente comme si l’indemnité correspondant à ce temps relevait d’un avantage, comme si c’était une forme de “bénéfice”.
En réalité, il sera déjà difficile d’utiliser tous ces services, donc le fait qu’il y ait le MCP est un gros avantage.
Si la maintenance de l’API continue d’être bien assurée à l’avenir, je pense que cela pourra être utile.
Le matériel d’Apple est excellent, mais son logiciel est truffé de mécanismes conçus pour tenir les utilisateurs en laisse.
Même si vous voulez simplement faire tourner sur votre propre appareil une app que vous avez vous-même créée et compilée, il vous faut un abonnement à 100 dollars.
Si vous êtes développeur, que vous utilisez de petites ou moyennes apps open source et que vous les compilez vous-même pour les utiliser,
il est plus simple de prendre un Android que de devoir exploiter des vulnérabilités et jailbreaker un appareil Apple pour faire du sideloading.
Chez nous, l’astreinte était rémunérée à la moitié du taux horaire, avec une prise en charge des frais de communication, et le temps d’intervention était payé 1,5 fois comme des heures supplémentaires.
[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.
C’est juste que vous n’avez jamais vu une équipe qui maîtrise vraiment Electron ~
... c’est un peu ce que ça veut dire, non ? hahaha
Les proverbes portent un sens, mais il y a de plus en plus de gens qui les interprètent uniquement mot à mot
Si ce genre d’argument devient à la mode, la salle de réunion redevient vite un joyeux chaos comme si de rien n’était
Les accros à la paperasse s’excitent, et on répète encore chaque année les mêmes échecs
C’est très lié au droit du travail du pays concerné… Dans beaucoup d’entreprises américaines, on fait simplement tourner l’astreinte entre les équipes, et quand une période ne convient pas, on échange l’ordre. C’est généralement comme ça que ça se passe. Comme c’est contraignant… certaines entreprises ont même une équipe dédiée à l’on-call.
En Europe, il y a presque toujours une compensation distincte, soit parce que les missions ont changé, soit parce qu’il s’agit d’heures supplémentaires.
En Corée, avec le système de salaire forfaitaire global, on fait souvent ça plus ou moins à la va-vite. L’on-call est clairement du travail, mais on le présente comme si l’indemnité correspondant à ce temps relevait d’un avantage, comme si c’était une forme de “bénéfice”.
En réalité, il sera déjà difficile d’utiliser tous ces services, donc le fait qu’il y ait le MCP est un gros avantage.
Si la maintenance de l’API continue d’être bien assurée à l’avenir, je pense que cela pourra être utile.
Le matériel d’Apple est excellent, mais son logiciel est truffé de mécanismes conçus pour tenir les utilisateurs en laisse.
Même si vous voulez simplement faire tourner sur votre propre appareil une app que vous avez vous-même créée et compilée, il vous faut un abonnement à 100 dollars.
Si vous êtes développeur, que vous utilisez de petites ou moyennes apps open source et que vous les compilez vous-même pour les utiliser,
il est plus simple de prendre un Android que de devoir exploiter des vulnérabilités et jailbreaker un appareil Apple pour faire du sideloading.
Chez nous, l’astreinte était rémunérée à la moitié du taux horaire, avec une prise en charge des frais de communication, et le temps d’intervention était payé 1,5 fois comme des heures supplémentaires.
On dirait que le clan C# se cache au milieu.
> 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.