djano a écrit 1147 commentaires

La directrice d'un grand département (d'accord, rural), m'avait expliqué que c'était illégal de copier même du Molière, car les droits étaient reversés à ses descendants

Huh? Ça doit faire belle lurette que le texte de Molière (pas les notes de bas de page, hein!) s'est élevé dans le domaine public!

"L’application de co-voiturage sera disponible d’ici fin mai."

Oups!

Oui, ca c'est la théorie sous laquelle cela a été vendu. Maintenant, je constate que ce n'est pas utilisé comme ca.

cf. Microsoft contre TomTom, Microsoft contre HTC, etc. C'est plus souvent utilisé par un gros pour faire chanter les petits et obtenir l'accès sous licence a leur portefeuille de brevets + leur racketter un peu d'argent au passage. Ils appellent ca les « royalties » je crois.

2eme cas: les patent trolls. Ils ne produisent (plus) rien mais s'en prennent a des cibles monnayables: cf. SCO vs Novell, SCO vs IBM, Microsoft vs Eolas, Microsoft vs i4i .

Bref, même si l'intention était louable au début, dans les faits c'est un mal inutile.

Ah zut! Erreur de copier coller.

De toute manière, vous pouvez trouver les articles qui vous intéressent sur le blog de Tara Glek.

Boarf, je suis pas toujours d'accord avec PbPg, mais la, il s'agit d'un projet de recherche, et PbPg a déjà expliqué que Microsoft Research est suffisamment indépendant de Microsoft pas research.

Attendons les annonces officielles avant de tirer des conclusions.

A noter les efforts de Tara's Glek de Mozilla pour améliorer les performances de Firefox.

Son blog contient une série d'articles très intéressants qui visent a améliorer le démarrage de Firefox. Son approche consiste a utiliser l'analyse statique des binaires générés par GCC pour réordonner l'emplacement des fonctions dans les librairies, avec des résultats assez spectaculaires!

J'en vois déjà certains venir: « Firefox: gros machin tout bloaté ». Ça ne m'intéresse pas, même un vendredi
Par contre ce qui est assez intéressant: si les distributions utilisaient ces mêmes optimisations, les performances des binaires pourraient être améliorés assez facilement. L'analyse statique: way to go!

Quelques liens:

http://blog.mozilla.com/tglek/2010/04/07/icegrind-valgrind-p(...)
http://blog.mozilla.com/tglek/2010/04/05/linux-how-to-make-s(...)
http://blog.mozilla.com/tglek/2010/04/05/linux-how-to-make-s(...)
http://blog.mozilla.com/tglek/2010/04/19/windows-sucks-at-me(...)

+1, mais à ma grande surprise , il n'y a pas forcément d'erreur:
http://fr.wiktionary.org/wiki/patente#Nom_commun

Et le CNTRL le confirme :
http://www.cnrtl.fr/lexicographie/patente#

/me se couchera moins bête ce soir.

Je me suis peut être mal expliqué, ou bien j'ai mal compris mais il me semble que Sytoka Modon semble critiquer le fait que Bull ait été choisi sans appel d'offre pour ce projet.

Ce qui ne semble pas anormal étant donné qu'ils sont les seuls fabricants français de super ordinateurs, et que le fait d'être un intégrateur bien franchouillard est super important sur cet appel d'offre.

Ce n'est pas la première fois que j'entends/lis ce genre de chose et je tenais a souligner que lorsque les américains font la même chose (dans beaucoup de domaines d'ailleurs) et bien les mêmes personnes ne trouve rien a redire.
Deux poids, deux mesures.

a grosse majorité des machines du Top500 sont aux États-Unis, et appartiennent à des entités qui n'envisagent pas une seconde d'acheter ailleurs que chez un constructeur américain.

Ce qui me fait doucement rigoler, c'est que personne ne trouve a redire a ca. Alors que quand c'est le CEA (dépendant de l'armée, au moins sur ce projet) qui fait la même chose avec une entreprise française, la, on trouve a redire.

Raté!

http://en.wikipedia.org/wiki/Adsense :
These advertisements [...] generate revenue on either a per-click or per-impression basis.

Bonne initiative des savoyards (hauts et bas)!

Je n'ai pas vu cette initiative mise en avant sur l'Agenda du Libre:
http://www.agendadulibre.org/?year=2010&month=5&regi(...)
Peut être que cela pourrait apporter plus de monde?

J'ai bien essayé de soumettre moi même l'événement, mais je n'ai pas pu trouver d'adresse de contact, sur aucun des 2 sites des GULL.
D'ailleurs, la page contact de l'Agu3l renvoie une erreur 404.

Bon courage!

Merci beaucoup pour les transparents, c'était très instructif.

Bonne continuation!

Ce serait vraiment super! Ne te fatigue pas à fusionner les deux, j'écouterais et ferais défiler les transparents à la mimine.

Merci beaucoup!

... et c'est bien dommage car j'aurais bien assisté à cette conférence.

Est-ce qu'il y a aura un enregistrement réalisé, ou une possibilité de récupérer le support de présentation, ou bien une retranscription de la conf?

Merci!

Ant+Ivy sont utilisés dans mon entreprise, et je sais que ceux qui l'utilisent en sont très content. Ils prétendent que c'est le Nirvana, mais c'est même pas vrai, c'est juste pour embêter ceux qui ont des problèmes avec Maven.

J'avais trouvé ceci pour conjuguer le meilleur (ou le pire) de Ant at Maven:
- Maven Ant Tasks qui permet d'utiliser certaines capacités de Maven depuis Ant.
- Mercury Ant Tasks, pareil, mais en plus puissant , plus testé (et moins documenté?). "It supports both new and a subset of the old maven-ant-tasks syntax."
- Il y aussi le plugin ant pour Maven qui permet d'executer des taches Ant depuis Maven. On l'a utilisé et ca marche vraiment bien pour peu qu'on peut le faire rentrer dans la philosophie de Maven.

Si quelqu'un a des retours d'expérience sur les deux premiers (Maven et Mercury Ant Tasks), je suis preneur.

Et voici aussi 2 petits liens en plus (en anglais):
http://ptrthomas.wordpress.com/2009/03/08/why-you-should-use(...)
http://stackoverflow.com/questions/702535/using-maven-from-a(...)

Moi je sais :)
https://linuxfr.org//comments/1113801.html#1113801

Je trouve que le Google Summer of Code est déjà en lui même une initiative formidable sans précédent ni équivalent. Je préfère voir le verre à moitié plein.

Je comprends tes interrogations sur le processus d'acceptation des projets et sur le fait que des projets tels Ruby ou Ruby on Rails n'en bénéficient pas cette année. On peut s'interroger sur le fait que beaucoup de projets Python en profitent étant donné l'intérêt que Google a dans Python.

151 projets vont tout de même en bénéficier. Ruby ne va pas en bénéficier cette année, rendez-vous l'année prochaine.

Certains plugins ont la facheuse habitude d'utiliser des chemins en durs au lieu d'utiliser les variables définies dans le pom (les meta données du projet), comme dans le cas de ta premiere solution.

La seconde solution nous a posé des problemes avec Eclipse, mais c'est parce que l'on n'a pas pu finir la décomposition complete du projet avec une base de code non modulaire.
J'ajouterais que cette solution présente un inconvénient majeur dans le cas de branches de maintenance ou tout merge du code des branches anciennes vers le trunk n'est pas aisée.

Voila mon petit retour d'expérience.

Je l'ai déjà fait sur un bon gros projet monolithique que l'on essayait de séparer en plusieurs projets en même temps et je peux te garantir que c'est pas sis simple que ça.

Je suis tombe sur des cas bien tordus et Maven n'a jamais rendu la chose simple. La philosophie Maven est super tant que tu restes dans les clous. Gare à toi si tu en sors, tu va devoir faire des bidouilles immondes pour t'en sortir. Et Google va être ton seul ami dans ce cas.

D'ailleurs il y a pas mal de monde qui n'apprécie pas bien Maven:
http://kent.spillner.org/blog/work/2009/11/14/java-build-too(...)

Un petit résumé sur mon opinion sur Maven. Un outil super pour commencer un projet simple, ou les différents composants et JAR sont déjà bien définis et où les versions des différents JARs est bien faite. Super si tu restes dans les clous de Maven.
Si ton build est un peu compliqué je conseillerais d'éviter Maven.

Je pense cependant que l'on gère mal un certain nombres de choses, mais tout n'est pas de notre faute. Au final, on se pose la question de retourner vers Ant.

C'était pas aussi le cas de MozDex?
http://www.mozdex.com/
http://en.wikipedia.org/wiki/MozDex

MozDex s'appuie sur des technos libres telles Nutch/Lucene pour construire le moteur de recherche et exposait comment le ranking d'un lien avait été réalisé avec la pondération, etc.

Pas de bol, ils sont en train de mettre à jour leurs serveurs au moment où j'écris ces lignes.

Pourquoi tout recoder en Java alors qu'il est possible de faire du code natif? http://en.wikipedia.org/wiki/Android_%28operating_system%29#(...)

L'article semble dire qu'il y a une libc spéciale. Est-ce la raison?

CouchDB est parfaitement adapté a ton cas.

Jette un coup d'oeil a http://www.unixgarden.com/index.php/web/couchdb-la-base-de-d(...) .

go-ooo est un fork créé à la suite des nombreux refus d'intégrer du code provenant de contributeurs externes tels qu'un solveur si ma mémoire est bonne. Les raisons de Sun pour refuser le code était alors assez fumeuse: « ça doit marcher sur toutes les plateformes supportées », mais personne ne le teste vraiment, et ils en arrivaient même à recoder la même fonctionnalité.

go-ooo est maintenu par Michael Meeks de chez Novell.


Je te conseille de lire la dépêche DLFP présentant go-ooo:
https://linuxfr.org/2008/07/29/24355.html

Oui et en plus c'est vendredi!

Les modérateurs font bien les choses :)

Pour ceux qui comme moi ne savent pas ce qu'est la licence CeCILL-C:

Le project CeCILL a aussi ajouté deux autres licences :

* CeCILL-B, qui est totalement compatible avec les licences de type BSD (BSD, X11, ...) qui ont une forte obligation de citation (qui va plus loin qu'une simple note de copyright). Une telle obligation n'est pas autorisée par la GNU GPL, et cette licence est donc incompatible avec la licence CeCILL.
* CeCILL-C, pour 'composant', qui est totalement compatible avec la licence GNU LGPL de la FSF.