• [^] # Re: Intérêt

    Posté par . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 6.

    Par contre, en Java, non seulement le classpath n’est pas défini par la distrib, […]

    C'est un problème de distrib. L'effort de packaging n'a jamais abouti pour Java. Retire le boulot des distribs en python et t'as le même problème.

    mon package, la version de la lib installée (je met à jour fubar-1.2.3.jar en fubar-1.2.4.jar

    Pas plus qu'en python ou en C si tu utilises un répertoire unique.

    D’où mon scepticisme sur la possibilité de se passer de systèmes de gestion que je trouve pénibles genre maven

    Heu tu peux t'en passer si tu n'as pas ce besoin. C'est aussi con que dire que tu es sceptiques sur le fait qu'on puisse se passer des autotools.

    Maintenant dans le vrai monde, on s'en sert par ce qu'on bosse sur des projets de 100 modules, avec interdépendance, chacun avec des dépendances externes, avec plusieurs branches de production, avec des artifacts pour chaque module et on veut pouvoir construire/tester/livrer tout ce bordel facilement et le brancher dans de l'intégration continue.

    Par contre, le premier tutoriel lift sur lequel je tombe, je me mange du Maven. Soit je n’ai pas de chance

    Mauvais tutorial ou simplement fais pour des gens qui vont pas se limiter au hello world. De toute facon si t'as pas besoin de Maven ne l'utilise pas.

    ça veut dire que je ne veux pas que toute la machinerie gérée par Maven soit un étape obligatoire pour pouvoir utiliser le langage

    Ca ne l'est pas. Si tu as 3 notions de Java tu sais que tout ce que tu as besoin c'est des .class dans ton classpath. Maven est uniquement un outil de build, on peut s'en passer ou le remplacer.

    Maintenant, les questions du genre « je veux de l’hibernate, c’est toujours aussi simple sans maven ? », elles ne sont pas rhétoriques

    Si tu te poses ces questions là. Files apprendre Java avant de vouloir utiliser hibernate.