« Je veux un Uber, mais lequel ? » Moi, un nietzschéen : « Un Ubermensch ? »

Que ce soit elle ou la vidéo du Parisien (qui a deux fautes d'ailleurs), la rhétorique utilisée est « qu'elles l'ont bien cherché, fallait pas sortir du tracé/rester dans la rue après 22h ». Je vous laisse réfléchir sur l'argumentaire du victim blaming, je vais vomir.

(à partir de 36:36)

J'ai trouvé un environnement de développement de jeux vidéo. Empêchez-moi de faire un Pokémon avec des philosophes !

Tiens, je suis pas le seul à y avoir pensé : https://existentialcomics.com/comic/74

Lire ce thread c'est comprendre l'enjeu de mon mémoire en deux minutes. Pourquoi s'intéresser aux valeurs et discours du travail et de l'accumulation est pertinent.

« fusée à vapeur » « se rapprocher le plus possible de la ligne de Karman » « atteindre une altitude de 5000 pieds (1525 m) »

La ligne de Kármán c'est au moins 60 fois plus haut. Je sais pas pourquoi tout le monde répète qu'il voulait l'atteindre. D'autant que c'est certainement pas avec sa fusée à eau qu'il risquait de l'atteindre. Ce type « croyait » pas en la science, mais les journalistes ne semblent même pas comprendre que c'est du niveau de lycée : http://tpe.fusee.eau.acfcdl.free.fr/4._conclusion_091.htm

De fait, il semblait plus malin que les copieurs/colleurs : son projet était une fusée avec un second étage au péroxyde d'hydrogène. Je reste tout de même sceptique vu qu'à part dans des jetpacks on utilise pas le péroxyde d'hydrogène seul. Mais bon, j'ai pas les détails.

Attention toutefois, le gain de productivité est fonction de votre niveau en recherche de documentation et de votre flemme du travail rébarbatif.

Exemple récent : supprimer des lignes blanches placées à certains endroits définis dans 90 sous-titres (ce qui fait sauter les sous-titres à la lecture).

À la main, en ouvrant un logiciel et en sauvegardant avec les bonnes options : 1 h de boulot répétitif. Outils Linux natifs avec regexp : 3 h à forger la ligne de commande, moins d'une seconde à l'exécuter. Oh, la ligne de commande était faite en moins de cinq minutes, regexp comprise. Mais après :

• encodage de certains srt en UTF16, ce qui rend la détection plus compliquée
• retours à la ligne Windows, ce qui empêche les outils Linux natifs de les supprimer
• on se rend compte que pour ce qu'on veut faire il y a que sed
• qui a une syntaxe de regexp différente des autres

Faut avoir compris ces quatre choses, dans cet ordre, pour y arriver. Sinon, vous passez des vingtaines de minutes à essayer des trucs avec Perl ou grep jusqu'à comprendre que même cibler la valeur hexadécimale du retour à la ligne Windows ne peut pas fonctionner sous Linux…

En apprenant à coder, vous apprendrez beaucoup, sur votre ordinateur mais surtout sur la vie elle-même. Notamment que ce que vous pensez naïvement pouvoir faire rapidement est en réalité ce qui vous prendra le plus de temps parce que vous allez essuyer tuiles sur tuiles.