Pourquoi se focaliser sur une couche au milieu du réseau de neurone plutôt que sur la dernière couche, celle qui donne le score, et calculer le gradient par rapport à celle là ? Eh bien je ne sais pas, je suis d'accord avec toi que ça semble être la meilleure idée pour l'apprentissage non-guidé. Malheureusement le programme plante quand je lui donne 'prob' comme nom de couche à optimizer (la derniere couche)
En fait non les images que j'ai généré ont un mauvais score de nsfw, le truc a cherché à maximiser l'état de tous les neurones d'une même couche indistinctement, pour un truc plus ciblé , comme dit lovasoa< , il faut être un peu plus sélectif. C'est ce qu'essaye de faire le rêve guidé: au lieu de construire une image qui maximise l'état de tous les neurones de la couche selectionnée, on essaye de construire une image qui les met dans le même état qu'ils ont quand on soumet l'image guide au réseau. Genre en lui soumettant une image avec des filles nues on peut espérer l'émoustiller suffisamment pour qu'il essaye ensuite de rajouter des seins partout, mais pas des truffes de chien ou d'autres élements qu'il a croisé dans son apprentissage et qui n'ont rien à voir avec l'image guide. J'ai pas réussi, mais vu la manière dont je m'y suis pris il n'est pas impossible que j'ai fait n'importe quoi.
C'est juste celui de https://github.com/google/deepdream/blob/master/dream.ipynb , il marche hors de la boite si on modifie le nom du fichier à charger , et qu'on lui donne un nom de couche existant dans ce réseau, genre 'conv_stage2_block3_branch2a'
Bon allez je le poste quand même, mais j'ai un peu honte parce que le peu que j'ai changé je l'ai gruiké comme un goret:
quand on lui passe un seul nom de ficher en argument il renvoie la proba de nsfw , comme le script de yahoo, avec deux fichiers (input.jpg, output.jpg) il fait un rêve non guidé, avec trois arguments il fait un rêve guidé
Moi je dirais qu'avec une fonction assert maison (qu'on pourrait appeler internal_error()), t'as au moins la chance de pouvoir recuperer la pile d'appel et l'afficher à l'utilisateur, ou la sauver quelque part, alors que si tu throw une exception c'est la croix et la bannière pour recuperer sa pile d'appel au niveau du catch
Une petite pensée pour la courte époque où dlfp était vraiment un site pour adulte. On y retrouvait le meilleur de ce que l'internet peut offrir: du boobs et de la tribune libre
J'imagine que tous les petits trolls sont bien conscients que si ils s'amusent à lui apprendre les bienfaits de l'occupation par l'armée impériale japonaise, ou bien à réclamer la libération immédiate des prisonniers politiques, c'est pas le bot qui se fera désactiver
Et puis finalement peut-etre que l'interet stratégique d'une étoile de la mort n'est pas si important que ça, c'est avant tout une arme de prestige. N'oublions pas que la première guerre à remporter, le premier défi que doit relever l'empire, c'est la bataille pour l'emploi et quoi de mieux pour relancer l'économie que la construction d'une étoile de la mort avec ses miriades d'emplois induits.
On peut pinailler en disant que ça n'est pas inconditionnellement meilleur: dans le cas où std::string utilise la small string optimization (cad que l'objet contient l'espace pour stocker une petite chaine, ce qui est le cas pour la std::string de g++ 5.1) , f3(qux) sera plus efficace que f4(qux) (si qux est suffisament courte)
Bah les best practices sont assez évidentes, pour t'en inspirer tu peux par exemple regarder les sources de lapack ou d'a peu près tout ce qu'on trouve sur netlib
pas de nom de fonction de plus de 6 caractères parce que sinon ça casse la compat avec le FORTRAN IV
eviter de bloater le code avec des subroutines superflues, on peut faire beaucoup en n'utilisant que des GOTO
CAPS LOCK A FOND PARCE QUE C4EST PLUS LISIBLE QUAND C4EST EN MAJUSCULES
Ben quoi pas besoin de cocoa, il suffira de faire un binding GTK pour profiter de ce sympathique langage sous Linux. Franchement swift c'est plutot pas mal comme langage.
OpenGL est là pour simplifier la vie du développeur
Pour avoir fait un peu d'opengl recemment c'est vraiment pas l'impression que ça m'a laissé ! Déjà toutes les parties "commodes" (mais je pense qu'il faut le dire vite) sont maintenant obsoletes, et ce qui reste c'est une api minimale et autiste, qui est à peu près aussi préatique à utiliser qu'un skateboard avec une seule roue. Tout est difficile, tout est rébarbatif, les messages d'erreur se limitent grosso modo à un laconique "fuck you", c'est vraiment un plaisir à debuguer. Quand j'utilise opengl j'ai l'impression de mâcher du sable.
Ouf ça me rassure parce que quand j'ai lu http://www.openwall.com/lists/oss-security/2015/01/27/9 ("As a proof of concept, we developed a full-fledged remote exploit against the Exim mail server, bypassing all existing protections (ASLR, PIE, and NX) on both 32-bit and 64-bit machines"), j'ai eu un peu peur et j'ai cru que j'allais devoir mettre à jour toutes mes Debian Lenny
J'ai tendance à penser que le temps que tu as du consacrer à corriger des problèmes d'integration à Debian aurait été plus fructueusement consacré à la fabrication d'un binaire précompilé (partiellement statique pour limiter au max les dependances vers d'autres libs et avoir un binaire qui fonctionne sur toutes les distros) que tu pourrais distribuer parallelement à la version windows et aux sources. Comme ça tes utilisateurs ont toujours un accès direct à la derniere version (et pas celle vieille de trois ans qu'ils auront dans leur debian stable), tu pourras gerer les rapports de bugs directement, bref tu seras tranquille.
[^] # Re: le code?
Posté par Troy McClure (site web personnel) . En réponse au journal Deep NSFW dreams. Évalué à 2. Dernière modification le 03 octobre 2016 à 15:40.
Pourquoi se focaliser sur une couche au milieu du réseau de neurone plutôt que sur la dernière couche, celle qui donne le score, et calculer le gradient par rapport à celle là ? Eh bien je ne sais pas, je suis d'accord avec toi que ça semble être la meilleure idée pour l'apprentissage non-guidé. Malheureusement le programme plante quand je lui donne 'prob' comme nom de couche à optimizer (la derniere couche)
[^] # Re: le code?
Posté par Troy McClure (site web personnel) . En réponse au journal Deep NSFW dreams. Évalué à 3.
En fait non les images que j'ai généré ont un mauvais score de nsfw, le truc a cherché à maximiser l'état de tous les neurones d'une même couche indistinctement, pour un truc plus ciblé , comme dit lovasoa< , il faut être un peu plus sélectif. C'est ce qu'essaye de faire le rêve guidé: au lieu de construire une image qui maximise l'état de tous les neurones de la couche selectionnée, on essaye de construire une image qui les met dans le même état qu'ils ont quand on soumet l'image guide au réseau. Genre en lui soumettant une image avec des filles nues on peut espérer l'émoustiller suffisamment pour qu'il essaye ensuite de rajouter des seins partout, mais pas des truffes de chien ou d'autres élements qu'il a croisé dans son apprentissage et qui n'ont rien à voir avec l'image guide. J'ai pas réussi, mais vu la manière dont je m'y suis pris il n'est pas impossible que j'ai fait n'importe quoi.
[^] # Re: le code?
Posté par Troy McClure (site web personnel) . En réponse au journal Deep NSFW dreams. Évalué à 4.
C'est juste celui de https://github.com/google/deepdream/blob/master/dream.ipynb , il marche hors de la boite si on modifie le nom du fichier à charger , et qu'on lui donne un nom de couche existant dans ce réseau, genre 'conv_stage2_block3_branch2a'
Bon allez je le poste quand même, mais j'ai un peu honte parce que le peu que j'ai changé je l'ai gruiké comme un goret:
http://pastebin.com/bxsSfDKB
quand on lui passe un seul nom de ficher en argument il renvoie la proba de nsfw , comme le script de yahoo, avec deux fichiers (input.jpg, output.jpg) il fait un rêve non guidé, avec trois arguments il fait un rêve guidé
[^] # Re: neurone
Posté par Troy McClure (site web personnel) . En réponse au journal Deep NSFW dreams. Évalué à 10.
Ce n'est pas un buzzword, le terme "réseau de neurones" désigne une classe d'algorithmes très précise: https://fr.wikipedia.org/wiki/Réseau_de_neurones_artificiels . Même si on en parle énormement depuis quelques années car ils ont fait des progrès énormes, ils sont développés depuis la fin des années 1950: https://fr.wikipedia.org/wiki/Perceptron.
[^] # Re: meilleur logiciel francophone depuis quinze ans toutes catégories confondues
Posté par Troy McClure (site web personnel) . En réponse au journal WMCoincoin est à nouveau 100 % compatible avec LinuxFr.org !. Évalué à 10. Dernière modification le 06 septembre 2016 à 17:49.
Voilà un testimonial qui mériterait de figurer sur le site officiel.
[^] # Re: Correction
Posté par Troy McClure (site web personnel) . En réponse au journal x86 ou x86_64 ?. Évalué à 10.
En fait ça c'etait la distinction entre le 486DX et le 486SX
[^] # Re: Je n'aime pas la SFML
Posté par Troy McClure (site web personnel) . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 4.
Moi je dirais qu'avec une fonction assert maison (qu'on pourrait appeler internal_error()), t'as au moins la chance de pouvoir recuperer la pile d'appel et l'afficher à l'utilisateur, ou la sauver quelque part, alors que si tu throw une exception c'est la croix et la bannière pour recuperer sa pile d'appel au niveau du catch
[^] # Re: Je n'aime pas la SFML
Posté par Troy McClure (site web personnel) . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 3.
ça rend juste le binaire final 25% plus gros
# site pour adulte
Posté par Troy McClure (site web personnel) . En réponse à la dépêche LinuxFr.org, un site adulte. Évalué à 4.
Une petite pensée pour la courte époque où dlfp était vraiment un site pour adulte. On y retrouvait le meilleur de ce que l'internet peut offrir: du boobs et de la tribune libre
https://web.archive.org/web/20020930160635/http://x.dlfp.org/
# Apple File System
Posté par Troy McClure (site web personnel) . En réponse au journal Le malaise.. Évalué à 10.
Je me permets de signaler aussi l'introduction du Filesystem révolutionnaire nommé "Apple File System" , avec support des snapshots, crypto, etc.
https://www.mac4ever.com/actu/111375_apple-file-system-un-nouveau-systeme-de-fichiers-open-source-pour-2017
Personnellement j'ai hâte de pouvoir l'essayer sur ma Debian.
[^] # Re: Action, réaction
Posté par Troy McClure (site web personnel) . En réponse au journal Ah ben je savais…. Évalué à 8.
ou prendre les ptites pillules contre la parano
[^] # Re: À quand POSIX sous windows?
Posté par Troy McClure (site web personnel) . En réponse au journal Bash dans Windows. Évalué à 4.
y'a ce truc là: http://midipix.org/ midipix is a development environment that lets you create programs for Windows using the standard C and POSIX APIs
J'ai pas essayé mais il dit:
[^] # Re: marrant
Posté par Troy McClure (site web personnel) . En réponse au journal Microsoft muselle son robot devenu nazi en 24 heures. Évalué à 10.
J'imagine que tous les petits trolls sont bien conscients que si ils s'amusent à lui apprendre les bienfaits de l'occupation par l'armée impériale japonaise, ou bien à réclamer la libération immédiate des prisonniers politiques, c'est pas le bot qui se fera désactiver
[^] # Re: Merci ça soulage ...
Posté par Troy McClure (site web personnel) . En réponse au journal Qui nous sauvera de J. J. Abrams ?. Évalué à 10.
Et puis finalement peut-etre que l'interet stratégique d'une étoile de la mort n'est pas si important que ça, c'est avant tout une arme de prestige. N'oublions pas que la première guerre à remporter, le premier défi que doit relever l'empire, c'est la bataille pour l'emploi et quoi de mieux pour relancer l'économie que la construction d'une étoile de la mort avec ses miriades d'emplois induits.
# scons
Posté par Troy McClure (site web personnel) . En réponse au journal Utiliser Python comme interpréteur dans vos Makefile. Évalué à 7.
scons n'est pas une surcouche à make, c'est du 100% python
[^] # Re: À suivre?
Posté par Troy McClure (site web personnel) . En réponse au journal C++ Core Guidelines. Évalué à 2.
On peut pinailler en disant que ça n'est pas inconditionnellement meilleur: dans le cas où std::string utilise la small string optimization (cad que l'objet contient l'espace pour stocker une petite chaine, ce qui est le cas pour la std::string de g++ 5.1) , f3(qux) sera plus efficace que f4(qux) (si qux est suffisament courte)
[^] # Re: Fortran
Posté par Troy McClure (site web personnel) . En réponse au sondage Quel langage utilisez-vous le plus au quotidien ?. Évalué à 8.
Bah les best practices sont assez évidentes, pour t'en inspirer tu peux par exemple regarder les sources de lapack ou d'a peu près tout ce qu'on trouve sur netlib
[^] # Re: Ou pas
Posté par Troy McClure (site web personnel) . En réponse au journal Marine versus Windaube 10 ! . Évalué à 6.
Quand tu lis les commentaires dans les sites de news (yahoo libe lemonde etc) on voit quand même qui a les colleurs d'affiches les plus motivés
[^] # Re: Quand...
Posté par Troy McClure (site web personnel) . En réponse au journal Séquence gastronomie. Évalué à 5.
Je reconnais volontiers que mon enthousiasme initial pour ce journal est un peu retombé
[^] # Re: Moinssage
Posté par Troy McClure (site web personnel) . En réponse au journal swift 2 sera open source. Évalué à 3.
Ben quoi pas besoin de cocoa, il suffira de faire un binding GTK pour profiter de ce sympathique langage sous Linux. Franchement swift c'est plutot pas mal comme langage.
[^] # Re: Vraiment un remplacent ?
Posté par Troy McClure (site web personnel) . En réponse au journal Vulkan le successeur d'OpenGL. Évalué à 9.
Pour avoir fait un peu d'opengl recemment c'est vraiment pas l'impression que ça m'a laissé ! Déjà toutes les parties "commodes" (mais je pense qu'il faut le dire vite) sont maintenant obsoletes, et ce qui reste c'est une api minimale et autiste, qui est à peu près aussi préatique à utiliser qu'un skateboard avec une seule roue. Tout est difficile, tout est rébarbatif, les messages d'erreur se limitent grosso modo à un laconique "fuck you", c'est vraiment un plaisir à debuguer. Quand j'utilise opengl j'ai l'impression de mâcher du sable.
[^] # Re: Gestion réseau ?
Posté par Troy McClure (site web personnel) . En réponse au journal Raspberry Pi: la suite. Évalué à 5.
comparaison avec l'odroid c1 qui est similaire et qui a le gigabit:
http://www.cnx-software.com/2015/02/02/raspberry-pi-2-odroid-c1-development-boards-comparison/
[^] # Re: Sans le bullshit marketing
Posté par Troy McClure (site web personnel) . En réponse au journal Faille de sécurité glibc. Évalué à 10.
Ouf ça me rassure parce que quand j'ai lu http://www.openwall.com/lists/oss-security/2015/01/27/9 ("As a proof of concept, we developed a full-fledged remote exploit against the Exim mail server, bypassing all existing protections (ASLR, PIE, and NX) on both 32-bit and 64-bit machines"), j'ai eu un peu peur et j'ai cru que j'allais devoir mettre à jour toutes mes Debian Lenny
[^] # Re: Et voilà c'est dedans enfin dessus
Posté par Troy McClure (site web personnel) . En réponse au journal Pose toi Philae ! . Évalué à 10.
si t'es fier d'etre un humain tape dans tes mains !
# .
Posté par Troy McClure (site web personnel) . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 2.
J'ai tendance à penser que le temps que tu as du consacrer à corriger des problèmes d'integration à Debian aurait été plus fructueusement consacré à la fabrication d'un binaire précompilé (partiellement statique pour limiter au max les dependances vers d'autres libs et avoir un binaire qui fonctionne sur toutes les distros) que tu pourrais distribuer parallelement à la version windows et aux sources. Comme ça tes utilisateurs ont toujours un accès direct à la derniere version (et pas celle vieille de trois ans qu'ils auront dans leur debian stable), tu pourras gerer les rapports de bugs directement, bref tu seras tranquille.