BAud a écrit 13696 commentaires

Rien que sur blazegraph et SPARQL il y aurait eu de quoi faire un journal ;-)

Cela parle beaucoup de théorie des graphes, ainsi que de mise en œuvre concrète (avec les optimisations afférentes, utilisation GPU…), mais je n'ai pas réussi à trouver de graphismes en étant issus, ce qui en permet une meilleure visualisation un peu comme ce que l'on trouve sur Data_visualization.

Par exemple, pour les dépendances, il est souvent question de navigation graphique dans les données (du data mining : en largeur ou en profondeur), permettant de trouver des relations de proche en proche.

Bref, un outil de sérendipité tel que wikipedia sait le proposer.

« FREEPIUS / CREATIVE COMMONS (CC0) »

c'est le plus proche de ce qui est proposé par les CC : texte Creative Commons + lien vers la licence, le lien n'apparaissant pas à l'écrant, autant préciser la forme courte de la licence : CC0 dans ce cas, CC-by dans d'autres, CC-by-sa pour l'autre licence libre ; éventuellement, ajouter le texte voire le logo de Free Cultural Work dont j'avais essayé de proposer une déclinaison en français.

M'enfin, on chipote là ! :-)

euh non

Oui exact. Et du coup, en France, la licence CC0 équivaut à la licence CC-BY.

c'est exactement cela et c'est ce qu'il faut retenir, sans croire qu'il est possible de renoncer à la loi de son pays (même lorsque ça nous arrangerait) : il vaut mieux essayer de la faire évoluer.
En Italie ou en Allemagne, je ne sais plus, il est possible de renoncer à ses droits patrimoniaux, ce qui fait que la CC0 est plus proche du domaine public dans ce cas (malgré l'harmonisation en place en Europe).

Ce qui est absurde aussi c'est la Durée_du_droit_d'auteur_par_pays qui montre des disparités assez dures à gérer sur Internet, tout du moins sans porter atteinte à la neutralité du Net, ce à quoi chaque ISP de chaque pays est soumis.

il faut bien être en mesure de contourner les limitations de windows, non ? autant utiliser des outils efficaces, eux.

On dit une faute, tudieu !

autant pour lui !

Mais une page par thématique, au secours !

Peux-tu préciser ? Ce n'est pas le cas actuellement et le wiki est éditable par tout inscrit, ce n'est pas qu'à tout admodéracteur de s'y consacrer.

La liste des thèmes récurrents me semble très gérable, quelle différence verrais-tu à avoir des pages créatives sur les sujets du moment ? (ou importants dans la durée)

La page en question n'a concerné qu'un seul contributeur (toi), qui l'a créée il y a un an, y a retouché une semaine plus tard, et ensuite jamais plus.

euh et ?
il y avait, dans cet exemple, justement indiquer "à compléter" pour susciter la participation pour :

• mettre en avant les particularités traitées sur LinuxFr.org en terme de format ouvert
• au besoin, réorganiser un peu (en ajoutant des titres) et approfondir (par exemple, mettre en avant certaines dépêches "de qualitaÿ")
• lister les tags identifiés sur LinuxFr.org correspondant à des formats ouverts, cela n'a pas sa place sur wikipedia, cela aurait sa place sur le wiki de LinuxFr.org

Si ce n'est pas acceptable, autant flinguer le wiki (et éditer tous les liens dans les dépêches, journaux, commentaires…) pour renvoyer vers wikipedia et oublier les particularités propres à LinuxFr.org ?

Y-aurait-il une stat du nombre de contributeurs aux pages de wiki ?

• nb de pages / nb de contributeurs (min/moy/max) ayant édité, par année : ça suffira bien
• nb de pages effacées par année (en affichant nb de contributeurs min / moy / max)
• la liste des 10 voire 20 pages les plus actives en édition

Concernant les pages n'étant plus disponibles, seul le mage rouge est affiché ou il y a un renvoi vers wikipedia ? (édition des dépêches, journaux, commentaires ayant utilisé le wiki…)

Je vois le wiki comme :

• une capitalisation de la FAQ en mode collaboratif (pouvant être ponctuellement synchronisé avec la FAQ)
• la mise en avant de certains thèmes propres à LinuxFr.org ce qui a été fait pour les jeux_libres_linuxfr comme sous-ensemble des projets_libres_linuxfr, les réseauxsociaux mal nommé malencontreusement, manque l'espace :/
• l'aide à la rédaction, en capitalisant via un outil simple pour tout le monde (ça fonctionne pour les modèles àmha et un peu pour traductions classiques)
• une utilisation libre n'ayant pas été prévue initialement (plutôt que d'utiliser un framapad pour des traductions, par exemple ou un framadate alors que vu le nombre de participants, il est tout aussi simple d'utiliser le wiki :D)
• quelques dérives redoutées (mais n'ayant que peu eu lieu à ma connaissance, dommage le "jeu dont vous êtes le héros" aurait été sympa à regarder se constituer)
• s'auto-organisant avec des évolutions comme les rétro-liens (une base des wiki, ça se fait en manuel actuellement vu qu'il n'y a pas la fonctionnalité), une navigation facilitée (catégories, pages similaires…), des contenus pérennes permettant de mieux utiliser les tags et mettre en avant les contenus primés et autres améliorations du wiki listées dans le suivi, l'utilisation (faible) du wiki ne posant apparemment que peu de souci.

Bref, il n'y a pas d'urgence à améliorer les fonctionnalités du wiki (peu d'utilisateurs, peu d'utilisations novatrices), pour autant lister quelques attentes de fonctionnalités et d'utilisations attendues (dont celles reconnues), pourrait être intéressant ?

---

Pour autant, j'ai du mal à comprendre l'intérêt de utilisateurs-de-forges au vu des effacements effectués par ailleurs, quel est le critère de choix ?

les liens en rédaction ont une URL déterministe une fois publiée (hormis changement du titre en rédaction ou modération, il est vrai :/).

peut-être changer l'URL à la volée ?

cela arrive si souvent qu'un admodéracteur publie des URL en accès limité ?

ne t'inquiète pas trop pour Zenitram ni ses gosses : je pense qu'il en prend grand soin.

Il pointe néanmoins un choix concret : salaire vs intérêt du boulot, s'il n'y a pas d'intérêt hormis rapporter un salaire autant aller aux restaux du cœur (ça il ne l'a pas dit).

Qu'un dév se plaigne de ne toucher que 3000 € par mois, ça me rappelle une de mes RH qui m'a envoyé cash : vous faites chier avec votre salaire à 3 fois le SMIC à vous plaindre, je lui ai répondu du tac au tac que c'était un montant un peu plus important ce qui fait que par nature, cela compte aussi et fait réagir, elle est restée béate :/ je pourrais aussi vous parler de mon variable qui représente plus de 10% de mon brut mais je crois que je vais m'abstiendre :-) (vu les 17^èmes mois que certains touchent).

la différence, c'est que cela est avéré sur Paris (et les principales villes de France, comme Lyon, Lille, Marseille et j'en oublie…).
ah bah vi, si le TGV ne te permet pas de rentrer chez toi, bin tu n'es pas pris en compte :/ sympa la France hein :-)
J'ai eu le malheur de citer des villes de province, cela ne semble pourtant pas exister !? J'imagine que nous sommes assez d'accord en fait et que la situation que je décris est absurde mais néanmoins réelle.

o_O c'est une incompréhension volontaire de l'intérêt des liens internes que pratiquent les pcinpact, phoronix voire slashdot ?

Il me semble intéressant de détourner ce genre d'utilisation pour promouvoir le libre au travers d'un wiki, éditable par nos meilleurs participants (les autres ne savent pas qu'ils peuvent le faire, sa disponibilité et les utilisations potentiellement abusives jamais exploitées le démontrant dans la durée…).

Cela me semble sous-estimer l'intérêt d'un wiki auto-organisé, qui n'est, finalement, pas parti en couilles comme cela était estimé à l'époque de sa mise à disposition : sa sous-utilisation en donne son intérêt, s'il a le sens que veulent bien lui attribuer les modos.

Justement, le renvoi vers les sources ou éventuellement wikipedia me semble cohérent avec le fonctionnement de LinuxFr.org :-)

Que j'en soit le seul "utilisateur" actuellement, ne présage pas des utilisations créatives par la suite àmha.

Bon, il manque plein de trucs au wiki, mais cette entrée n'est pas le lieu, en discuter sur le wiki me paraîtrait plus constructif (pour comprendre son utilisation justement, au lieu de passer par framadate ou framapad, qui fonctionnent mieux).

Bref, merci de ta réponse, mais tu omets le contexte :

L'utilisation du wiki est a priori d'avoir des liens sur des pages significatives, les formats ouverts faisant partie de l'action.

format-ouvert me semble avoir sa place sur DLFP, qu'en pensez-vous ?

bin c'est à celui qui te débauche de te protéger avec sa horde de juristes (pour une fois qu'ils serviront à quelque chose… bon, parfois ils sont utiles tout de même, mais ça coûte de rentrer dans leur jeu sur les formulations de contrat :/).

Pour ceux travaillant en île de France, la limitation géographique ne peut pas s'appliquer dans le domaine de l'informatique : cela reviendrait à t'empêcher de travailler… Résultat, je n'ai pas de clause de non concurrence (de toute façon, il aurait fallu la rémunérer, ce qui est plutôt le 1^er point de blocage àmha).

Cette clause est donc caduque.

j'aurais même dit léonine.

Tu pourrais gagner en présence sur le web comme alternative à gramps sur
http://alternativeto.net/software/gramps/?license=opensource

C'est GenealogyJ dont tu te revendiques ?

Quoi qu'il en soit, tant mieux si cela peut progresser vers le libre, il y en a bien besoin avec le lobbying omniprésent de logiciel mono-plateforme (allant à l'encontre des formats ouverts et de la pérennité de l'utilisation) pour un sujet qui transcende notre existence et s'étend sur une durée de plus de 400 ans pour ceux qui ont de la chance et quelques élus qui remontent plus loin.

C'est l'occasion de comprendre le concept de format-ouvert sur une page wiki à développer…

eh cela fait partie des personnes les plus importantes de l'entreprise (il y en a d'autres) :

• lorsque tu as oublié ton badge, ce sont ces personnes qui vont te laisser passer, t'es bien content de ne pas subir la case sécu (en plus c'est généralement quand tu es à la bourre pour une réunion décidant de l'avenir de ton projet…)
• c'est l'image de l'entreprise : leurs connaissances du fixe et du mobile des décideurs peuvent faire conclure un contrat en prévenant la bonne personne pour faire éviter d'attendre les visiteurs

c'est pas comme si le salaire misérable qui leur était octroyé allait faire basculer l'EBITDA de toute l'entreprise…

Par ailleurs, ton commentaire est quelque peu sexiste : l'accueil est rempli efficacement par des hommes aussi, eux aussi ont droit à un emploi pas si facile que cela au final.

Dans votre entreprise, ce sont les managers qui changent tout le temps que vous connaissez le mieux dans la durée ou les personnes à l'accueil ?

Je ne dis pas que c'est à la portée du premier venu

oui, ce serait pas mal que plus de développeurs réclament maven et en comprennent l'utilisation ;-)

j'ai trop souvent vu maven utilisé pour réclamer pléthore de bibliothèques spécifiques, déjà disponibles dans une version supérieure pour la cible… en oubliant ce travail de rendre pérenne leurs développements.

Bon, c'est toujours mieux que les logiciels que j'ai pu voir embarquant dans les binaires pas moins de 3 JVM de 2 en 1.5beta et une 1.5 (iirc), plusieurs arborescences contenant des doublons de bibliothèques (dans des versions différentes, sinon c'est pas drôle) pour traiter le XML…

Concernant le téléchargement des bibliothèques, c'est àmha généralement une mauvaise idée :

• ce n'est pas au développeur de le gérer :
  • cela ne résiste pas à l'épreuve du temps (les sites peuvent disparaître, les bibliothèques peuvent monter de version)
  • et le programme devrait fonctionner avec les nouvelles versions tant que les fonctions utilisées ne sont pas devenues obsolètes)
• c'est plutôt un README.txt au minimum qui doit identifier les fonctions utiles,
  • à un programme distinct (humain au besoin) d'identifier quelles bibliothèques y répondent
  • et comment les rendre disponibles pour la compil'
• la possibilité de fournir les bibliothèques ou d'exiger une version spécifique de bibliothèque
  • ne résiste pas aux besoins de sécurité
  • ni à l'épreuve du temps rendant obsolète une version que le développeur choisirait…
• c'est l'architecte logiciel qui fixe les versions minimales, en identifiant si possible
  • les fonctions différenciantes les justifiant,
  • ce qui peut permettre d'identifier quelles fonctionnalités ne seraient pas disponibles sans ces versions récentes de bibliothèques (parfois c'est un sous-ensemble dont on peut se passer, parfois c'est un pré-requis indispensable)

désolé pour le style "présentation", mais cela permet de distinguer les points à souligner (et pouvant être approfondis ou détaillés)

est-ce que curl existe sous Windows ?

oui, via MinGW ou Cygwin ;-)

après, c'est plutôt, make sera-t-il disponible ? la compilation aura-t-elle été prévu uniquement avec des chemins relatifs ? (ce qui évite de se poser la question si c'est installé sur C: ou D:…)

Mais comme je le dis plus haut, avec des sources normalisées, ça devrait sans doute être plus facile.

il va falloir expliquer :-) pour le packaging, ce ne sont pas tant les sources qui sont importants :

• une organisation des sources permet de séparer ce qui est programme de ce qui est lib
• la liste des binaires, la manière de générer chacun et la possibilité de libifier sont particulièrement importants pour la création de paquet
• un bon README.txt permet de mieux connaître l'environnement utilisé par le développeur et installer au préalable les dépendances qu'il a installées (parfois, il voit trop large ou en oublie qui sont par défaut sur son système)
• l'objet est d'être robuste, notamment, aux deux cas suivants :
  • une version supérieure que ce qui est disponible est absolument nécessaire (cas du développeur qui utilise les toutes dernières versions, sans se préoccuper que certaines distributions restent sur des versions anciennes par souci de stabilité)
  • une version non obsolète est nécessaire (cas d'un programme ancien, qui n'a pas prévu qu'il pourrait être utilisé 4 ou 5 ans après, quand les bibliothèques ont évolué pour tenir compte des failles de sécurité)

Pour l'IDE idéal, je veux bien des exemples aussi ;-)

déjà vu avec la variante :

• embauche dans une société, avec mission de 6 mois (3 mois de période d'essai, renouvelée, soit les 6 mois)
• avec promesse d'un tremplin vers autre société du groupe, plus pérenne sur l'activité (re-3 mois de période d'essai, renouvelée, sympa les 1 ans de période d'essai o_O)

Bon, c'était au siècle dernier et c'était déjà peu motivant pour les élus… ça s'est vu au bout de 15 jours, une menace de rupture du contrat de TMA client a permis de régulariser la situation au moins pour ceux qui avaient montré des aptitudes et de la bonne volonté (j'étais côté client aussi).

il y a aussi le terme support, dont je n'ai pas bien compris le sens ? Ya un sous-boc dans le coin ?

cf. traductions-classiques ;-) (pour ceux ne connaissant pas encore cette page du wiki, sans doute parce qu'ils ne passent pas assez de temps en rédaction :D).

make permet tout ce que tu indiques… ce n'est pas si compliqué (dès lors que tous les outils et libs sont installés, ce qui ne correspond souvent qu'à l'environnement du développeur initial, il est vrai).

Au pire, avec l'aide des autotools (même si elles sont peu connues pour leur côté "utilisation ponctuelle", "utilisation une seule fois", la courbe d'apprentissage initiale étant un peu ardue :/)

Il manque quoi spécifiquement à ces outils concernant tes exemples ? (je connais quelques-une des limitations, notamment le multiplateforme pouvant être plus compliqué, du fait que la chaîne de compilation peut changer selon la plateforme).

le dernier qui a affirmé se retirer irrévocablement de la politique a tenté en vain d'y revenir depuis ;-)

abracadabrantesque, ça c'était un terme bien mieux trouvé, même si son auteur prétend qu'Alzheimer le dédouane de certains de ses errements…

A noter qu'en plus, les gars de chez Runic Games aiment le libre

ils l'aiment jusqu'à utiliser quelle licence (libre ?) pour leurs jeux ?