Glaeken a écrit 63 commentaires

Va savoir…
J'ai poncé longuement Factorio tout comme toi, mais je n'ai pas encore testé ce jeu sous licence GNU GPL 3.

Je serais curieux de savoir si ce jeu possède une fin (Factorio en possède une : l'objectif est de lancer une fusée dans l'espace pour se barrer en gros).
S'il n'en possède pas, c'est qu'il faut donc rester sur place ad vitam æternam : c'est peut-être ça, le détail intéressant & différent que tu as loupé.

Ce n'est qu'une supposition.

Pour nous permettre d'avoir une façon de plus de télécharger Firefox à partir d'un Linux, peut-être ?

Qu'importe le shell, pourvu qu'on ait l'ivresse.

Effectivement, le Deep Learning book de Goodfellow, Bengio & Courville (https://www.deeplearningbook.org/) est un incontournable sur le sujet, je le conseille souvent aux étudiants ingénieurs (& aux profs !) intéressés par le sujet. Pour les allergiques à la lecture sur écran, sachez qu'il est possible de l'acheter en version papier chez MIT Press.

Je suppose que Debian va appliquer sa méthode intrinsèque, si le besoin s'en fait sentir (Lien éventuellement en anglais, désolé).

Quant aux "vraies rédactions de France" évoquées dans un autre thread, il me semble manquer un certain palmipède de la famille des vieux de la vieille.

Si je peux me permettre, je rajoute un détail rigolo : J'ai ouvert directement le lien embed dans une fenêtre de navigation privé (Firefox 74. 08b8) juste pour voir si ça marchait en mode privé, et ça marche parfaitement.

Ensuite, j'ai alors commuté (alt+tab) sur ma session Firefox Normale (hors navigation privé, même profil Firefox, aucun redémarrage) et j'ai tenté de visualiser une autre des vidéos de cette chaîne que je ne parvenais pas à visualiser pour cause de limitation d'âge à 12 ans. Et là, miracle, ça bypass la demande d'authentification liée à l'âge : j'ai enfin pu voir cette seconde vidéo dans un FF standard en indiquant l'URI standard de youtube, à savoir : https://www.youtube.com/watch?v=pRYVTcjLvsk
Plus besoin de passer par la méthode embed à ce qu'il me semble.
Merci encore.

Ok, j'ai testé avec un Firefox 74.08b8 (avec un windows 7 station, mon linux ne boote plus ce soir, souci de "Error: invalid environment block") mais ça fonctionne parfaitement sous zin 7.
J'ai pu visualiser la vidéo plusieurs fois sans avoir de messages d'avertissements comme sur hooktube.
Merci beaucoup, j'ai bien rigolé une fois de plus en regardant ça !
J'ai essayé de la DL sans succès mais je vais creuser le sujet.

Merci, j'ai pu visionner la vidéo et j'ai vraiment beaucoup rigolé.
J'ai eu ensuite un message sur le site m'informant :

YouTube API said: Daily Limit Exceeded. The quota will be reset at midnight Pacific Time (PT). You may monitor your quota usage and adjust limits in the API Console: https://console.developers.google.com/apis/api/youtube.googleapis.com/quotas?project=837973783173

Je vais creuser cette histoire, encore une fois, merci pour ce bon moment.

Ça m'a fait plaisir de retomber sur ces vidéos, c'était bien à la mode au début des années 2010 : cherchez bubble sort dance pour en trouver d'autres si ça vous chante…
Le bubble : https://www.youtube.com/watch?v=lyZQPjUT5B4
L'insert-sort : https://www.youtube.com/watch?v=ROalU379l3U
Le merge-sort : https://www.youtube.com/watch?v=XaqR3G_NVoo
Select-sort : https://www.youtube.com/watch?v=Ns4TPTC8whw
Shell-sort : https://www.youtube.com/watch?v=CmPA7zE8mx0

Et quand il y a un bug dans l'algo' de sort, ça donne ça :
https://www.youtube.com/watch?v=gkxGs4ETeg4 (désolé)

Un thread sur le sujet chez /.

Y-aurait-il une approximation dans l'alt de la première photo de l'article ?
J'y lis "Les Nuls béats devant l'absence de Syntax Error" or il me semble que Syntax Error est bien présent sur cette photo.
Certes les Nuls regardent ailleurs et il n'est donc pas dans leur champ visuel.

Je suis un être humain et je fonctionne en realtime depuis qu'on m'a booté : TapTempo Perl6 s'adresse à des êtres humains, il est écrit par un humain et il réponds à des humains capable de comprendre l'infini, pas de le calculer.

Effectivement, il y a peu de chances pour que ça arrive mais ça coûte rien d'y penser : je ne sais pas sur quel simulateur ce script tournera.

Si un changement soudain de temporalité survient (par exemple si l'utilisateur change la date sur le système sous-jacent), je ne vois pas bien ce que ça change : s'il va dans le futur brusquement, il obtiendra probablement rien car le script se ré-initialise après 5 secondes d'inactivité ; s'il va dans le passé subitement, il obtiendra un bpm négatif et ça correspondra bien à la réalité perçue du point de vue du script : il fait ce qu'on lui a demandé même si c'est le Docteur Who qui appuie sur la touche entrée.

Le seul problème réel est dans le cas d'une durée nulle : une durée nulle ça n'existe pas, c'est seulement une absence de durée : ça n'aurait pas les propriétés qu'on peut légitimement attendre d'une durée.

Bonjour et merci à toi car ta démarche m'a inspiré, je trouve que ce que tu as fait avec Taptempo est très chouette.

Les exits servent à éviter que mon script plante comme un gros tas au cas où l'utilisateur lui demanderait de faire des choses déraisonnables, comme par exemple demander un nombre négatif de chiffres après la virgule ou bien calculer une durée à partir d'un seul échantillon : dans un premier je type fortement les données que l'utilisateur essaye de transmettre au programme, ensuite je lis le cahier des charges et je réduis la voilure au maximum.

De manière générale, je ne programme jamais mais quand je le fais, je fais tout pour que le programme refuse de fonctionner le plus souvent possible. C'est pour la même raison que je teste si du temps s'est écoulé entre deux dates avant de faire une division par la durée entre ces deux dates, ça évite de faire un division par zéro et ça donne la bonne réponse à la place.