Et bien pour le moment ça marche: en 2 semaines, perdu 2 kgs (plus que 28 à perdre :-( ).
A voir sur le long terme.
Il faut surtout limiter l'apport de sucre et de graisse et maximiser l'effort physique.
D'accord pour la première partie, pas du tout d'accord pour la deuxième partie: faire du sport pour être en forme OK mais pour perdre du poids non ça ne marche pas comme ça (j'ai lu un article sur le sujet cette semaine, par contre désolé je n'ai pas le lien).
Pour perde du poids, je diminue ma quantité de viande (j'en mange environ 1-2 par semaine) et les repas sans viande ça n'est pas un problème: une assiette de riz/pate/blé/épeautre plus un légume ça passe très, très bien sans substitut.
En fait les 2 seules raisons qui me font regarder la viande: l'habitude et l'odeur, mais bon ce n'est pas si difficile de passer outre (sauf quand je suis fatigué).
Ce qui est bien quand tu manges sans viande, c'est que tu peux manger bio: de toute manière tu feras une grosse économie..
Oui, le problème c'est que la mauvaise qualité ne se voit pas forcément tout de suite, donc le chef qui a rogné sur les dates, il a sa prime et puis il passe à autre chose..
Pas vraiment d'accord, il a raison: dans certains cas tu changes le type de retour d'une fonction et tu n'as pas besoin de changer l'appelant car il utilise l'inférence de type, donc cela peut etre considere comme une souplesse.
Après le "maintenant" c'est plutôt vieux l'inférence de type..
Et je ne vois pas le rapport avec la compilation rapide, au contraire c'est plutôt grâce à un typage 'simpliste'(pas de génériques??) que Go est rapide a compiler..
L'article Test vs Types est intéressant, mais bon quand on clique sur le lien pour l'implémentation en Idris, ça calme carrément sur les types: autant de lignes et de difficultés pour prouver un bout de code trivial?
Non, merci..
Oui enfin le problème de la currification, ça n'est pas vraiment la compréhension (à part peut être pour un débutant) mais si tu appelle une fonction avec n argument mais que tu en oublie un? Dans un langage normal tu as une erreur a la compilation, tu la corrige en 30s et c'est fini, avec Haskell ton résultat n'est pas un résultat mais une fonction donc c'est a lors des utilisations de ce résultat que le compilateur va détecter une erreur.
Bof, je préfère les fonctions normales, en plus f(a, b) -> (c,d) sépare clairement les entrées des sorties.
C'est l'inconvénient d'avoir une faible part de marché: les constructeurs de matériels ne s'intéressent pas vraiment à GNU/Linux (pour le desktop, les serveurs c'est autre chose).
Ta proposition a le même problème que GLX: le client veut pouvoir choisir la version d'OpenGL qu'il utilise ce qui n'est pas simple si c'est le serveur d'affichage qui implémente OpenGL.
s/OpenGL/Vulkan/ dans le texte ci dessus et tu as une des raisons principale pourquoi tu ne peux pas déporter vraiment la gestion de l'accélération matérielle coté serveur d'affichage: ça évolue trop vite.
En ce qui concerne la notion de "frame", elle est déjà en train de disparaître du côté des écrans avec le DisplayPort, qui n'a plus besoin d'un framerate fixe à 60Hz.
Je ne vois pas le rapport entre la suppression du framerate fixe et la disparition de la "notion de frame"..
Les serveurs d'affichage traditionnels (ceci inclut X et Wayland) fonctionnent sur le principe du framebuffer. Chaque fenêtre soumet un gros bitmap qui représente son contenu.
Pour Wayland c'est vrai, pour X c'est juste un des modes de fonctionnement, j'avais lu qu'il était possible d'avoir un cache des glyphes coté serveur d'affichage et d'afficher donc du texte avec une utilisation minimale de la bande passante.
Bof, tes incohérences ne me parraissent pas terrible:
-Pour le controle d'esprit, c'est peut-être plus facile pour un humain de controler l'esprit d'autres humains par rapport à d'autre race?
-tous les jedis meurent d'un coup dans le dos alors qu'ils sont sensés pouvoir voir dans le court avenir.
Oui, euh, de mémoire il me semble qu'ils précisent que 1) tous les jedi ne l'ont pas la vision dans l'avenir 2) ça n'est pas fiable la vision dans l'avenir.
Certes mais pour ne pas vomir il faut un BON casque de VR: utiliser le Wifi pour envoyer des images, je me demande quel impact ça peut avoir sur la latence..
Ca ressemble plus à du bricolage qu'à autre chose!
Comment faites vous les transcriptions? Uniquement à la main ou bien avez-vous un logiciel pour aider?
Je trouver les vidéos de Jonathan Blow sur un nouveau language très intéressante ( https://www.youtube.com/channel/UCCuoqzrsHlwv1YyPKLuMDUQ ) et j'aimerai bien en faire des transcriptions, mais tout manuellement, je bloque..
[^] # Re: Substitut? Bof
Posté par reno . En réponse au journal #WeMakeSeitan. Évalué à 1.
Peut-être et 2 kilos de perdu, ça n'est pas grand chose quand on en a 30 de trop!
[^] # Re: Substitut? Bof
Posté par reno . En réponse au journal #WeMakeSeitan. Évalué à 0.
Et bien pour le moment ça marche: en 2 semaines, perdu 2 kgs (plus que 28 à perdre :-( ).
A voir sur le long terme.
D'accord pour la première partie, pas du tout d'accord pour la deuxième partie: faire du sport pour être en forme OK mais pour perdre du poids non ça ne marche pas comme ça (j'ai lu un article sur le sujet cette semaine, par contre désolé je n'ai pas le lien).
# Substitut? Bof
Posté par reno . En réponse au journal #WeMakeSeitan. Évalué à 1.
Pour perde du poids, je diminue ma quantité de viande (j'en mange environ 1-2 par semaine) et les repas sans viande ça n'est pas un problème: une assiette de riz/pate/blé/épeautre plus un légume ça passe très, très bien sans substitut.
En fait les 2 seules raisons qui me font regarder la viande: l'habitude et l'odeur, mais bon ce n'est pas si difficile de passer outre (sauf quand je suis fatigué).
Ce qui est bien quand tu manges sans viande, c'est que tu peux manger bio: de toute manière tu feras une grosse économie..
[^] # Re: Ta chanson
Posté par reno . En réponse au journal [Bookmark] Billy Paul bronsonisé. Évalué à 2.
Des goûts et des couleurs.. Personnellement je déteste Elton John (sauf Nikita), je ne me sens pas obligé de le dire partout à chaque fois.
[^] # Re: developpement : idem
Posté par reno . En réponse au journal Avant c'est trop cher, après c'est trop tard. Évalué à 10.
Oui, le problème c'est que la mauvaise qualité ne se voit pas forcément tout de suite, donc le chef qui a rogné sur les dates, il a sa prime et puis il passe à autre chose..
[^] # Re: C'est bien dommage
Posté par reno . En réponse au journal C++17 est sur les rails. Évalué à 2.
Tu retardes.. C'est ce que tout le monde pensait mais bon ça c'était avant.
[^] # Re: Pourquoi ?
Posté par reno . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 3.
Surtout il me parait totalement faux: Javascript moins performant que Python ou Ruby??
Avec les sommes investies dans Javascript, ça m'étonnerait..
[^] # Re: C'est intégré dans Python 3.5
Posté par reno . En réponse au journal MyPy 0.3 sort bien accompagné. Évalué à 3.
Pas vraiment d'accord, il a raison: dans certains cas tu changes le type de retour d'une fonction et tu n'as pas besoin de changer l'appelant car il utilise l'inférence de type, donc cela peut etre considere comme une souplesse.
Après le "maintenant" c'est plutôt vieux l'inférence de type..
Et je ne vois pas le rapport avec la compilation rapide, au contraire c'est plutôt grâce à un typage 'simpliste'(pas de génériques??) que Go est rapide a compiler..
[^] # Re: C'est intégré dans Python 3.5
Posté par reno . En réponse au journal MyPy 0.3 sort bien accompagné. Évalué à 2.
Plus de souplesse dans les langages statiques? Tu penses à quoi?
# Types a quel prix?
Posté par reno . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 2.
L'article Test vs Types est intéressant, mais bon quand on clique sur le lien pour l'implémentation en Idris, ça calme carrément sur les types: autant de lignes et de difficultés pour prouver un bout de code trivial?
Non, merci..
[^] # Re: Très (trop ?) dense
Posté par reno . En réponse au journal Haskell et le tri. Évalué à 2.
Je me suis mal exprime avec "clairement" je voulais dire: de maniere plus symetrique que a->b->(c,d)
[^] # Re: Très (trop ?) dense
Posté par reno . En réponse au journal Haskell et le tri. Évalué à 3.
Oui enfin le problème de la currification, ça n'est pas vraiment la compréhension (à part peut être pour un débutant) mais si tu appelle une fonction avec n argument mais que tu en oublie un? Dans un langage normal tu as une erreur a la compilation, tu la corrige en 30s et c'est fini, avec Haskell ton résultat n'est pas un résultat mais une fonction donc c'est a lors des utilisations de ce résultat que le compilateur va détecter une erreur.
Bof, je préfère les fonctions normales, en plus f(a, b) -> (c,d) sépare clairement les entrées des sorties.
[^] # Re: Drivers
Posté par reno . En réponse au journal Vulkan 1.0. Évalué à 4.
Ce qui est très surprenant car Vulkan est basé sur une technologie AMD..
[^] # Re: et pour le bureau
Posté par reno . En réponse au journal Linux Sucks - Édition 2016. Évalué à 2.
C'est l'inconvénient d'avoir une faible part de marché: les constructeurs de matériels ne s'intéressent pas vraiment à GNU/Linux (pour le desktop, les serveurs c'est autre chose).
# Travailler avec des expressions rationnelles
Posté par reno . En réponse à la dépêche Travailler avec des expressions rationnelles. Évalué à 6.
C'est jurer comme un charretier car les expressions rationnelles de sed sont différentes de celles de perl, etc.
\+ ??
# C'est quoi un endian?
Posté par reno . En réponse au journal Mon réseau virtuel... enfin !. Évalué à 7.
C'est quoi un endian?
[^] # Re: Ouh la
Posté par reno . En réponse au journal Une idée à prendre : un nouveau type de serveur d’affichage (remplaçant X ou Wayland). Évalué à 3.
Ta proposition a le même problème que GLX: le client veut pouvoir choisir la version d'OpenGL qu'il utilise ce qui n'est pas simple si c'est le serveur d'affichage qui implémente OpenGL.
s/OpenGL/Vulkan/ dans le texte ci dessus et tu as une des raisons principale pourquoi tu ne peux pas déporter vraiment la gestion de l'accélération matérielle coté serveur d'affichage: ça évolue trop vite.
[^] # Re: Lien rapide avant une réponse plus complete!
Posté par reno . En réponse au journal Une idée à prendre : un nouveau type de serveur d’affichage (remplaçant X ou Wayland). Évalué à 5.
Bof, tant que c'est optionnel OK, mais dans certain cas tu veux voir les popup, être sûr que le Alt+Tab fonctionne et là sa proposition bof..
[^] # Re: Vulkan
Posté par reno . En réponse au journal Une idée à prendre : un nouveau type de serveur d’affichage (remplaçant X ou Wayland). Évalué à 3.
Non, la spec n'est même pas encore sortie..
[^] # Re: BeOS le faisait il y a 15 ans!
Posté par reno . En réponse au journal Une idée à prendre : un nouveau type de serveur d’affichage (remplaçant X ou Wayland). Évalué à 5.
Je ne vois pas le rapport entre la suppression du framerate fixe et la disparition de la "notion de frame"..
# Ouh la
Posté par reno . En réponse au journal Une idée à prendre : un nouveau type de serveur d’affichage (remplaçant X ou Wayland). Évalué à 3.
Pour Wayland c'est vrai, pour X c'est juste un des modes de fonctionnement, j'avais lu qu'il était possible d'avoir un cache des glyphes coté serveur d'affichage et d'afficher donc du texte avec une utilisation minimale de la bande passante.
[^] # Re: SW
Posté par reno . En réponse au journal Qui nous sauvera de J. J. Abrams ?. Évalué à 3.
Bof, tes incohérences ne me parraissent pas terrible:
-Pour le controle d'esprit, c'est peut-être plus facile pour un humain de controler l'esprit d'autres humains par rapport à d'autre race?
-tous les jedis meurent d'un coup dans le dos alors qu'ils sont sensés pouvoir voir dans le court avenir.
Oui, euh, de mémoire il me semble qu'ils précisent que 1) tous les jedi ne l'ont pas la vision dans l'avenir 2) ça n'est pas fiable la vision dans l'avenir.
[^] # Re: fr-oss…
Posté par reno . En réponse au journal Le gouvernement français veut changer de clavier. Évalué à 4.
Bof,s ur la majorité des claviers a l'heure actuelle tu as une touche Win donc l'image correspond a la réalité..
[^] # Re: Jeri
Posté par reno . En réponse au journal Oculus Rift : trop cher !. Évalué à 4.
Certes mais pour ne pas vomir il faut un BON casque de VR: utiliser le Wifi pour envoyer des images, je me demande quel impact ça peut avoir sur la latence..
Ca ressemble plus à du bricolage qu'à autre chose!
# Une question un peu OT
Posté par reno . En réponse à la dépêche Transcriptions de conférences par l'April en octobre, novembre et décembre 2015. Évalué à 2.
Comment faites vous les transcriptions? Uniquement à la main ou bien avez-vous un logiciel pour aider?
Je trouver les vidéos de Jonathan Blow sur un nouveau language très intéressante ( https://www.youtube.com/channel/UCCuoqzrsHlwv1YyPKLuMDUQ ) et j'aimerai bien en faire des transcriptions, mais tout manuellement, je bloque..