• # Conclusion de l'article

    Posté par  . Évalué à 10.

    In short, this is what Microsoft did:

    • Created VSCode and made it the best and open-source IDE that everyone would jump to first.
    • Make a proprietary free distribution of it, along with proprietary free extensions for the various languages.
    • Make those extensions the best version possible and slow down focus on open source ones, often deprecating them.
    • Now you have to use the closed form of VSCode to have the best experience by quite a bit.
    • Everyone else using VSCode as a platform can't keep up because Microsoft fractured their community—and your VSCode product is now just an ad for a similar Microsoft product that doesn't have all the papercuts.

    • [^] # Re: Conclusion de l'article

      Posté par  (site web personnel) . Évalué à 10.

      Est-ce vraiment une surprise ? Libre à eux de procéder ainsi. Libre aux gens de se laisser reprendre régulièrement dans la même glu. Les institutions publics et collectivités locales sont en train de marcher — à nouveau, s'en serait presque lassant — sur ce chemin avec office 365. Si le quidam ne veut rien apprendre qui l'y contraindrait ?

      « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

      • [^] # Re: Conclusion de l'article

        Posté par  . Évalué à 10. Dernière modification le 26 octobre 2022 à 10:44.

        Est-ce vraiment une surprise ?

        Beaucoup de gens pensent que microsoft a changé depuis un certain temps. VSCode est pris en exemple de leur nouvelle ouverture et nombreux sont les dév sensibles au libre qui s'en servent en pensant qu'il n'y a pas là de contradiction. Microsoft fait bien sa publicité et convainc suffisamment pour que des personnes insoupçonnables en fassent la promotion. Il convient alors de rappeler la vérité qui n'est pas forcément l'information qui est recopiée partout.

    • [^] # Re: Conclusion de l'article

      Posté par  . Évalué à 10.

      Created VSCode and made it the best and open-source IDE that everyone would jump to first.

      Je crois qu'emacs reste toujours le meilleur IDE open-source.

    • [^] # Re: Conclusion de l'article

      Posté par  (site web personnel) . Évalué à 5.

      Created VSCode and made it the best and open-source IDE that everyone would jump to first.

      Et moi qui utilise encore Visual Studio Community 2019 pour C#/Unity, Sublime Text sous Linux pour éditer vite fait des fichiers par-ci par-là (le startup time est juste incomparable, mais sous Windows je me contente de notepad qui fait le taf). Sur des serveurs je continue d'utiliser le très vénérable arbre mojo vim (où vi quand je peux pas l'installer).

      Oui bon ok, j'utilise VS Code pour tout le reste.

      Après, histoire de pinailler. Le seul IDE dans le lot que j'ai cité, c'est Visual Studio 2019. Le reste c'est des éditeurs de texte (oui parce que j'utilise pas le débugger de VSCode, ni sont système de build/tâches). En fait, c'est ptet le terminal avec bash (ou git bash sous Windows) mon IDE, tout simplement.

      https://link-society.com - https://kubirds.com

      • [^] # Re: Conclusion de l'article

        Posté par  . Évalué à 4. Dernière modification le 27 octobre 2022 à 14:50.

        En fait, c'est ptet le terminal avec bash (ou git bash sous Windows) mon IDE, tout simplement.

        Ajoutes ton gestionnaire de fenêtre, gdb avec un de ses éventuels frontaux (genre, cgbd) et oui, en effet, ça fait un IDE.

        Ça a des inconvénients, mais les avantages les surpassent largement:

        • possibilité de changer n'importe quel élément le jour ou j'en trouve un mieux;
        • léger, très léger, les ressources matérielles sont gardées pour la tâche en cours, et pas pour l'outil;
        • stable. Comme le roc, même;
        • pouvoir tout faire juste au clavier (sauf naviguer sur le web, parce que je trouve pas ça pratique);
        • pas besoin de créer une solution et son projet, de configurer le basard, dès que je veux debug un truc que j'ai récupérer ici ou là;
        • gestion des écrans multiple idéale, et comme les workspaces (avec i3 du moins) sont affectés à un écran, je peux aisément alterner juste un des écrans d'un contexte à un autre, et garder les autres (bon, j'en ai qu'un seul autre en ce moment, faute de place) sur leur contexte initial;
        • intégré avec le reste du système. Typiquement, je peux modifier le volume musique comme je l'entend, sans devoir cliquer (impossible sous windows) ou en une frappe clavier (même si mon clavier ne dispose pas de touches multimédia, ou si je préfère une autre combinaison);
        • je contrôle les mises à jour. Moi, et personne d'autre;

        Inconvénients:

        • il faut passer un peu de temps pour trouver les logiciels avec lesquels on sera à l'aise;
        • l'interface de gdb est peu pratique. Utiliser le frontal cgdb aide, beaucoup, mais ça reste très chiant globalement, notamment le fait que les "breakpoints" et les "display" soient temporaires, ce qui aide pas quand le debuggueur crash (oui, je vois régulièrement gdb se ramasser la gueule. Mais au moins, c'est juste le debuggeur qui se casse la gueule, pas l'IDE complet);
        • les nouveaux terminaux démarrent soit dans mon /tmp, soit dans $HOME, soit dans un point de montage spécifique, selon le raccourcis clavier. Faut que je me motive a faire un script pour que les workspace aient un "$HOME" associé, pour régler ce problème… mais l'usage de zsh fait que ça n'est pas si gênant que ça, une séquence de moins de 10 frappes clavier résouds le problème;
        • il est trop difficile de sortir de vim

        Au final, chacun son truc, mais je trouve cette solution plus adaptée à mes machines et situations. Plus de 10 ans que j'utilise ce combo: zsh, man, vim, rxvt, i3, cgdb, git, et je ne me vois pas revenir en arrière.
        Avant ça, j'ai utilisé des IDEs pendant 10 ans, notamment sous windows ou c'est malheureusement le seul moyen de ne pas être trop improductif, donc ce n'est pas comme si je ne connaissais qu'une manière de faire.

  • # Extension python propriétaire ?

    Posté par  . Évalué à 4.

    Dans le graphique au milieu de l'article, il est indiqué une nouvelle extension python propriétaire.
    Je ne le trouve pas sur le marketplace.
    J'ai bien l'extension développée par Microsoft mais elle est sous licence MIT.

    • [^] # Re: Extension python propriétaire ?

      Posté par  . Évalué à 5. Dernière modification le 26 octobre 2022 à 13:35.

      Sur https://github.com/microsoft/pyright#faq :

      Pyright is an open-source Python type checker and language server.
Pylance leverages Pyright’s functionality with additional features, some of which are not open-sourced.

      La partie intelligente (équivalent de lsp) est dans une extension propriétaire séparée appelée pylance.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.