Quand tu vois le temps qu'il a fallu pour que les outils gèrent correctement les RAW Fuji ou Fovéon, alors que normalement ça ne change que la procédure de dématriçage, je ne parierais pas là-dessus.
Il y a 50 ans, c'était 1969, 13 ans avant les tout premiers CD, et les cassettes audio n'avaient que 6 ans. Si tu voulais écouter de la musique de bonne qualité, tu avais soit les cassettes audio (dont la qualité, pas terrible, se dégrade à chaque écoute), soit les vinyles.
Ces derniers reviennent à la mode aujourd'hui, principalement parce que ça reste de beaux objets. Mais à moins d'avoir un très bon lecteur et de prendre grand soin de tes disques, ça restait pas pratique, plein de craquements, de rayures, de poussières… sans parler du fait que les lecteurs à prix raisonnables avaient un rendu sonore bien pire que des MP3 à 128 kbps écoutés à travers les écouteurs vendus avec le smartphone.
Ergonomie
Là c'est facile, il suffit d'aller sur archive.org et de remonter à des sites de 1999. Ou d'installer une VM avec des logiciels de l'époque.
Les smartphones sont une régression ergonomique pour la saisie de texte, tout comme les automatismes abusifs. Pour le reste, l'ergonomie d'il y a 20 ans est généralement bien supérieure à l'actuelle.
Photographie
Il y a 75 ans, c'était 1944 et le début des pellicules couleur accessibles à tous. Mais la photographie, c'était un loisir relativement cher (le matériel) et qui nécessitait pas mal de connaissances relativement techniques pour réussir les photos. Lesquelles étaient souvent tirées en tout petit : le format 15 x 10 cm n'était pas encore très répandu. Et les photos de non-professionnels étaient souvent de mauvaises qualité : floues, surexposées ou sousexposées, mal cadrées… mais on les gardait quand même, parce qu'on ne pouvait pas mitrailler.
Aujourd'hui, n'importe qui peut faire des photos n'importe quand sans la moindre notion de photographie – et d'ailleurs, n'importe qui ne se prive pas de faire tout le temps des photos sans le moindre intérêt, dans des conditions (notamment de lumière) où il y a 75 ans il était absolument impensable de prendre une image1. La qualité des photos, même celles sans intérêt artistique, a explosé.
En argentique, on trouvait facilement des pellicules de 400 ISO, assez facilement du 800 ISO, et au-delà c'était du matos exotique. ↩
Tu surinterprètes à mort mes propos. Je signale juste que certains smartphones donnent accès aux RAW, je ne dis absolument pas que c'est une bonne chose, que c'est utile ou que ça va remplacer un vrai appareil…
J'en donne même la preuve dans la suite de mon message, puisque j'explique justement que même les constructeurs se servent de reflex à la place des appareils photo intégrés dans leurs publicités pour ces appareils photos (et c'était bien Samsung).
Pour en finir avec les RAW des smartphones : j'imagine la tronche du photographe du dimanche quand il va essayer de donner son RAW-de-smartphone à son dérawtiseur préféré, et qu'il va se rendre compte que ça ne fonctionne pas, parce que :
C'est les données de plusieurs capteurs en même temps,
C'est les données de plusieurs capteurs et de trucs qui ne sont même pas des capteurs photo (comme des données télémétriques pour calculer le bokeh dont on parlait plus haut)
C'est une série de plusieurs lectures du capteur en un temps très court qui doivent être recombinées en une seule image,
etc.
et que donc son logiciel ne sait pas le gérer.
Les contraintes physiques sur les capteurs et optiques des appareils intégrés aux smartphones sont importantes, mais les ingénieurs déploient des trésors d'imagination pour les contourner.
On trouve des smartphones qui fournissent les RAW maintenant.
Certains constructeurs (Samsung de mémoire ?) se sont d'ailleurs fait prendre la main dans le sac : leurs superbes photographies publicitaires « prises avec le smartphone XXX » révèlent avoir été prises avec un reflex haut de gamme quand on consulte les métadonnées.
Les deux sont compatibles – la preuve. Mais le fait est qu'ils ne dominent pas le marché (au niveau mondial, j'ai la flemme de vérifier les chiffres nationaux).
La dernière fois que Apple a passé les 20 % de part de marché, c'était en 2012.
Le fait qu'on parle de « domination écrasante » d'Apple sur ces marchés, que leur keynote fasse autant de bruit, objectivement c'est plus un signe de la puissance de leur marketing que d'une réelle domination du marché.
Pour moi tu surestimes très largement l'impact du code dans ce genre de projets. À moins d'avoir une avancée technologique monstrueuse sur les concurrents, ce qui va faire le succès d'un projet comme Uber, c'est plutôt son effet réseau, le fait qu'il soit connu, etc.
On peut prendre plusieurs exemples :
Deliveroo est je crois le leader du marché de la livraison de nourriture à domicile en France, pourtant leurs sites / applications sont très, très loin d'être bons, et la concurrence fait souvent mieux sur ce point.
Steam a le quasi monopole sur la distribution de jeux dématérialisés pour PC, malgré beaucoup d'alternatives. Les seuls qui commencent à leur faire de l'ombre, c'est Epic Games, non pas grâce à la qualité de leur logiciel (au contraire) mais grâce à leur immense force de frappe commerciale.
Android a une base libre, avec une surcouche propriétaire massive (tous les outils Google pour commencer). Pourtant aucun projet visant à réutiliser la base libre pour en faire une alternative qui libérerait les utilisateurs n'a fonctionné en masse et à long terme.
Il y a plein de réseaux sociaux libres et acentrés (diaspora, mastodon…) et pourtant les plus grands d'entre eux ne sont que des nains par rapport aux grands réseaux centralisés.
Etc.
Il y a aussi la puissance matérielle et financière à avoir pour rivaliser avec les géants en place : je vous renvoie aux déboires de Qwant pour un exemple.
Oui, le logiciel aide à devenir indépendant du créateur du logiciel. Mais quand une méga-entreprise, même dans l'informatique, est en situation de monopole et de contrôle, c'est rarement à cause du logiciel lui-même, mais à cause de facteurs tiers bien plus complexes à contrôler qu'une simple libération des logiciels. Et de mon point de vue, c'est naïf de penser que cette simple libération nous éviterait les problèmes de centralisation, de monopole et de contrôle.
Parce que le karma, tel qu'il est défini, est une moyenne de tes interventions, avec une grosse prime à la publication de dépêches.
Mais tu peux être généralement intéressant et, de temps en temps, avoir un comportement insupportable qui te rends indésirable. J'imagine que c'est ce que plusieurs pensent de Zenitram par exemple, or lui aussi a un karma largement positif.
Le monde du travail bouleversé par l’« uberisation », c’est à cause des logiciels privateurs. En effet, si les plates-formes étaient conçues libres et acentrées telles le Fediverse, aucune méga-entreprise ne pourrait contrôler l’ensemble des autres sur un marché.
Tu peux développer ? Parce que je dois être un peu idiot, mais je ne vois pas ce que ça aurait changé si Uber ou ses concurrents avaient publié le code source de leurs applications.
La catastrophe des déchets électroniques, c’est encore à cause des logiciels privateurs. En effet, la licence Windows vendue à chaque poste neuf, ça n’incite certainement pas Microsoft à optimiser son logiciel merdique pour faire durer notre matos.
Ah oui, carrément. C'est clair que tous nos logiciels libres sont parfaitement optimisés. Pire : tu ne mentionnes que Windows, mais que dire de tous les logiciels, libres ou non, qui tournaient sur nos vieux ordis ?
J’en passe pour aborder un cas plus personnel : si on est forcé d’exercer un métier de santé sans respecter le secret médical --- bah oui, un système conçu pour pomper les données personnelles installés sur l’ordi de votre médecin, pharmacien, infirmier, de votre hôpital… vous y avez pensé ? --- Bref, c’est toujours à cause des logiciels privateurs.
Là encore tu mélanges les choux et les carottes. Tu peux faire un logiciel propriétaire respectueux de la vie privée des gens, tout comme tu peux faire un logiciel libre qui va pomper toutes leurs données…
Incorrecte en français : Avez-vous déjà entendu « voiture propriétaire » par exemple ?
Note que je n'ai jamais non plus entendu « voiture privatrice ».
C'est un problème de luminosité. Tu peux tout à fait régler ton écran à la même luminosité qu'une feuille de papier blanc éclairée par l'éclairage ambiant. Et là, tu peux bosser toute la journée sur fond blanc sans que ça ne t'explose les yeux.
Les écrans sont vendus réglés avec la luminosité à fond parce que ça permet un meilleur effet « wahou » et les fait mieux ressortir par rapport aux concurrents dans les magasins.
Quant aux danger des LED bleues, les études scientifiques un minimum sérieuses qui montrent ça utilisent des doses infiniment supérieures à celles de ton écran. Si tu crois les « études » des vendeurs de lunettes jaunes (les mêmes qui te vendaient des caches à écrans cathodiques), demande-leurs les sources scientifiques, aucun ne les donnent, et pour cause.
Mêmes causes, mêmes effets semble-t-il. On en est arrivés à une solution similaire.
J'avais oublié le coup de « je défends ardemment une solution intéressante mais techniquement atroce, par contre c'est hors de question que je touche une ligne de code ou même que je fasse le moindre test ». C'est généralement de bonne volonté, mais frustrant.
Sur Zeste de Savoir, on a beaucoup utilisé ce genre de technique de développement au début – on avait même un processus appelé ZEP (sur la base des PEP de Python etc).
Personne ne donnait aucun avis (et la proposition prenait la poussière), ou plus souvent
Tout le monde donnait son avis d'où des débats à rallonge et qui tournaient en rond, donc
Aucune décision n'était prise, d'autant plus que
Beaucoup d'avis n'étaient pas spécialement motivés mais très ardemment défendus, et pire
Une fois une décision prise, quelqu'un vient systématiquement tout remettre en cause (et souvent une fois que les développements sont très avancés voire finis.
Bref, ça ressemble à une bonne idée, mais même avec une communauté aussi sympathique que celle de Zeste de Savoir, ça s'est avéré extrêmement chronophage et frustrant pour les développeurs (déjà qu'on en manque). Éventuellement avec des gens pour cadrer gérer les débats de A à Z et trancher quand il faut, ça doit être possible – mais il faut les ressources et même avec elles, ça n'est pas la philosophie de Zeste de Savoir et encore moins celle de LinuxFR.org.
Un site ne devrait JAMAIS imposer une police d'écriture. C'est à l'agent utilisateur de choisir la plus adéquate en tenant compte des indications de famille/taille du CSS, des préférences de l'utilisateur et de l'usage (broutage classique, mode lecture, impression, …).
Je rajouterais que d'une manière générale, la justification sur le web est une assez mauvaise idée, parce que les navigateurs ne gèrent pas correctement les césures – et donc sont parfois obligés de faire des trucs vraiment sales pour justifier.
La police avec empattement n'empêche pas la lecture sur écran, c'est une vieille légende tenace qui date de l'époque des écrans cathodiques non anti-aliasés qui proposaient un rendu moche de ces polices.
Il y a des gens qui se sont posés sérieusement la question, et la réponse est donc que : si la police est suffisamment grosse (12 points), la présence d'empattements ne change rien. Donc il vaut mieux augmenter un peu cette taille, ce qui évite en plus d'avoir des lignes à rallonge.
Un contre-exemple : tu as une application SpringBoot (Java) avec Hibernate et PostgreSQL, tu veux récupérer des listes d'entités triées sur une colonne. C'est facile de demander au système de te générer la requête qui renvoie tout ça nickel, il n'y a plus qu'à retranscrire le résultat de la requête au format voulu.
Mais de façon contre-intuitive, c'est sensiblement plus rapide de ne pas trier avec PostgreSQL, mais de récupérer les résultats dans le désordre et de les trier ensuite avec Java.
Je n'ai pas cherché l'explication au phénomène, et je ne sais pas si c'est reproductible avec d'autres SGBD, mais on a eu le cas sur des tables très petites et sur plusieurs centaines de lignes (au-delà c'est paginé donc trié côté SGBD), sur des clé de tri indexées ou non.
En plus du coup classique qu'il ne comprends pas les besoins autres que les siens, typiquement le fait qu'énormément de projets ont en réalité très peu de données à l'échelle d'un serveur moderne. Beaucoup de projets ont si peu de données qu'ils tournent de façon tout à fait satisfaisante avec un SGBD sur sa configuration par défaut couplé à un ORM mal utilisé qui passe son temps à envoyer des batteries de select sur des clés primaires. Pour ça, y'a besoin ni d'un SGBD qui tient de la charge, ni de quelconques fonctionnalités avancées, mais c'est tellement loin des habitudes de SQLPro qu'il ne semble même pas imaginer que ces besoins puissent exister.
Avec le nouveau moteur, les performances sont trois fois supérieures dans certains cas. Et je pense pouvoir aller encore plus loin dans les performances.
Chez moi – avec les outils intégrés à l'OS – les copies sont systématiquement limitées par les I/O (disque ou réseau selon le cas). Du coup ça m'intrigue que tu puisses faire mieux.
Pourrais-tu nous expliquer comment tu arrives à un tel résultat ? Parce que ça peut être clairement une fonctionnalité qui à elle seul pourrait faire choisir ton outil !
+1, la pause et la limitation de débit étaient les fonctionnalités les plus utiles pour moi, parce que celles qu'on ne trouve généralement pas dans les outils intégrés de l'OS.
et surtout utiliser un reflex en mode manuel qui gardera parfaitement les réglages sur chaque prise
Quand tu veux faire un panorama / assemblage à la main, tu exposes sur la zone la plus difficile (en numérique la plus lumineuse), tu bloques les réglages (ça peut être fait avec n'importe quel appareil qui supporte le mode manuel, mon vieux Huawei P8 le fait) et tu prends le reste de la zone avec exactement les mêmes réglages. Pense à laisser de la marge (1/3 de l'image) en recouvrement pour te faciliter le travail, quitte à prendre plus de photos.
Si l'appareil n'est pas trop idiot, tu peux assembler directement les JPG produits. Certains font les malins, et tu dois passer par les RAW.
Si tu as encore le support sous la main, c'est beaucoup plus rapide et fiable de reprendre les photos avec cette technique que d'essayer de corriger les expositions à la main.
Puis Windows est limité par l'absence de gestion des liens symboliques
Windows supporte les liens symboliques sans bidouille pour le grand public depuis Windows Vista, soit depuis janvier 2007, ce qui ne nous rajeunit pas. Plus exactement, c'est disponible depuis NTFS3.1, donc sous Windows XP en bidouillant un peu. Par contre il a longtemps fallu les droits d'admin pour pouvoir les créer (Wikipedia n'est pas claire sur depuis quand c'est possible avec un simple utilisateur).
Le cas du Paris → Quimper y est explicitement cité. J'avais fait ce trajet, et cette répartition d'arrêts m'avait surpris.
D'un coté c'est effectivement ridicule de faire faire le tortillard à un TGV (s'use-t-il plus vite à accélérer/freiner sans cesse ?). De l'autre, ça évite d'avoir à acheter 2 trains et surtout c'est très confortable pour les passagers du bout de la ligne qui font tout leur trajet dans 1 seul train.
C'est effectivement plus confortable. Je ne sais pas si un TGV s'use plus vite à être utilisé comme un TER, mais ce qui est sûr c'est que c'est plus cher à l'achat, l'entretien et l'usage qu'un TER. De plus, ça n'évite pas d'acheter des trains, parce que pendant que ton TGV sert de TER (et remplace un TER donc), ce TGV n'est pas disponible pour faire du TGV.
Ne pas oublier qu'un TER niveau confort ce n'est clairement pas un TGV
Par contre les Intercités, surtout les rames Corail, sont plus confortables que les TGV.
[^] # Re: Photographie.
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 2.
Quand tu vois le temps qu'il a fallu pour que les outils gèrent correctement les RAW Fuji ou Fovéon, alors que normalement ça ne change que la procédure de dématriçage, je ne parierais pas là-dessus.
La connaissance libre : https://zestedesavoir.com
[^] # Très jolie idéalisation du passé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 10.
Tu idéalises le passé.
Audio
Il y a 50 ans, c'était 1969, 13 ans avant les tout premiers CD, et les cassettes audio n'avaient que 6 ans. Si tu voulais écouter de la musique de bonne qualité, tu avais soit les cassettes audio (dont la qualité, pas terrible, se dégrade à chaque écoute), soit les vinyles.
Ces derniers reviennent à la mode aujourd'hui, principalement parce que ça reste de beaux objets. Mais à moins d'avoir un très bon lecteur et de prendre grand soin de tes disques, ça restait pas pratique, plein de craquements, de rayures, de poussières… sans parler du fait que les lecteurs à prix raisonnables avaient un rendu sonore bien pire que des MP3 à 128 kbps écoutés à travers les écouteurs vendus avec le smartphone.
Ergonomie
Là c'est facile, il suffit d'aller sur archive.org et de remonter à des sites de 1999. Ou d'installer une VM avec des logiciels de l'époque.
Les smartphones sont une régression ergonomique pour la saisie de texte, tout comme les automatismes abusifs. Pour le reste, l'ergonomie d'il y a 20 ans est généralement bien supérieure à l'actuelle.
Photographie
Il y a 75 ans, c'était 1944 et le début des pellicules couleur accessibles à tous. Mais la photographie, c'était un loisir relativement cher (le matériel) et qui nécessitait pas mal de connaissances relativement techniques pour réussir les photos. Lesquelles étaient souvent tirées en tout petit : le format 15 x 10 cm n'était pas encore très répandu. Et les photos de non-professionnels étaient souvent de mauvaises qualité : floues, surexposées ou sousexposées, mal cadrées… mais on les gardait quand même, parce qu'on ne pouvait pas mitrailler.
Aujourd'hui, n'importe qui peut faire des photos n'importe quand sans la moindre notion de photographie – et d'ailleurs, n'importe qui ne se prive pas de faire tout le temps des photos sans le moindre intérêt, dans des conditions (notamment de lumière) où il y a 75 ans il était absolument impensable de prendre une image1. La qualité des photos, même celles sans intérêt artistique, a explosé.
En argentique, on trouvait facilement des pellicules de 400 ISO, assez facilement du 800 ISO, et au-delà c'était du matos exotique. ↩
La connaissance libre : https://zestedesavoir.com
[^] # Re: Photographie.
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 3.
Tu surinterprètes à mort mes propos. Je signale juste que certains smartphones donnent accès aux RAW, je ne dis absolument pas que c'est une bonne chose, que c'est utile ou que ça va remplacer un vrai appareil…
J'en donne même la preuve dans la suite de mon message, puisque j'explique justement que même les constructeurs se servent de reflex à la place des appareils photo intégrés dans leurs publicités pour ces appareils photos (et c'était bien Samsung).
Pour en finir avec les RAW des smartphones : j'imagine la tronche du photographe du dimanche quand il va essayer de donner son RAW-de-smartphone à son dérawtiseur préféré, et qu'il va se rendre compte que ça ne fonctionne pas, parce que :
et que donc son logiciel ne sait pas le gérer.
Les contraintes physiques sur les capteurs et optiques des appareils intégrés aux smartphones sont importantes, mais les ingénieurs déploient des trésors d'imagination pour les contourner.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Photographie.
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 6.
On trouve des smartphones qui fournissent les RAW maintenant.
Certains constructeurs (Samsung de mémoire ?) se sont d'ailleurs fait prendre la main dans le sac : leurs superbes photographies publicitaires « prises avec le smartphone XXX » révèlent avoir été prises avec un reflex haut de gamme quand on consulte les métadonnées.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Domination pas si écrasante – il n'y a même pas de domination en réalité
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 4.
Les deux sont compatibles – la preuve. Mais le fait est qu'ils ne dominent pas le marché (au niveau mondial, j'ai la flemme de vérifier les chiffres nationaux).
La connaissance libre : https://zestedesavoir.com
# Domination pas si écrasante – il n'y a même pas de domination en réalité
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Apple casse les prix, la concurrence en sueur. Évalué à 10. Dernière modification le 12 septembre 2019 à 10:16.
Eh bien justement, la domination d'Apple n'est pas si importante qu'on pourrait le croire :
La dernière fois que Apple a passé les 20 % de part de marché, c'était en 2012.
Le fait qu'on parle de « domination écrasante » d'Apple sur ces marchés, que leur keynote fasse autant de bruit, objectivement c'est plus un signe de la puissance de leur marketing que d'une réelle domination du marché.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ha les gens disant aimer mais n'aimant pas le libre...
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal un (non-)aperçu du libre . Évalué à 3.
Lequel Ian Murdock était déjà mort depuis deux ans et demie lors de la rédaction de cet étron…
La connaissance libre : https://zestedesavoir.com
[^] # Re: Les années 90
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le libre a perdu. Évalué à 7.
Pour moi tu surestimes très largement l'impact du code dans ce genre de projets. À moins d'avoir une avancée technologique monstrueuse sur les concurrents, ce qui va faire le succès d'un projet comme Uber, c'est plutôt son effet réseau, le fait qu'il soit connu, etc.
On peut prendre plusieurs exemples :
Il y a aussi la puissance matérielle et financière à avoir pour rivaliser avec les géants en place : je vous renvoie aux déboires de Qwant pour un exemple.
Oui, le logiciel aide à devenir indépendant du créateur du logiciel. Mais quand une méga-entreprise, même dans l'informatique, est en situation de monopole et de contrôle, c'est rarement à cause du logiciel lui-même, mais à cause de facteurs tiers bien plus complexes à contrôler qu'une simple libération des logiciels. Et de mon point de vue, c'est naïf de penser que cette simple libération nous éviterait les problèmes de centralisation, de monopole et de contrôle.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Plutôt que de supprimer le Karma
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Karma is considered harmful. Évalué à 8.
Parce que le karma, tel qu'il est défini, est une moyenne de tes interventions, avec une grosse prime à la publication de dépêches.
Mais tu peux être généralement intéressant et, de temps en temps, avoir un comportement insupportable qui te rends indésirable. J'imagine que c'est ce que plusieurs pensent de Zenitram par exemple, or lui aussi a un karma largement positif.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Les années 90
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le libre a perdu. Évalué à 4. Dernière modification le 30 août 2019 à 17:27.
Tu peux développer ? Parce que je dois être un peu idiot, mais je ne vois pas ce que ça aurait changé si Uber ou ses concurrents avaient publié le code source de leurs applications.
Ah oui, carrément. C'est clair que tous nos logiciels libres sont parfaitement optimisés. Pire : tu ne mentionnes que Windows, mais que dire de tous les logiciels, libres ou non, qui tournaient sur nos vieux ordis ?
Là encore tu mélanges les choux et les carottes. Tu peux faire un logiciel propriétaire respectueux de la vie privée des gens, tout comme tu peux faire un logiciel libre qui va pomper toutes leurs données…
Note que je n'ai jamais non plus entendu « voiture privatrice ».
La connaissance libre : https://zestedesavoir.com
[^] # Re: Feuilles de style alternatives
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal J'aime le Télétype. Évalué à 4.
C'est un problème de luminosité. Tu peux tout à fait régler ton écran à la même luminosité qu'une feuille de papier blanc éclairée par l'éclairage ambiant. Et là, tu peux bosser toute la journée sur fond blanc sans que ça ne t'explose les yeux.
Les écrans sont vendus réglés avec la luminosité à fond parce que ça permet un meilleur effet « wahou » et les fait mieux ressortir par rapport aux concurrents dans les magasins.
Quant aux danger des LED bleues, les études scientifiques un minimum sérieuses qui montrent ça utilisent des doses infiniment supérieures à celles de ton écran. Si tu crois les « études » des vendeurs de lunettes jaunes (les mêmes qui te vendaient des caches à écrans cathodiques), demande-leurs les sources scientifiques, aucun ne les donnent, et pour cause.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Un retour d'expérience
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Police de caractère , CSS de DLFP , intelligence collective et vote ? . Évalué à 4.
Mêmes causes, mêmes effets semble-t-il. On en est arrivés à une solution similaire.
J'avais oublié le coup de « je défends ardemment une solution intéressante mais techniquement atroce, par contre c'est hors de question que je touche une ligne de code ou même que je fasse le moindre test ». C'est généralement de bonne volonté, mais frustrant.
La connaissance libre : https://zestedesavoir.com
# Un retour d'expérience
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Police de caractère , CSS de DLFP , intelligence collective et vote ? . Évalué à 10.
Hello,
Sur Zeste de Savoir, on a beaucoup utilisé ce genre de technique de développement au début – on avait même un processus appelé ZEP (sur la base des PEP de Python etc).
Sauf qu'à l'usage, ça s'est avéré si lourd qu'on a fini par abandonner le formalisme pour limiter les débats. Les problèmes habituels étaient :
Bref, ça ressemble à une bonne idée, mais même avec une communauté aussi sympathique que celle de Zeste de Savoir, ça s'est avéré extrêmement chronophage et frustrant pour les développeurs (déjà qu'on en manque). Éventuellement avec des gens pour cadrer gérer les débats de A à Z et trancher quand il faut, ça doit être possible – mais il faut les ressources et même avec elles, ça n'est pas la philosophie de Zeste de Savoir et encore moins celle de LinuxFR.org.
La connaissance libre : https://zestedesavoir.com
# Ce style utilise des polices externes
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Nouvelle CSS pour linuxfr. Évalué à 10. Dernière modification le 26 août 2019 à 13:09.
Or, je te cite :D
La connaissance libre : https://zestedesavoir.com
[^] # Re: La police avec empattement n'empêche pas la lecture sur écran
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal J'aime le Télétype. Évalué à 3.
Je rajouterais que d'une manière générale, la justification sur le web est une assez mauvaise idée, parce que les navigateurs ne gèrent pas correctement les césures – et donc sont parfois obligés de faire des trucs vraiment sales pour justifier.
La connaissance libre : https://zestedesavoir.com
[^] # La police avec empattement n'empêche pas la lecture sur écran
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal J'aime le Télétype. Évalué à 7.
La police avec empattement n'empêche pas la lecture sur écran, c'est une vieille légende tenace qui date de l'époque des écrans cathodiques non anti-aliasés qui proposaient un rendu moche de ces polices.
Il y a des gens qui se sont posés sérieusement la question, et la réponse est donc que : si la police est suffisamment grosse (12 points), la présence d'empattements ne change rien. Donc il vaut mieux augmenter un peu cette taille, ce qui évite en plus d'avoir des lignes à rallonge.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Utilisation
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Sortie de "The Art of PostgreSQL" de Dimitri Fontaine. Évalué à 3.
Un contre-exemple : tu as une application SpringBoot (Java) avec Hibernate et PostgreSQL, tu veux récupérer des listes d'entités triées sur une colonne. C'est facile de demander au système de te générer la requête qui renvoie tout ça nickel, il n'y a plus qu'à retranscrire le résultat de la requête au format voulu.
Mais de façon contre-intuitive, c'est sensiblement plus rapide de ne pas trier avec PostgreSQL, mais de récupérer les résultats dans le désordre et de les trier ensuite avec Java.
Je n'ai pas cherché l'explication au phénomène, et je ne sais pas si c'est reproductible avec d'autres SGBD, mais on a eu le cas sur des tables très petites et sur plusieurs centaines de lignes (au-delà c'est paginé donc trié côté SGBD), sur des clé de tri indexées ou non.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Anecdote
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Sortie de "The Art of PostgreSQL" de Dimitri Fontaine. Évalué à 10. Dernière modification le 22 août 2019 à 17:57.
Et l'auteur est persuadé que libre = caca, parce que « en cas de dysfonctionnement tu ne peux pas faire un procès à l'éditeur vu qu'il n'y en a pas » (cliquez pour une citation exacte).
En plus du coup classique qu'il ne comprends pas les besoins autres que les siens, typiquement le fait qu'énormément de projets ont en réalité très peu de données à l'échelle d'un serveur moderne. Beaucoup de projets ont si peu de données qu'ils tournent de façon tout à fait satisfaisante avec un SGBD sur sa configuration par défaut couplé à un ORM mal utilisé qui passe son temps à envoyer des batteries de
selectsur des clés primaires. Pour ça, y'a besoin ni d'un SGBD qui tient de la charge, ni de quelconques fonctionnalités avancées, mais c'est tellement loin des habitudes de SQLPro qu'il ne semble même pas imaginer que ces besoins puissent exister.La connaissance libre : https://zestedesavoir.com
# Performances : comment ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Ultracopier 2. Évalué à 7.
Hello,
Un passage m'interpelle :
Chez moi – avec les outils intégrés à l'OS – les copies sont systématiquement limitées par les I/O (disque ou réseau selon le cas). Du coup ça m'intrigue que tu puisses faire mieux.
Pourrais-tu nous expliquer comment tu arrives à un tel résultat ? Parce que ça peut être clairement une fonctionnalité qui à elle seul pourrait faire choisir ton outil !
La connaissance libre : https://zestedesavoir.com
[^] # Re: Fonctionnalités supprimées
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Ultracopier 2. Évalué à 9.
+1, la pause et la limitation de débit étaient les fonctionnalités les plus utiles pour moi, parce que celles qu'on ne trouve généralement pas dans les outils intégrés de l'OS.
La connaissance libre : https://zestedesavoir.com
[^] # Re: ajout de blanc
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal GIMP défi → tutoriel, aidez-moi :). Évalué à 3.
Ce ne sont pas des scans mais des photos à priori :
La connaissance libre : https://zestedesavoir.com
[^] # Re: ajout de blanc
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal GIMP défi → tutoriel, aidez-moi :). Évalué à 8. Dernière modification le 22 juillet 2019 à 14:28.
En fait la solution est là :
Quand tu veux faire un panorama / assemblage à la main, tu exposes sur la zone la plus difficile (en numérique la plus lumineuse), tu bloques les réglages (ça peut être fait avec n'importe quel appareil qui supporte le mode manuel, mon vieux Huawei P8 le fait) et tu prends le reste de la zone avec exactement les mêmes réglages. Pense à laisser de la marge (1/3 de l'image) en recouvrement pour te faciliter le travail, quitte à prendre plus de photos.
Si l'appareil n'est pas trop idiot, tu peux assembler directement les JPG produits. Certains font les malins, et tu dois passer par les RAW.
Si tu as encore le support sous la main, c'est beaucoup plus rapide et fiable de reprendre les photos avec cette technique que d'essayer de corriger les expositions à la main.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Sans moi
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Mais pourquoi flatpak ?. Évalué à 5.
Windows supporte les liens symboliques sans bidouille pour le grand public depuis Windows Vista, soit depuis janvier 2007, ce qui ne nous rajeunit pas. Plus exactement, c'est disponible depuis NTFS3.1, donc sous Windows XP en bidouillant un peu. Par contre il a longtemps fallu les droits d'admin pour pouvoir les créer (Wikipedia n'est pas claire sur depuis quand c'est possible avec un simple utilisateur).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Logique?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Une violation de licence est une rupture de contrat et pas une contrefaçon (en France). Évalué à 2.
Je suppose que pour certaines personnes « zenitram dit que la GPL n'est pas parfaite → moinssage », voire même que « zenitram → moinssage ».
Le dévoiement habituel de ce genre d'outils, en somme.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Honte
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal OUI-Léger : une extension Firefox pour rendre le site oui.sncf plus léger. Évalué à 4. Dernière modification le 11 juillet 2019 à 12:01.
Le cas du Paris → Quimper y est explicitement cité. J'avais fait ce trajet, et cette répartition d'arrêts m'avait surpris.
C'est effectivement plus confortable. Je ne sais pas si un TGV s'use plus vite à être utilisé comme un TER, mais ce qui est sûr c'est que c'est plus cher à l'achat, l'entretien et l'usage qu'un TER. De plus, ça n'évite pas d'acheter des trains, parce que pendant que ton TGV sert de TER (et remplace un TER donc), ce TGV n'est pas disponible pour faire du TGV.
Par contre les Intercités, surtout les rames Corail, sont plus confortables que les TGV.
La connaissance libre : https://zestedesavoir.com