Benoît Sibaud a écrit 8841 commentaires

Corrigé, merci.

Corrigé, merci.

Précision que je n'ai pas mentionnée dans le ticket : le lien « Page perso » est visible, y compris sur un commentaire masqué. Actuellement aucun moyen de modération ne permet de le faire disparaître, hormis intervenir en base de données. La seule restriction est un nofollow sur le lien pour les comptes à karma négatif (on laisse la visibilité pour les machines et les humains, mais on limite l'accès par les machines).

La question revient à se demander si LinuxFr.org accepte de conserver un lien vers un site extrémiste, conspirationniste, sur les Illuminati, hors sujet, etc. d'un compte à karma négatif (d'expérience ces comptes ont rarement un lien vers une classique page perso). Et par « accepter », j'entends « être d'accord pour le publier mais aussi pour recevoir/gérer/accepter les critiques de gens qui reprocheront de donner de la visibilité à ces sites » (classiquement, faire, ne pas faire ou faire autrement, c'est être exposé à la critique). La réponse peut être oui on ne touche à rien, non on n'affiche plus le lien, oui mais on le déplace à l'intérieur du commentaire masqué, etc. L'intérêt du ticket ici est aussi de débattre de la solution.

C'est le fait qu'il y ait marqué « Paris, France » qui t'ennuie ? Parce qu'il y a marqué « Toulouse, France », « Limoges, France » ou « Berlin, Deutschland » sur d'autres pages Meetups. Et sinon il y a marqué « francophone », pas France.

idéalement un

#ifndef NOMDUFICHIER_H
#define NOMDUFICHIER_H
[...]
#endif /* NOMDUFICHIER_H */

pour savoir à quoi faire référence le #endif vu que le fichier peut être long

Un exemple d'ambiguïté inévitable avec l'actualité : https://linuxfr.org/users/wilk/journaux/alphago-remporte-le-premier-match-contre-lee-sedol

Corrigé, merci.

Le second point concernait surtout le fait d'avoir un véhicule qui se débrouille seul, sauf en cas de souci, donc le fait de dire à l'improviste « en fait je ne sais pas faire M. l'humain, reprends la situation en main en urgence », qui conduirait le plus souvent à « trop tard, proutch » (c'est comme de dire à un humain qu'il n'a qu'à déclencher son airbag lui-même en cas de choc). C'est différent de planifier 75% du chemin fait par l'ordi et 25% par l'humain, prédéfini avant le départ.

Il y a une obligation à ce que ce soit entièrement automatisé ou c'est juste le plaisir de mettre au défi les industriels ?

J'ai entendu évoquer les raisons suivantes :

• permettre à des gens ne pouvant conduire de se déplacer de manière autonome (aveugles par exemple, ce qui concernait des employés de Google)
• éviter la mise en danger de personnes distraites/inattentives au volant : a priori lors des premiers tests avec des caméras embarquées, Google aurait découvert que ses employés étaient plus préoccupés par leur ordi/smartphone ou se retournaient pour ramasser un portable tombé à l'arrière du véhicule, bref que l'attention était parfois inexistante pendant de longues secondes et que le temps de réaction pouvait être de plusieurs secondes voire d'une dizaine de seconde. Ça peut marcher avec le pilotage automatique d'un avion qui alerte un pilote entraîné en cas de situation dangereuse dans un contexte de circulation limitée dans le ciel, mais beaucoup moins bien une voiture avec un conducteur qui fait autre chose sur une route où on peut croiser plein d'objets, de piétons/véhicules, etc. Du coup leur conclusion aurait été d'opter directement pour un véhicule totalement autonome, parce que les humains ne sont pas fiables :).

Les organismes concernés doivent être d'intérêt général (reconnu par les impôts), d'utilité publique (reconnue par les impôts), des fondations/fonds/établissements publics/etc., autorisées (par les impôts) à recevoir des dons et legs, etc. Bref non ça ne concerne pas toutes les asso loi 1901.

Ceci a sa place dans les forums, pas dans le système de suivi de bogues/suggestions concernant le site.

Merci de rester courtois dans les échanges conformément aux règles de modération en vigueur sur le site.

Pour éviter la confusion possible entre le « nous Linux Mint », le « nous les contributeurs de la dépêche » ou le « nous LinuxFr.org », j'ai reformulé les phrases concernées.

Corrigé, merci.

Contrôle qualité. (…) si il n’est pas parfaitement fonctionnel

Il n'y a pas que le pur fonctionnel qui compte en général. La doc pour l'utilisateur et/ou l'administrateur est-elle correcte ? Quelles sont les performances ou bien les performances sont-elles acceptables ? Les règles de sécurité requises sont-elles respectées ? Est-ce que ça s'intègre bien avec le reste (dépendances, empaquetage, etc.) ? Est-ce que la mise à jour se passe bien ? Peut-on faire un retour arrière ? Quid de la couverture de test ? Faut-il faire du fuzzing ? Est-ce que ça marche sur tous les systèmes prévus ? Est-ce que c'est vraiment utilisable par un utilisateur lambda ? Est-ce que ce qui n'est pas implémenté/est interdit génère des erreurs explicites et un comportement sain ? Est-ce « fonctionnel » pour l'utilisateur mais aussi pour l'administrateur système (les logs ? la supervision ? de quoi faire un service si ça doit en être un ? comment sauvegarder/restaurer les données et/ou la configuration ?). Etc.

Pour la petite histoire, cette dépêche est née d'une discussion sur un autre sujet avec un membre d'une des associations. Je lui ai proposé au détour de la conversation de faire une dépêche sur son association, il a cité quelques associations voisines, nous avons commencé une dépêche en rédaction dans notre espace collaboratif, il a contacté d'autres personnes des autres structures pour qu'elles viennent compléter la dépêche en cours de rédaction. La dépêche est peu à peu passée de 4 associations de Nantes et ses environs à une dizaine d'associations du « Grand Ouest ». Et après publication, au moins une autre association a demandé aux modérateurs à être ajoutée à cette liste. Belle réussite que cette dépêche pour une idée jaillie d'une discussion sur un autre sujet :).

Avis à ceux qui voudraient se lancer dans une dépêche sur les structures du Grand Est, du Grand Nord, du Grand Centre, du Grand Sud ou du Grand Ailleurs.

Il y a déjà un résumé hebdomadaire des événements annoncés dans l'Agenda du libre français, et il n'y a donc pas besoin d'une dépêche par événement.

Dans le | xargs tar cvf, la commande xargs peut lancer plusieurs fois un tar cvf et chaque lancement écrase le fichier précédemment produit.

La question n'est pas « est-ce pratique d'avoir des propositions d'infos ciblées » mais plutôt : il paraît évident que ça peut être pratique, et que ça l'est très souvent. La question plus pertinente me semble être « est-il possible d'avoir facilement des infos non ciblées ? » (pour éviter une version déformée de la réalité, pour éviter que ne me soit présenté que des avis identiques au mien par exemple)

Autre exemple : l'édition "Google News édition France" qui m'est présentée (sans compte Google) contient des infos que je trouve intéressantes. Il s'avère que les éditions "Belgique", "Canada francophone" et "Suisse" contiennent non seulement des infos intéressantes, mais aussi des infos intéressantes différentes. Le fait de désactiver le ciblage "pays par défaut" m'est donc utile. (Et encore je n'ai pas de contrôle sur l'algo qui décide de ce qui est pertinent ou pas dans chaque pays/édition. Simple popularité ? Des médias privilégiés sur d'autres ? Etc.). On peut bien sûr faire la même remarque sur les éditions anglophones, ou dans n'importe quelle langue utilisée largement sur la planète.

ça dépend pour quel type de diagramme je pense. Pour de l'UML, http://fr.plantuml.com/running.html , par exemple Plantuml + Etherpad http://andresmrm.github.io/EtherPlant/src/etherplant.html (exemple).

http://diagramo.com/ (pas essayé) est une solution HTML5 sous GPL.

(aparté : cet avatar Debian en jpg est moche, il bave, il est flou, etc. Ça serait mieux de le remplacer par un PNG propre.)

L'association LinuxFr est membre de l'April.
L'association LinuxFr gère le site LinuxFr.org qui accueille des visiteurs qui ne sont pas forcément membres de l'April ou en accord avec les idées de l'April.
Parce que sinon les régions Île-de-France, Provence Alpes Côte d’Azur et Rhone-Alpes sont membres de l'April…

Plutôt https://data.sncf.com/licence « LICENCE SNCF OPEN DATA », qui décrit les droits accordés sur les données et les limitations, comme « un volume d’Extraction de 20 (vingt) requêtes par minute et par terminal connecté ».

On peut aussi citer https://data.sncf.com/legal_informations : « A l’exception de sites diffusant notamment des informations et/ou contenus ayant un caractère illégal et/ou notamment à caractère politique, religieux, pornographique un Utilisateur peut créer un lien hypertexte sur un site vers le Site.  »

Corrigé, merci.

Corrigé, merci.