djano a écrit 1147 commentaires

  • # Typo

    Posté par  . En réponse à la dépêche Twitter hors du navigateur. Évalué à 4.

    un certain de fois => un certain nombre de fois

  • # UGAP et logiciels libres

    Posté par  . En réponse à la dépêche L'UGAP accueille son premier projet open source de gestion de configuration : Rudder. Évalué à 5.

    Jusqu'à aujourd'hui, aucune solution de gestion de configuration open source n'étant présente au catalogue de l'UGAP.

    Mais est-ce qu'il y a d'autres logiciels libres? Je vois Suse, mais j'aimerais bien pouvoir tous les voir.
    J'ai essaye (pas très longtemps) de trouver la liste des logiciels approuvés, mais je n'ai rien vu.
    Vu ce que permet l'UGAP, la transparence me semble indispensable.

  • # Typo

    Posté par  . En réponse à la dépêche Écrire son OS - Partie 2 : configurer ses outils. Évalué à 2.

    et ne sauraient être comprises oar GDB.

    …par…

  • # Caesar III

    Posté par  . En réponse à la dépêche Parution de 0 A.D. alpha 19 Syllepsis. Évalué à 4.

    La première capture d'écran m'a fait furieusement penser à Caesar III… en plus joli bien sûr.

  • # Bitnami

    Posté par  . En réponse à la dépêche Nouvelle application contacts pour Cozy Cloud. Évalué à 4.

    Félicitations pour ton nouvel emploi.

    Cozy Cloud a remporté le concours Bitnami de septembre grâce aux votes des internautes.

    Concrètement, c'est quoi ce concours? En quoi c'est important? Ça vous apporte quoi de l'avoir emporté?

  • [^] # Re: Et une carte Compact Flash?

    Posté par  . En réponse à la dépêche ddrescue, dd_rescue, myrescue : récupérer ses données après un crash disque. Évalué à 2.

    J'ai un Sansa Fuze sur lequel on peut écrire dessus avec Windows ou Linux. Si l'on écrit dessus avec Linux, Windows ne peut pas voir les fichiers écrits par Linux. Dingue, non?

  • [^] # Re: Du prix libre...

    Posté par  . En réponse à la dépêche Publication de Pastèque version 6. Évalué à 2.

    C'est très clair maintenant, merci beaucoup.

    En effet je suis également surpris que ça marche mieux que l'ancien mode de fonctionnement. Merci de partager cela avec nous.

  • [^] # Re: Du prix libre...

    Posté par  . En réponse à la dépêche Publication de Pastèque version 6. Évalué à 3.

    Merci de votre réponse.

    C'est intéressant comme proposition commerciale.

    Si je lis entre les lignes, je comprends que ce mode de financement est uniquement proposé aux clients et aux partenaires ?
    Ou bien est-ce que ça marche aussi avec une personne pour laquelle ce serait la première fois dont vous en entendez parler.

  • # Du prix libre...

    Posté par  . En réponse à la dépêche Publication de Pastèque version 6. Évalué à 2.

    Quand on se prend une question dont la réponse est triviale, on propose toujours un prix libre. Nous sommes extrêmement étonnés du retour positif de cette expérience. Le seul organisme qui n’ait pas payé quelque chose s’en est presque excusé ; la moyenne versée est supérieure à notre ancien tarif.

    Je ne comprends pas bien ce que vous voulez dire. Pouvez-vous reformuler svp?

  • [^] # Re: Utilisation sur Debian 8.

    Posté par  . En réponse à la dépêche Kdenlive 15.08 - 4 années de gestation, et comment aider ce logiciel libre à poursuivre sa route. Évalué à 4.

    Le refactoring en cours pour 15.12 vise justement à éviter les désynchronisation entre ce qui apparaît dans la timeline et dans le moniteur (rare mais gênant !), et aussi à rendre l'interface plus claire

    Encore une fois, ce n'est pas du refactoring car il y a un changement de comportement. C'est simplement des changements - qui peuvent inclure du refactoring - mais ceux-ci restent des changements.

    Voici la définition tirée de Wikipedia en anglais:

    Code refactoring is the process of restructuring existing computer code – changing the factoring – without changing its external behavior.

  • # refactorisation utilisé à mauvais escient

    Posté par  . En réponse à la dépêche Kdenlive 15.08 - 4 années de gestation, et comment aider ce logiciel libre à poursuivre sa route. Évalué à 10.

    Du fait de la refactorisation importante, de nombreuses fonctionnalités ont été désactivées

    Non, un refactoring laisse toujours la fonctionnalité marcher comme avant. Ce qui est fait s'appelle donc une réécriture.

  • [^] # Re: Fin 2015.

    Posté par  . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 3.

    Je croyais qu'ils utilisaient Spidermonkey pour exécuter le JS?

  • [^] # Re: Don't be evil

    Posté par  . En réponse au journal Petite prévision pour l'avenir. Oracle !. Évalué à 2.

    C'est surtout qu'un standard qui n'a pas de suite de test ne pourra jamais assurer une quelconque interoperabilité. Par exemple les standards du web ont plutôt bien réussi de ce côté là.

    Maintenant je ne connais pas l'historique du standard SQL. Peut être que tous les vendeurs ont fait des pieds et des mains pour empêcher l'arrivée d'une suite de test?

  • [^] # Re: Don't be evil

    Posté par  . En réponse au journal Petite prévision pour l'avenir. Oracle !. Évalué à 2.

    mais certain éditeur se retranche derrière des Noms et des Marques … sans considération technique
    ce que je trouve déplorable et affligeant.

    Ce serait moins un problème si le SQL était un vrai standard avec une suite de tests, et pas un truc qui se borne a définit une syntaxe que chaque vendeur décide d’implémenter ou pas.

  • [^] # Re: Les systèmes à entités

    Posté par  . En réponse à la dépêche Je crée mon jeu vidéo E15 : J'arrête.... Évalué à 2.

    Exact, ton commentaire m'avait échappé.

  • [^] # Re: Les systèmes à entités

    Posté par  . En réponse à la dépêche Je crée mon jeu vidéo E15 : J'arrête.... Évalué à 5.

    C'est toujours le cas, voire même pire encore.

    La vitesse CPUs s’améliore plus vite que la bande passante (et la latence) d’accès la mémoire.
    De plus, la taille des caches de niveau L1 et L2 na pas augmentée depuis quelques années. Donc le prefetching ne s’améliore pas vraiment ou bien il ne peut pas s’améliorer assez par manque de place dans les caches L1 et L2.
    Référence: la présentation de Gil Tene (CTO d'Azul systems, créateur d'une JVM ou le GC ne provoque pas des "stop the world") a DevoxxFR 2015 sur les optimisations de la JVM.

    Donc stocker une collection de POD de manière contiguë en mémoire a un impact très positif sur les perfs. Et plus le temps passe, plus cella devient vrai, et plus les cache miss sont pénalisant. Cela explique pourquoi Java se dirige doucement vers les "value types" pour Java 10.
    Référence: la présentation de Brian Goetz (un des architectes de Java) a DevoxxFR 2015 sur le futur de Java.

  • [^] # Re: Pb de LibreOffice

    Posté par  . En réponse à la dépêche LibreOffice 5.0 : sous le capot. Évalué à 5. Dernière modification le 31 août 2015 à 10:42.

    Il me semblait que les développeurs LO veulent supprimer la descendance à Java, ce qui veut dire changer la base de donnees de Base (HSQLDB) et la remplacer par un autre moteur. Il y avait un prototype basé sur Firebird.
    Tout ceci pourrait expliquer le manque d'investissement envers Base.

    Il faudrait confirmer tout ça avec des gens qui suivent plus attentivement le développement de LO.

  • # Merci!

    Posté par  . En réponse à la dépêche Meilleures contributions LinuxFr.org : les primées de juin 2015. Évalué à 2.

    Ça y est, j'ai bien reçu le livre.

    Merci beaucoup linuxfr.org et merci aux éditions ENI!

  • [^] # Re: Ludum Dare

    Posté par  . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à 3.

    Merci!

    J'avais regarde le site web et je n'avais rien compris.
    Je n'ai pas pense a regarder sur wikipedia car je n'ai pas pense que la notoriété serait suffisante.

  • # Ludum Dare

    Posté par  . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à 2.

    C'est quoi Ludum Dare? C'est la troisième fois que je vois une référence dessus mais je ne sais toujours pas ce que c'est ni ce que cela représente.

  • [^] # Re: Verrou et RAII

    Posté par  . En réponse à la dépêche Instantané sur le parallélisme et le code. Évalué à 4.

    Vu comme ça, Java peut aussi l'avoir avec un try-with-resources et une classe dédiée qui implemente Closable.

    Un truc comme ça:

     try  (AutoLock l = lock(monLock)) {
         // fait des choses protégées par un verrou
     } // unlock() appelé par AutoLock.close()

    Je suis sûr que d'autres langages ont des mécanismes équivalents.

  • [^] # Re: oui, mais si on debugge?

    Posté par  . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à 2.

    C'est impressionnant le niveau de support fournit par IntelliJ IDEA.

  • [^] # Re: nouveauté ?

    Posté par  . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à 5.

    Ça c'est un point ou j'ai eu du mal sur cette dépêche et ailleurs sur le web qui passent trop rapidement sur cette question.

    C'est quoi la différence entre Haxe et OpenFL? pourquoi on parle souvent d'OpenFL si Haxe est deja multiplateforme?

    J'ai trouve ce fil de discussion qui m'a éclairé:
    http://stackoverflow.com/questions/20687000/haxe-openfl-flixel#20714465

    En gros, Haxe est multi plateforme si l'on s'en tient a la librairie standard. Or cette dernière semble limitée lorsque l'on veut faire des choses un peu avancées. On peut ensuite faire des imports spécifiques a la plateforme avec "js", "php", etc. mais l'on perd alors le cote multiplateforme.

    Pour palier a ça, OpenFL (Open Flash Library) a été créé (indépendamment d'Haxe) pour pallier a ce manque. Il s'agit d'une implémentation multiplateforme de la librairie de Flash pour Haxe. Du coup quelle que soit la plateforme ciblée, on peut coder avec l'API de Flash, qu'OpenFL va implémenter sur les plateformes cibles, et on a vraiment un jeu multiplateforme.

    Flixel semble aller plus loin qu'OpenFL et fournit des widgets supplémentaires lorsque les performances sont insuffisantes.

     

    Malgre l'insuffisance de certaines explications, je remercie l'auteur de cette dépêche, car j'ai enfin pu comprendre ce qu'est Haxe et pourquoi il a du succes.

  • [^] # Re: Erreurs dans l'article sur Scala, Groovy et Java

    Posté par  . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à 4.

    Java 7 a introduit des opérations au niveau du bytecode (opcodes) uniquement destinées aux langages de scripts tels JRuby, Groovy, Jython, etc. javac ne produisait aucun de ces opcodes a partir de code Java.
    Donc aucun decompilateur ne peut reconstruire du Java a partir d'un tel bytecode.
    Avant cela, les langages de scripts supportant les fonctions en tant qu'objets de première classes ne pouvaient certainement pas être reconstruit en Java ou de tels objets n’existaient tout simplement pas.
    Depuis Java 8, tout ceci a peut être changé.

    En plus, souvent quand on parle de Java on confond souvent le langage de la plateforme (le bytecode, la JVM, etc.).

    L'analogie qui compare Coffeescript + JavaScript avec Groovy + Java et foireuse, car Coffeescript compilé en Javascript (le langage) pour être exécuté sur une VM Javascript, alors que Groovy est compilé en bytecode (plateforme) pour être exécuté sur une JVM. La ou Javascript mélange langage et plateforme, Java les distingue clairement.

  • [^] # Re: Pas convaincu

    Posté par  . En réponse à la dépêche Modernisez votre code Java en un clic avec AutoRefactor v1.0.0 !. Évalué à 4.