CrEv a écrit 4577 commentaires

La traduction est foireuse

Approximative, pourquoi pas.
En tout cas c'était bien dans ce sens (rapidité de développement) que je l'entendais.

Dans ce sens là, je sais pas si C++ s'applique vraiment pour ton raisonnement…

Ben étant donné que du code C++ ne sera pas plus rapide que du C mais que C++ peut être plus rapide a développer que du C, je pencherais pour le fait que ça s'applique à son raisonnement. Non ?

s/C/C++ lui-même permettant d'être plus rapide qu'en C/

De rien ;)

Par abus de langage, en partie.

Mais ce n'est pas non plus "simplement" un API Javascript car en général lié à HTML, Dom. Ce n'est pas pur javascript.

En fait (en tout cas c'est comme ça que je le prend) HTML5 regroupe en fait tout ce qui est langage HTML, Dom, CSS, JS. C'est vague est peu défini, mais ça correspond pas mal à ça.

J'ai transformé des machines physiques en machines réels en moins d'une heure

En même temps, vu la quantité de travail à réaliser pour passer d'une machine physique en machine réelle…

Ben tout simplement parce que parfois tes iframes ont besoin de communiquer avec le reste du monde (par exemple inclusion d'un composant développé par une boite dans un site réalisé par un autre, et pilotage de l'un à partir de l'autre - je sais pas si c'est méga clair mais en tout cas ça m'est déjà arrivé d'avoir à le faire)

C'est le double "/" qui me gênait. Je referais un essai à tête reposé…

http://paulirish.com/2010/the-protocol-relative-url/ par exemple, mais aussi, plus proche :

Effectivement, les feuilles de style hébergées sur LinuxFr.org sont servies via une URL en protocol relative (cf RFC 1808 partie 2.2 et RFC 3986 partie 4.2), donc en HTTPS quand on navigue sur le site en HTTPS.

C'est sur les CSS mais c'est pareil pour les images

Ça change rien au fait que c'est profondément inintéressant, et je maintiens, c'est people et c'est tout pourri.

Heu, non. Ok, ça ne change rien au fait que tu trouves ça inintéressant, mais faut croire que ce n'est pas l'avis de tout le monde.

De la même manière pour les news noyaux de patrick_g, en général je ne lis que les parties "people", les coups de gueules de Linus et ses mails. Le reste, en général, je m'en fiche, ce qui m'intéresse c'est justement la vie autour de la technique et non la technique dans ces cas.

Ce n'est pas chargé en "Secure" c'est chargé en utilisant le protocole courant utilisé pour visualisé la page (protocole relatif)
D'où l'absence de http/https dans l'url.

En gros, si tu navigues en http il chargera la page en http, si tu navigues en https il chargera en https.

Après, say moche si ton navigateur ne dit rien :(

Et sinon, il y a une page sur le site qui indique qu'il faut ajouter le certificat : https://linuxfr.org/aide#aide-imgcertificatssl

Je connaissais la nomenclature à la Microsoft pour Windows (incohérente, avec …, 3.11, 95, 98, Me et 2000, XP, Vista, 7 (version interne 6.truc) et 8 (version interne 6.truc aussi))

Mouai, le problème c'est que tu mélanges beaucoup de choses (mais je pense que tu le sais déjà d'autant plus que c'est pas la première fois…) :

• il y a toujours une différence entre numéros internes et marketing (et pour le coup 3.11 est plutôt "interne" alors que les autres sont marketing)
• la numérotation interne est en réalité plutôt bonne
• tu mélanges volontairement les branches "home" (je sais plus trop quel est le vrai nom) avec 95, 98, Me avec les branches hérités des NT : NT3, NT4, 2000, XP, Vista, 7, 8

Si tu prends la branche des NT les numéros internes sont bons.

Hum, je suis pas tout à fait de cet avis.
Le problème de beaucoup de CMS est que justement ils veulent plaire / convenir à tout le monde et souvent c'est au prix de nombreux défauts (par exemple trop forte généricité qui rend les tâches les plus simples absolument imbitables et complexes)

Au final je préfère, et de loin, de très bon frameworks (enfin ou micro + lib) qui offrent de bonnes bases, évitent le DRY inutile mais pour autant ne font pas tout. Il reste alors juste à mixer l'ensemble directement pour les besoins. Ainsi il n'y a de choses en trop, genre "un jour peut-être on utilisera cette fonctionnalité" qui ont souvent un coût de maintenance énorme pour un gain absolument nul.

3, 4/ Non concernés par mon commentaire.

Justement.
Si j'avais indiqué que Go était le gagnant je comprendrais. Mais en l'état je les mets à l'égalité en ne me prononçant pas.

Sinon, je comprend là où tu veux en venir.
Alors oui, évidemment, je passe pas mal de choses sous silence. Entre autre je ne décris absolument pas Erlang.

A choisir j'aurais pu le formuler comme ceci :

Go est souvent montré pour sa facilité à gérer la concurrence. Mais ce n’est pas le seul langage à le permettre, entre autre Erlang a été créé pour répondre à ce type de problème.

(ou un truc du genre, c'est jeté à la vas-vite)

Mais je ne serais pas allé plus loin que remplacer le "pas mal" par quelque chose d'un peu plus précis.

Maintenant, si j'étais tombé sur un lien intéressant au sujet d'Erlang, j'en aurais probablement parlé et présenté d'avantage, comme je le fais pour pas mal de sujets. Mais ce ne fut pas le cas. Il faut bien voir que ce que je présente est une liste de lien, que je collecte dans mes flux, contacts, etc, en fonction de mes intérêts propres, et de manière subjective (surtout lors des choix).

Je commente le fait que la manière dont Erlang était présentée était potentiellement trompeuse.

Je n'ai toujours pas saisi en quoi ça pouvait être trompeur…

mais d'ignorance

De la part de qui ? De mon côté en tout cas je savais très bien avant cela qu'Erlang est doué pour ces problématiques depuis longtemps…

Parce qu'Erlang est moins connu et conçu pour la gestion de la concurrence, j'estime qu'il était nécessaire de préciser qu'il est efficace bien que beaucoup plus ancien.

Attends, je comprend pas bien.
Parce que Erlang n'est pas bien connu j'aurais du en écrire une tartine pour le présenter ? Et pourquoi ?

Si je reprend ce que j'ai écris :

Go est souvent montré pour sa facilité à gérer la concurrence. Mais ce n’est pas le seul langage à le permettre, entre autres, Erlang est plutôt pas mal. Voici donc un petit article présentant un Hello World concurrentiel en Go, Erlang et C++. Sans vous indiquer le gagnant, vous trouverez facilement le grand perdant entre les trois…

1. "Go est souvent montré pour sa facilité à gérer la concurrence" Ben, c'est le cas
2. "Il est pas tout seul, entre autre Erlang est bien pour ça" Ça tombe bien j'introduis Erlang en disant qu'il est plutôt pas mal pour ça (ok j'aurais pu rajouter "puisqu'il a été conçu pour ça" mais ça ne change pas grand chose je trouve)
3. Et si on les comparait sur un hello world ?
4. C++ est le grand perdant, par contre je ne me prononce pas sur le gagnant (entre autre car je ne fais pas d'Erlang)

Au final je n'ai toujours pas réellement saisi en quoi ça met excessivement Go sur un pied d'estale, surtout par rapport à Erlang. Oui j'ai choisi de prendre l'article par le côté Go car je le connais plus qu'Erlang. Mais il reste, je trouve, plutôt neutre et factuel. En tout cas si on oublie C++.

Sérieusement, en l'état c'est quoi le concept qui le différencie d'un OpenBox, Blackbox ou WMaker?

Aucun idée, à l'époque c'est annoncé comme réellement différent, mais ça n'a jamais vu le jour…

oué enfin ils le sont par défaut
et j'ai beau avoir cherché un moment, j'ai jamais réussi à avoir un truc totalement sobre. Entre ça et une impression que je trouvais toujours étrange (un peu dur à expliquer, c'est plus un ressenti qu'autre chose) j'ai jamais réussi à me faire à e17

Et pourtant, je l'attendais depuis longtemps, pendant un temps je m'amusais en même temps à faire des paquets pour mandriva, mais à l'époque (au moins quoi, 5 6 ans en arrière ?) j'espérais vraiment qu'il arrive

Au final, il va peut-être arriver un jour (pour cette année j'y crois absolument pas…). Mais qu'aura-t-il de vraiment intéressant, différent des autres ?

et aussi recommencer je sais pas combien de fois la même chose
et aussi se concentrer sur du mobile
…

A part ça j'aime bien e17, je me souviens même des articles dans les GMLF qui parlaient du côté "desktop shell" (il y a quoi, une dizaine d'année ?)
Au final, je l'ai retesté il n'y a pas si longtemps (genre 1 mois) et j'ai pas été sous le charme. Beaucoup trop d'effets à la con par exemple…

en lisant ça, on dirait que Go est révolutionnaire

Ben non, on dirait que j'ai écris que Go est souvent montré pour sa facilité à gérer la concurrence.
Ca ne veut absolument pas dire que c'est le seul, d'autant plus que je cite par exemple erlang (j'ai vraiment l'impression de paraphraser là…)

Maintenant, si on ne peut plus décrire les points forts d'un langage sans être taxé de fanboy ça devient bien lourd quand même.
En fait j'ai l'impression qu'à chaque fois qu'on sort un truc sur go (par exemple) il y a toute une bande d'aigris (c'est une remarque générale hein) qui viennent pleurer sur leurs langages qui font certaines choses du même genre depuis plus longtemps. Le problème, entre autre, c'est que ces langages sont en général beaucoup moins connus et beaucoup moins utilisés. Erlang, par exemple, a beau être là depuis bien plus longtemps il a quand même une "part de marché" faible (comparé à la majorité des langages classiques, avec syntaxe type c, ou même perl, ruby, python, etc)

Faudrait ptetre arrêter de prendre la mouche comme ça.

T'inquiète, je ne l'avais pas pris comme une critique ;)
en fait j'ai surtout fait par facilité et rapidité pour cette fois

(je savais même pas que certains suivaient mon blog :) )

Je demande en quoi la décentralisation est quelque chose de primordiale

En fait ce n'est pas vraiment la décentralisation qui m'intéressait, mais juste le fait de l'avoir chez moi. Je n'ai pas envie, pour le coup, de dépendre d'un produit externe. Et ce choix était réalisé bien avant de publier sur linuxfr.

De plus je n'ai pas parlé d'ergonomie, je pensais plus à la visibilité.

Visibilité de quoi ?
Mes bookmarks ne sont pas publiques et personne n'en connait l'adresse. Et je ne tiens pas à ce que ça change. Je ne partage pas les bookmarks en tant que tels de toute façon.

Sinon tu peut aussi lui expliquer que poster sur linuxfr alors qu'avant il postait sur son blog

C'est vrai que les première fois je dupliquais le contenu. Je ne l'ai pas fait ces dernières, mais il est vrai que la licence me le permet. Donc je pense que je fais le refaire (même si ça n'a que peu d'intérêt à part le fait d'être chez moi, d'ailleurs quand je dis chez moi c'est hébergé derrière ma tv :) )

J'ai, grossièrement, 1600 liens (c'est pas encore énorme)

Initialement c'était dans les marques pages de chrome, l'avantage étant surtout qu'ils sont synchronisés entre mes diverses machines et mon téléphone.
Mais le classement par dossier a ses limites (très vite) et je ne pouvais y mettre des descriptions.

Je suis donc passé à shaarli, sur mon serveur perso.
Les avantages :

• hébergé chez moi
• hébergé chez moi (oui je trouve ça plutôt intéressant)
• accessible de partout
• tag (vraiment mieux pour classer)
• description

Par contre, c'est pas super ergonomique, et en fait je voulais aller plus loin. J'avais d'ailleurs commencé un projet en ce sens mais je ne l'ai pas fini (probablement parce que je l'avais commencé en php…). La grosse différence était surtout la possibilité d'écrire les descriptions en markdown (avec prévisu en temps réel). Le but était de pouvoir ensuite presque simplement sélectionner les liens intéressants et d'avoir automagiquement le contenu d'un journal du type de celui-ci.
Mais j'aurais voulu aller encore plus loin (comme quoi dès qu'on oublie le release early, release often ça ne se passe jamais vraiment bien…) pour rajouter un vrai côté éditorial, ligne directrice. Et ça demande pas mal de choses, notamment pas seulement sélection des liens mais aussi réorganisation, catégories, etc.

Bon, je m'égare un peu, mais voilà le principe en gros.

Merci pour ce commentaire (sincèrement).

Initialement j'avais commencé par le message suivant :

note préliminaire : si les journaux de seconde page existaient encore, je l'aurais classé comme tel. A vous de le lire comme tel.

toi de tourner au narcissisme. :)

en quoi je tourne au narcissisme ? (vrai question hein)

En fait, pour expliquer un peu, ces "news" bookmarks remontent de mon côté à assez loin dans le temps (de fin 2010 à presque mi-2012). Mais elles étaient essentiellement réservée à mon entreprise. Elles sont ensuite devenue progressivement publiques (sur mon blog) puis en journal et maintenant en dépêche.

Par contre, pour bien comprendre le "style", ça a toujours été bookmark. Avec le temps un peu de blabla s'est rajouté dessus, mais c'est vraiment un lien avec au mieux quelques phrases présentant mon avis sur le sujet. Ce n'est, volontairement, absolument pas objectif. Ce qui m'intéressait dans l'histoire est justement l'avis, le point de vue, l'envie, l'énervement, la joie, etc liée à un sujet, une histoire, etc.
Si "narcissique" car c'est présenté de manière subjective alors c'est en effet réellement le but. C'est d'ailleurs exactement le cas lorsque je balance sur le métro de Paris au début d'un journal du genre. Ca n'a en effet aucun lien, et ça n'en a pas le but. Le but est juste de partager les liens que j'ai pu découvrir, à travers mon regard.
Sinon, ce serait une bête liste de liens, totalement froids et impersonnels.

Ensuite, pour le traitement "survol" des sujets : c'est justement le pure côté bookmark. D'ailleurs à la base c'était juste un condensé des bookmarks que j'ajoutais à mon navigateur. Et il faut le voir comme ça : je partage mes liens. Et cela n'empêche absolument pas d'en prendre certains et de les traiter en profondeur, à côté.
C'est d'ailleurs ce que je fais personnellement, je reviens parfois sur certains liens (typiquement les conférences, articles de fond, etc) plusieurs semaines / mois plus tard car je traite réellement le sujet à ce moment. Mais si je ne les avaient pas gardé à ce moment, je ne l'aurais probablement pas retrouvé.

Le problème de les espacer est que certaines informations ont une pertinence lorsqu'elle sort, pas 3 semaines plus tard. Et honnêtement, détailler des sujets ça prend beaucoup beaucoup de temps. La je m'en sort pas trop mal car je peux traiter les points un par un, séparément. Traiter un sujet de fond ne serait pas vraiment compatible avec le temps que je peux y allouer actuellement.

hum, mouai, mais bon c'est limité au web ça, et on parle plutôt de le langage. c'est pas vraiment sur le même plan, je parle plutôt d'une fusion ligne de commande / navigateur / visualiseur de fichier (il suffit de voir les exemples présentés dans les liens, termkit étant le bon exemple)

Parce que ton man est plus court que celui-là ?

Oui, c'est vrai pour la page. Mais je trouvais que la page n'apportait pas grand chose (comme quasiment toutes les pages launchpad) et je me suis dit que le man apportait plus d'infos.
Mais merci pour le lien, j'aurais du mettre les deux tout simplement.

Bien vu, je me disais bien que les boutons me faisaient penser à quelque chose…

Pour ceux qui veulent faire des cartes, leaflet est vraiment une bonne lib.

cool, merci
Bon, j'ai toujours un peu de mal avec lisp, mais je trouve ça pas trop mal

note : Je suppose qu'il s'agira de GNU/Linux en réalité.

Heu non, t'as quand même un troll de retard là

Ça fait quand même un moment que Linux = Ubuntu