pulkomandy a écrit 2389 commentaires

C'est bien 2021. Il y a eu une version en juin 2020 (la beta 2) et on essaie d'avoir un rythme un peu plus rapide qu'une fois par an (mais c'est raté pour cette fois, les objetctifs pour cette version étaient trop ambitieux et/ou les développeurs ont travaillé sur des sujets qui n'étaient pas dans la roadmap)

Je m'occuperai de la dépêche (comme d'habitude) mais pour l'instant je dois corriger et tester pas mal de choses dans Haiku, donc je ne vais pas la démarrer tout de suite :)

Et on pourra la regrouper avec la dépêche pour les 20 ans de Haiku qui auront lieu environ 1 mois après, ça me fera moins de travail.

Les Français de l'étranger peuvent voter en avance, mais pas ceux des départements d'outre-mer qui votent aux horaires d'ouvertures des bureaux de votes, dans le fuseau horaire local. Et donc pour certains d'entre eux, quelques heures après le reste de la France et alors que les résultats sont déjà annoncés.

On verra bien ce qu'il se passe le jour ou une élection se joue à quelques milliers de voix près, on risque de s'intéresser beaucoup plus à eux, d'un seul coup?

Ça ne m'a pas fait de mal de me déconnecter un peu de mes écrans pour lire un truc sur papier, en tout cas. Chacun son truc, et je pense que la lecture sur écran n'encourage pas à se plonger dans des trucs un peu longs et détaillés.

Et non, on peut pas non plus utiliser une liseuse avec un écran "papier électronique" pour cet usage: c'est pas encore ça au niveau des couleurs et de la résolution d'écran. Et c'est pas dit que ça soit mieux au niveau empreinte écologique d'avoir un appareil dédié à ça, probablement que non.

Si ça arrange la situation, je peux écrire un client irc cui sait rien faire, comme ça on pourra dire "irc c'est nul, il existe un client qui ne peut même pas envoyer de messages!"

Est-ce que tu as un exemple de xep importunte, et de client qui ne l'implémente pas?

Je ne comprends pas pourquoi Nokia n'a pas repris l'excellente ergonomie de l'ère Simbyan.

Parce que ce n'est plus Nokia qui fabrique les téléphones? C'est HMD Global, qui a racheté la marque et le logo, mais n'a rien à voir avec l'ancien Nokia à part ça.

Franchement je préfère que les quelques rageux qui font ça donne des votes à -1 plutôt que de mettre un commentaire pas constructif du genre "ton commentaire est tout pourri tu dis n'importe quoi". C'est une façon d'apaiser le débat, finalement.

Non, mais en général on a plutôt besoin de ne surtout rien changer à une config qui fonctionne. Et on a donc plusieurs instances de la forge en question, gelées dans des versions différentes.

Je crois qu'on observe plutôt des commentaires descendre à -1 ou -2 et puis finir par remonter à un score positif dans ce cas. Si effectivement il s'agit d'un propos bien argumenté.

En tout cas ça m'arrive parfois de déplier des commentaires à score négatif (quand j'ai encore plus de temps à perdre que d'habitude) et c'est rare d'y trouver des choses très intéressantes.

Ça m'arrive de faire passer des entretiens d'embauche et on ne demande pas ça. Si c'est listé sur le CV, je vais voir. Mais si y'a des liens vers d'autres sites, je vais voir aussi, je privilégie pas spécifiquement github. Et si c'est auto-hébergé, ça me fait un truc en plus à discuter lors de l'entretien technique, de demander comment c'est fait.

Et c'est plutôt mieux de connaître ça car c'est hors de question d'héberger nos projets sur Github, on a notre forge en interne maintenue par nos équipes. Pour un tas de raisons: ne pas envoyer le code dans un autre pays, ne pas être dépendant d'une autre entreprise pour la maintenance du truc et la disponibilité des services, ne pas se retrouver avec une intégration continue toute cassée par une mise à jour la veille d'une livraison importante, etc. Naturellement on préfère donc embaucher des gens qui sont un peu sensible à ces problématiques.

Pourquoi "se subtituer à la loi"? Je pense qu'ils peuvent mettre n'importe qui dehors de chez eux s'ils ont envie et je vois pas le rapport avec la loi.

Il y a probablement du droit des contrats qui s'applique, mais ils peuvent rédiger leurs contrats comme ils veulent et les clients peuvent les accepter, ou aller voir ailleurs.

Il n'y a rien dans la loi à ce sujet. On pourrait parler de neutralité de l'internet, mais ça ne concerne que les "tuyaux" et pas les hébergeurs de contenus.

Euh, je me connecte sans problème avec mon compte github ou gitlab.com sur plein d'autres instances Gitlab (et même sur certaines instances de Gerrit) sans problème.

Mais du coup, quand github ou gitlab.com sont cassés, ça ne marche pas non plus.

Heureusement que Github n'utilise pas SVN transporté par HTTP :)

Ça me rappelle des souvenirs de projets hébergés sur BerliOS ou régulièrement on ne pouvait pas faire de commits le week-end parce que… le disque dur du serveur était plein. Et il fallait attendre le lundi pour que l'admin fasse un peu de ménage.

Ça a bien changé l'informatique, quand même.

Pour les deux qui sont listées dans la dépêche, au moins, la trame de l'histoire est vraiment trop proche (si on lit les versions originales en anglais). Mon avis est que quelqu'un a raconté la même histoire en la modernisant, en remplaçant le lecteur de disquettes par une XBox.

D'où l'ajout du paragraphe sur les légendes urbaines en introduction (pas seulement pour cette raison, en fait: l'histoire de la glace à la vanille, a priori, c'est aussi du flan).

Pour cette histore de rayon de soleil mal placé, j'ai cherché un peu, mais je n'ai pas trouvé de sources plus anciennes que la newsletter de BeOS. Celle-ci présente déjà l'histoire comme un "conte de fées" et ne prétend donc pas être très sérieuse. Mais j'avoue m'être souvenu de cette histoire comme si c'était réellement arrivé directement au responsable des tests de BeOS, avant de retrouver et de relire ce numéro de la newsletter et de me rendre compte que j'avais donc fait partie de la propagation de la légende urbaine.

Finalement c'est peut être l'aspect le plus intéressant de ces histoires: mener l'enquête pour trouver d'où elles viennent, comment elles se propagent, et comment elles évoluent au cours du temps.

Sans cela, pourquoi ne voteraient-ils que ‘inutile’ ? Ça semble tellement négatif comme approche…

Un vote "pertinent" sur un commentaire qui est déjà visible, ça ne change pas grand chose. Un vote "inutile", ça permet de masquer un commentaire s'il atteint une note négative.

Le vote "inutile" est donc plus utile que le vote "pertinent"?

Il faudrait regarder plus en détail, mais ça me semble pas délirant de se dire que des gens n'utilisent le vote que pour masquer les messages vraiment inutiles (spam, par exemple). Et quand on les utilise dans cette logique, le vote pertinent ne sert à rien, ou éventuellement à rendre visible un commentaire qui ne l'est normalement pas, mais c'est un cas qui doit se produire assez rarement, je pense (difficile de savoir, puisqu'on a pas d'historique des votes sur la durée de vie d'un commentaire?).

On peut mélanger les deux:

Pourquoi les informaticiens confondent noël et halloween?

Parce que 25 DEC = 31 OCT

Je pense que je vois le problème mais je ne veux pas donner la réponse tout de suite pour laisser les autres lecteurs chercher un peu :)

Je viens de lire l'histoire de l'imprimante qui ne fonctionne que quand la porte de da pièce est ouverte:

https://twitter.com/ASeemueller/status/1351137587960930304?s=20

Inversement, l'équipe commerciale dans mon entreprise sait très bien jouer le discours "votre projet est techniquement pointu et compliqué, on a mis nos meilleurs geeks-en-T-shirt sur le coup" aux clients et a priori ça convient plutôt bien à tout le monde. Chaque entreprise peut choisir de donner l'image qu'elle veut.

Il n'y a pas de problème à avoirune équipe de développeurs en télétravail, et effectivement, y'a plein de projets de logiciels libre qui fonctionnent comme ça et qui fonctionnent très bien.

Le truc, c'est que ça demande une organisation complètement différente. Il faut faire de la communication asynchrone (par mail, via un bugtracker, etc) et de la documentation écrite (messages de commit, wiki, …) alors que quand on a tous les dévelopeurs dans la même pièce et dans le même fuseau horaire, on peut faire du peer programming, échanger des infos par oral, etc.

Il n'y en a pas un qui marche mieux que l'autre, c'est juste que c'est différent.

Là ou ça devient compliqué, c'est quand on a une équipe qui mélange les deux modes. Parce que la cummunication asynchrone avec le collègue assis juste à côté, c'est pas pratique. Parce que la visiocunférence avec le collègue qui est à l'autre bout de la planète à un horaire improbable, c'est pas génial non plus. Et donc c'est compliqué d'avoir une organisation qui convient à tout le monde.

Il faut comparer une équipe de N personnes avec N équipes de 1 personne, pour voir l'efficacité à resources constantes

Bonjour la modération,

Je pense que l'étiquette "revente" https://linuxfr.org/tags/revente/public pourrait être masquée au profit de "vente"? Ou inversement. En tout cas ça étiquette des choses assez semblables.

Facile: ça sera réglé quand on saura faire des centrales électriques à fusion nucléaire!

Plus sérieusement, quelqu'un a déjà fait le calcul et si je comprend bien après un survol rapide de l'article, la production d'hélium dans une centrale à fusion ne suffirait même pas à couvrir ses propres besoins en hélium pour le refroidissement.

Cet article donne les infos sur les réserves d'hélium disponible, également.

Nous allons enfin pouvoir intégrer les changements nécessaires pour utiliser gcc sous Haiku. Ces changements remontent à très longtemps (cela a commencé à l'époque de gcc2…) et ont toujours été diffusés sous licence GPL, mais tous les auteurs n'ont pas cédé leurs droits à la FSF. Aujourd'hui il serait difficile de recontacter tout le monde pour obtenir cet accord.

Donc Orange crée une entreprise qui s’appelle Bleu. Je sais pas trop pour le nuage souverain, mais en tout cas, on va pas tarder à avoir l'arc-en-ciel au grand complet!