Psychofox a écrit 10949 commentaires

Alors je comprends que ça ne parait pas évident quand un texte structuré type markdown ou asciidoc contient beaucoup de tables, mais le but de ces syntaxes est de permettre d'avoir un document à peu prés aussi lisible lorsqu'il est consulté non interprêté dans un terminal via ton pager (ou cat), un outil de diff…

Avec html t'es obligé de sortir l'artillerie lourde sinon c'est imbuvable.

Ah et la seule chose qui m'a retenu l'attention dans les exemples de l'article, c'est l'inclusion s'un bout de code via une directive include. De prime abord tu te dis "cool" plus besoin de faire des copier/coller…puis tu réfléchis un peu et tu te dis que si tu fais ça ton markdown ne peut plus bouger ou tu vas péter le lien, tu pourrais avoir des incohérences entre ce que dit la doc et l'exemple dans le code block parce que tu as modifié le code, etc, etc. Et cela sans que tu ne t'en rendes compte si tu ne vas pas vérifier. Et au final ce sont ces vérifications et changements qui te coûtent plus qu'un pauvre petit copier/coller dans le cycle de vie de ta documentation.

Du coup y gagnes t'on vraiment?

Mais est-ce vraiment pertinent. De ce que j'ai lu de l'article la plupart des exemplea de fonctionnalités mentionnés font plus partie de la catégorie "bon à avoir" que "indispensable".

J'ai rarement besoin d'utiliser des balises html parce que je me sens limité avec markdown. Je crois que la seule que j'utilise un peu régulièremnt est la balise dans une cellule de tableau pour avoir des rwtours à la ligne dans une cellule.

Et je trouve que les grosses limitations de markdown m'imposent de faire du contenu sobre ce qui n'est au final pas plus mal.

Au final quelque soit la foece de asciidoc comparé à markdown en terme se fonctionnalités, ça ne vaut rien une fois qu'on prend en compte l'adoption bien meilleure de ce dernier dans une foultitude d'outils.

Ben moi je prends ma planche de paddle, mon vélo, j'ouvre une bière ou je baise.

(Jamais essayé les 4 à la fois)

C'est pas exactement mon point. Je parle de coupure franche entre "ici, c'est le travail", et "ici, c'est plus le travail", tout les jours.

Ça s'appelle la porte de ton bureau, de ta pain cave ou n'importe quel nom tu lui donne.

Tous les organismes qui ponde des recommandations/normes indiquent qu'il est meilleur tant pour la concentration que pour la démarcation vie privée/travail que le télétravail se fasse dans un espace dédié de son logement.

Il faut aussi reconnaître une certaine hypocrisie latente dans le secteur informatique. J'entends régulièrement "on ne peux pas mesurer la productivité avec des lignes de code ou des métriques de fermetures de ticket" suivi en général de

Il me semble que toutes les boites dans la tech implémentent des revues de performance. Je crois même que c'est obligatoire pour être certifié SOC2. S'il y a des revues, c'est qu'il y a des buts personnels et qu'ils peuvent être évalués.

Et je pense qu'on ne parle pas non plus assez des demandes des salariés. Les gens qui veulent avoir une coupure entre le travail et chez eux, les gens qui veulent voir des collègues et qui vont donc demander à ne pas être seuls au bureau.

Autoriser le télétravail n'impose pas le télétravail et il y aura toujours des gens motivés pour aller dans un bureau. Je ne vois pas bien ce que cette requête de ne pas être seul au bureau a à voir là-dedans. Il y a même des espaces de co-télétravail qui fleurissent pour les gens qui ne veulent pas travailler chez eux et tout seuls mais sans perdre beaucoup de temps dans des transports.

Pour certains le télétravail n'est pas possible humainement, pour d'autres c'est essentiel à temps plein, pour d'autres encore il faut un mix des deux.

Il faut en effet un logement qui soit adapté un minimum, ou alors avoir la possibilité d'aller dans un espace de coworking près de chez soi peut être aussi une alternative dans ce cas.

Pour moi il n'y a aps de règles, tout dépend du métier et des personnes, l'important est de trouver ce qu'on désire.

Note: authoriser le télétravail à 100% ne signifie pas imposer le télétravail.

La boite pour laquelle je travaillais pendant la pandémie n'a pas imposé de retour au bureau même si certains le font par préférence. Quand j'ai cherché un autre poste au mois de novembre toutes les boites avec lesquelles j'ai parlé étaient ouvertes à du 95% télétravail à minima, c'est à dire du télétravail à temps complet avec potentiellement 1 ou 2 meetings ou évènements sur site imposé. La boite pour laquelle j'ai signé m'a signé un contrat à 100% télétravail et ne m'impose aucun déplacement sur site. Ça n'a de toute façon aucun sens. Par contre si j'ai envie je peux contacter n'importe quel bureau de part le monde pour y travailler si j'ai envie de mixer vacances et travail.

Alors certe ce n'est pas en France mais en europe. Il me semble qu'il y a quand même un basculement global vers une ouverture au télétravail.

A quand la même chose chez nous ? Je parle pas de NTT, mais de cette mentalité de faire du TT dans les entreprises qui le peuvent.

Ce n'est pas déjà le cas depuis la pandémie de covid?

Oublies, c'est un troll.

Si on regarde les langages de programmation les plus populaire dans le top 3 on a (et dans cet ordre):
- Python
- Java
- Javascript

De ces 3 python est le plus vieux mais si on compare, java, javascript, ruby ont tous été créés en 1995, bien après Perl.

Et au final en 2022 qu'est-ce qui fait qu'un langage interprété est populaire chez les cool kids? Qu'il soit directement supporté par un navigateur. Raison pour laquelle javascript et typescript prennent le pouvoir.

De toute façon poussiéreux ça ne veut pas dire grand chose pour un langage. Python, perl, ruby, js évoluent toujours. TCL est peut-être moins dynamique mais la dernière version stable est de novembre 2021. C'est d'ailleurs pas forcément une mauvais chose, moins ça évolue moins on a des choses dépréciées.

Le pi4 est pour moi devenu beaucoup trop cher, et puis tant qu'a faire, si on peut recycler du vieux matériel plutôt que d'en construire encore, c'est aussi une bonne chose.

Le pi4 est très cher et ne fait pas forcément beaucoup de sens acheté neuf mais pour ceux qui en ont déjà une ça reste vraiment pas mal. Et même avec une pi zero w, une pi3 ou une carte du même type (j'ai aussi une tinkerboard qui a 2GB de ram) on peut déjà héberger pas mal de services tant qu'il ne réclament pas trop de ram. Ça reste des machines plus puissantes que des serveurs qu'on utilisait il n'y a pas si longtemps. Un pc pentium à 133mhz et quelques MB de ram étaient largements suffisants pour fournir le DNS a des milliers de machines d'un grand centre hospitalier universitaire au début des années 2000, il n'y a pas de raison que ça change. Idem pour d'autres protocoles comme l'email, ssh, les serveurs de fichiers tant que le nombre de clients restent restreints.

D'après mon expérience, ce qui consomme le plus ce sont les disques durs. J'ai tendance à privilégier un unique gros disques dur sans RAID sur les machines qui sont en ligne tout le temps et synchroniser une fois par nuit sur une machine qui est allumée via wake-on-lan (qui elle a de multiple disques parce que je recycles les anciens de la machine primaire).

J'avoue toujours synchroniser en s3 chez wasabi même si je préfèrerais le faire sur une raspberry pi3 qui traine chez moi et que je pourrais configurer chez un proche. Reste à convaincre un proche d'accepter d'avoir une machine à moi sur leur réseau.

On pourrais aussi critiquer les distros. J'ai vérifié Redhat, ubuntu, debian, suse, Oracle pour CVE-2020-0543. Toutes ces distros annoncent des packages disponibles pour l'update du microcode. En revanche aucune n'annoncent que le microcode ne va pas mettre à jour un ivy bridge. Et il n'y a pas de fonctionnalité dans le gestionnaire de package/update qui te dit : attention on sait qu'il y a une vuln mais on n'a pas de fix pour vous parce que matos plus supporté patati patata + de détail ici [1].

Pourtant les releases d'intel mentionnent les CPU concernés par les mises à jours et quelles versions sont retirées du support:
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/releases?page=1

[1] notons qu'aucun autre OS ne fournit la fonctionnalité mais ça n'empêche pas qu'on pourrait mieux faire.

Perso j'ai encore 1 laptop avec du Sandy Bridge, mes 2 autres laptops sont des Kaby Lake (8ème génération). Ils ont beau ne pas être vieux (2019), ils semblent déjà s'approcher des plus vieux supportés par les releases de microcodes (gen 6 actuellement). C'est décevant et montre qu'on peut difficilement s'appuyer sur intel et qu'on doit de toute manière trouver des mitigations dans les OS et navigateurs quand c'est possible.

Une courte recherche sur le site du gouvernement belge m'indique que si, le copyright existe bien et est la traduction litérale acceptée chez eux de droit d'auteur en anglais.
https://economie.fgov.be/en/themes/intellectual-property/intellectual-property-rights/copyright-and-related-rights

Primo ce n'est pas un brevet et ça n'a donc rien à voir.

Segundo celui qui veut la même image peut lancer l'installeur debian lui-même, du coup osef.

Mettre un logo de copyright sur un truc quelconque, c'est exactement dans ce but : faire pression et dissuader.

Je ne suis pas sûr que c'est une mauvaise pratique de faire réaliser aux gens que non, copier n'importe quel image sans réfléchir depuis un site internet lambda et le recopier/rediffuser ailleurs n'est pas une bonne idée (mais si ça facilite les exposés de la gamine).

Je sais que beaucoup d'entre nous seraient tristes de voir disparaitre les mèmes mais derrière ceux-ci il y a un non respect flagrant du droit d'auteur, du respect à l'image et beaucoup peuvent être considérés comme une forme de harcèlement.

Sauf erreur de ma part, non :
- le copyright n'existe pas en Europe
- il faut faire une démarche pour en bénéficier (comme un brevet)

Le droit d'auteur Européen lui est automatique et ne nécessite pas de démarche.

Raison pour laquelle j'ai parlé de droit d'auteur.

Alors à quoi bon dire : c'est moi qui l'ai fait ?

Parce que vous réfléchissez trop et que c'est probablement automatisé par le CMS utilisé et que ça ne mange pas de pain. Le fait que la protection soit valide ou non n'a d'importance que s'il y a litigation.

asahi liux permet d'utiliser linux sur un mac m1 mais il ne supporte pas un bon nombre de fonctionnalité qui en rendront l'expérience utilisateur un peu mauvaise:

DisplayPort
Thunderbolt
HDMI on the MacBooks
Bluetooth
GPU acceleration
Video codec acceleration
Neural Engine
CPU deep idle
Sleep mode
Camera
Touch Bar
Du coup je préconise de revendre ton laptop Apple si tu es 100% motivé à n'utiliser que Linux ou de te tourner vers la virtualisation qui te permettra d'utiliser Linux en plein écran avec de bonnes performances, une mise en veille qui marche, de l'accélération graphique, des écrans supplémentaire ou utiliser des périphériques bluetooth.

qemu-kvm, UTM (une GUI libre pour qemu-kvm) ou parallels le permettent.

Là c'est un "copyright" avec un texte juridique, rien à voir avec le droit d'auteur.

Si c'est la même chose. Ils précisent juste parce que l'usage moderne et commun est devenu de voler le contenu des autres.

Si je fais la même chez moi, comment vont-ils prouver que j'ai copié la leur ou que j'en ai refaite une chez moi ?

On s'en branle en fait. Préciser les droits d'auteur ne fait de personne un requin litigieux attaquant des innocents.

Quand j'ai vu un copyright sur le screenshot de l'installeur debian :)
Je me suis demandé si les rendu de l'installation de debian sont vraiment protégées par un copyright quelconque, et je n'ai pas trouvé la réponse… Je suppose juste que vu la philosophie du projet, cela ne doit pas être le cas.

Tout contenu est de fait protégé par le droit d'auteur. De fait les licences libres se basent dessus.

Là ce sont les captures d'écran du journaliste qui sont protégées, et elles le sont même si les logiciels qui servent à le générer sont libres.

En même temps mettre à jours sa machine en pleine présentation c'est un peu chercher la m…. ;-)

Plus que de la manipulation de cours de twitter, il a trouvé une excuse pour vendre un paquet de parts de l'action Tesla puisque c'était censé être la manière de financer l'achat de twitter.

Il sait que l'action Tesla est surévaluée, et que les constructeur autos traditionnels ont rattrapé leur retard sur les véhicules électriques. Là il a pu vendre un paquet en faisant samblant de pas savoir que le cours de Tesla allait s'effondrer.

. Ce "site" avait pour graine de vocation d'informer sur l'actualité INformatique.

Ça me semble assez explicite pourtant.

parceque tu choisis systemd quand tu prends debian, redhat, etc? Il est installé avec ta distro. Qui parle de comparaison fallacieuse?

On parle des mainteneurs de distros là. Et ils ont presque tous choisis de partir sur systemd, c'est qu'ils en voyaient des avantages. On pourra noter que du côté solaris à la même époque Sun avait introduit SMF avec Solaris 10. Ce n'est pas pour rien. Le bon vieux init n'a jamais été jugé comme la solution ultime et intouchable.

Le problème c'est que tu empêches les projets de vendre leur propre logiciel.

Le point sur les empaqueteurs tiers sous le même nom et la confusion est lié au fait que ces projets libres ne se protègent pas de cela en enregistrant leur marque.