Il est vachement bien mais nécessite un minimum de bagou. Je n'y ai jamais joué avec des enfants, mais certains adultes bloquent complètement face à ce genre de jeu.
J'ai mis longtemps à comprendre que « ASCII » c'était le nom de la version (Devuan 2.0) et pas un qualificatif de la version (en opposition à une version Unicode, par exemple).
C'est assez curieux comme choix de nom : ASCII, c'est quand même une norme antique, spécifique (ne gère à priori que l'anglais), très limitée, mais qui s'est tellement infiltrée partout qu'on a du mal à s'en débarrasser (cf les dizaines d'autres systèmes de codage de caractères plus ou moins compatibles). Je ne sais pas quel était l'intention des créateurs de Devuan, le message qu'ils comptaient faire passer, en choisissant un nom pareil pour leur distribution.
En ce qui me concerne, je ne trouve pas ça très vendeur.
Sinon Boulet est encore en live ce soir. N'hésite pas à passer sur le chan et à lui poser tes questions et/ou lui faire part de tes réflexions, il réponds à peu près à tout.
Ça sera quand même vachement plus sain que de faire des hypothèses et suppositions.
C'est rare de pouvoir aussi bien discuter avec un artiste, autant en profiter :)
Il n'a jamais été question d'effacer l'histoire. Ça n'a jamais été la question ni le sujet, je ne vois même pas ce qui te fait imaginer ça, et honnêtement je ne vois pas pourquoi ça revient sur la table.
Oui, de toute évidence, Boulet a visiblement changé d'avis depuis les commentaires que tu as lié (ça date d'il y a deux ans et demie). Et je trouve triste et contre-productif qu'au lieu d'être positif et de se dire « Hé quelqu'un qui n'aimait pas du tout le libre a changé d'avis, c'est une bonne chose même s'il n'en fait pas pour des raisons qui lui sont propres », tu grinches sur ce qu'il avait dit dans le passé.
D'autre part, du fait des différences structurelles entre l'art et le développement informatique1 il me parait inepte d'exiger des artistes qu'ils aient la même vision du libre que les développeurs. Il me parait contre-productif de râler dès qu'on constate qu'ils ne sont pas à fond dedans.
Au contraire, il me parait bien plus sain, agréable et productif de se féliciter des avancées, même minimes, lorsqu'elles existent ; et de travailler à rendre l'art libre plus intéressant pour les artistes eux-mêmes.
Temps de présence du libre dans le domaine, modèles économiques associés, implication émotionnelle de l'auteur, évidence ou non des avantages de ressources libres, conditions de vie des acteurs impliqués… ↩
La question posée était bien de savoir si ça peut avoir un impact, en positif comme en négatif (suite aux risque exprimé à l'époque d'aggraver la situation déjà précaire des auteurs). Et sa réponse a bien été qu'en fait, à la réflexion, ça n'a probablement aucun impact.
Qu'est-ce qu'un « harnais de test » ? Avec le contexte j'ai l'impression que c'est une expression pour désigner une infrastructure de tests, mais je n'avais jamais vu cette expression avant.
Parce qu'il me semble qu'avant qu'il y ait des pouvoirs publics qui ont chié leurs arrêtés de péril, il y a des propriétaires qui n'ont pas entretenu leurs bâtiments, non ?
D'une manière générale, c'est une mauvaise idée de traduire le jargon (ici le vocabulaire propre à git) quand la communication s'adresse à des gens censés comprendre ce jargon (ici les utilisateurs de l'outil, qui ont besoin de connaitre git). Pourquoi ? Parce que le jargon, s'il est hermétique aux non-initiés, est le moyen le plus efficace de communication entre deux personnes qui ont les codes pour le comprendre.
Ligne de dialogue multiparagraphe : chaque paragraphe commence par un guillemet ouvrant « (mais le cas est devenu rare)
Dernière ligne qui finit par un guillemet fermant »
Les dialogues modernes, c'est :
Toutes les lignes de dialogue commencent par un tiret cadratin —
Les dialogues modernes sont parfois plus clairs et parfois moins clairs que les dialogues traditionnels, mais infiniment moins chiants à taper. Note quel le choix d'utiliser tel ou tel dialogue type de est un choix d'éditeur plus que d'auteur.
Dans tous les cas, un dialogue est un paragraphe normal et n'est jamais une liste à puce, même avec des puces en forme de tirets cadratin. Si vous faites ça, à l'édition du fichier pour avoir un rendu propre, la personne qui édite devra repasser sur tous vos dialogues…
Note que tout l'avantage de la liseuse, c'est de laisser le lecteur avoir la mise en forme qu'il préfère… c'est pour ça que je ne comprends jamais les éditeurs qui essaient de forcer les paramètres le leurs ebooks.
Note que la présentation de l'extrait par le site (justification, alinéas, espaces entre les paragraphes) n'est pas forcément représentative du produit final, surtout si c'est un extrait d'ebook. Ça dépend de comment il est généré.
S'il ne remplace évidemment pas un être humain, un logiciel comme Druide Antidote est déjà une aide précieuse, pour l'orthographe, la grammaire et dans une certaine mesure le style (répétitions, verbes ternes, etc).
D'autre part, à la fois d'expérience et de retours tiers, l'immense majorité des retours faits par des lecteurs que tu connais sont complètement biaisés – que lesdits lecteurs en soient conscients ou non. Les deux phénomènes qui rentrent en jeu sont :
La plus grande tolérance parce que c'est un proche, surtout si tu écris en amateur : tu ne seras pas jugé du tout sur les mêmes critères que si c'est un inconnu qui te lit (consciemment ou non)1 ;
La peur de décevoir ou l'envie de faire plaisir, qui fait que des remarques peuvent ne pas t'être faites.
Trouver un bon bêta-lecteur, c'est quelque chose de très précieux, parce que ça implique à la fois pas mal de boulot (il faut tout annoter, pas se contenter d'impressions générales) et, si l'auteur et le relecteur se connaissent d'avant, ils doivent être capables de mettre en pause leurs relations et leurs égos pendant la relecture.
Comme c'est beaucoup plus simple de relire des textes d'inconnus, il y a des forums pour ça, comme par exemple Cocyclics dans le style que tu pratiques.
L'exemple typique est le suivant : je connais bien Bidule, il a écrit un texte / dessiné / sculpté / peint / etc. Je connais son niveau habituel dans cet activité (ou alors je découvre qu'il la pratique), et donc je sais que pour lui, ce qu'il a produit est objectivement bon compte tenu de ce que je sais de ses capacités. C'est très loin d'être parfait, mais j'ai apprécié l'œuvre de Bidule, et l'encourage sincèrement à continuer. Par contre, ce qu'il a fait reste très moyen par rapport à tout ce qu'on trouve sur le marché. C'est normal, Bidule est un amateur (dans le bon sens du terme). Mais du coup, présenter l'œuvre de Bidule à quelqu'un qui ne connait pas cette personne, c'est aller au-devant de grosses déceptions pour tout le monde : le tiers va s'attendre à quelque chose d'un niveau minimal élevé (parce que la « concurrence » est rude) ; Bidule va s'attendre à être jugé comme l'ont jugé ses proches. Et tout le monde va être déçu. ↩
Je plusseoie fortement. Pour rester dans les informations purement factuelles, tu as beaucoup de répétitions et il te manque pas mal d'accents circonflexes.
final MaClasse en Java correspond assez bien au const de JS : tu ne peux pas modifier la référence elle-même, mais si l'objet est mutable tu peux le muter (ex : tu ne peux pas écraser une liste par une autre, mais tu peux en modifier le contenu).
La première question qui me vient à l'esprit, c'est : quel est le public cible ? Ce qui me fait poser cette question, c'est que dans le seul début du premier paragraphe (qui est très long), tu enchaînes une histoire de vent laminaire, de molécules et d'effet venturi – c'est très technique, surtout pour un incipit.
De simples machines mono-processeur modernes peuvent être vues comme du NUMA par le système : c'est le cas des derniers processeurs AMD – au moins EPYC et Threadripper, je n'en suis pas certain pour Ryzen. C'est dû à l'architecture interne de la puce (plusieurs contrôleurs mémoire), qui implique réellement des accès mémoires non uniformes (NUMA donc).
C'est étrange que « En fait, un flux n'est jamais vide », chez moi les flux « rollingstone.com », « planet.linuxaudio.org » et « dangerousmind.net » du groupe « music » n'ont aucun contenu. Ça doit donc être un bug.
Concernant l'équilibre du contenu récupéré par les flux, j'ai utilisé Opera 12 à l'époque, Netvibes, Leed et Tiny Tiny RSS ; aucun d'entre eux ne m'a laissé cette impression de contenu complètement déséquilibré que me donne Petrolette. Bien que eux non plus n'aient pas de contrôle sur le contenu.
Je note que malgré ton verbiage, tu ne m'as pas expliqué à quoi servait la « sélection » d'un flux.
Je ne vois pas pourquoi je ferais des commits sur ton projet :
C'est ton projet, ce sont tes décisions ergonomiques, à moins d'avoir un cahier des charges précis je ne vais pas changer toute ton ergonomie ? Seul toi peut développer ça selon tes contraintes propres.
Je me fais insulter, puis tu me reproches de ne pas commiter ? Je ne suis pas certain de la cohérence de ton argumentation sur ce point.
Enfin, rappelle-toi que pour qu'un projet open-source ou libre ait des contributions, c'est aussi au mainteneur de donner envie de contribuer. Ça implique d'être un minimum ouvert aux critiques et de se rappeler que les contributeurs aussi ont un temps limité. Et que les façons de communiquer de Theo de Raadt ou de Linus Torvalds (avant son mea culpa) ne sont pas des exemples à suivre.
Et donc, comme promis. Je pars du principe d'ergonomie classique qu'il vaut mieux éviter de trop surprendre l'utilisateur à la fois par des conventions spécifiques et inutilisées ailleurs, et par des différences de conventions au sein de la même application.
Les boutons ne ressemblent pas à des boutons. → Le concept « texte avec une bordure épaisse arrondie et seulement cette bordure qui change au survol » n'est pas une représentation habituelle d'un bouton, ça finit par se comprendre mais c'est un élément de confusion. Il vaudrait mieux se rapprocher d'un design plus classique (notamment avec l'intégralité du bouton qui réagit au survol).
Les styles des différents composants est incohérent selon les composants. → Tout est dit, il faudrait harmoniser ton design. Un exemple parmi d'autres : les boutons des select ne ressemblent pas aux autres boutons.
Le système d'onglets, je n'ai pas compris à l'origine que c'était des onglets, et une fois que j'ai compris ça je pensais qu'ils ne s'appliquaient qu'à la première colonne. → Tes onglets ressemblent eux à des boutons classiques en flat design. La barre d'onglets n'a rien qui indique où s'arrête le contenu des onglets (cadre autour du contenu, ou simple ligne pour délimiter la largeur de la zone d'onglets). Il faudrait au mois ça pour que ça devienne évident que ce sont des onglets et quelle zone ils pilotent.
Les marges sont incohérentes : parfois elles sont presque inexistantes (autour du titre, des images, des textes dans les listes), parfois elles sont classiques (onglets), parfois elles sont énormes (boutons de gestion des colonnes). → Tout est dit, les marges n'ont pas besoin d'être identiques, mais cohérentes entre elles : là on a un mélange de design très serré (marges étroites) et aéré (marges larges).
Dans les colonnes, le texte et l'image sont déséquilibrés. → Typiquement dans le flux « NYT > WORLD » : les images sont hautes et le texte petit avec une marge étroite, donc les tuiles pour chaque élément du flux sont principalement constituées de vide. C'est moins choquant avec le flux du Monde (mais l'est d'autant plus que ton écran est grand). Ça contraste bizarrement avec les flux « World News » de la colonne centrale du groupe « news » qui n'ont pas d'images donc sont très serrés.
Pourquoi il y a une grosse bordure pointillée autour des boutons de gestion des colonnes ? J'imagine que s'il y a un élément de design spécifique c'est que ça correspond à un comportement spécifique, non ? → Sémantiquement, un design particulier ↔ une fonction particulière. Là je ne comprends pas si ces éléments ont une fonction spécifique, pour moi le design est donc trop particulier, à harmoniser.
Au survol des éléments de liste, le texte devient rouge sur fond sombre, ce qui est difficile à lire. → C'est plus gênant sur l'ordinateur du boulot. Globalement, le rouge attire l'œil mais est difficile à lire (que ce soit en texte ou en fond)
L'icône « pointillés verticaux » de déplacement d'un bloc-flux n'est ni une icône standard pour ce genre de manœuvre, ni à un endroit habituel pour ce faire. → Je m'attendais plus à une icône avec des flèches dans les 4 directions, ou tout simplement à pouvoir déplacer le bloc en le saisissant n'importe où dans son en-tête, ce qui est un comportement classique.
Pourquoi l'icône de repliement du flux n'apparait qu'au survol du titre à la place de l'icône du flux ? → On a des fenêtres partout dans nos OS, et je ne connais pas d'autre exemple de fenêtre dont la gestion de la taille se trouve au survol de l'icône principale. D'habitude c'est le groupe d'icônes à droite (Windows, pas mal de WM Linux) ou à gauche (Mac, quelques WM Linux).
Les zones d'action sont parfois énormes (bouton d'ajout d'un flux), et parfois microscopiques (suppression d'un onglet) → Une harmonisation de ce point serait moins surprenante pour l'utilisateur.
(onglet « music ») Il n'y a aucune différence claire entre un bloc de flux déplié et un bloc de flux vide. → Avec un indicateur pertinent, l'utilisateur pourrait savoir immédiatement si un bloc est vide ou simplement replié.
Le design est incohérent avec lui-même : par exemple les croix de fermetures sont différentes selon le contexte (celle des onglets, celle des popins). → Il suffirait d'en choisir un et de l'utiliser partout.
Pour ajouter un flux j'ai une icône « lampe torche ». Ce n'est pas un symbole habituel ou évident, il n'y a pas de tooltip pour me dire ce que fait ce bouton, donc je ne sais pas ce que peut faire cette action. → Suite à ton dernier message : le symbole universel pour la recherche, c'est une loupe, pas une lampe torche. En utilisant un symbole spécifique, tu casses le langage commun et rends ton interface moins intuitive.
Les boutons ont une largeur incohérente : parfois le bouton est adapté à une largeur d'interface (ajouts de colonnes, types de flux dans la popin), parfois il est adapté au contenu (boutons d'annulation / validation de la popin). → Là encore c'est une simple question de cohérence : choisir un comportement et l'appliquer partout.
Pourquoi les boutons d'édition / suppression / sélection d'un flux ne s'affichent qu'au survol du bouton « rafraîchir » ? → Suite à ton dernier message : le « … du bouton "rafraîchir" » était important à prendre en compte aussi. C'est typiquement le genre de boutons qu'il est pertinent de masquer en fonctionnement normal pour éviter de surcharger l'interface, mais que je ne m'attends pas à retrouver au survol de ce bouton en particulier. Ça me semblerais logique de les avoir au survol de l'en-tête du flux, ou sous un bouton « actions ».
D'ailleurs, qu'est-ce que « sélectionner un flux » et pourquoi cette icône ? → C'est une vraie question. J'ai essayé de cliquer dessus, la seule différence que j'ai vu c'est que l'icône carrée (peut-être une case à cocher, mais hors de tout contexte c'est difficile à dire) est devenue une icône « sélectionné ». D'ailleurs, si c'est vraiment une case à cocher, une fois cochée l'icône devrait être « case à cocher sélectionnée » (avec le cadre donc) et pas celle-ci.
Dans les titres des flux, le texte de l'URL est décentré vers le haut, mais les icônes de flux et de rafraichissement sont décentrées vers le bas. → Un alignement cohérent rends immédiatement le design plus propre et lisible. J'en profite pour noter qu'en mode mobile, lesdites icônes sont complètement collées au bord inférieur du titre.
On est vraiment censés lire les prévisualisations du contenu des éléments des flux dans des tooltips (en plus elles ont le design standard du système, qui est incohérent avec le reste de ton style). → Là c'est un problème d'ergonomie : si on passe au survol sur un élément de flux, on a une tooltip qui affiche un résumé. C'est tout petit, dans un style incohérent avec le reste, difficile à lire parce que très vite trop long (cf le flux du Monde) et à ma connaissance inutilisable sur mobile.
Concernant le reste de ta réponse :
Les attaques personnelles ou sur l'orthographe ne sont jamais une bonne réponse, ça ne sert qu'à te décrédibiliser.
Je n'ai jamais critiqué les élément de design qui relèvent des gouts et des couleurs (choix des couleurs, des polices, etc). Le seul cas où je parle de couleur c'est pour signaler un défaut de lisibilité.
« Il suffit d'utiliser un peu le truc (ou carrément lire la doc) pour piger pourquoi c'est comme ça. »→ L'ergonomie, c'est précisément s'arranger pour que le lecteur n'ait pas à utiliser le truc ou pire, lire une doc (protip : personne ne lit jamais aucune doc s'il n'est pas obligé de le faire) pour comprendre comment ça s'utilise. Surtout sur des éléments de vocabulaire graphique qui sont utilisés par absolument tout le monde. C'est d'ailleurs précisément ce que te disent les lecteurs qui te répondent « c'est moche » : ça signifie par là que quelque chose dans ton interface ne leur donne même pas envie d'essayer.
« Il y a un boulot énorme de fait » → C'est un argument de quantité, pas de qualité. Si c'était la même chose, depuis le temps ça se saurait – là encore, sortir ce genre d'argument te dessert plus qu'autre chose.
Une autre combine que j'utilise quand j'ai absolument besoin de faire un design, c'est d'aller voir ce qui se fait ailleurs : sur ce site par exemple, ou sur des sites qui ressemblent à ce que je veux faire, ou sur l'un ou l'autre des innombrables frameworks de composants qui existent. Alors j'ai rarement quelque chose d'original, mais au moins je suis à peu près certain que ça va être clair et compréhensible pour tous mes utilisateurs, et qu'ils ne seront pas perdus, même les nouveaux.
Ce genre de graphique est très pratique pour retrouver rapidement dans quelle échelle de grandeur tu es (j'avais celui-ci en tête), mais c'est clair que les changements d'échelle ne permettent pas une bonne comparaison entre les différents éléments.
C'est triste de constater à quel point nous pauvres humains sommes mal équipés pour appréhender les nombres.
[^] # Re: C'est bien ce truc
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Lunii, la boîte à histoires sous Linux. Évalué à 4.
Il est vachement bien mais nécessite un minimum de bagou. Je n'y ai jamais joué avec des enfants, mais certains adultes bloquent complètement face à ce genre de jeu.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Devuan ASCII
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Remède au problème démarrage devuan ascii sur raspberry pi 2 . Évalué à 2.
Y'a 1516 astéroïdes dont le nom commence pas A dans la liste que tu donnes…
La connaissance libre : https://zestedesavoir.com
# Devuan ASCII
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Remède au problème démarrage devuan ascii sur raspberry pi 2 . Évalué à 10.
J'ai mis longtemps à comprendre que « ASCII » c'était le nom de la version (Devuan 2.0) et pas un qualificatif de la version (en opposition à une version Unicode, par exemple).
C'est assez curieux comme choix de nom : ASCII, c'est quand même une norme antique, spécifique (ne gère à priori que l'anglais), très limitée, mais qui s'est tellement infiltrée partout qu'on a du mal à s'en débarrasser (cf les dizaines d'autres systèmes de codage de caractères plus ou moins compatibles). Je ne sais pas quel était l'intention des créateurs de Devuan, le message qu'ils comptaient faire passer, en choisissant un nom pareil pour leur distribution.
En ce qui me concerne, je ne trouve pas ça très vendeur.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ne pas effacer l'histoire, et question de monopole.
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Service après-vente : Boulet (le dessinateur) et l'art libre. Évalué à 8. Dernière modification le 13 janvier 2019 à 19:00.
Sinon Boulet est encore en live ce soir. N'hésite pas à passer sur le chan et à lui poser tes questions et/ou lui faire part de tes réflexions, il réponds à peu près à tout.
Ça sera quand même vachement plus sain que de faire des hypothèses et suppositions.
C'est rare de pouvoir aussi bien discuter avec un artiste, autant en profiter :)
La connaissance libre : https://zestedesavoir.com
[^] # Il n'a jamais été question d'effacer l'histoire…
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Service après-vente : Boulet (le dessinateur) et l'art libre. Évalué à 10.
Il n'a jamais été question d'effacer l'histoire. Ça n'a jamais été la question ni le sujet, je ne vois même pas ce qui te fait imaginer ça, et honnêtement je ne vois pas pourquoi ça revient sur la table.
Oui, de toute évidence, Boulet a visiblement changé d'avis depuis les commentaires que tu as lié (ça date d'il y a deux ans et demie). Et je trouve triste et contre-productif qu'au lieu d'être positif et de se dire « Hé quelqu'un qui n'aimait pas du tout le libre a changé d'avis, c'est une bonne chose même s'il n'en fait pas pour des raisons qui lui sont propres », tu grinches sur ce qu'il avait dit dans le passé.
D'autre part, du fait des différences structurelles entre l'art et le développement informatique1 il me parait inepte d'exiger des artistes qu'ils aient la même vision du libre que les développeurs. Il me parait contre-productif de râler dès qu'on constate qu'ils ne sont pas à fond dedans.
Au contraire, il me parait bien plus sain, agréable et productif de se féliciter des avancées, même minimes, lorsqu'elles existent ; et de travailler à rendre l'art libre plus intéressant pour les artistes eux-mêmes.
Temps de présence du libre dans le domaine, modèles économiques associés, implication émotionnelle de l'auteur, évidence ou non des avantages de ressources libres, conditions de vie des acteurs impliqués… ↩
La connaissance libre : https://zestedesavoir.com
[^] # Re: Sauver les auteurs ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Service après-vente : Boulet (le dessinateur) et l'art libre. Évalué à 3.
La question posée était bien de savoir si ça peut avoir un impact, en positif comme en négatif (suite aux risque exprimé à l'époque d'aggraver la situation déjà précaire des auteurs). Et sa réponse a bien été qu'en fait, à la réflexion, ça n'a probablement aucun impact.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Et le RGPD c'est du poulet
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Adobe sous Linux ?. Évalué à 10.
Mets l'adresse mail de contact du site sur lequel tu t'inscris.
La connaissance libre : https://zestedesavoir.com
# « Harnais de test » ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Un harnais de test pour Qt. Évalué à 10.
Qu'est-ce qu'un « harnais de test » ? Avec le contexte j'ai l'impression que c'est une expression pour désigner une infrastructure de tests, mais je n'avais jamais vu cette expression avant.
La connaissance libre : https://zestedesavoir.com
[^] # Re: L'assurant rassurant
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal L'assureur rassuré. Évalué à 9.
s/les pouvoirs publics/les propriétaires
Parce qu'il me semble qu'avant qu'il y ait des pouvoirs publics qui ont chié leurs arrêtés de péril, il y a des propriétaires qui n'ont pas entretenu leurs bâtiments, non ?
La connaissance libre : https://zestedesavoir.com
[^] # Re: Définition du « rebase » / relevé de coquilles
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal git-bug: un bug tracker distribué intégré dans git. Évalué à 6. Dernière modification le 07 décembre 2018 à 09:59.
C'est exactement la définition de jargon en fait.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Définition du « rebase » / relevé de coquilles
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal git-bug: un bug tracker distribué intégré dans git. Évalué à 10.
D'une manière générale, c'est une mauvaise idée de traduire le jargon (ici le vocabulaire propre à git) quand la communication s'adresse à des gens censés comprendre ce jargon (ici les utilisateurs de l'outil, qui ont besoin de connaitre git). Pourquoi ? Parce que le jargon, s'il est hermétique aux non-initiés, est le moyen le plus efficace de communication entre deux personnes qui ont les codes pour le comprendre.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Défaut de relecture avant publication
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Roman - Entre les mailles. Évalué à 4.
Les dialogues traditionnels, c'est :
Les dialogues modernes, c'est :
Les dialogues modernes sont parfois plus clairs et parfois moins clairs que les dialogues traditionnels, mais infiniment moins chiants à taper. Note quel le choix d'utiliser tel ou tel dialogue type de est un choix d'éditeur plus que d'auteur.
Dans tous les cas, un dialogue est un paragraphe normal et n'est jamais une liste à puce, même avec des puces en forme de tirets cadratin. Si vous faites ça, à l'édition du fichier pour avoir un rendu propre, la personne qui édite devra repasser sur tous vos dialogues…
Note que tout l'avantage de la liseuse, c'est de laisser le lecteur avoir la mise en forme qu'il préfère… c'est pour ça que je ne comprends jamais les éditeurs qui essaient de forcer les paramètres le leurs ebooks.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Défaut de relecture avant publication
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Roman - Entre les mailles. Évalué à 3. Dernière modification le 03 décembre 2018 à 10:07.
Note que la présentation de l'extrait par le site (justification, alinéas, espaces entre les paragraphes) n'est pas forcément représentative du produit final, surtout si c'est un extrait d'ebook. Ça dépend de comment il est généré.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Défaut de relecture avant publication
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Roman - Entre les mailles. Évalué à 9.
S'il ne remplace évidemment pas un être humain, un logiciel comme Druide Antidote est déjà une aide précieuse, pour l'orthographe, la grammaire et dans une certaine mesure le style (répétitions, verbes ternes, etc).
D'autre part, à la fois d'expérience et de retours tiers, l'immense majorité des retours faits par des lecteurs que tu connais sont complètement biaisés – que lesdits lecteurs en soient conscients ou non. Les deux phénomènes qui rentrent en jeu sont :
Trouver un bon bêta-lecteur, c'est quelque chose de très précieux, parce que ça implique à la fois pas mal de boulot (il faut tout annoter, pas se contenter d'impressions générales) et, si l'auteur et le relecteur se connaissent d'avant, ils doivent être capables de mettre en pause leurs relations et leurs égos pendant la relecture.
Comme c'est beaucoup plus simple de relire des textes d'inconnus, il y a des forums pour ça, comme par exemple Cocyclics dans le style que tu pratiques.
L'exemple typique est le suivant : je connais bien Bidule, il a écrit un texte / dessiné / sculpté / peint / etc. Je connais son niveau habituel dans cet activité (ou alors je découvre qu'il la pratique), et donc je sais que pour lui, ce qu'il a produit est objectivement bon compte tenu de ce que je sais de ses capacités. C'est très loin d'être parfait, mais j'ai apprécié l'œuvre de Bidule, et l'encourage sincèrement à continuer. Par contre, ce qu'il a fait reste très moyen par rapport à tout ce qu'on trouve sur le marché. C'est normal, Bidule est un amateur (dans le bon sens du terme). Mais du coup, présenter l'œuvre de Bidule à quelqu'un qui ne connait pas cette personne, c'est aller au-devant de grosses déceptions pour tout le monde : le tiers va s'attendre à quelque chose d'un niveau minimal élevé (parce que la « concurrence » est rude) ; Bidule va s'attendre à être jugé comme l'ont jugé ses proches. Et tout le monde va être déçu. ↩
La connaissance libre : https://zestedesavoir.com
[^] # Re: Défaut de relecture avant publication
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Roman - Entre les mailles. Évalué à 3.
Je plusseoie fortement. Pour rester dans les informations purement factuelles, tu as beaucoup de répétitions et il te manque pas mal d'accents circonflexes.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Tu tiens pas tes promesses
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal recherche-totoz en JavaScript. Évalué à 3.
final MaClasseen Java correspond assez bien auconstde JS : tu ne peux pas modifier la référence elle-même, mais si l'objet est mutable tu peux le muter (ex : tu ne peux pas écraser une liste par une autre, mais tu peux en modifier le contenu).Idem avec
valen Kotlin.La connaissance libre : https://zestedesavoir.com
# Quel est le public cible ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Roman - Entre les mailles. Évalué à 4.
J'ai trouvé l'aperçu (« extrait » ici https://www.kobo.com/fr/fr/ebook/entre-les-mailles par exemple).
La première question qui me vient à l'esprit, c'est : quel est le public cible ? Ce qui me fait poser cette question, c'est que dans le seul début du premier paragraphe (qui est très long), tu enchaînes une histoire de vent laminaire, de molécules et d'effet venturi – c'est très technique, surtout pour un incipit.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Un petit dessin vaut mieux qu'un long discours ...
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Exécution concurrente vs parallèle. Évalué à 3.
De simples machines mono-processeur modernes peuvent être vues comme du NUMA par le système : c'est le cas des derniers processeurs AMD – au moins EPYC et Threadripper, je n'en suis pas certain pour Ryzen. C'est dû à l'architecture interne de la puce (plusieurs contrôleurs mémoire), qui implique réellement des accès mémoires non uniformes (NUMA donc).
La connaissance libre : https://zestedesavoir.com
# Ouate de phoque ?! Merci !
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le microprocesseur, ce monstre de puissance qui passe son temps à attendre. Évalué à 10.
J'ai vu que ce billet a atteint une note de 146, je me suis dit « wow, ça fait beaucoup, non ? ». Alors, j'ai vérifié, et donc :
Sincèrement, je ne pensais vraiment pas que mon idée couchée un peu à l'arrache plairait autant. Si j'avais su, j'aurais plus soigné mon texte !
En tous cas, content que de voir que vous avez apprécié la comparaison !
La connaissance libre : https://zestedesavoir.com
[^] # Re: peut en en deduire
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Libre mais.... moche ?. Évalué à 4.
C'est étrange que « En fait, un flux n'est jamais vide », chez moi les flux « rollingstone.com », « planet.linuxaudio.org » et « dangerousmind.net » du groupe « music » n'ont aucun contenu. Ça doit donc être un bug.
Concernant l'équilibre du contenu récupéré par les flux, j'ai utilisé Opera 12 à l'époque, Netvibes, Leed et Tiny Tiny RSS ; aucun d'entre eux ne m'a laissé cette impression de contenu complètement déséquilibré que me donne Petrolette. Bien que eux non plus n'aient pas de contrôle sur le contenu.
Je note que malgré ton verbiage, tu ne m'as pas expliqué à quoi servait la « sélection » d'un flux.
Je ne vois pas pourquoi je ferais des commits sur ton projet :
Enfin, rappelle-toi que pour qu'un projet open-source ou libre ait des contributions, c'est aussi au mainteneur de donner envie de contribuer. Ça implique d'être un minimum ouvert aux critiques et de se rappeler que les contributeurs aussi ont un temps limité. Et que les façons de communiquer de Theo de Raadt ou de Linus Torvalds (avant son mea culpa) ne sont pas des exemples à suivre.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Comparaison parlante
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le microprocesseur, ce monstre de puissance qui passe son temps à attendre. Évalué à 8.
Personnellement je ne travaille qu'en base 101.
Par contre je ne garantis pas la base d'écriture de ce chiffre. ↩
La connaissance libre : https://zestedesavoir.com
[^] # Re: peut en en deduire
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Libre mais.... moche ?. Évalué à 5.
Et donc, comme promis. Je pars du principe d'ergonomie classique qu'il vaut mieux éviter de trop surprendre l'utilisateur à la fois par des conventions spécifiques et inutilisées ailleurs, et par des différences de conventions au sein de la même application.
selectne ressemblent pas aux autres boutons.Concernant le reste de ta réponse :
Une autre combine que j'utilise quand j'ai absolument besoin de faire un design, c'est d'aller voir ce qui se fait ailleurs : sur ce site par exemple, ou sur des sites qui ressemblent à ce que je veux faire, ou sur l'un ou l'autre des innombrables frameworks de composants qui existent. Alors j'ai rarement quelque chose d'original, mais au moins je suis à peu près certain que ça va être clair et compréhensible pour tous mes utilisateurs, et qu'ils ne seront pas perdus, même les nouveaux.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Comparaison parlante
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le microprocesseur, ce monstre de puissance qui passe son temps à attendre. Évalué à 5.
Ce genre de graphique est très pratique pour retrouver rapidement dans quelle échelle de grandeur tu es (j'avais celui-ci en tête), mais c'est clair que les changements d'échelle ne permettent pas une bonne comparaison entre les différents éléments.
C'est triste de constater à quel point nous pauvres humains sommes mal équipés pour appréhender les nombres.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Espérance de vie
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le microprocesseur, ce monstre de puissance qui passe son temps à attendre. Évalué à 2.
Normalement assez longtemps pour qu'il soit rendu obsolète par du matériel plus récent.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Espérance de vie
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le microprocesseur, ce monstre de puissance qui passe son temps à attendre. Évalué à 4.
Si le processeur et son système de refroidissement sont correctement conçus il peut tourner à 100% en permanence sans aucun soucis.
La connaissance libre : https://zestedesavoir.com