nud a écrit 841 commentaires

Les exemples sur les % de sites ne me paraissent pas pertinent.
C'est pas parce que le marché actuel est saturé d'une techno que ça veut dire qu'il ne faut pas changer.

Un langage de programmation et un serveur web ne sont pas comparables.

De la même façon qu'il y a toujours énormément de COBOL qui traine dans le monde financier, peu de boites sont prêtes à se faire un Netscape et tout réécrire leur code existant (en PHP) dans un autre langage. C'est une longue période sans vente et sans rentrée financière. Comme le langage n'est pas mort (pas comme COBOL) et que les développeurs qui peuvent travailler en PHP sont légion (comme Java), ces sociétés vont probablement continuer à faire leurs nouveaux projets en PHP.

PHP a de l'avenir, même si c'est seulement par inertie. C'est pas sexy, c'est ennuyeux, c'est peut-être moche mais ça fait la job.

Le flatpak de Mindustry en lui-même fait 216 MB.

Il utilise cependant le runtime "org.freedesktop.Platform" qui fait 695 MB mais qui est utilisé par virtuellement tous les flatpaks.

Une fois que tu as installé le runtime les apps suivantes deviennent moins coûteuses en espace disque.

Le public du site vieillit, il va falloir créer une section "nécrologie" comme dans les journaux papier catholiques que lisaient nos grand-mères.

À Louvain (Belgique) il a été conseillé aux propriétaires de certains modèles de voiture souvent volés de garer leurs voitures plus loin ou de conserver leurs clefs dans une boite métallique…

A première vue il s'agirait un système qui relaie et amplifie le signal de clefs sans contact. Cela m'a fait penser au vol d'informations sur cartes "NFC" qui fonctionne sur le même principe: la portée théorique du système est basée sur la puissance d'émission et la sensibilité des différents composants, mais si on utilise un récepteur plus sensible…

Le papier alu a de l'avenir.

Source: Le parquet de Louvain appelle à la vigilance suite à une augmentation de vols sans clé de voiture

« La tombe connectée » c'est d'un glauque!

Dans l'Union Européenne.

Un fax ?

Et avec on peut mettre hylafax.

Ah, ce monde moderne, où on utilise une technologie dont le but est d'envoyer des données numériques sur une ligne analogique (le facsimile), mais en voix sur IP, donc du coup le signal analogique est numérisé \o/

Il y a l'eCall qui est obligatoire dans les véhicules neufs. Ça implique que chaque nouvelle voiture a un microphone et une carte SIM, et le plus souvent une puce GPS.

Je ne sais pas si les constructeurs peuvent interagir avec ce système mais a priori ce ne sont pas des systèmes dédiés, tout au plus cooptés (la puce GPS est la même que celle utilisée pour le guidage, le micro est celle utilisée pour la connexion Bluetooth), et les constructeurs fournissent des services additionnels payants sur base du bouton d'urgence obligatoire.

Après, il n'y a pas de raison de croire que les constructeurs automobile feront pire que les constructeurs de téléphones intelligents 🙄

Je ne sous-entend pas du tout que c'est du hasard, je parle d'ailleurs de la trivialité de la conversion dans mon commentaire… Ça me paraissait évident que c'était fait exprès.

Autre élément rigolo: une lettre minuscule s'obtient en prenant la lettre majuscule et en mettant le bit 5 à 1 (et inversement):

>>> chr(ord('A') | 2**5)
'a'
>>> chr(ord('a') & ~2**5)
'A'

L'implémentation de toupper() et tolower() en ASCII est triviale et laissée en exercice au lecteur.

J'ai ça dans la vraie vie avec le facteur qui m'envoie au 42 les couriers du 4/2… J'espère que les huissiers, eux, ne se tromperont pas d'adresse ¯\_(ツ)_/¯

Ne serait-ce pas "OSHW" (Open-Source HardWare) plutôt que "OSWH" ?

Merci pour les infos 👍

Est-ce qu'il n'était pas question de déprécier le support SMIL de Chrome ? Ont-ils changé d'avis ?

La raison était que CSS Animation saylfutur. Apparemment CSS Animations serait mieux supporté maintenant que SMIL ?

On peut aussi s'amuser à faire des tables de routage et ip rule:

• tu crées deux tables de routage avec des routes différentes (via l'une ou l'autre de tes IPs)
• tu ajoutes une règle avec ip rule pour sélectionner l'une des tables en fonction d'un paramètre ou l'autre.

Il est possible également de définir l'IP source avec CURLOPT_LOCALADDR ou bind().

Je vois ceci sur leur shop en ligne:

• La carte PCIe
• Le boitier

Il y a aussi une carte pour un stockate NVMe. Dommage que le montage se fasse perpendiculairement à la carte mère et pas via un riser.

Les anciennes puces disposaient d'un support hardware pour le H264. Il me semble que les nouvelles ajoutent le support hardware pour le H265, mais ne retirent pas le support pour le H264.

Certes les codecs sont sur la puce principale (et donc contribuent à l'émission de chaleur), mais il me semble que ce n'est pas stricto sensu géré par le CPU. Me trompé-je?

4 déménagements en 10 ans pour ma part. Toujours la même chaise.

De nombreuses boites imposent de travailler depuis un lieu prédéfini (soit le domicile, soit un lieu de co-working, mais toujours le même lieu). Les raisons invoquées sont:

• il faut une adresse de travail pour les assurances
• il faut s'assurer que le lieu de travail est conforme aux recommandations de la médecine du travail
• l'importance de la localisation géographique pour une raison ou pour une autre (par exemple, pour assurer que l'employé peut être au bureau en moins de X minutes)

Il y a aussi les préjugés habituels du genre "bosser depuis un café c'est pas sérieux", ou "le télé-travail depuis l'étranger, c'est juste une façon de rallonger ses vacances", mais ceux-là sont rarement écrits :-)

Il y a aussi les « coûts irrécupérables » : l'investissement en temps et/ou en argent dans son lieu de vie actuel, qui fait que ça ferait chier de déménager.

C'est pas forcément rationnel, mais ça a probablement une grande importance pour beaucoup de gens.

C'est même ± standard en entreprise…

Y'avait aussi https://github.com/linuxfrorg/ansible-linuxfr que j'ai fait y'a 5 ans mais c'est peut-être un peu "outdated".

J'ai un peu fouillé, et effectivement, il y a un patch dans Debian qui change la valeur par défaut du paramètre KillUserProcesses dans systemd-logind (modifiable dans /etc/systemd/logind.conf). Par défaut c'est à yes et ils le mettent à no.

Après, je ne comprends pas trop pourquoi ils ont changé la valeur par défaut dans le démon plutôt que juste mettre la valeur à no dans le fichier de config (ça m'aurait paru plus simple), mais qui suis-je pour juger?

Rha, effectivement, c'est une typo. Malheureusement on ne sait pas éditer le journal :(

Je me suis d'ailleurs fait la réflexion, en l'utilisant, que c'était plutôt chiant.

C'est Debian Buster, qui fournit systemd 241. Il me semble que c'est la dernière. Mais le comportement est le même avec Stretch et systemd 232.

Comme je le dis dans le journal, je n'ai pas (encore) creusé, même si le comportement décrit dans le journal que tu cites est celui auquel je me serais attendu.