l'ordre des champs n'est pas spécifié. Si t'as un outil qui modifie l'objet et serialize à nouveau, ca peut te faire un diff monstre pour pas grand chose, et json est un tres mauvais choix pour ca.
Tu as le même genre de résultats avec XML
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ouai mais ça ne m'a pas vraiment convaincu et je ne crois pas que ça sortira des domaines d'expérimentation. Ton lien montre peu de site et il n'est pas à jour (le fait même que ce ne soit pas à jour monté le peu d'enthousiasme).
Il y a un besoin de faire ce genre de croisement de données, mais au lieu de la solution qui au bout de quelques dizaines d'années manque encore de performance, demande à ce que tout le monde travail beaucoup (il y a un effort important à faire pour fournir les données et pour les consommer). Tout ça pour des résultats limité (tu ne peux pas appliquer véritablement les traitements que tu veux).
Il y a des solutions et/ou des architectures qui vont te permettre de prendre n'importe quelle source de données, les joindre, y faire les transformations les plus exotiques imaginables et pouvoir scaler sur le volume de données linéairement… C'est le genre de choses que storm, spark, flink ou les architectures lambdas font aujourd'hui là maintenant, en open source et non-opiniated.
Je vous pas l'intérêt de proposer un endpoint sparql par rapport à des ws (et non dire que les endpoint sparql c'est cool parce que ça permet de faire des requêtes sparql ça ne me paraît pas suffisant).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Pour le truc de serveur à serveur, pourquoi pas, on peut évidemment sûrement faire un serveur au dessus des serveurs de base, par exemple un serveur qui sait fédérer les données de plusieurs point d'accès SPARQL si on veut. Tout est possible. Mais c'est pas de l'interconnexion de serveur : ils se causent pas, ils filent juste des données vers le même point.
En vrai je pense que j'ai rien compris à tout ça… En pratique il s'agit de faire quoi ? Faire des recherches sur un site ? Sur une fédération de site ? C'est au dessus de HTTP ? De TCP ? Tout ce que j'ai croisé là dessus parlait de concepts plutôt que de cas pratique. J'ai vu qu'il y a une page sur wikidata pour faire des requêtes sur une partie des données de wikipedia, c'est bien pour un POC et pour comprendre le format des requêtes SPARQL, maintenant je fais quoi ? Ça devrait remplacer les webservices que j'utilise pour qu'un client angular accède aux données de son site ? Je devrais créer une ontologie de mes données à partir de ma base comme on crée un index elasticsearch ?
Je ne sais pas trop réfléchir en top-down (malgrès que c'est ce que j'ai dû faire pendant toute ma scolarité), j'ai plutôt besoin de commencer petit et de faire du bottom-up.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Merci pour la dépêche, j'ai eu du mal à comprendre (par exemple, avec le mot clé a tu parle d'uri mais elles interviennent où ?).
J'ai du mal avec ces techno, j'ai l'impression qu'elles veulent trop bien faire et répondent trop tard et avec trop de complexité au besoin.
Ton introduction parle des moteurs de recherche texte pleins. C'est la seule façon de faire des requêtes sur du contenu non structuré. Ce dont tu parle s'attaque à un problème différent : les données structurées.
Aujourd'hui les webservices (soap, rest ou pas vraiment rest) répondent à ce problème. Ils sont faciles à apprendre et à implémenter. Ça répond très bien et très vite.
Je présume que ce sont tu parle permet d'adresser la forme des requêtes qui du coup deviennent standards (enfin pas normalisé de ce que j'ai compris) et le fais de pouvoir faire des jointures entre site.
Je n'ai pas l'impression que ça dit une vraie solution à tout cela. La forme des requêtes, leurs éventuelles limitation est souvent là pour avoir des temps de réponse acceptable. Et le crissement des données se fait très bien côté client avec la possibilité de choisir ce qui se passe lorsque l'un des serveurs est inaccessible, de faire du cache, etc
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
En faisant le constat que sur le web, ce qui est rare ou limitant est probablement le temps de calcul des serveurs, l'idée d'être gentil avec eux et de déporter le calcul sur les clients et de ne demander aux serveurs que des choses qu'ils peuvent calculer rapidement, en laissant les clients faire les calculs complexes. Nos ordis passent beaucoup de temps à ne rien faire…
Ça c'est ce qu'on pouvait dire en 2010. Maintenant non la part des internautes mobiles est trop grande pour qu'on puisse accepter : de leur déporter du boulot "parce que le serveur est fatigué" ni de leur faire télécharger des trucs pour le fun.
À moins que l'on parle d'utilisation serveur à serveur ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il y a eu une époque où il y a eu des abus avec XML, des usages un peu trop partout ou des formats pas très bien défini (trop verbeux, limitant,…). Ce fut notamment le cas dans l'écosystème Java.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
L'attitude des développeurs qui consiste à dire "Darktable on le fait d'abord pour répondre à nos besoins" est un peu irresponsable. Quand on met à disposition du public un programme, on a des responsabilités envers les utilisateurs et on ne peut pas se contenter d'éluder constamment leurs demandes…
De quelle responsabilité tu parle ? Dans le LL tu donne du code, sans aucune garantie de quoi que ce soit. C'est même écrit en majuscule dans certaines licences comme la GPL. Si tu veux te créer une responsabilité, c'est plus quelque chose comme un contrat social dont tu as besoin (le plus connu est bien évidement celui de Debian).
C'est relativement important parce que si tu as des attentes de responsabilité, il faut comprendre qu'il n'en est rien. Ça te frustrera moins. Des gars font un peu ce qu'ils peuvent dans leur temps libre et/ou par bénévolat leur expliquer qu'ils ont la contrainte de faire quelque chose, c'est la meilleure façon recevoir un nom d'oiseau et un « won't fix » sur son ticket (et si ça se multiplie une abandon du projet).
En tout cas, c'est comme ça que je le vois et que je le pratique.
Si en tant que développeur tu le fais, c'est très bien (et je t'encourage à créer un document comme le contrat social Debian à fin de le mettre en avant et d'en fixer un cadre clair). Mais c'est pas pour ça qu'il faut obliger les autres à le faire. Tout comme tu ne veux pas être obligé par les développeurs de Darktable de passer à Linux. Je ne te reproche pas de manger de la viande sous prétexte que je serais végétarien. Etc.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ça marche bien si tu as la même distribution pour tout. Si tu as un raspbian, une debian stable et une ubuntu ça va te demander beaucoup de place pour rien.
Au niveau de la consommation de la bande passante de ton réseau, c'est pas sur que tu y gagne.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
L'« artillerie » peut déjà être sortie (si tu as déjà des services géré par docker par exemple), tu peut t'en servir sur une autres distribution par exemple,…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Mon analyse de la situation est un peu différente. Je trouve assez difficile d'argumenter que Gitlab Pages n'a d'intérêt que pour les organisations de plus de 100 utilisateurs—puisque Github pages est utilisé par de nombreuses personnes de façon purement individuelle, et qu'au contraire les grosses organisations ont plus souvent des sites webs dédiés et non-statiques. N'importe quelle instance Gitlab, quelle que soit sa taille, bénéficie du fait d'avoir des pages statiques pour chaque utilisateur et pour chaque projet.
En auto hébergé ça n'a pas vraiment d'intérêt. Tu publie un dossier à partir de ton reverse proxy et tu pousse ton contenu avec rsync ou tout ce que tu veux d'autre. Au contraire Git(hub|lab) Pages vont à l'encontre du principe fondateur de ce types de sites statiques : avoir un serveur simplifié au maximum.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Justement de ce que j'ai compris Cyanogen Inc a arrêté Cyanogen OS et d'aider CyanogenMod. De plus ils ne souhaitent pas laisser n'importe qui utiliser le nom Cyanogen. Donc changement de nom.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Torrent marche bien pour de gros fichiers avec beaucoup de sources. C'est l'inverse d'un réseau social où tu as des données plus petites avec peu de sources.
Après rien n'interdit d'avoir un pair sur un serveur ovh sur le quel tu envois tout. C'est ce que je fais avec syncthings. Ça permet d'accélérer les débits et d'avoir un pair permanent. S'il tombe le réseau n'est pas casser pour autant (il est juste moins efficace).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je pense que ce qu'il faut c'est de l'émulation, que ce soit via un fork pour redynamiser ou une alternative suffisamment crédible pour représenter une concurrence.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le problème n'est pas d'écrire la configuration, mais d'avoir une configuration, comme dit plus haut, j'aime avoir mes logiciels aussi peut configurer que possible.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Trello est une tableau (une board) dans la quelle tu défini des listes dans les quelles tu va placer des cartes. Les listes sont présenter comme en colonnes.
Une carte peut contenir, un titre, un label, une description des commentaires, une échéance, des documents, des commentaires,… et tu peut déplacer une carte d'une liste à une autre.
Cela permet d'avoir un board scrum numérique ou de faire du Getting Things Done par exemple.
Pour Kanban, il manque la règle la plus importante de kanban : la limitation du nombre de carte par liste (c'est pas pratique de l'avoir à coté et c'est pas intégré).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Merci pour ces précisions. Si je comprends bien, il y a un langage intermédiaire (agnostique vis à vis du langage source) que cible le frontend, puis le backend part de cette représentation intermédiaire pour traduire vers le langage cible qui dépendra de l'architecture machine. C'est cela ?
C'est ça. Sauf que la représentation intermédiaire n'est pas toujours totalement agnostique.
Celui de llvm est particulièrement bien documenté (pour un langage intermédiaire), c'est parce qu'il est considéré comme une interface du compilateur (alors que gcc considère ça comme une représentation interne). Un petit peu de lecture : https://en.wikipedia.org/wiki/LLVM#LLVM_intermediate_representation
(ça c'est pour toi, il me semble que c'est le langage que tu utilises le plus; et dans la vidéo il explique d'où vient l'idée ;-)
C'est surtout celui que je connais le mieux.
C'est pas du troll, c'est une boutade. ;-) Même avec des emoticônes, le second degré ne passe pas sur linuxfr ?
Si si c'est juste que tes postes volent trop haut pour quand je suis en vacances ^^
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
N'y connaissant rien en compilation, me voilà très surpris : je pensais naïvement que llvm apportait une fraîcheur nouvelle, que d'ici quelques temps le noyau Linux aurait migré, que gcc était l'un des des derniers gnous.
Les projets ne migrent pas de GCC à LLVM que je sache, ils deviennent agnostiques. C'est assez différent ^_^
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
d'avoir plusieurs clefs. Par exemple une clef par utilisateur. Très utile pour se protéger comme un certain nombre d'erreur de configuration des ACL et de certaines failles de sécurité
Dans mes souvenirs LUKS le permet aussi, non ?
d'avoir une vérification de l'intégrité des données (rien n'interdit de le faire au niveau du périphérique, mais je n'en connais pas qui le fasse)
Qu'est-ce que tu entends par là ? Quand tu déchiffre la partition, ton FS fait cette vérification et c'est voulu de ne pas pouvoir la faire sans avoir déchiffré ta partition.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Effectivement, mais si coup on parle plus de continuer en libre. Le fork hostile surtout quand on cherche à s'expliquer (en en faisant un paragraphe à part), j'imaginais une vraie divergences de point de vue genre la place des femmes dans l'informatique, la consommation de bière dans la communauté ou l'interdiction des pizzas contenant du gluten !
Pas un paragraphe insipide qui explique qu'ils ont les plus belles intentions du monde (dédicace aux miss France ?).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Digression : je me suis aussi mis à BÉPO. On m'avait dit que c'était catastrophique pour développer. C'est vrai que taper de l'anglais n'est pas le plus agréable (le w est particulièrement inaccessible) ; mais au final je trouve que cette disposition est aussi bonne que AZERTY pour le développement (Java, Python principalement). Ou aussi mauvaise, comme vous voulez :)
Ce qui m'embête avec bépo c'est les raccourcis clavier. Même hors d'emacs/vim, il ont souvent une logique, on place proche des raccourcis qui s'utilisent ensemble par exemple et j'ai pas envi de remapper tous mes raccourcis d'un tas de logiciels (vim, VS code, idea, firefox, zsh, awesome,…).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Nous croyons fermement que la téléphonie devrait être accessible partout : quel que soit l'appareil, l'application, l'environnement logiciel que vous avez, vous devriez pouvoir appeler qui vous voulez, quand vous voulez. Pour accomplir cela, nous voulons un logiciel de téléphonie qui soit facile à mettre en place, facile à intégrer à d'autres logiciels, scalable et extensible à volonté.
Et donc ? À part des généralités ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il faut être sérieux deux secondes. Windows et MacOS ne sauraient remplacer Linux, pour une raison simple : Linux est gratuit (et libre), ce qui est évidemment un très gros argument de vente. Quant aux BSD (ou Darwin), le retard à combler (support matériel, fonctionnalités, performances…) est énorme. Bref, oui, Linux est pépère sur son créneau aujourd'hui, et il le resterait un certain temps même si son développement venait à ralentir.
La concurrence est plus dure que tu ne semble le croire. Tuer Windows server ce n'est pas n'importe quoi. Ne serais-ce parce que même sans parler technique MS est capable de tenir à bout de bras un projet suffisamment longtemps pour épuiser la concurrence. AIX sur serveur c'est d'une très grande qualité et linux est plutôt à la traîne à ce niveau là (techniquement parlant), mais il reste dans la course. QNX aussi est un concurrent de poids. Google va sortir fushia. La compétition est loin d'être inexistante.
Quant à git, il me semble que ça fait longtemps que Linus a passé la main.
Oui mais il a créé une communauté. Le genre de truc que tu fais pas si tu es vraiment aussi mauvais que ce que certains semblent affirmer au dessus.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: XML sapu et autres billevesées
Posté par barmic . En réponse à la dépêche SPARQL, le SQL du Web, et Linked Data Fragment : le point sur le requêtage du Web. Évalué à 4.
Tu as le même genre de résultats avec XML
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: XML sapu et autres billevesées
Posté par barmic . En réponse à la dépêche SPARQL, le SQL du Web, et Linked Data Fragment : le point sur le requêtage du Web. Évalué à 4.
Surtout que MQTT, c'est pas du web, non ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Euh ???
Posté par barmic . En réponse à la dépêche SPARQL, le SQL du Web, et Linked Data Fragment : le point sur le requêtage du Web. Évalué à 4.
Ouai mais ça ne m'a pas vraiment convaincu et je ne crois pas que ça sortira des domaines d'expérimentation. Ton lien montre peu de site et il n'est pas à jour (le fait même que ce ne soit pas à jour monté le peu d'enthousiasme).
Il y a un besoin de faire ce genre de croisement de données, mais au lieu de la solution qui au bout de quelques dizaines d'années manque encore de performance, demande à ce que tout le monde travail beaucoup (il y a un effort important à faire pour fournir les données et pour les consommer). Tout ça pour des résultats limité (tu ne peux pas appliquer véritablement les traitements que tu veux).
Il y a des solutions et/ou des architectures qui vont te permettre de prendre n'importe quelle source de données, les joindre, y faire les transformations les plus exotiques imaginables et pouvoir scaler sur le volume de données linéairement… C'est le genre de choses que storm, spark, flink ou les architectures lambdas font aujourd'hui là maintenant, en open source et non-opiniated.
Je vous pas l'intérêt de proposer un endpoint sparql par rapport à des ws (et non dire que les endpoint sparql c'est cool parce que ça permet de faire des requêtes sparql ça ne me paraît pas suffisant).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Euh ???
Posté par barmic . En réponse à la dépêche SPARQL, le SQL du Web, et Linked Data Fragment : le point sur le requêtage du Web. Évalué à 4.
En vrai je pense que j'ai rien compris à tout ça… En pratique il s'agit de faire quoi ? Faire des recherches sur un site ? Sur une fédération de site ? C'est au dessus de HTTP ? De TCP ? Tout ce que j'ai croisé là dessus parlait de concepts plutôt que de cas pratique. J'ai vu qu'il y a une page sur wikidata pour faire des requêtes sur une partie des données de wikipedia, c'est bien pour un POC et pour comprendre le format des requêtes SPARQL, maintenant je fais quoi ? Ça devrait remplacer les webservices que j'utilise pour qu'un client angular accède aux données de son site ? Je devrais créer une ontologie de mes données à partir de ma base comme on crée un index elasticsearch ?
Je ne sais pas trop réfléchir en top-down (malgrès que c'est ce que j'ai dû faire pendant toute ma scolarité), j'ai plutôt besoin de commencer petit et de faire du bottom-up.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Bof
Posté par barmic . En réponse à la dépêche SPARQL, le SQL du Web, et Linked Data Fragment : le point sur le requêtage du Web. Évalué à 5.
Merci pour la dépêche, j'ai eu du mal à comprendre (par exemple, avec le mot clé
atu parle d'uri mais elles interviennent où ?).J'ai du mal avec ces techno, j'ai l'impression qu'elles veulent trop bien faire et répondent trop tard et avec trop de complexité au besoin.
Ton introduction parle des moteurs de recherche texte pleins. C'est la seule façon de faire des requêtes sur du contenu non structuré. Ce dont tu parle s'attaque à un problème différent : les données structurées.
Aujourd'hui les webservices (soap, rest ou pas vraiment rest) répondent à ce problème. Ils sont faciles à apprendre et à implémenter. Ça répond très bien et très vite.
Je présume que ce sont tu parle permet d'adresser la forme des requêtes qui du coup deviennent standards (enfin pas normalisé de ce que j'ai compris) et le fais de pouvoir faire des jointures entre site.
Je n'ai pas l'impression que ça dit une vraie solution à tout cela. La forme des requêtes, leurs éventuelles limitation est souvent là pour avoir des temps de réponse acceptable. Et le crissement des données se fait très bien côté client avec la possibilité de choisir ce qui se passe lorsque l'un des serveurs est inaccessible, de faire du cache, etc
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Euh ???
Posté par barmic . En réponse à la dépêche SPARQL, le SQL du Web, et Linked Data Fragment : le point sur le requêtage du Web. Évalué à 8.
Ça c'est ce qu'on pouvait dire en 2010. Maintenant non la part des internautes mobiles est trop grande pour qu'on puisse accepter : de leur déporter du boulot "parce que le serveur est fatigué" ni de leur faire télécharger des trucs pour le fun.
À moins que l'on parle d'utilisation serveur à serveur ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: XML sapu et autres billevesées
Posté par barmic . En réponse à la dépêche SPARQL, le SQL du Web, et Linked Data Fragment : le point sur le requêtage du Web. Évalué à 10.
Il y a eu une époque où il y a eu des abus avec XML, des usages un peu trop partout ou des formats pas très bien défini (trop verbeux, limitant,…). Ce fut notamment le cas dans l'écosystème Java.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bien, mais peut mieux faire
Posté par barmic . En réponse à la dépêche darktable 2.2.0. Évalué à 7.
De quelle responsabilité tu parle ? Dans le LL tu donne du code, sans aucune garantie de quoi que ce soit. C'est même écrit en majuscule dans certaines licences comme la GPL. Si tu veux te créer une responsabilité, c'est plus quelque chose comme un contrat social dont tu as besoin (le plus connu est bien évidement celui de Debian).
C'est relativement important parce que si tu as des attentes de responsabilité, il faut comprendre qu'il n'en est rien. Ça te frustrera moins. Des gars font un peu ce qu'ils peuvent dans leur temps libre et/ou par bénévolat leur expliquer qu'ils ont la contrainte de faire quelque chose, c'est la meilleure façon recevoir un nom d'oiseau et un « won't fix » sur son ticket (et si ça se multiplie une abandon du projet).
Si en tant que développeur tu le fais, c'est très bien (et je t'encourage à créer un document comme le contrat social Debian à fin de le mettre en avant et d'en fixer un cadre clair). Mais c'est pas pour ça qu'il faut obliger les autres à le faire. Tout comme tu ne veux pas être obligé par les développeurs de Darktable de passer à Linux. Je ne te reproche pas de manger de la viande sous prétexte que je serais végétarien. Etc.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Question de béotien: l'intérêt face à un miroir ?
Posté par barmic . En réponse au journal Un outil fort pratique : apt-cacher-ng. Évalué à 8.
Ça marche bien si tu as la même distribution pour tout. Si tu as un raspbian, une debian stable et une ubuntu ça va te demander beaucoup de place pour rien.
Au niveau de la consommation de la bande passante de ton réseau, c'est pas sur que tu y gagne.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: et pour les fans de docker
Posté par barmic . En réponse au journal Un outil fort pratique : apt-cacher-ng. Évalué à 4.
L'« artillerie » peut déjà être sortie (si tu as déjà des services géré par docker par exemple), tu peut t'en servir sur une autres distribution par exemple,…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Râler en public
Posté par barmic . En réponse à la dépêche GitLab libère les GitLab Pages. Évalué à 4.
En auto hébergé ça n'a pas vraiment d'intérêt. Tu publie un dossier à partir de ton reverse proxy et tu pousse ton contenu avec rsync ou tout ce que tu veux d'autre. Au contraire Git(hub|lab) Pages vont à l'encontre du principe fondateur de ce types de sites statiques : avoir un serveur simplifié au maximum.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Extra light
Posté par barmic . En réponse au journal CyanogenMod est mort vive LineageOS. Évalué à 5.
Justement de ce que j'ai compris Cyanogen Inc a arrêté Cyanogen OS et d'aider CyanogenMod. De plus ils ne souhaitent pas laisser n'importe qui utiliser le nom Cyanogen. Donc changement de nom.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Si si, ça existe
Posté par barmic . En réponse au journal Les outils sociaux décentralisés en panne. Évalué à 5.
Torrent marche bien pour de gros fichiers avec beaucoup de sources. C'est l'inverse d'un réseau social où tu as des données plus petites avec peu de sources.
Après rien n'interdit d'avoir un pair sur un serveur ovh sur le quel tu envois tout. C'est ce que je fais avec syncthings. Ça permet d'accélérer les débits et d'avoir un pair permanent. S'il tombe le réseau n'est pas casser pour autant (il est juste moins efficace).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Différences ?
Posté par barmic . En réponse au journal SK1, alternative à Inkscape. Évalué à 4.
Inkscape n'est pas un Graal inaccessible.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mainteneurs grincheux
Posté par barmic . En réponse au journal LLVM se fait de vieux os ? La recherche pour rester jeune.. Évalué à 3.
Je pense que ce qu'il faut c'est de l'émulation, que ce soit via un fork pour redynamiser ou une alternative suffisamment crédible pour représenter une concurrence.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mainteneur, communauté et BÉPO
Posté par barmic . En réponse au journal 6 ans de projets libres: bilan et bien être du mainteneur. Évalué à 2.
Le problème n'est pas d'écrire la configuration, mais d'avoir une configuration, comme dit plus haut, j'aime avoir mes logiciels aussi peut configurer que possible.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est quoi Kansha ?
Posté par barmic . En réponse au journal Kansha, clone de Trello, écrit sans une ligne de javascript, ajax compris, avec le framework Nagare. Évalué à 4.
Non.
Trello est une tableau (une board) dans la quelle tu défini des listes dans les quelles tu va placer des cartes. Les listes sont présenter comme en colonnes.
Une carte peut contenir, un titre, un label, une description des commentaires, une échéance, des documents, des commentaires,… et tu peut déplacer une carte d'une liste à une autre.
Cela permet d'avoir un board scrum numérique ou de faire du Getting Things Done par exemple.
Pour Kanban, il manque la règle la plus importante de kanban : la limitation du nombre de carte par liste (c'est pas pratique de l'avoir à coté et c'est pas intégré).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dommage alors
Posté par barmic . En réponse au journal LLVM se fait de vieux os ? La recherche pour rester jeune.. Évalué à 6.
C'est ça. Sauf que la représentation intermédiaire n'est pas toujours totalement agnostique.
Celui de llvm est particulièrement bien documenté (pour un langage intermédiaire), c'est parce qu'il est considéré comme une interface du compilateur (alors que gcc considère ça comme une représentation interne). Un petit peu de lecture : https://en.wikipedia.org/wiki/LLVM#LLVM_intermediate_representation
C'est surtout celui que je connais le mieux.
Si si c'est juste que tes postes volent trop haut pour quand je suis en vacances ^^
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dommage alors
Posté par barmic . En réponse au journal LLVM se fait de vieux os ? La recherche pour rester jeune.. Évalué à 10.
Les projets ne migrent pas de GCC à LLVM que je sache, ils deviennent agnostiques. C'est assez différent ^_^
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dommage alors
Posté par barmic . En réponse au journal LLVM se fait de vieux os ? La recherche pour rester jeune.. Évalué à 9. Dernière modification le 21 décembre 2016 à 18:29.
Grosso modo, le frontend décode le source pour en faire un code intermédiaire qui sera traduit dans le langage de destinataion par le backend.
Je te laisse troller sur les langages, je vois pas le rapport avec la compilation :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: chiffrement FS
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 4.8. Évalué à 3.
Dans mes souvenirs LUKS le permet aussi, non ?
Qu'est-ce que tu entends par là ? Quand tu déchiffre la partition, ton FS fait cette vérification et c'est voulu de ne pas pouvoir la faire sans avoir déchiffré ta partition.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pourquoi un fork hostile ?
Posté par barmic . En réponse à la dépêche Wazo, le fork de XiVO, prend son envol. Évalué à 4.
Effectivement, mais si coup on parle plus de continuer en libre. Le fork hostile surtout quand on cherche à s'expliquer (en en faisant un paragraphe à part), j'imaginais une vraie divergences de point de vue genre la place des femmes dans l'informatique, la consommation de bière dans la communauté ou l'interdiction des pizzas contenant du gluten !
Pas un paragraphe insipide qui explique qu'ils ont les plus belles intentions du monde (dédicace aux miss France ?).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mainteneur, communauté et BÉPO
Posté par barmic . En réponse au journal 6 ans de projets libres: bilan et bien être du mainteneur. Évalué à 3.
Ce qui m'embête avec bépo c'est les raccourcis clavier. Même hors d'emacs/vim, il ont souvent une logique, on place proche des raccourcis qui s'utilisent ensemble par exemple et j'ai pas envi de remapper tous mes raccourcis d'un tas de logiciels (vim, VS code, idea, firefox, zsh, awesome,…).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Pourquoi un fork hostile ?
Posté par barmic . En réponse à la dépêche Wazo, le fork de XiVO, prend son envol. Évalué à 10.
Et donc ? À part des généralités ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Franche camaraderie
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 4.8. Évalué à 5.
La concurrence est plus dure que tu ne semble le croire. Tuer Windows server ce n'est pas n'importe quoi. Ne serais-ce parce que même sans parler technique MS est capable de tenir à bout de bras un projet suffisamment longtemps pour épuiser la concurrence. AIX sur serveur c'est d'une très grande qualité et linux est plutôt à la traîne à ce niveau là (techniquement parlant), mais il reste dans la course. QNX aussi est un concurrent de poids. Google va sortir fushia. La compétition est loin d'être inexistante.
Oui mais il a créé une communauté. Le genre de truc que tu fais pas si tu es vraiment aussi mauvais que ce que certains semblent affirmer au dessus.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)