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.
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?
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.
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?
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.
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?
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.
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.
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.
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.
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.
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.
# Typo
Posté par djano . 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 djano . En réponse à la dépêche L'UGAP accueille son premier projet open source de gestion de configuration : Rudder. Évalué à 5.
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 djano . En réponse à la dépêche Écrire son OS - Partie 2 : configurer ses outils. Évalué à 2.
…par…
# Caesar III
Posté par djano . 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 djano . En réponse à la dépêche Nouvelle application contacts pour Cozy Cloud. Évalué à 4.
Félicitations pour ton nouvel emploi.
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 djano . 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 djano . 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 djano . 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 djano . En réponse à la dépêche Publication de Pastèque version 6. Évalué à 2.
Je ne comprends pas bien ce que vous voulez dire. Pouvez-vous reformuler svp?
[^] # Re: Utilisation sur Debian 8.
Posté par djano . 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.
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:
# refactorisation utilisé à mauvais escient
Posté par djano . 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.
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 djano . 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 djano . 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 djano . En réponse au journal Petite prévision pour l'avenir. Oracle !. Évalué à 2.
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 djano . 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 djano . 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 djano . 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 djano . 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 djano . 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 djano . 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 djano . 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:
Je suis sûr que d'autres langages ont des mécanismes équivalents.
[^] # Re: oui, mais si on debugge?
Posté par djano . 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 djano . 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 djano . 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 djano . En réponse à la dépêche Modernisez votre code Java en un clic avec AutoRefactor v1.0.0 !. Évalué à 4.