barmic a écrit 10455 commentaires

Donc tu peux faire exactement pareil, tu n'as qu'à mettre un compile fileTree(dir: '/usr/share/java', include: '*.jar') et c'est terminé.

Avec Apache Ant (oui c'est verbeux).

<classpath>
    <fileset dir="lib">
        <include name="lib**/*.jar"/>
    </fileset>
</classpath>

Avec maven :

<dependencies>
    <dependency>
        <groupId>test</groupId>
        <artifactId>test</artifactId>
        <version>1.0</version>
        <scope>system</scope>
        <systemPath>${basedir}/lib/test.jar</systemPath>
    </dependency>
</dependencies>

Je présenterais pas la méthode en buildr parce que je ne le connais pas.

Mais il faut sortir des sentiers classiques de java.

Je ne crois pas. Il y a encore une quantité énorme de projets qui n'utilisent pas les outils post-maven. Les IDE travaillent encore comme ça par défaut. Donc je ne sais pas ce que c'est les sentiers battus, mais je ne crois pas que la solution à la main soit si mal vue que ça (même si je pense qu'il n'y a pas de raison d'utiliser ces outils).

D'ailleurs, j'encourage quiconque utilisant maven à tester rien qu'une fois Gradle. Ca surclasse réellement maven.

Je n'ai pas de doute quant à la superiorité de gradle. Je n'ai pas encore pris le temps de réellement m'y pencher car, j'ai de toute manière pas le choix au boulot. Par contre il y a deux points qui me semble en retrait chez gradle :

• l'intégration dans les IDE : moi personnellement je m'en fout un peu mais pas forcément tout le monde (je présume que le plugin eclipse est fait pour ça, mais d'une part toute le monde ne travail pas sous eclipse, d'autre part comment se passe la synchronisation entre le build.gradle et les fichiers de projet eclipse ?)
• les plugins : je ne suis pas certains de trouver la même diversité de plugins gradle que pour maven

Dernière question, les tuto et exemple que j'ai vu étaient assez limités : peut-on travailler les fichiers en groovy (ou avec leur DSL issu de groovy) avec gradle ? Par exemple faire l'équivalent d'un sed ou d'un awk, déplacement de fichier, envoie de fichier par scp, appel d'une commande, etc ? C'est un point qui pourrait réellement rencontrer du succès là où je bosse : virer tout les scripts shell mal maitrisés et lent par un langage objet et IDE-ifié.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C’est ça que je cherche. La suggestion de CrEv s’en rapproche pas mal, mais il y a toujours une gestion des dépendances. Je crains que cette gestion soit inévitable en Java, et c’est ça que j’appelle « lourdeur de l’écosystème Java » : une mini-distribution dans ma distribution.

Eclipse et netbeans utilisent encore Ant par défaut. C'est à dire un simple langage de script portable (et moche). Ajouter une dépendance c'est ajouter un fichier .jar dans un dossier (lib/ si je ne me trompe pas). Encore une fois c'est la gestion par défaut des 2 IDEs les plus utilisés (je en sais pas pour InteliJ).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Pour moi l'un des intérêts maven sur virtualenv, c'est que tout est regroupé dans un fichier pom.xml (qui est versionné donc). Voici un exemple simple mais vrai (il y a pas de simplification) :

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <groupId>fr.barmic</groupId>
  <artifactId>LinuxFR</artifactId>
  <version>1.0-SNAPSHOT</version>
  <packaging>jar</packaging>

  <name>LinuxFR</name>
  <url>https://linuxfr.org</url>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
</project>

Avec ce fichier, je décris un projet simple qui possède des dépendances. Ces dernières seront téléchargées de manière automatiques et on se retrouve facilement avec un environnement de compilation identique sur tout les postes de travail.

Tu peut ajouter des dépendances autant que nécessaire et tu peut ajouter des plugins qui vont faire diverses actions en fonction de tes besoins (déployer sur tel ou tel serveur).

Par exemple j'avais utilisé t7mp l'an dernier. Cette pages d'écris ce qu'il faut faire depuis un pom qui génère déjà un war : http://code.google.com/p/t7mp/wiki/GettingStarted

Il faut ajouter le pour ajouter le déploiement automatique et le pour lui dire ou chercher ce plugin.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Oui, je me doute que je peux théoriquement éviter maven et gérer mes deps et mon classpath à la main, mais ce qui m’intéresse moi, c’est est-il possible, et comment, l’éviter en pratique

J'ai du mal à suivre ce que tu cherche ? Tu ne veux pas utiliser d'outils, mais ne pas gérer les choses à la main ? (c'est une vraie question)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Toutes les distribs se foirent pour bien intégrer Java. Deux hypothèses :

• Toutes les distribs sont incompétentes
• Java est, de par son design, bien plus complexe (pour ne pas dire impossible) à intégrer correctement.

Aucune n'a autant de ressources pour Java qu'elle n'en ont pour C, C++, perl ou python ?

En Python, je configure un PYTHONPATH, une bonne fois pour toutes, pour tous mes projets et toutes mes dépendances. C’est à dire que c’est une seule fois lors de l’installation du système.

En Java, je dois tripatouiller mon classpath à chaque dépendance de chaque projet.

Rien n'empêche d'avoir un gros classpath pour tout le monde, mais ce n'est pas une bonne pratique parce que c'est dépendant du système (tu contrôle moins les dépendances de ton projet) et que l'objectif du Java c'est d'être portable.

C’est pour ça que l’écosystème Java est si difficile à bien packager, et qu’il nécessite des outils complexes pour gérer les dépendances.

Tu trouve les autotools simples ? Personnellement je préfère travailler avec maven. Bien sûr il existe des alternatives au autotools comme CMake que j'aime bien, mais ils restent relativement peu utilisés.

Mais je pense connaître assez Java pour avoir une réponse, qui est : « soit tu gères ton classpath à la main pour chaque projet (ce qui, on en convient tous, est un peu ridicule), soit tu utilises un outil genre maven. Tu n’as pas d’équivalent du PYTHONPATH ». Si je pose la question, c’est parce que j’espère me tromper, parce que cette approche ne me convient pas du tout.

Aucun outil ne t'enguelera si tu a des bibliothèques dans ton classpath que tu n'utilise pas. Tu peut avoir un gros classpath avec toutes tes bibliothèques, c'est quelque chose qui se faisait beaucoup avant maven. Les outils récents, par leur gestion des dépendances te permettent de ne pas avoir à utiliser un gros classpath. Encore une fois c'est ce que fait virtualenv : il te crée un PYTHONPATH réduit.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Non, parce que pip ou easy_install (éventuellement combinés avec virtualenv) te dispensent de gérer un path à la main.

Un peu comme maven c'est ça ? Avec les outils dont tu parle on choisi d'installer tel ou tel bibliothèque et elle est disponible pour tout le monde alors qu'avec maven tu indique ce dont tu as besoin dans ton projet et ce dernier le télécharge dans un dépôt local et le rend disponible pour ce projet (donc comme le permet virtaulenv, avec une factorisation des bibliothèque dans le dépôt local qui est central (sachant que oui tu peut avoir plusieurs version d'une même biblio dans un dépôt c'est dans ton pom.xml que tu indiquera la version dont tu as besoin, si tu ne le fait pas il prendra le numéro le plus grand disponible)).

L'approche est peut être différentes, mais dans les faits je vois pas pourquoi l'un est considéré comme pourris alors que l'autre c'est le bien ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Comme ils ont probablement le meilleur réseau de France et que Free commence à s'en servir, c'est triste pour les autres, non ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Personnellement je remplacerais aussi ifconfig par netstat -ie qui est directement accessible (il est dans la PATH) depuis un utilisateur.

Ensuite je dirais bien d'utiliser ceci :

ip link show | grep -c '^[0-9].*UP'

Mais je ne suis pas certains que le résultat soit identique.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je veux faire un hello world en HTTP (si mes souvenirs sont bons, c’est sur jetty que maven se vautrait), ça se résume aussi à ça ? Je veux un toolkit graphique, ça se résume aussi à ça ? Je veux une lib externe (hibernate ?), ça se résume aussi à ça ?

Pourquoi cherches-tu des excuses ? Tu fais ce que tu veut et tu choisi le ou les langages qui te botte le plus, pas la peine de chercher à te trouver des excuses. Ce qui fait réagir c'est de présenter de mauvais arguments. Personne ne te demande d'en présenter (enfin sauf si tu dis « X ça pue »).

maven on met peut être un peu de temps à le prendre en main (ça a était mon cas), mais une fois fait il fait son job. Un peu comme ses alternatives (make compris). Comme pour les autres on peut s'y mettre de manière progressive (ne gérer que la compilation, puis ajouter les dépendances, puis le déploiement automatique, le reporting, etc).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Après pas mal de tests de langages ces derniers mois, je pense que je vais partir sur le duo Python + Go (avec un peu de Lua par ci par la).

Pour faire quoi ? Pourquoi ? Y a t'il un pont entre ces deux langages ?

Personnellement je trouvais la syntaxe pas terrible (d'un point de vu pratique), mais depuis quelques jours je l'utilise et on s'y retrouve très bien.

Il me semble que c'est un langage qui a le mérite de donner un coup de jeune à l'impératif/structuré qu'on a toujours tendance à voir par le C avec ses spécificités bas niveau (gestion manuelle de la mémoire, typage simple voir simpliste, bibliothèque standard réduite, etc).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Tu n'as pas compris ce que je voulais dire. Je ne juge pas son programme, je dis qu'il ne veut pas faire la moindre modification dans son programme qui aurait pour but de faire des compromis ou une alliance avec le FG.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Il doit bien y avoir un moyen de configurer ton shell pour qu'il t'avertisse quand ça arrive.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Personnellement je me serais plutôt lancé dans la création d'un wrapper et ainsi avoir un peu plus de liberté.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

J'en lis 3 ou 4 par mois et un livre régulièrement ça ne m'empêche pas de me rater. Je présume que je n'ai pas de mémoire visuelle.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

(il y a des choses acceptables dans le programme du FG, mais si c'est "tout ou rien", ben ce sera "rien").

Le liens dis justement qu'Hollande ne veux rien changer. Il y a un an le FG a proposé une discussion avec le PS pour faire des compromis, le PS a refusé. Là on ne parle pas du FG qui parle de tout ou rien, juste du PS qui ne veux pas entendre ce que le FG a a dire.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Donc, pour moi, l'assertion "la culture s'acquiert avant tout par la lecture" a du sens.

Pour moi la culture s'acquiert par les voyages et les rencontres, principalement. La majorité du reste c'est pour pallier le manque de rencontre et de voyage.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Mais le problème de la télé, c'est qu'une info est souvent répétée à l'infini sans que rien de soit apporté de plus (affaire DSK..).

Alors que sur internet on a twitter et les retwit et les sites qui font des articles à base d'agrégation de twitt …

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

OK, et donc si je suis sourd et que j'écoute des livre, c'est mort ? Pourtant, on est plus sur de la lecture.

Je pense oui.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Moi ça me fait imaginer il y a quelques temps, les parents qui engueulaient probablement leurs enfants parce qu'ils lisaient plutôt que de sortir.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Avec la télé réalité, ou les journaux télévisés qui n'analysent pas vraiment l'info et prennent parfois partie ?

Tu as l'impression que la presse papier fait mieux son boulot ? Les sites de news sur internet alors ? Pour chacun des trois médias, il y en as … pas beaucoup.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ça fait longtemps qu'on l'entend dire, la télé rend con. Mais seulement les autres, surement pas nous. Nous on contrôle, on consulte les programmes pour choisir des émissions culturelles, on regarde Arte consciencieusement (sauf les soirs ou il y a Dr. House, faut pas déconner non plus…). Nos enfants ne la regardent pas, le parc tourne le dos à l'écran. Les cons, c'est toujours les autres. Et les futurs cons les enfants des autres.

La question n'est pas de savoir si ça rend con ou pas, mais de savoir qui ça rend con : ceux qui la regardent ou ceux qui passent leur temps à dire que ça rend con. Personnellement je ne pense pas que ça rende plus con que des magasines, le cinéma ou le ninternet.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je suis sur que des utilisateurs aguerris de Mac trouvent les applications Qt hyper bizarre sous MacOs, mais ceux qui refusent d'utiliser une application (par ailleurs utiles) pour cette unique raison feront à mon avis partie de ceux que je serai content de ne pas avoir comme utilisateurs…

Ce qui fait la force d'Apple c'est le haut niveau d'intégration entre leurs produit et le fait que tu passe de l'une à l'autre sans être déstabilisé. On aime ou pas leur choix ergonomiques, mais ils sont cohérents entre eux et c'est ça qui donne toute la force à leur marque. C'est pour cette raison que des utilisateurs Mac ont créé Camino.

Ce n'est peut être pas un critère qui va faire que les utilisateurs vont utiliser ou non ton appli, juste que ton appli se doit d'avoir des arguments pour être utilisée. Être utile ne suffit pas (des applications utiles il y en a pleins les dépôts de packages), parce que si l'utilité n'est pas jugée si importante que tu ne le pense ou s'il existe une alternative qui est un peu moins bonne mais bien intégrée au reste de l'environnement les utilisateurs feront rapidement leur choix.

Bref c'est un critère de choix non négligeable pour les utilisateurs.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Les trucs genre Kivy, Java, Flash, tu dis que les perfs sont à la ramasse.

Il faut voir ce dont tu as besoin en terme de performance. Pour quelque chose qui tourne sur à peu prêt tout, je doute que la performance soit un critère principal, mais plutôt la réactivité.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je comprend rien à ton commentaire. Tu veux dire quoi exactement ?

Les phrases dans un autre ordre avec des retours à la lignes auraient probablement étaient plus claires, mais CrEv a bien expliqué je pense.

Je fais remarquer que des produits développés par Microsoft s'intègrent très mal dans un environnement lui aussi développé par Microsoft. Donc Microsoft est en tout cas pas super bien placé pour jouer les intégristes des règles UI.

Microsoft Office 2007 est sorti le 30 janvier 2007 et Microsoft Vista est sorti le 30 janvier 2007.

Alors oui ils ont fait en sorte que MS Office soit compatible avec XP pour que tu n'ai pas à claquer trop d'argent d'un coup. Mais il était recommandé de l'utiliser avec Vista.

Si tu veut faire de l'anachronisme, tu peut en faire avec de tout le monde. Les passages en Qt4/KDE4 et GTK3/Gnome3, sont tout autant une perte de look'n'feel que ce dont tu parle.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ton commentaire et certains autres sont intéressants. Alors qu'ici même beaucoup passent leur temps à crêper le chignon pour savoir la quelle de tel ou tel solution est la plus intuitive ou la plus KISS. Dès que l'on parle de développement ce n'est plus notre affaire et ça a soudainement bien moins d'importance.

Il n'y a qu'à prendre les versions récentes de Office, qui jurent complètement avec les autres applications développées sous Windows XP grâce à la nouvelle bande de raccourcis qui renvoie aux oubliettes le concept de menu.

Et les dernières versions de konqueror s'intègrent très mal à KDE 3.5. C'est un argument vraiment bidon. Pourquoi ne pas parler de son intégration dans Windows 2 000 ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)