Journal Des IDEs de Jetbrains sont disponibles gratuitement

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
14
7
mai
2025

Bonjour'nal,

Jetbrains, l'éditeur de l'IDE libre IntelliJ IDEA Community Edition et de bien d'autres IDEs pas libres, propose dorénavant quelques-uns de ces derniers dans une version gratuite pour usage non-commercial. D'abord WebStorm (JavaScript et TypeScript) et Rider (.NET), et maintenant CLion (C, C++). Mais que signifie « usage non-commercial » ?

Common examples of non-commercial uses include learning and self-education, open-source contributions […], any form of content creation, and hobby development.

Coolos, coolos, on peut les utiliser pour faire du logiciel libre. Sympa. Regardons ce qu'il se passe derrière ces « […] » :

open-source contributions without earning commercial benefits.

Ah.

Sache néanmoins que ces versions de l'IDE viennent avec deux fonctionnalités supplémentaires par rapport à l'IDE sous licence commerciale :

The only difference is in the Code With Me feature – you get Code With Me Community with your free license.

et

if you’re using a non-commercial license, you cannot opt out of the collection of anonymous usage statistics

Voilà, si tu veux utiliser un de ces chouettes IDEs pour ton projet libre et que tu t'engages à ne pas tirer le moindre revenu de ton projet, c'est maintenant possible :) Pour ma part, n'ayant que 128 Go de RAM et seulement 32 cœurs à 4 GHz, je ne pourrais pas en profiter. Dommage.

  • # Pycharm est opensource, le reste non.

    Posté par  . Évalué à 2 (+1/-0).

    Seul Pycharm et la plateforme inteliji (https://github.com/JetBrains/intellij-community) sont opensource il me semble.

    Et seul PyCharm est fourni sous forme binaire en version community opensource par JetBrains.

  • # Trolldi

    Posté par  (site web personnel) . Évalué à 10 (+9/-1).

    Pour ma part, n'ayant que 128 Go de RAM et seulement 32 cœurs à 4 GHz, je ne pourrais pas en profiter. Dommage.

    Et du coup c'est mort pour emacs aussi !

  • # Avis utilisateur

    Posté par  . Évalué à 7 (+7/-1).

    Côté conso, sans surprise : c’est du Java. Donc si t’as pas un HPC sous la main, oublie.
    Et clairement, on est loin de l’esprit Unix : tout passe par l’UI, peu de place pour le shell ou le scripting à la main.
    Le mode remote dev ? Excessivement lourd, presque inutilisable dès que la latence s’en mêle. Celui de VScodium est largement plus fluide.
    Mais il faut reconnaître que le confort est là : auto-complétion très précise, refactoring efficace, analyse de code en continu, navigation instantanée…
    Je ne suis pas fan des logiciels propriétaires, encore moins en Java, mais là, c’est bien fichu.
    Difficile d’avoir l’équivalent en libre, même avec de l’huile de coude.
    Et le support est vraiment solide.

    • [^] # Re: Avis utilisateur

      Posté par  (site web personnel) . Évalué à 3 (+1/-0).

      Côté consommation mémoire Java 24 devrait significativement améliorer les choses. Indépendamment de ça, la plateforme à tendance à s'alléger et à se spécialiser, donc sans devenir un modèle de frugalité, les choses vont dans le plutôt bon sens..

  • # première dose

    Posté par  . Évalué à 10 (+10/-1).

    Je ne nie pas la qualité des IDE de jetbrain. J'ai été utilisateur de intelij et pycharm ; mais aussi de eclipse ou vscode. Je préfère maintenant un vi-like.

    Mais cette stratégie est la même que pour la plupart des éditeurs de logiciels propriétaires, ala Microsoft ou atlatian, on donne le produit pour un usage individuel pour que les gens s'habituent puis le promeuve en entreprise sous sa version payante.

    Rien de nouveau et de bien réjouissant.

    • [^] # Re: première dose

      Posté par  (site web personnel, Mastodon) . Évalué à 6 (+6/-1).

      Après, jetbrains c'est aussi beaucoup des financements et de soutien logistique à beaucoup de petits projets opensource, et leurs propres outils opensource ne sont pas du tout négligeables : outre leurs IDE en "community", il y a notamment Kotlin et Compose multiplatform.

      Moralement, contrairement à microsoft, je n'ai pas eu connaissance d'actions de jetbrains qui me pose de problème.

      Techniquement, venant d'Eclipse à la base, je finissais par passer plus de temps à me battre contre l'IDE qu'à développer. J'ai trouvé ça vraiment rafraîchissant au passage sur Intellij la qualité de l'intégration avec des outils de build externe comme gradle, le framework de plugins beaucoup plus abordable et moins error-prone (Eclipse a sans doute évolué depuis, mais je n'y suis jamais revenu).

      Et pareil pour Kotlin, tellement moins de temps passer à taper des trucs inutiles qu'en Java, et des structures de contrôle beaucoup plus élégantes, tout en restant compatible (là aussi, Java sans doute évolué, mais je n'y suis jamais revenu en tant que langage, même si je me sers toujours de la JVM).

      Bref, j'aurais du mal à taper sur jetbrains, perso, vu le nombre de projets que j'ai pu faire et que j'ai pu voir émerger grâce à leurs IDE opensource et à Kotlin. Mais je comprends la frustration pour les autres langages dont les IDE sont en licence propriétaire, perso ce serait frustrant, mais ce serait un no-go direct. Mais ça ne reste pas moins une acteur de l'écosystème opensource.

      • [^] # Re: première dose

        Posté par  . Évalué à 3 (+1/-0).

        Mais ça ne reste pas moins une acteur de l'écosystème opensource.

        MS aussi est "un acteur de l'écosystème opensource"…

        Étonnant que Jetbrains ne se soit pas déjà fait racheter non ? Y a eu des tentatives ?

      • [^] # Re: première dose

        Posté par  (Mastodon) . Évalué à 4 (+1/-0).

        Ce que je ne comprends pas c'est pourquoi un éditeur par langage/ecosystem? Ça me semble complètement débile quand le support d'un langage peut de toute façon être téléchargée à la volée.

        • [^] # Re: première dose

          Posté par  . Évalué à 4 (+2/-0).

          Techniquement la base est commune.

          Commercialement c'est mieux de te vendre un nouveau produit quand tu changes de langage, non ?

        • [^] # Re: première dose

          Posté par  (site web personnel) . Évalué à 4 (+2/-0).

          Parce que ça permet d'avoir des interfaces mieux adaptées à chaque langage. Perso, je trouve ça bien :)

        • [^] # Re: première dose

          Posté par  . Évalué à 5 (+3/-0).

          Intellij support tous les langages. Les IDE spécifiques sont juste configurés de base pour l’écosystème en question.

          https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

          • [^] # Re: première dose

            Posté par  (site web personnel) . Évalué à 7 (+5/-0).

            Et c'est plutôt bien. Un IDE c'est déjà beaucoup de menus. Si en plus, il y a des menus qui ne servent à rien car pas adapté à ton langage, c'est vraiment bof.

            Et les IDE où je te rajoute un plugin vite fait pour rajouter le support Python mais tu sens qu'au final tout est merdique (genre Eclipse), ça donne pas envie de l'utiliser.

            JetBrains fournit vraiment des outils de qualités, pensé développeur jusqu'au bout.

            Leur vérificateur de type en Python est fait maison et de très bonne qualité. Il popularise largement la notion de vérification de type auprès des développeurs, bien plus que les outils en ligne de commande apportant le même service.

            Sachant que c'est quand même un sujet difficile, j'apprécie beaucoup.

            PyCharm est vraiment le premier IDE Python qui tient la route que j'ai utilisé. Avant ça, Vim s'en sortait très bien. Depuis, il y a d'autres propositions mais ils ont vraiment ouvert le chemin.

            Il me semble que c'est un peu la même histoire côté Java

  • # ça pue c'est pas libre

    Posté par  (site web personnel) . Évalué à 4 (+2/-1).

    Pour un IDE libre et léger, il y a l'excellent netbeans.

    Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Envoyer un commentaire

Suivre le flux des commentaires

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