Lors d'une conversation avec un amis, on s'est fait la remarque qu'il n'était toujours pas évident (et parfois pas possible du tout) de jouer ses propres musiques dans un jeu vidéo.

J'ai alors rétorquer que, si possible, il suffisait de désactiver la musique du jeu et laisser tourner VLC en fond.

Problème : Parfois, il n'est pas toujours le bienvenu d'avoir la musique qui tourne tous le temps, lors d'une cinématique par exemple.

Du coup, ça serait sympa une API universelle (ou au moins une convention d'échanges d'informations) genre que le jeu ou n'importe quelle autre appli censée contrôler 'à distance' (avec ou sans votre intervention manuelle) votre lecteur de musique enverrait des événements (à la manière de JavaScript ou l'ActionScript) qu'une autre appli pourrait "écouter" et qu'on pourrait programmer à répondre de façon différente en fonction de l’événement lu (genre on pourrait même juste diminuer le son automatiquement :p etc)

Et pourquoi pas, côté jeu, rajouter des raccourcis claviers pour envoyer des événements à l'environnement, il pourrait y avoir plusieurs applis écoutant et réagissant différemment etc.

Un peu à la manière de Dwarf Fortress qui écrit bcp de choses dans ces logs et dont certains programmes (genre SoundSense) s'en servent pour réagir en fonction (par exemple jouer un son correspondant à l'action) (même si je trouve que le principe est un peu différent, n'est-ce pas un peu plus lourd si une app externe doit parser les logs elle même (ceci dit ça peut permettre d'apporter plus d'infos/précisions quand voulu/nécessaire :)) Ce que je peux regretter pour le coup c'est que ça ne soit pas plus répandu / ouvert et user friendly.

Oui je ressors des vieux trucs mais voilà, …

Quand je pense qu'il suffirait de ptites campagnes d'informations bien KISS,

Oui certaines arnaques sont grosse comme … (bon ok je vais pas faire la blague) mais qu'y pouvons-nous ? Les plus jeunes d'entre nous surtout sont super naïfs. Et pourtant je suis persuadé qu'une simple campagne d'information avec des messages du style "Ne donnez jamais votre mot de passe. Personne ne peut vous donner plein [insérer-le-nom-de-la-monnaie-virtuelle-ici]. Ne croyez pas les menaces qu'on vous fait, etc. Si jamais vous avez des doutes, contactez-nous immédiatement officiellement (vérifiez bien que l'adresse est nomreeldusite.com et pas un faux)".

À la question de youpla sur la possibilité d'implémenter une validation par JavaScript pour les pastes de type "Burn After Reading":

" Salut, ce “problème” comme tu l'appelles est normal.

Il serait possible d'implémenter une confirmation par JavaScript mais ça serait fortement déconseillé. En effet, quelqu'un (un bot par exemple) pourrait très bien récupérer le message chiffré et tenter de le déchiffrer lui-même plus tard sans que personne ne remarque que cela a été fait : C'est contre le principe du “Burn after reading”, si quelqu'un l'a ouvert avant toi, tu dois le savoir !

Ceci dit, en y réfléchissant on pourrait implémenter un hack / une solution, qui consisterait à ne pas se rendre directement sur la page permettant de récupérer le message mais sur une page intermédiaire qui, elle, ferait une redirection JavaScript vers la bonne page. Cela permettrait que, si on a JavaScript désactivé (car on utilise NoScript par exemple) cela nous prévienne sans pour autant que cela invalide le paste.

On conserverait ainsi le but premier de “Burn after reading”, si quelqu'un se rend bel et bien sur la page du paste, c'est sûrement grâce au JavaScript (donc on ne risque plus de l'invalider accidentellement) mais si un bot s'y rend manuellement (sur la page donnant le paste, pas l'intermédiaire, celle là on s'en fout que le bot y passe limite), tu le saura.

(De plus, je trouve que de manière générale, à part le fait que ça rajoute une étape (lourde ?) ça permettrait de pouvoir partager des liens ZeroBin même sur les services connu pour aller zieuter la page automatiquement (comme Facebook ou un mauvais service qui s'amuserait à vérifier tout vos liens automatiquement)(sauf si évidemment, ils exécutent le JavaScript et vont voir où il ne devrait pas; c'est rarement le cas donc)) "

Je pense que c'est valable pour tout, pas que les "bouts de code".

Par exemple, quand on écoute le récit des youtubeurs à succès, quasiment tous ont commencé très modestement, à mille lieux de s'imaginer l'ampleur que ça aurait pu prendre un jour. Ils partageaient, simplement, comme ça, car ils aimaient ce qu'ils faisaient et que ça ne leur coûtait rien de partager alors ils l'ont fait.

Le but n'est pas le prestige ou la réussite économique (LOL), mais l'idée / la philosophie derrière. Moi j'appelle ça acquérir la philosophie du partage. Ne rabaissez pas le fruit de votre travail, faites ce que vous faites car vous aimez le faire (et pas d'autres raisons stupides comme le prestige ou autre) et partagez, encore et encore, presque tout ce que vous faites (car c'est gratuit). Vous ne pourrez jamais savoir si ça plaira à qqn ou changera sa vie. Comme le dit seb, au pire ça ne fera rien, garder ça en tête, vous ne partagez pas pour forcément avoir des retours, surtout que parfois (si pas souvent) quand on trouve un truc chouette peu de gens y répondent, ils trouvent ça génial, y joue pendant des heures (dans le cas d'un jeu par exemple), passe le lien à plein de monde, aura changer leur vie mais vous n'en aurez peut-être jamais aucun retour (et c'est pas grave).

En tout cas, et pour finir, c'est la mentalité que j'adopte personnellement (le plus souvent que possible), ce que je fais je le fais pour moi / car ça me fait plaisir, j'essaye d'en partager le maximum, j'ai rarement des réponses (voir souvent jamais) mais sait-on jamais, si ça plaît/sert à d'autres, même dans des années, tant mieux. (Penser au nombre de fois que vous avez trouver des trucs géniaux et/ou qui vous ont fait changer votre vision du monde, etc. Souvent, rien ne forçait ces personnes à partager leur contenu et parfois (si pas souvent), ils faisaient ça anodinement, genre sur un ptit blog personnel qu'ils pensaient que jamais personne ne lisait/ne lirait)