flan a écrit 1865 commentaires

Je dirais que ce n'est pas « l' » OS inconnu, mais la part des OS non reconnus par leur méthode (comme un UserAgent qui ne donne pas l'OS).

Pour les montres connectées, je ne suis pas sûr que ça soit si souvent du Linux, vu que les Apple Watch semblent avoir la cote.

Je dirais comme toi si les thèmes étaient un peu mieux répartis. Là, ce n'est clairement pas le cas.
Après, ils font ce qu'ils veulent, hein, je me contenterais très bien de ne pas fréquenter ce site :D

Personnellement, ça me gêne un peu de voir sur ce site des icônes à l'effigie de groupes terroristes… :/

(Je parle bien du sentiment national, qui s'est créé pendant la Guerre de Cent ans, malgré les divergences régionales, mais ce n'est qu'une parenthèse.)

(j'ai toujours entendu que la France en tant que nation date surtout de la guerre de Cent ans, bien avant la Révolution)

En général, un admin sys a quand même un accès assez large aux serveurs, et donc à leur contenu. Si c'est le cas, ça m'inquièterait que n'importe qui puisse avoir accès aux boîtes mail.

Les représentants du peuple sont au Parlement ; le gouvernement n’est pas élu.

J'ai un peu du mal à comprendre cette notion, à vrai dire.

De base, j'aurais tendance à comprendre ça comme « passer moins de temps sur un ordi », mais pour moi ça va plutôt de pair avec l'utilisation d'outils plus efficaces, donc plus complexes sous le capot.

Bof, à part des cas très spécifiques dans des entités assez grosses pour avoir des équipes d'admin différentes, tu peux aussi couper ça (par exemple utiliser du Puppet — ou autre — pour reconfigurer syslog pour ne pas logger tes accès avant de passer à l'action).

C'est un problème très général :
- souvent le personnel de maintenance a beaucoup d'accès (comme celui de ménage qui pourrait très bien regarder beaucoup de dossiers papier s'ils ne sont pas sous clef),
- les admin sys. ont toujours non seulement des accès très larges, mais aussi la possibilité de supprimer les traces de leurs accès, quel que soit le domaine.

Là, on peut seulement espérer que les admin à distance soient formés au respect du secret médical au même titre que les secrétaires.

Ça manque aussi d'argumentation sur le choix des logiciels (pourquoi postfix et non opensmtpd, par exemple)

Vim (de moins en moins) et PyCharm (ou équivalent dans un autre langage).
J'ai eu du mal à me faire à PyCharm (j'ai longtemps été un pur adepte de vim), mais une fois adapté, je n'ai jamais pu retrouver la même efficacité ni la même qualité de code en utilisant vim (même si je tape plus vite avec vim, j'ai moins de choses à taper avec PyCharm).

J'ai la même réaction. J'imagine qu'on ne gagne pas des masses sur les performances, et on perd en lisibilité ce qu'on gagne en écriture (alors qu'on écrit une seule fois mais on lit plusieurs fois : c'est plutôt le second qu'il faut optimiser).

Mais elles fonctionnent largement avec des subventions publiques, notamment régionales, qui sont là pour attirer les compagnies à bas prix (et donc des visiteurs) dans des aéroports qui sinon n'attireraient personne.

Il faut se préparer à l’hypothèse d’un monde dans lequel tous les # auront été consommés sans qu’on sache en reconstruire, mais avec des 🍻 en abondance !

Il y a trois phénomènes en parallèle :
- les médecins généralistes qui travaillent deux fois moins (voire pire) que les générations précédentes,
- la population qui a augmenté plus vite que le nombre de médecins (au moins dans certaines spécialités comme la médecine générale, et c'est plus ou moins vrai selon les régions),
- et les gens vont beaucoup plus facilement aux urgences et chez le médecin pour des choses qui ne le méritent pas.

Forcément, quand on cumule les trois, ça se passe mal (par contre, je ne sais pas donner la proportion de chacun d'eux).

En effet, c’est mieux de lire l’article original ;)
L’auteur dit que « si on regarde les projections de mesure de popularité XXX, Perl pourrait être mort en 2023 », en précisant qu’un langage mort est un langage dont la popularité est insignifiante par rapport à son pic.

Il donne toute une série de signes négatifs sur la popularité de Perl : sa baisse quelle que soit la mesure (Google Trends, entre autres). Son éviction de l’OS desktop qui le fournissait d’office le plus populaire (macOS) peut difficilement être un bon signe : ça veut dire que les utilitaires système qui étaient en Perl (et qui sont souvent proches de ceux sur Linux ou BSD) ont été refaits en d’autres langages.

Il dit que RHEL8 n’aura plus Python (2 ?) d’installé d’office (pas qu’il ne sera plus disponible !), et ça sera peut-être également le cas de Perl plus tard.

Avoir deux firewall de technos différentes n'est pas délirant si tu veux de la sécurité.
Quant à faire des VLAN, ça semble être un minimum, en effet, ainsi qu'avoir du PVLAN pour éviter que les postes ne communiquent entre eux s'ils n'en ont pas besoin (c'est souvent le cas pour les postes bureautiques).

Mais d'un autre côté, quand tu en es à ce niveau-là, je ne sais pas si tu demandes sur LinuxFR ce qu'il faut prendre comme firewall.

Bin oui, mais si on avait fait un IP v.5 proche du 4, le grand changement aurait été de l'IP v.5 à l'IP v.6, mais avec un autre changement à peu près aussi coûteux pour passer du 4 au 5.
Quitte à devoir tout changer, autant le faire en une seule fois plutôt qu'en deux.

Il me semble que c'est déjà le cas

En fait, quitte à casser un peu (le changement de taille des adresses casse déjà des choses), autant essayer d'éliminer tous les défauts connus (je ne prétends pas qu'IP v.6 est parfait, je ne connais pas assez le sujet) sans avoir peur de casser encore plus.

La compatibilité a du bon, mais ça veut dire aussi se trimballer 50 ans après des vieilleries qui n'ont plus aucune raison d'être (si on pouvait repartir de zéro sur toute l'informatique, je pense qu'il y aurait pas mal de choses à changer sur l'architecture des processeurs, des OS, des ordis de façon générale).

• Il n'est plus nécessaire d'hériter d'object en Python 3 ;)
• le init(self) vide est également inutile
• Ça manque de passage par black pour homogénéiser le code
• pf1 = open(self.args.playlist) ; pls = pf1.read(); … pf1.close() pourrait être avantageusement remplacé par with open(self.args.playlist) as pf1; pls = pf1.read()

Un lecteur de musique.

En général, il y a autre chose à côté, par exemple tu as récupéré la base de données des hash sur le site (ou un autre site, en partant du principe que ta cible a le même mot de passe).