pulkomandy a écrit 2189 commentaires

Le projet sur lequel je travaille actuellement contient du C89, du Python 2.6 (oui oui, pas 2.7), CentOS 6, 32 bits. On commence à migrer des morceaux en C++98. Du coup je ne sais pas faire un choix unique dans cette liste.

Par contre dans mon projet précédent j'ai travaillé sur des machins reliés au réseau téléphonique et dont les mises à jour pouvaient être faites à distance via un modem intégré dans le matériel. Mais c'était du C99 et du python 3.

En fait le site n'envoie rien lui-même à Facebook, mais si tu fais suivre un lien à quelqu'un, qui le repartage ensuite sur Facebook, ça permettra de pister que ce lien avait été déjà partagé dans Facebook, et ça permet à Facebook de suivre comment se propagent les liens en dehors de ce qu'il peut directement surveiller.

Et donc, la SNCF emploie des conducteurs de train et… des informaticiens par exemple. Les informaticiens de la SNCF ont-ils un métier plus pénible qu'un informaticien… de Cap Gemini. J'en doute. Des témoignages ?
D'un autre côté, existe-t-il des métiers plus pénibles que conducteur de train et qui ne bénéficient pas de régimes spéciaux ?

Peut-être que les informaticiens devraient négocier un statut approprié à la pénibilité de leur travail, alors. Plutôt que de demander la suppression du statut négocié par les cheminots.

Le statut à la SNCF est justifié par le travail 7 jours sur 7, en horaires décalés. Ce qui ne concerne pas que les gens qui sont dans les trains, a priori. Et si les avantages semblent exagérés, ça serait bien de niveler les choses par le haut en améliorant les conditions des autres, non?

tu as d'un coté plus de trois candidats au programmes proche, mais qui diffèrent légèrement sur la répartitions; dans le lot tu en as un qui à montré lors de la mandature précédente que ses position c'est cool, mais pas au risque de perdre sa place, bref un gars sans conviction issu d'un parti qui ne sait pas s'il doit voter pour un autre, un autre qui clive un peut trop, et les autres son peu significatifs.

C'est idiot de leur part, mais c'est comme ça, et ils savaient probablement très bien que ça allait se terminer comme ça. Tant pis pour eux et pour ceux qui pensent que leurs propositions sont tout de même les meilleures. Ils avaient tout le temps et les opportunités de s'allier lors de la présidentielle, quitte à régler leurs comptes pour les détails lors des législatives juste après.

On gagnerait probablement en nuances en faisant les législatives en premier, puis la présidentielle ensuite pour choisir un président en accord avec la majorité établie lors des législatives (après éventuelles négociations et alliances). Mais actuellement ça marche pas comme ça, alors il faut faire avec les règles en place.

Ou pour prendre un autre exemple, le parti défendant les droits numérique fait 3%? bon ben il est moins légitime que le FN qui lui en fait 20%; on peut donc s'assoir sur ses revendications.

Oui. Malheureusement peut-être, mais oui.

Donc en gros "on va réformer, mais sans rien changer"?

ça va être difficile de savoir s'il s'est engagé ou pas à quelque chose, avec ça.

Surtout sans MMU… on a arrêté de faire ça sur le desktop depuis… Windows 95?

En même temps c'est pas leur travail. C'est comme si on demandait à l'IETF de faire la promotion de HTTP ou de IPv6 auprès du grand public, ou si le W3C essayait de vendre HTML5 comme la techno du futur. Tout le monde s'en fiche si ton navigateur utilise ça ou autre chose. La comm est faite sur Firefox ou sur Chromium (qui utilise peut-être QUIC et AMP plutôt que HTTP et HTML, d'ailleurs).

Par contre, c'est certain que la fragmentation entre les clients (et aussi les serveurs) XMPP n'aide pas beaucoup. C'est pas forcément pire que pour l'e-mail, cela dit, mais comme le protocole évolue beaucoup plus, c'est plus compliqué pour certains clients de suivre le rythme.

Essayez de vous lancer en temps qu'indépendant quelques temps et vous verrez mieux le travail accompli par les commerciaux, comptables, etc d'une entreprise d'informatique.

POSIX est loin d'être un échec, le code est portable, à quelques menus détails près, entre un Linux et un des *BSD.

hahaha.

Ben non, justement, et c'est bien le problème. POSIX ne spécifie pas le dixième de ce dont il y a besoin pour une application un peu conséquente. POSIX c'est un standard maintenu par des gens qui font tout pour que leur UNIX propriétaire tout moisi garde sa certification quoi qu'il arrive et en faisant le moins possible de développement. Du coup, ça freine toutes les innovations pour que les vieux OS restent compatibles avec les nouveaux standards. Et pendant ce temps, les applications doivent utiliser les APIs spécifiques à chaque système.

On peut parler des kqueues de BSD, des paramètres de mmap dont la moitié ne sont pas dans POSIX, de getrusage qui dans sa version POSIX ne permet de récupérer quasiment aucune information, et ça c'est juste les 3 exemples que je peux sortir de tête parce que je suis tombé dessus des douzaines de fois.

Pas si on prend aussi un noyau BSD, tant qu'à faire.

Pour l'audio/video il y a Jitsi Meet qui marche très bien.

En France on a le .asso.fr pour les associations et il a déjà trempé dans des histoires louches, lui aussi.

Ils vont au casino, c'est beaucoup plus rapide quand on a beaucoup d'épargne à dépenser!

Le fait qu'on considère qu'il y a un gagnant et un perdant dans une élection, c'est déjà un problème.

La personne élue devrait représenter les autres. Pas fais ce qu'elle veut, se servir dans la caisse, etc. Et représenter des gens avec qui on est pas d'accord, et qui sont pas d'accord entre eux, c'est pas simple.

Et le problème commence bien avant le moment ou tu mets ton bulletin dans l'urne. C'est l'organisation des partis politiques, la façon dont on choisit les candidats, et donc, jusqu'au vocabulaire qu'on utilise. Plein de choses sur lesquelles on pourrait agir plus ou moins directement, donc oui, la responsabilité est collective.

En se fondant sur le site ElectricityMap qui se base sur des données en opendata des gestionnaires de réseaux électriques, on peut voir que la consommation de nuit en électricité n'est pas faible du tout. En Europe, la France a peu de variation entre la nuit et la journée (au mieux quelques pourcents en dehors des pics habituels). Pour le Royaume-Uni qui semble avec un écart important est de l'ordre de 66% de la consommation de la journée lors de la nuit. C'est mieux mais cela reste beaucoup.

En France il y a beaucoup de gens avec un cumulus électrique pour l'eau chaude qui se déclenche en heures "creuses". Le but est justement de lisser la consommation parce que c'est plus pratique à gérer avec les moyens de production actuels. Mais si on avait beaucoup plus d'énergie solaire, on aurait des heures creuses plutôt en milieu de journée.

(ça n'enlève rien au reste du problème, mais cette partie là au moins, c'est très facilement réglé)

C'est faisable aussi avec un composant externe, des instructions génériques sont prévues sur les architectures MIPS pour utiliser un coprocesseur (sans préciser ce que le coprocesseur doit faire), et les FPU sur les processeurs x86 et 68000 ont longtemps été dans une puce séparée, se partageant le travail avec le processeur pour interpréter les instructions.

Je vous met le lien direct vers l'article complet parce que je ne vois pas de raison de passer par osnews: https://onezero.medium.com/the-death-of-the-computer-file-doc-43cb028c0506

I don’t understand. This should not be an opt in or an opt out. It is a condition of using our product. There is an acceptance of terms and the use of this data should be included in that.

J'essaie une autre traduction:

"Je ne comprend pas comment ça peut être opt-in ou opt-out, car c'est de toutes façons obligatoire d'accepter [la télémétrie] pour utiliser Gitlab. Il faudrait donc ajouter l'utilisation de ces données au contrat d'utilisation que tous les utilisateurs acceptent."

ça me semble plutôt être simplement un questionnement sur la bonne façon de collecter l'accord des utilisateurs, indépendamment de savoir si c'est une bonne idée ou pas.

https://xkcd.com/1357/

La liberté d'expression ne te force pas à donner la parole aux gens ou à faire du business avec. Au contraire, elle te permet de savoir qui sont les gens (car ils ont le droit de le dire et de dire ce qu'ils pensent) et ensuite de décider si oui on non tu veux les écouter ou travailler avec eux.

• Tu veux une bière ou un jus d'orange?
• Oui, je veux bien, merci!

L'autre problème plus subtil est que c'est une mauvaise idée de se dire "pas besoin de programmeurs compétents pour ça, le langage s'occupe de tout".

Souvenons-nous que des gens ont réussi à faire des trucs unsafe en Ada et que ça a fini par la destruction de la première fusée Ariane 5.

Il vaut mieux savoir que le langage de programmation utilisé ne nous sauvera pas et que dans tous les cas il faut aussi faire confiance au programmeur. Et, cependant, lui donner les outils pour faire son travail correctement.

Ils paient probablement des impôts en Irlande, par exemple. L'Irlande a choisi d'avoir un impôt sur les sociétés plutôt très bas pour être attractive, et ça a marché. Alors soit on met la pression à l'Irlande via l'Europe pour qu'ils remontent le taux de leur impôt sur les sociétés (mais Google et compagnie risquent de déménager en Slovaquie, par exemple), soit on se décide à baisser ledit impôt chez nous pour être compétitifs sur ce point.

Ou alors, on referme les frontières, mais sur Internet, c'est compliqué.

Le virus informatique c'est très bien aussi dans la catégorie "spécialisé".

Ça te donne toujours les droits d'étudier/modifier/utiliser/distribuer, même si ça ne te facilite pas la tâche, donc oui, pour la distribution initiale du logiciel, ça me semble pas impossible légalement de faire ça.

Si tu redistribues le binaire cu'on t'as fourni ainsi et les patchs que tu as fait, ça me semble valable.

C'est stupide, contre-productif et tout ce qu'on voudra, mais a priori ça respecte la lettre de la licence.

Et toutes les deux sont remplacées par Debian 10.

Donc on parle d'une version obsolète de Debian, sur une architecture CPU plus supportée par NodeJS. Mais le problème c'est forcément NPM :o)