Il est intéressant de noter qu'une communauté Thomson existe et est encore assez active même en 2018.
L'un des événements, d'ailleurs, est la sortie sur TO8D de cette petite pépite le mois dernier, « mission : lift off ».
30 ans après la fin de la production de ces machines, il devient d'ailleurs difficile de se rendre compte de ce que cela représente de produire cela sur cet appareil. La démo que l'on voit à l'écran présente un jeu qui est en fait au niveau des consoles de la génération suivante.
Il est très difficile de donner une réponse universelle à cette question (ce qui montre au passage qu'elle est justifiée).
Il faut d'abord être précis sur ce que tu entends toi, ici, par « logiciel libre » : un logiciel peut très bien être développé et maintenu dans un cadre professionnel, tout en étant volontairement placé sous licence libre. Dans ce cas, j'ai tendance à penser que le logiciel concerné va être sensiblement de la même qualité que les autres, mais qu'il va bénéficier de fait d'un panel bien plus large de bêta-testeurs. Donc il va converger plus rapidement vers quelque chose de stable, à ressources égales. Et encore, cela n'est vrai que si le public ciblé est suffisamment large. S'il s'agit d'un logiciel libre mais ultra-spécialisé, cela dépendra donc de la valeur de l'équipe initiale.
Si, en revanche, tu entends « logiciel communautaire » vs. « logiciel commercial à code source fermé » et développé en entreprise, là, c'est beaucoup plus flou.
On pourrait gloser longuement sur l'explosion de la dette technique dans les softs soumis à deadlines strictes, sur les bienfaits ou non d'avoir un chef de projet, etc. mais globalement, ce qui est nécessaire à la qualité d'un projet est les ressources, humaines et financières, qu'on lui consacre.
Financièrement, même dans le logiciel libre, les grands projets ont souvent fait l'objet d'une levée de fonds préalable. Et en termes humains, du côté des développeurs, on peut commencer à mesurer ça en années/hommes. Combien de temps faut-il pour que la communauté puisse élever un produit au niveau de celui d'un projet ayant impliqué 500 personnes, par exemple ? Sachant que la branche master du dépôt Git du noyau Linux fait état de 18424 personnes différentes ayant chacune soumis de 1 à 6000 patches, combien faudrait-il de temps au Hurd pour rattraper le même niveau ?
La vraie réponse, à mon avis, est donc qu'un projet libre peut virtuellement s'améliorer jusqu'à atteindre la perfection, mais dans un temps qui, le plus souvent, dépasse sa propre durée de vie (voire même celle de leurs auteurs).
Oui et Vigipirate c'était juste le temps de gérer l'attentat de Saint-Michel.
Ce n'est pas tout-à-fait la même chose ou en tout cas, selon moi, c'est le mauvais exemple : à l'époque, ça aurait vraiment dû être le cas et le plan avait réellement été, progressivement et discrètement, allégé à mesure que l'on s'éloignait des événements. C'est une nouvelle série d'attentats et un contexte géopolitique de plus en plus tendu qui ont conduit à sa « perpétualisation ». Ça vaut le coup d'ailleurs de revoir un peu la chronologie des faits car c'est un vrai phénomène de société.
Mais s'il est vrai que certaines tendances politiques rêvent d'un d'état d'urgence permanent (et pas seulement en France), il est de fait que ça arrangerait tout le monde de pouvoir se passer de Vigipirate, à commencer par le gouvernement, parce que cela coûte cher. Se battre en permanence contre une menace intérieure, c'est comme passer son temps à avoir la fièvre.
Les frais d'inscription tels que décrits dans le présent journal, en revanche, ça ressemble un peu à « se payer sur la bête », comme on dit.
Posté par Obsidian .
En réponse au journal [Énigme] Foutue guerre… .
Évalué à 2.
Dernière modification le 13 juillet 2018 à 17:32.
Le camp se trouve au bout de l’un de ces chemins. A priori, il suffirait d’envoyer un soldat sur chaque sentier pour savoir où est le camp. Seulement on vous a prévenu que parmi les soldats, 1 sur 2 est parfaitement loyal et vous dira toujours la vérité, et l’autre peut à sa guise vous dire la vérité ou mentir (sans logique apparente). Evidemment, vous ne savez pas lesquels vous sont loyaux…
Comment trouver le camp avant la nuit ?
En menaçant d'exécution sommaire tous tes soldats si tu n'es pas au camp d'ici 1h30. Le seul qui osera revenir sera le bon. :)
Je pense qu'on va limiter l'indentation pour éviter d'avoir les effets de poupées russes qui nuisent à la lisibilité.
À noter que ça, ça se fait avec la CSS. Il ne faudrait pas faire l'erreur de limiter ça directement dans le code et perdre de l'information en conséquence.
Comme dit plus haut, c'est malhonnête en soi et personne ne fonctionne au chantage. En plus, dans notre métier en particulier (pourvu que ça dure) les développeurs sont quasiment en situation de plein emploi. Donc, soit le dev est incompétent (il y en a beaucoup plus que l'on croit) au moins sur une techno donnée, soit la compagnie fait déjà des pieds et des mains pour tenter de retenir ses éléments.
Avec ça, il y a un phénomène dont toutes les petites et moyennes structures ont fait l'expérience si elles ont un jour mené un projet de développement : même avec la meilleure volonté du monde, le logiciel devient de toutes façons et de lui-même, soit obsolète soit impossible à maintenir. Même si le dev est un « full stack » et connaît toutes les technologies sur le bout des doigts, il faut toujours au moins 500 jours/homme pour produire quelque chose qui soit réellement abouti sur tous les plans. Même faire de l'intégration, ou être mainteneur de packages pour une distribution, est une activité extrêmement chronophage. Et l'ennui des petites structures, c'est que pour verser un salaire au développeur, il faut vendre vite et si possible beaucoup.
Donc, le dev n'a pas le temps de produire quelque chose d'exhaustif dès le départ. Ce n'est pas du mercantilisme, c'est juste que s'il n'y a pas rapidement une première vente, il n'y aura pas de fond pour poursuivre le développement.
Du coup, les logiciels qui deviennent vraiment pérennes dans le temps sont ceux dont l'équipe a pu atteindre une masse critique, justement parce qu'elle ne dépend pas d'un seul développeur. Donc soit les logiciels de grosses entreprises, avec des équipes et des processus métier bien rodés, soit des projets de logiciel libre qui, par nature, ne sont pas liés au départ à une contrainte de temps et que les personnes intéressées peuvent rejoindre au fur et à mesure de leur avancement.
Et enfin, lorsque l'on arrive à surmonter tout cela, dans le contexte actuel, c'est généralement le développeur qui part de lui-même. Du coup, toutes les sociétés sont déjà habituées à prévoir un plan de repli ou à mettre carrément un projet en sommeil le temps de former une autre équipe.
La meilleure façon, au contraire, de pérenniser son emploi est d'être rentable. Il ne s'agit pas de devenir volontairement une vache à lait bien sûr, mais le meilleur argument pour se rendre « indispensable » est d'être capable d'exhiber ce que ton travail rapporte à la compagnie par rapport à ce que tu lui coûtes. Fort de cela, et si ça marche bien, tu peux essayer de négocier une augmentation pour récupérer ta part du gâteau tout en restant « profitable ».
Et s'il s'avère que justement, « ce n'est pas la politique de la compagnie » ou que tu travailles dans une de ces SSII où le principe est de te payer le minimum en te promettant monts et merveilles jusqu'à ce que tu décides toi-même de mettre un terme à la mascarade, alors au contraire, il faut essayer de perdre le moins de temps possible et essayer rapidement une nouvelle structure. Et pour cela, tu auras besoin à la fois de faire une transmission de compétences pour être libéré rapidement et d'un portfolio pour intégrer facilement un autre poste. Et ça, ce sont deux très bonnes raisons d'écrire le code le plus propre et le plus accessible possible.
Pour finir, sache que la personne qui devra un jour faire face à ton code réellement « obfusqué » sera probablement… toi-même. Entre 20 et 35 ans, on retient en général tout de tête. Après, ça devient difficile. Mais malgré cela, imagine qu'on te place huit mois sur une mission secondaire, puis que tu prennes trois semaines de vacances avant de reprendre ton développement initial. Tu verras alors à quel point il est difficile de se ré-immerger dans son propre travail…
Et… J'ai un compte facebook, et je m'en sers pas mal. Pourquoi ? Parce que c'est un réseau énorme, je galère beaucoup avec ma vie sociale, et ça en améliore sensiblement la qualité. Alors, pour moi, ces infos sont un prix a payé pour la socialisation. J'espère qu'un jour j'aurais une vie sociale suffisamment solide pour pouvoir m'en passer. Aujourd'hui, ce n'est pas le cas. C'est pas un problème d'estime pour ma vie privée donc, c'est un problème d'estime pour ma vie sociale.
C'est dommage, parce que ton commentaire commençait de manière très pertinente, en montrant bien que tout n'est pas blanc ou noir et que, surtout, on peut tout-à-fait faire un usage raisonné et responsable de toute ressource qui nous est accessible.
Par contre, cette dernière phrase résonne comme si Facebook était un « moindre mal » et qu'en plus, elle traduit une grande détresse sous-jacente. Et ça, généralement, c'est justement ce qui fait le côté vicieux de la chose.
Pour identifier les doublons, fdupes effectue une comparaison de taille et de signature MD5 de chaque fichier, et ensuite une comparaison octet par octet est effectuée.
C'est effectivement un cas de figure qui revient fréquemment sur le devant de la scène, UNIX propose d'ailleurs des liens durs pratiquement depuis le début (surtout à une époque où l'espace disque coûtait cher). Et il m'arrive régulièrement de faire ce genre de stats.
Du coup, il me vient idée à l'esprit : puisque les comparaisons de fichiers et le contrôle de leur somme (notamment avec Git), qui implique de les lire linéairement en une fois mais en entier, sont des choses récurrentes, serait-il envisageable d'intégrer cette fonctionnalité directement au système de fichier ? Et si oui, existe-t-il déjà des FS qui le fassent ?
Le stockage sur disque implique déjà l'usage de CRC à très bas niveau (hardware et juste au dessus). Étant donné que les fonction de hachage comme MD5, SHA1, etc. sont de taille fixe et sont faites pour être faciles à calculer, c'est quelque chose que l'on pourrait envisager d'intégrer dans les inodes et que l'on récupérerait ensuite avec stat().
Je dirais même que très peu de gens, en dehors du métier, font encore le distingo entre Internet en général et Web en particulier. Il semblerait que pour la plupart des gens aujourd'hui, « web » soit le surnom imagé d'Internet. C'est un comble, surtout quand on a connu Trumpet Winsock et les début de Netscape Navigator, par exemple…
S'ils ont rejoint ce réseau, c'est bien qu'ils n'avaient aucune estime de leur vie privée, non?
Non, c'est probablement parce qu'inconsciemment, les mettre en relation avec toutes ces personnes leur donne justement l'impression d'être déjà dans le cerce privé. C'est comme recevoir une invitation à une grande soirée à laquelle tous nos amis proches seront présents aussi. Donc c'est très séduisant de l'extérieur si on ne se méfie pas et c'est un bon moyen de rester en contact même avec des gens avec qui on n'était même pas forcément proche (ou que ce n'est pas réciproque). Donc c'est encore plus difficile d'en sortir sans en avoir la volonté. Et une fois que le système a atteint une masse critique, on finit se mettre soi-même à l'écart si on ne le fait pas.
Et beaucoup de membres de ce réseau, une fois habitués, ne font même plus le distingo entre Internet en général et Facebook en particulier. L'exemple le plus criant était « Contre le fichier des cartes d'identité : rejoignez-nous sur notre groupe Facebook ».
Et comme c'est censé être un divertissement et pas un travail, il y a peu de chances que les gens non sensibilisés à l'avance fassent l'effort.
Si vous n'avez rien à cacher, montrez votre "trou duc" à la terre entière, et on n'en parle plus!
Ah mais il y en a qui le font. :)
À un moment, on a même pensé que ce pourrait être un bon moyen de se débarrasser de son compte, justement. :)
Cornegidouille ! Mon adresse email, mon âge, mon sexe (qui ne regarde personne, c'est très intime tout de même), le montant de mon crédit… le tout dans un lien en HTTP ??
C'est juste pour que tu puisses le bookmarker, ne t'inquiète pas. :)
Pour avoir eu pas mal de Thomson dans ma jeunesse et avoir beaucoup travaillé dessus aussi, ce n'est franchement pas le genre de tare que j'aurais pris en exemple pour décrire le TO7. Il avait d'autres défauts mais pas ceux-là. Le plantage en appuyant trop fort sur les touches, la surchauffe et les « circuits tassés », je n'ai jamais connu ça sur un TO7. Au contraire, c'était le tout premier modèle de la gamme et il avait plutôt tendance à être plein de vide (peut-être pas autant que la carcasse d'un PC, mais en tout cas, il y avait de la place sur la carte-mère).
Par contre, les faux contacts sur les connecteurs dès lors qu'il commençait avoir de l'âge, ça a provoqué pas mal de pertes de données, effectivement.
Une autre piste plus radicale mais totalement indépendante du système d'exploitation est de prendre une bonne dose de myorelaxant
Le mécanisme nécessite de ne pas être crispé !
Blague à part, ton commentaire me rappelle que j'ai connu une fois des problèmes de clics intempestifs avec le bouton du milieu et c'est vrai que ça devenait désagréable. Puis, quelques temps plus tard encore, c'est la molette qui commençait à devenir difficile à utiliser, au point de faire mal aux doigts.
En fait, elle était tout simplement encrassée au point qu'il fallait forcer pour la manipuler à un point pas forcément surhumain mais qui commençait à s'approcher du seuil de déclenchement du clic. Je l'ai donc démontée, mis de côté le circuit électronique et nettoyé chaque pièce en plastique à l'eau et au savon. Depuis, ça fait quelques années qu'elle se fait oublier et qu'elle remplit parfaitement sa fonction.
L'un des sites donnés dans le premier commentaire te permet d'avoir directement ton IP sous forme de texte, épurée de tout le reste. Donc, ça résout le problème.
Toutefois, si tu veux utiliser le lien que tu nous donnes et exploiter la page en l'état, plutôt que sed ou awk, le plus simple est d'utiliser grep, voire même egrep, avec l'option -o pour n'afficher que le motif reconnu, parce que l'adresse IP en notation décimale pointée (avec des points, donc, et pas des tirets dans le FQDN) n'apparaît qu'une fois sur la page. Du coup :
Sinon, en général, si la page est suffisamment bien écrite, tu peux la parser comme du XML avec xmllint --html et utiliser un chemin XPath pour aller directement cibler le nœud qui s'intéresse. Et si en plus, de l'autre côté, le webmaster a eu la présence d'esprit de le repérer avec un id explicite, alors tu n'auras plus jamais besoin de te soucier de savoir si la page a changé de présentation ou pas.
Je pense que ça se réfère au self-healing glass, une découverte récente qui a fait les choux gras des médias pendant quelques jours. C'est un matériau vitreux découvert par accident et qui aurait la capacité de s'auto-cicatriser en cas de bris.
Bref, un concept pas inintéressant en soi mais probablement pondu ici là encore par quelqu'un qui joue sur la peur, en considérant la technique proprement dite comme secondaire.
[^] # Re: La page en question
Posté par Obsidian . En réponse au journal Le domaine linux.org détourné. Évalué à 7. Dernière modification le 10 décembre 2018 à 01:30.
Je dirais même que ça manque d'audace ! :-)
# Ça continue !
Posté par Obsidian . En réponse au journal Comment on codait un jeu sur un ordi 8 bits dans les années 1980s. Évalué à 5.
Il est intéressant de noter qu'une communauté Thomson existe et est encore assez active même en 2018.
L'un des événements, d'ailleurs, est la sortie sur TO8D de cette petite pépite le mois dernier, « mission : lift off ».
https://www.youtube.com/watch?v=47ZuQm4XWew
30 ans après la fin de la production de ces machines, il devient d'ailleurs difficile de se rendre compte de ce que cela représente de produire cela sur cet appareil. La démo que l'on voit à l'écran présente un jeu qui est en fait au niveau des consoles de la génération suivante.
# Durée de vie
Posté par Obsidian . En réponse au journal Un logiciel libre devient-il meilleur qu'un logiciel propriétaire dans la durée ?. Évalué à 9.
Il est très difficile de donner une réponse universelle à cette question (ce qui montre au passage qu'elle est justifiée).
Il faut d'abord être précis sur ce que tu entends toi, ici, par « logiciel libre » : un logiciel peut très bien être développé et maintenu dans un cadre professionnel, tout en étant volontairement placé sous licence libre. Dans ce cas, j'ai tendance à penser que le logiciel concerné va être sensiblement de la même qualité que les autres, mais qu'il va bénéficier de fait d'un panel bien plus large de bêta-testeurs. Donc il va converger plus rapidement vers quelque chose de stable, à ressources égales. Et encore, cela n'est vrai que si le public ciblé est suffisamment large. S'il s'agit d'un logiciel libre mais ultra-spécialisé, cela dépendra donc de la valeur de l'équipe initiale.
Si, en revanche, tu entends « logiciel communautaire » vs. « logiciel commercial à code source fermé » et développé en entreprise, là, c'est beaucoup plus flou.
On pourrait gloser longuement sur l'explosion de la dette technique dans les softs soumis à deadlines strictes, sur les bienfaits ou non d'avoir un chef de projet, etc. mais globalement, ce qui est nécessaire à la qualité d'un projet est les ressources, humaines et financières, qu'on lui consacre.
Financièrement, même dans le logiciel libre, les grands projets ont souvent fait l'objet d'une levée de fonds préalable. Et en termes humains, du côté des développeurs, on peut commencer à mesurer ça en années/hommes. Combien de temps faut-il pour que la communauté puisse élever un produit au niveau de celui d'un projet ayant impliqué 500 personnes, par exemple ? Sachant que la branche master du dépôt Git du noyau Linux fait état de 18424 personnes différentes ayant chacune soumis de 1 à 6000 patches, combien faudrait-il de temps au Hurd pour rattraper le même niveau ?
La vraie réponse, à mon avis, est donc qu'un projet libre peut virtuellement s'améliorer jusqu'à atteindre la perfection, mais dans un temps qui, le plus souvent, dépasse sa propre durée de vie (voire même celle de leurs auteurs).
[^] # Re: Bon
Posté par Obsidian . En réponse au journal Écoles d'ingénieurs: les frais augmentent. Évalué à 2.
Ce n'est pas tout-à-fait la même chose ou en tout cas, selon moi, c'est le mauvais exemple : à l'époque, ça aurait vraiment dû être le cas et le plan avait réellement été, progressivement et discrètement, allégé à mesure que l'on s'éloignait des événements. C'est une nouvelle série d'attentats et un contexte géopolitique de plus en plus tendu qui ont conduit à sa « perpétualisation ». Ça vaut le coup d'ailleurs de revoir un peu la chronologie des faits car c'est un vrai phénomène de société.
Mais s'il est vrai que certaines tendances politiques rêvent d'un d'état d'urgence permanent (et pas seulement en France), il est de fait que ça arrangerait tout le monde de pouvoir se passer de Vigipirate, à commencer par le gouvernement, parce que cela coûte cher. Se battre en permanence contre une menace intérieure, c'est comme passer son temps à avoir la fièvre.
Les frais d'inscription tels que décrits dans le présent journal, en revanche, ça ressemble un peu à « se payer sur la bête », comme on dit.
[^] # Re: L’Élysée n’est pas là où vous croyez
Posté par Obsidian . En réponse au journal elysee.fr, ou la pitoyabilité de la start-up nation. Évalué à 2.
Pluto, c'est la planète Claire ?
# Facile
Posté par Obsidian . En réponse au journal [Énigme] Foutue guerre… . Évalué à 2. Dernière modification le 13 juillet 2018 à 17:32.
En menaçant d'exécution sommaire tous tes soldats si tu n'es pas au camp d'ici 1h30. Le seul qui osera revenir sera le bon. :)
[^] # Re: Le détail, toujours le détail
Posté par Obsidian . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 2.
À noter que ça, ça se fait avec la CSS. Il ne faudrait pas faire l'erreur de limiter ça directement dans le code et perdre de l'information en conséquence.
[^] # Re: Pas forcément commercial
Posté par Obsidian . En réponse au journal Le logiciel libre dont on ne peut utiliser les libertés. Évalué à 10.
Comme dit plus haut, c'est malhonnête en soi et personne ne fonctionne au chantage. En plus, dans notre métier en particulier (pourvu que ça dure) les développeurs sont quasiment en situation de plein emploi. Donc, soit le dev est incompétent (il y en a beaucoup plus que l'on croit) au moins sur une techno donnée, soit la compagnie fait déjà des pieds et des mains pour tenter de retenir ses éléments.
Avec ça, il y a un phénomène dont toutes les petites et moyennes structures ont fait l'expérience si elles ont un jour mené un projet de développement : même avec la meilleure volonté du monde, le logiciel devient de toutes façons et de lui-même, soit obsolète soit impossible à maintenir. Même si le dev est un « full stack » et connaît toutes les technologies sur le bout des doigts, il faut toujours au moins 500 jours/homme pour produire quelque chose qui soit réellement abouti sur tous les plans. Même faire de l'intégration, ou être mainteneur de packages pour une distribution, est une activité extrêmement chronophage. Et l'ennui des petites structures, c'est que pour verser un salaire au développeur, il faut vendre vite et si possible beaucoup.
Donc, le dev n'a pas le temps de produire quelque chose d'exhaustif dès le départ. Ce n'est pas du mercantilisme, c'est juste que s'il n'y a pas rapidement une première vente, il n'y aura pas de fond pour poursuivre le développement.
Du coup, les logiciels qui deviennent vraiment pérennes dans le temps sont ceux dont l'équipe a pu atteindre une masse critique, justement parce qu'elle ne dépend pas d'un seul développeur. Donc soit les logiciels de grosses entreprises, avec des équipes et des processus métier bien rodés, soit des projets de logiciel libre qui, par nature, ne sont pas liés au départ à une contrainte de temps et que les personnes intéressées peuvent rejoindre au fur et à mesure de leur avancement.
Et enfin, lorsque l'on arrive à surmonter tout cela, dans le contexte actuel, c'est généralement le développeur qui part de lui-même. Du coup, toutes les sociétés sont déjà habituées à prévoir un plan de repli ou à mettre carrément un projet en sommeil le temps de former une autre équipe.
La meilleure façon, au contraire, de pérenniser son emploi est d'être rentable. Il ne s'agit pas de devenir volontairement une vache à lait bien sûr, mais le meilleur argument pour se rendre « indispensable » est d'être capable d'exhiber ce que ton travail rapporte à la compagnie par rapport à ce que tu lui coûtes. Fort de cela, et si ça marche bien, tu peux essayer de négocier une augmentation pour récupérer ta part du gâteau tout en restant « profitable ».
Et s'il s'avère que justement, « ce n'est pas la politique de la compagnie » ou que tu travailles dans une de ces SSII où le principe est de te payer le minimum en te promettant monts et merveilles jusqu'à ce que tu décides toi-même de mettre un terme à la mascarade, alors au contraire, il faut essayer de perdre le moins de temps possible et essayer rapidement une nouvelle structure. Et pour cela, tu auras besoin à la fois de faire une transmission de compétences pour être libéré rapidement et d'un portfolio pour intégrer facilement un autre poste. Et ça, ce sont deux très bonnes raisons d'écrire le code le plus propre et le plus accessible possible.
Pour finir, sache que la personne qui devra un jour faire face à ton code réellement « obfusqué » sera probablement… toi-même. Entre 20 et 35 ans, on retient en général tout de tête. Après, ça devient difficile. Mais malgré cela, imagine qu'on te place huit mois sur une mission secondaire, puis que tu prennes trois semaines de vacances avant de reprendre ton développement initial. Tu verras alors à quel point il est difficile de se ré-immerger dans son propre travail…
[^] # Re: Pas forcement…
Posté par Obsidian . En réponse au journal Pourquoi Facebook ?. Évalué à 2.
C'est dommage, parce que ton commentaire commençait de manière très pertinente, en montrant bien que tout n'est pas blanc ou noir et que, surtout, on peut tout-à-fait faire un usage raisonné et responsable de toute ressource qui nous est accessible.
Par contre, cette dernière phrase résonne comme si Facebook était un « moindre mal » et qu'en plus, elle traduit une grande détresse sous-jacente. Et ça, généralement, c'est justement ce qui fait le côté vicieux de la chose.
# fdupesfs ?
Posté par Obsidian . En réponse au journal fdupes : un utilitaire pour gagner de la place sur son disque dur. Évalué à 3.
C'est effectivement un cas de figure qui revient fréquemment sur le devant de la scène, UNIX propose d'ailleurs des liens durs pratiquement depuis le début (surtout à une époque où l'espace disque coûtait cher). Et il m'arrive régulièrement de faire ce genre de stats.
Du coup, il me vient idée à l'esprit : puisque les comparaisons de fichiers et le contrôle de leur somme (notamment avec Git), qui implique de les lire linéairement en une fois mais en entier, sont des choses récurrentes, serait-il envisageable d'intégrer cette fonctionnalité directement au système de fichier ? Et si oui, existe-t-il déjà des FS qui le fassent ?
Le stockage sur disque implique déjà l'usage de CRC à très bas niveau (hardware et juste au dessus). Étant donné que les fonction de hachage comme MD5, SHA1, etc. sont de taille fixe et sont faites pour être faciles à calculer, c'est quelque chose que l'on pourrait envisager d'intégrer dans les inodes et que l'on récupérerait ensuite avec stat().
[^] # Re: le proverbe qui va bien
Posté par Obsidian . En réponse au journal [MaVie] La grosse gaffe du jour ..... Évalué à 4.
En plus, il est qualifié pour devenir BOFH, maintenant…
[^] # Re: Flème
Posté par Obsidian . En réponse au journal Pourquoi Facebook ?. Évalué à 7.
Je dirais même que très peu de gens, en dehors du métier, font encore le distingo entre Internet en général et Web en particulier. Il semblerait que pour la plupart des gens aujourd'hui, « web » soit le surnom imagé d'Internet. C'est un comble, surtout quand on a connu Trumpet Winsock et les début de Netscape Navigator, par exemple…
# Flème
Posté par Obsidian . En réponse au journal Pourquoi Facebook ?. Évalué à 10.
Non, c'est probablement parce qu'inconsciemment, les mettre en relation avec toutes ces personnes leur donne justement l'impression d'être déjà dans le cerce privé. C'est comme recevoir une invitation à une grande soirée à laquelle tous nos amis proches seront présents aussi. Donc c'est très séduisant de l'extérieur si on ne se méfie pas et c'est un bon moyen de rester en contact même avec des gens avec qui on n'était même pas forcément proche (ou que ce n'est pas réciproque). Donc c'est encore plus difficile d'en sortir sans en avoir la volonté. Et une fois que le système a atteint une masse critique, on finit se mettre soi-même à l'écart si on ne le fait pas.
Et beaucoup de membres de ce réseau, une fois habitués, ne font même plus le distingo entre Internet en général et Facebook en particulier. L'exemple le plus criant était « Contre le fichier des cartes d'identité : rejoignez-nous sur notre groupe Facebook ».
Et comme c'est censé être un divertissement et pas un travail, il y a peu de chances que les gens non sensibilisés à l'avance fassent l'effort.
Ah mais il y en a qui le font. :)
À un moment, on a même pensé que ce pourrait être un bon moyen de se débarrasser de son compte, justement. :)
# -42
Posté par Obsidian . En réponse au journal Proposition révolutionnaire pour linuxfr. Évalué à 4.
Le journal est à « -42 » à l'heure actuelle ! C'est parfait !
Le compte étant de toutes façons fermé, on n'y touche plus. :)
# Lien
Posté par Obsidian . En réponse au journal «Votre avis nous intéresse !» − Cette fois, je crame mon banquier…. Évalué à 3.
C'est juste pour que tu puisses le bookmarker, ne t'inquiète pas. :)
[^] # Re: Un nouveau projet GNU de créer une langue
Posté par Obsidian . En réponse à la dépêche Adoption des sinogrammes pour les options courtes des programmes GNU. Évalué à 2.
On va déjà voir Gaston au grand écran très bientôt. J'espère que cet incontournable sera rapidement adapté lui-aussi :)
[^] # Re: Un nouveau projet GNU de créer une langue
Posté par Obsidian . En réponse à la dépêche Adoption des sinogrammes pour les options courtes des programmes GNU. Évalué à 7.
J'ai bien cru qu'on allait avoir GNU/TapTempo…
[^] # Re: Il faut persévérer ! Le monde attend une version pour ZX81.
Posté par Obsidian . En réponse au journal [TAPTEMPO] portage sur ZX81. Évalué à 4.
Pour avoir eu pas mal de Thomson dans ma jeunesse et avoir beaucoup travaillé dessus aussi, ce n'est franchement pas le genre de tare que j'aurais pris en exemple pour décrire le TO7. Il avait d'autres défauts mais pas ceux-là. Le plantage en appuyant trop fort sur les touches, la surchauffe et les « circuits tassés », je n'ai jamais connu ça sur un TO7. Au contraire, c'était le tout premier modèle de la gamme et il avait plutôt tendance à être plein de vide (peut-être pas autant que la carcasse d'un PC, mais en tout cas, il y avait de la place sur la carte-mère).
Par contre, les faux contacts sur les connecteurs dès lors qu'il commençait avoir de l'âge, ça a provoqué pas mal de pertes de données, effectivement.
[^] # Re: remise en cause
Posté par Obsidian . En réponse au message linuxfr: le systeme de notation. Évalué à 3.
Justement, on croisait les doigts… :)
# De confiance ?
Posté par Obsidian . En réponse au message Poster un flux atom sur Facebook. Évalué à 2.
Bonjour,
Je m'excuse par avance parce que ça ne répond pas à ta question, mais j'ai tendance à penser que Facebook en soi n'est pas plus digne de confiance…
[^] # Re: solution médicale
Posté par Obsidian . En réponse au message Désactiver le clic avec la molette dans xfce 4.12. Évalué à 4.
Blague à part, ton commentaire me rappelle que j'ai connu une fois des problèmes de clics intempestifs avec le bouton du milieu et c'est vrai que ça devenait désagréable. Puis, quelques temps plus tard encore, c'est la molette qui commençait à devenir difficile à utiliser, au point de faire mal aux doigts.
En fait, elle était tout simplement encrassée au point qu'il fallait forcer pour la manipuler à un point pas forcément surhumain mais qui commençait à s'approcher du seuil de déclenchement du clic. Je l'ai donc démontée, mis de côté le circuit électronique et nettoyé chaque pièce en plastique à l'eau et au savon. Depuis, ça fait quelques années qu'elle se fait oublier et qu'elle remplit parfaitement sa fonction.
[^] # Re: ifconfig.me
Posté par Obsidian . En réponse au message Commande awk et expression reguliere pour extraire une adresse ip. Évalué à 2.
Déjà indiquée dans le tout premier commentaire…
# Avec grep, sinon.
Posté par Obsidian . En réponse au message Commande awk et expression reguliere pour extraire une adresse ip. Évalué à 4. Dernière modification le 12 février 2018 à 12:17.
L'un des sites donnés dans le premier commentaire te permet d'avoir directement ton IP sous forme de texte, épurée de tout le reste. Donc, ça résout le problème.
Toutefois, si tu veux utiliser le lien que tu nous donnes et exploiter la page en l'état, plutôt que
sedouawk, le plus simple est d'utilisergrep, voire mêmeegrep, avec l'option-opour n'afficher que le motif reconnu, parce que l'adresse IP en notation décimale pointée (avec des points, donc, et pas des tirets dans le FQDN) n'apparaît qu'une fois sur la page. Du coup :Sinon, en général, si la page est suffisamment bien écrite, tu peux la parser comme du XML avec
xmllint --htmlet utiliser un chemin XPath pour aller directement cibler le nœud qui s'intéresse. Et si en plus, de l'autre côté, le webmaster a eu la présence d'esprit de le repérer avec un id explicite, alors tu n'auras plus jamais besoin de te soucier de savoir si la page a changé de présentation ou pas.[^] # Re:
Posté par Obsidian . En réponse au message Commande awk et expression reguliere pour extraire une adresse ip. Évalué à 2.
Je ne connaissais pas
ifconfig.me! C'est vrai que ça rend les choses beaucoup plus simples ^# Des logiciels « de verre » ?
Posté par Obsidian . En réponse au message self-healing software?. Évalué à 2.
Je pense que ça se réfère au self-healing glass, une découverte récente qui a fait les choux gras des médias pendant quelques jours. C'est un matériau vitreux découvert par accident et qui aurait la capacité de s'auto-cicatriser en cas de bris.
Bref, un concept pas inintéressant en soi mais probablement pondu ici là encore par quelqu'un qui joue sur la peur, en considérant la technique proprement dite comme secondaire.