C'est pas bon le lait ? J'en boit 2L par semaine et fromage à tous les repas, je devrais arrêter ?
Mon papa me disait que c'était pour avoir des os solides, je n'avais jamais pensé à remettre ça en question.
Et en plus, le ministère de la santé recommande d'en boire à longueur de journée!
Il me manque des arguments scientifiques pour étayer correctement ma position (il en existe mais je ne les connais pas suffisamment bien), donc je vais me faire lyncher ici mais je vais tenter quand même. Attention, c'est très très non-consensuel et il se trouve des milliers de gens en particuliers des grands scientifiques qui pourront te démontrer que je ne dis que des conneries. Prends-le donc comme tel, je dis des conneries non argumentées, mais c'est pourtant mon point de vue. Il existe aussi des scientifiques et des études qui le confirment, mais beaucoup moins.
Sur la partie purement factuelle et difficile à contester:
la consommation de lait de vache à outrance de notre société est récente. Elle date de l'après-guerre, où les fermiers cherchaient des moyens d'écouler leur surplus et ont eu l'idée de proposer des verres de laits aux enfants à la récré.
la protéine de lait de vache est assez indigeste. C'est une grosse protéine et notre système digestif est mal adapté pour la digérer. Ca lui demande plus d'efforts que d'autres protéines de laits (brebis et chèvre par exemple).
Passons à la partie moins consensuelle:
70% des allergies alimentaires en France sont des allergies au lactose. Notamment parce qu'il est difficile à digérer et que notre système digestif est de plus en plus fragilisé, en raison de tout ce qu'on lui fait subir.
l'histoire du calcium du lait pour grandir, c'est globalement de la connerie. Il est possible de trouver des gens en carence de calcium, mais il faut vraiment vraiment chercher et on va tomber sur des gens en général dénutris qui manquent de tout, y compris de calcium. Notre alimentation moyenne en contient déjà beaucoup plus que nos besoins. Il me semble même mais ma mémoire me fait défaut donc je n'en suis pas sur, que le calcium du lait n'est pas assimilable. Les os sont bien constitués de calcium, mais pas de celui du lait.
Entrons dans la partie où vous allez me prendre pour un illuminé:
il commence à y avoir des études qui montrent le rôle global du système digestif. C'est bien plus que la partie de notre organisme qui absorbe et transforme les aliments, il a un rôle fondamental dans l'immunité globale de l'individu. On parle aussi de 2e cerveau car il régule beaucoup de choses.
le lait de vache notamment mets à genoux ce système digestif et peut faire baisser le niveau de santé global de l'individu. Ca veut pas dire que tu es malade parce que tu ingères du lait de vache, ça veut dire que certains individus sont malades parce qu'ils ingèrent du lait de vache (leur système est fragilisé par ailleurs) et pour des individus "moyens", leur santé ou leur état de forme est amoindri par l'effort réclamé par leur système digestif. Tourné autrement, les gens qui arrêtent le lait de vache découvrent en général tous les petits méfaits cachés qu'ils subissaient. De façon non exhaustive : lourdeurs digestive, problème de digestion (gaz, ballonnement, constipation), petites affectations de la peau, rhume et toux systématique en hiver, sommeil non réparateur, etc etc.
pour les enfants où le système digestif est encore en formation, le lait de vache est particulièrement agressif. Il y a un lien direct entre les répétitions d'angines, d'otites et d'autre affectations de la sphère oral chez les enfants et la consommation de lait de vache. Celles-ci disparaissent avec l'arrêt du lait de vache, et des médecins sensibilisés au sujet pourront te le confirmer (cherche du côté des médecins homéopathes unicistes).
Voilà, c'est mon point de vue. Attention, je ne recommande à personne d'arrêter le lait de vache, et encore moins je n'essaye de convaincre qui que ce soit à me croire. Mais bon, vive le lait facile à digérer.
Et je précise que dans ma jeunesse, je buvais plus de 2L de lait par jour, et que cet été, je me suis régalé avec plaisir de kuignaman et ça ne m'a posé aucun problème. Mais à chaque fois que je mange un gâteau à un lait autre, je sens une légèreté dans la digestion, un sommeil plus réparateur et un meilleur état de forme général.
Ca fait du bien de voir que des gens ici acceptent de sortir des idées reçues et des modes de pensée conventionnel. Choisir un clavier BEPO au lieu d'un clavier AZERTY n'est pas si différent de faire le choix de régimes non conventionnels.
Ce qui me semble certain, c'est que notre régime de surconsommation de graisses, de sucres et de nourriture en général est profondément malsain. De mon point de vue, il est malsain:
- pour l'être humain qui le consomme
- pour notre écosystème en général: trop de ressources dans le monde accaparées pour fournir la matière première à notre surconsommation (de viande en particulier, mais aussi d'huile de palme, etc etc)
- pour notre mode de pensée: être toujours stimulé par le plaisir, et l'envie immédiate de consommer entraîne une dépendance et une réelle baisse de liberté.
Sans avoir lu beaucoup sur le sujet des régimes alimentaires, je suis sensibilisé au sujet: je connais plusieurs intolérants au gluten et au lactose, ou encore aux coques. Sans être intolérant, j'ai réduit fortement ma consommation de lait (et de temps en temps de gluten). Je constate un réel mieux-être au quotidien. Lorsque j'arrive à me priver de gluten, mon corps me semble léger et c'est comme si la digestion ne me prenait plus d'énergie. Je sens aussi beaucoup mieux le goût des aliments: maintenant les produits industriels me semble tous fades avec un goût uniformisé, alors que les aliments bio ou de bonne qualité me donnent un plaisir gustatif décuplé.
Par contre, sortir de la dépendance au gras, au lait et au gluten est vraiment difficile. La sensation de satiété à la fin d'un repas n'est plus la même. On a pas la sensation d'être rempli et il faut un peu de temps pour redécouvrir la sensation de "j'ai plus faim" qui est distincte. Et sortir de la dépendance au "shoot" de sucre quand on mange un truc très sucré ou très gras.
Je ne fais l'apologie d'aucun régime alimentaire particuliers, mais je suis par contre persuadé que l'humanité ne s'en sortira pas si elle n’accepte de pas de bouleverser une partie de ses postulats, en particuliers sur la consommation de nourriture.
En fait, beaucoup de langages sont conçus à la base pour un paradigme de programmation donné, mais cela n'empêche pas d'autres paradigmes d'être mis en oeuvre.
Quelques exemples à chaud de paradigmes étrangers:
- faire de l'objet en C : gobject
- faire de l'objet en C++: ça, c'est juste pour le troll
- faire du fonctionnel en C++: boost
- faire de l'objet en javascript
- faire du procédural en Caml
- faire du parallele avec autre chose que Erlang
- faire du fonctionnel en python
…
Après, le fait qu'un langage se prête plus ou moins bien à un paradigme n'est pas l'unique critère qui détermine l'utilisation d'un langage donné. La disponibilités d'autres fonctionnalités du langages, la familiarité de l'équipe de développement, l'écosystème du milieu professionnel sont autant de paramètres qui jouent.
Rewind est très clair: dans le milieu du jeu video professionnel, c'est C++ un point c'est tout. Donc le paradigme choisi sera mappé sur du C++.
Dans le milieu Gnome, le langage de référence a longtemps été le C. Donc les gnomeux ont développé une boucle d’événement et un langage objet en C.
Dans le milieu de la recherche, j'ai cru comprendre que c'était surtout soit du C, soit du fonctionnel. Pareil, un nouveau paradigme sera donc implémenté sur ces langages-là.
Après, dire "change de langage et ton paradigme marchera mieux", c'est faire preuve d'étroitesse d'esprit. Qui dit que les autres critères qui ont déterminé le choix du langage sont respectés par le langage-tip-top-cool qui va bien ? C'est comme les gens qui suggèrent à Linus de réécrire son noyau en --< insérer le langage qui va bien >-- . C'est simplement débile.
Il est bien sur clair que si le coeur de ton programme est de faire de la programmation fonctionnelle, un langage fonctionnel te facilitera la tâche. Mais c'est pas pour ça que tous les softs de programmation fonctionnels sont écrits en fonctionnel.
L'auteur a cité par exemple le côté assez dynamique des composants, que tu peux plus ou moins ajouter et retirer à la volée. Est-ce que les traits permettent ce niveau de flexibilité ?
Il ne s'agit pas de fonctions qui n'ont pas le même nom. Je m'en serai sorti sans problème, d'autant plus que LO/OO convertit ajuste les noms au moment de charger le fichier.
J'ai testé la version installé sur mon poste, 3.5 et la fonction ne marche pas et n'existe pas. L'aide de mon LO n'en parle pas. L'aide officielle de LO n'en parle pas non plus. Je télécharge vite fait la dernière version pour voir si c'est une addition récente.
SOMMEPROD ne fait pas la même chose que SOMME.SI.ENS même si au final, on arrive au même résultat, l'approche est assez déroutante.
Donc la prochaine fois que tu diras à quelqu'un de migrer de MSO à LO/OO, rappelle toi bien que ce n'est peut-être tout simplement pas possible…
Je l'utilise sous Windows XP. Globalement, il me semble qu'il marche bien, et mieux avec des fichiers OOXML quand tu le pousses dans ses retranchements. Et il est pas exempt de bugs non plus, seulement je trouve que le produit tient bien la route. De l'eau a coulé sous les ponts depuis le temps où je flippais à chaque sauvegarde sur disquette de mes rapports en école d'ingé…
Sinon, pour le jour où je dois faire la transition vers Python + autre chose, des recommendations ? J'aimerai faire des graphiques vraiment sexy (marketing) et pas juste des graphiques scientifiques. Il me semble que matplotlib est plutôt très orienté scientifique.
Je suis développeur Python et Qt. Si je pense que développer un programme est une bonne approche, je le fais. Sauf que là, Excel / OO a résolu en deux fois deux heures, un problème que j'aurai mis plusieurs jours à résoudre en python. Donc oui, Excel n'est pas forcément le meilleur outil pour un tel volume de donnée, mais force est de constater qu'il s'en sort à merveille et que j'ai pu passer 1,5 jours de ma vie sur d'autres sujets que ce problème là.
J'utilise OpenOffice puis LibreOffice depuis des années. Je suis par contre passé à Office 2010 en raison de la supériorité technique (que je trouve personellement incontestable) de la suite. J'ai encore des anciens documents en OOCalc et OOWrite et vraiment, c'est à chaque fois pénible de travailler dessus.
Je n'ai pas fait une étude objective argumentée de LibreOffice vs Office 2010. Simplement, des fonctions que j'utilise au quotidien parce qu'elles sont bien pratiques sont manquantes dans OO. La prétention d'avoir une compatibilité avec Office est simplement un mensonge. Il existe apparamment une fonction incompatible, que je n'ai pas trouvé dans la doc, qui peut faire la même chose dans la plupart des cas. Bof ! J'ai mis environ 5 minutes pour découvrir la fonction SOMME.SI.ENS sous Office (grâce à l'aide qui est bien foutue) et je l'utilise intensément, et ça m'a permis de découvir NB.SI.ENS que j'utilise tout aussi intensément. Mais bon, il est vrai que ce que j'ai fait un 5 minutes sous Office, j'aurai pu le faire en une demi-journée de recherche dans l'aide de OpenOffice et des forums. Car au départ, je ne connaissais pas le nom de la fonction que je cherchais, c'est l'aide qui m'a orienté.
OpenOffice fournit les fonctions SOMME.SI et NB.SI (compatibles Excel) mais oublie SOMME.SI.ENS et NB.SI.ENS . Dommage, ça encourage pas les utilisateurs à migrer facilement.
Je n'ai jamais dit que OO est de la m**** et jamais je ne me permettrai ce genre d'agression, contrairement à l'auteur de ce journal. Par contre, je dis que de mon point de vue Office 2010 est très largement supérieur à LibreOffice. Et l'écart va continuer à se creuse à mon avis, malgré toutes les bonnes volonté derrière LO.
Je suis pas super convaincu par tes liens. J'ai pas l'impression que SOMMEPROD soit une fonction portable. Que se passera-t-il si j'exporte mon fichier OO en xlsx ?
Pour les 100 000 lignes, c'est juste que il me faudrait une à deux journées pour écrire un programme en python que me fasse des graphiques aussi simples à produire que Excel. Il faut aussi que je puisse le mettre à jour de façon simple et là j'utilise un export CSV d'un autre logiciel.
A partir de ces 100 000 lignes, je produis une dizaines de graphiques, semaine par semaine: ça m'a une demi-journée à mettre en place. Quand je serai à 500 000 lignes, je réfléchirai à une meilleure solution.
Cela dit, j'ai pas exploré tout LucidChart. Il sait faire des diagrammes UML et deux trois autres trucs classiques, il y a peut-être des tableaux là-dedans.
C'est un peu original ton besoin de faire des tableaux, tu peux expliciter un peu comment tu t'en sers. Dans mon cas, c'était juste pour faire un mockup de rapport avec lignes et colonnes.
Plutôt oui (Dia fait plutôt des trucs moches). C'est pas tant qu'il ne soit pas possible de faire des jolies choses avec Dia, c'est que une tanche en graphisme comme moi n'arrivera pas à faire un truc beau avec.
Parmi les autres aspects importants, citons :
* l'ergonomie
* la courbe d'apprentissage qui doit décoller très vite
* l'accès à une bibliothèque riche de formes cohérentes
* les fonctionnalités intrinsèque.
Après, il y a des détails comme le fonctionnement sous Windows qui ne sont jamais complètement négligeable dans un cadre professionnel.
Pas de tableau de base en effet, mais je viens d'en faire un pour un autre besoin. Tu groupes des rectangles, et tu peux bien avoir un point d'ancrage intelligent : mileu ou bord du rectangle. C'est pas la panacée mais ça marche très bien.
Je ne parle pas de bases de données, je parle d'un logiciel qui marche bien Excel, que j'utilises avec succès pour mes besoins alors que LibreOffice n'y arrive pas. L'article original disait que MSO, c'est de la m****. Je prétends que c'est un bon logiciel pour ce type de raison.
Et sans même entrer dans les bugs, il manque à LOCalc des fonctions de calculs de base
Question: vaut il mieux plus de fonctions mathematiques fausse ou moins de fonctions juste?
Quel est le rapport avec le choucroute ? Il manque une fonction de base dans LibreOffice, une fonction que j'utilise à peu près sur toutes mes feuilles de calcul et qu'il n'est pas possible d'émuler. Cette fonction est mathématiquement juste dans Excel, et mathématiquement absente dans LibreOffice.
Curieux, je suis allé voir la techno derrière cette appli qui a l'air sympatique et portable partout. Je me serai attendu à du Qt, mais c'est du XUL. Est-ce que ça veut dire que l'appli est écrite en javascript ?
Je la lance sous Windows et hop, elle se positionne de sorte que la barre de fenêtre et barre de menu est en dehors de mon écran. Impossible de la déplacer ou de la redimensionner avec des moyens classiques. Il y a pas à dire, XUL, c'est de la techno solide !
Il y a longtemps, il y avait aussi un logiciel sur Mac qui s'appelait Draw et qui était aussi d'une convivialité inégalée. Je sais qu'en école d'ingé, on allait sur le Mac juste pour pouvoir l'utiliser et taper le reste de notre rapport sous Word.
Une confirmation de plus qu'il y a plus de designers sour Mac (en tout cas à l'époque) que sous PC.
Je réagis juste sur la partie "Canal carpien". Je constate au quotidien que je passe beaucoup moins de temps à déplacer ma souris quand je travaille sous Word ou Excel que sous LibreOffice. Oui, le ruban est un peu déroutant de prime abord, tout comme peut l'être une première utilisation de Linux après n'avoir fait que du Windows toute sa vie. Mais toutes les fonctions communes sont groupées, facilement accessibles, avec une logique assez raisonnable.
J'imagine qu'ils ont dépensé quelques centaines de milliers de dollar à mesurer le temps de parcours de la souris avec et sans ruban avant de l'accepter définitivement. De mon côté en tout cas, c'est LibreOffice qui me nique le canal carpien.
A chaque fois que j'installe un nouveau LibreOffice / OpenOffice, je passe d'ailleurs 10 minutes à rajouter les fonctions les plus utilisées sur la barre d'outil, mais je suis ennuyé car celle-ci commence à prendre une place monstrueuse et que je ne peux plus visualiser mon document correctement. Je trouve la solution de Ms astucieuse.
En tout cas, quand c'est blender ou Gimp ou xfig (bienvenue aux papys) qui a une interface atypique, la plupart des libristes se battent pour reconnaître l'utilité, l'originalité et l'efficacité de l'interface atypique et râle sur ceux qui veulent un truc classique avec des menus et des boutons. Mais si jamais c'est Microsoft qui fait le même choix, oula, c'est forcément de la m***** . Faudrait sortir un peu de votre unité centrale de temps en temps.
LibreOffice vs Office 2010, c'est un peu LXDE vs KDE. L'un marche beaucoup mieux, mais il ne fait pas le dixième de ce que fait l'autre. Donc c'est sur, ça marche, mais ça met pas la barre très haut.
De mon côté par exemple, Excel 2010 absorbe sans problèmes des tableaux croisés de 100 000 lignes alors que sur LibreOffice, ça rame ça rame ça rame.
Et sans même entrer dans les bugs, il manque à LOCalc des fonctions de calculs de base ( somme.si.ens par exemple ) qui font qu'il est simplement pas utilisable pour des feuilles de calcul un peu complèxes. Pas de bol, j'utilise cette fonction à tort et à travers (ca permet de faire une somme sur plusieurs critères, au lieu de un seul critère avec somme.si ).
LODraw est à des années lumières de PowerPoint en terme de facilité d'utilisation.
Office n'est pas exempt de bugs ni d'incohérences, mais à part les libristes que se lavent le cerveau eux-même, il est facile de se rendre compte que Office est tout simplement un produit de meilleur qualité.
Je suis d'accord. Je crois que j'ai déjà vu dans KDE un développeur qui ne voulait pas participer à un logiciel, justement si je me souviens bien parce qu'il était sous BSD et pas sous GPL. J'ai jamais revu le cas depuis donc c'est quand même à prendre à la légère.
Il y a vraiment que pour les entreprises ou ça joue beaucoup:
BSD: pas de contraintes légale, ton soft sera facilement utilisé par l'entreprise mais il est pas sur qu'elle reverse quoi que ce soit. Il faut créer une motivation sous forme par exemple d'exclusion de la communauté si elle ne reverse pas.
GPL: contraintes légales assez forte pour qu'une entreprise l'utilise mais protection plus ou moins bonne quant au risque de contribuer sans reverser.
Je suis à fond avec toi, on devrait interdire les gens de râler sur quoi que ce soit. Et comme les gens qui parlent toujours en bien des choses, c'est chiant aussi à la longue, on devrait interdire ça aussi.
Vive linuxfr, le forum où on interdira bientôt les commentaires !
Enfin quelqu'un qui répond sur le fond et pas sur le troll des détails de la GPL que je préférais éviter pour ce journal-là. Rien que pour ça: merci !
Je ne m'en prends pas aux rédacteurs de la GPL, je trouve juste que la GPL ne transmet pas les valeurs idéologiques du partage sans condition qui sont les miennes lorsque j'écris du code.
Il faudrait que je relise la lettre de Bill Gates mais c'est sur que j'aurai certainement eu du mal à le convaincre de quoi que ce soit: son opinion était déjà certainement toute formée.
Je fait mon premier commentaire à mon journal: ma réflexion de fond dans ce journal est plutôt philosophique, mais cela fonctionne très bien aussi en pratique.
Les logiciels sous licence type BSD reçoivent tout autant de contributions extérieures que ceux sous GPL. Je pense par exemple à Apache, ou encore à LLVM qui fait concurrence à GCC. Apple contribue à LLVM alors que rien ne l'y oblige dans la licence, et que cette société est connue pour ne pas être philanthropique. Les problèmes brandis par les ardents défenseurs de la GPL n'ont pas l'air d'avoir stoppé ni Apache, ni LLVM, ni les autres projets à base de BSD (X.org , FreeBSD, …).
Si tu mets un programmeur qui ne connait pas Python devant un programme Python, il arrive en général à le comprendre (quoique les "list-comprehensions" ont un peu relevé le niveau). Tu n'a jamais cet effet là devant un programme Perl.
Dans tout langage, tu peux écrire très lisiblement et de façon obtuse. Après, il y a la moyenne et le style encouragé par le langage. Perl clairement encourage un style cryptique pour qui ne parle pas le Perl. La même chose peut être dit du LISP, mais certainement pas du PHP, Java ou C#.
Je suis en train de faire un bricolage en bash pour couvrir exactement ce besoin (mais nous en interne, on fait du mercurial dommage !).
La livraison d'un logiciel sur un serveur est souvent complètement sous-estimée en terme de difficulté, archivage, vérification, etc etc. Surtout quand tu as envie de faire des livraisons fréquentes - cas assez courant dans les applis web.
Donc un outil est le bienvenue, de mon point de vue, dommage que ce soit du git et pas autre chose.
L'autre solution que je regarde de plus près, c'est de faire du PAAS mais l'offre française sur le sujet est très limitée.
[^] # Re: Merci pour ce peu de fraîcheur
Posté par Philippe F (site web personnel) . En réponse au journal Régime faible en glucide. Évalué à 7.
Et en plus, le ministère de la santé recommande d'en boire à longueur de journée!
Il me manque des arguments scientifiques pour étayer correctement ma position (il en existe mais je ne les connais pas suffisamment bien), donc je vais me faire lyncher ici mais je vais tenter quand même. Attention, c'est très très non-consensuel et il se trouve des milliers de gens en particuliers des grands scientifiques qui pourront te démontrer que je ne dis que des conneries. Prends-le donc comme tel, je dis des conneries non argumentées, mais c'est pourtant mon point de vue. Il existe aussi des scientifiques et des études qui le confirment, mais beaucoup moins.
Sur la partie purement factuelle et difficile à contester:
la consommation de lait de vache à outrance de notre société est récente. Elle date de l'après-guerre, où les fermiers cherchaient des moyens d'écouler leur surplus et ont eu l'idée de proposer des verres de laits aux enfants à la récré.
la protéine de lait de vache est assez indigeste. C'est une grosse protéine et notre système digestif est mal adapté pour la digérer. Ca lui demande plus d'efforts que d'autres protéines de laits (brebis et chèvre par exemple).
Passons à la partie moins consensuelle:
70% des allergies alimentaires en France sont des allergies au lactose. Notamment parce qu'il est difficile à digérer et que notre système digestif est de plus en plus fragilisé, en raison de tout ce qu'on lui fait subir.
l'histoire du calcium du lait pour grandir, c'est globalement de la connerie. Il est possible de trouver des gens en carence de calcium, mais il faut vraiment vraiment chercher et on va tomber sur des gens en général dénutris qui manquent de tout, y compris de calcium. Notre alimentation moyenne en contient déjà beaucoup plus que nos besoins. Il me semble même mais ma mémoire me fait défaut donc je n'en suis pas sur, que le calcium du lait n'est pas assimilable. Les os sont bien constitués de calcium, mais pas de celui du lait.
Entrons dans la partie où vous allez me prendre pour un illuminé:
il commence à y avoir des études qui montrent le rôle global du système digestif. C'est bien plus que la partie de notre organisme qui absorbe et transforme les aliments, il a un rôle fondamental dans l'immunité globale de l'individu. On parle aussi de 2e cerveau car il régule beaucoup de choses.
le lait de vache notamment mets à genoux ce système digestif et peut faire baisser le niveau de santé global de l'individu. Ca veut pas dire que tu es malade parce que tu ingères du lait de vache, ça veut dire que certains individus sont malades parce qu'ils ingèrent du lait de vache (leur système est fragilisé par ailleurs) et pour des individus "moyens", leur santé ou leur état de forme est amoindri par l'effort réclamé par leur système digestif. Tourné autrement, les gens qui arrêtent le lait de vache découvrent en général tous les petits méfaits cachés qu'ils subissaient. De façon non exhaustive : lourdeurs digestive, problème de digestion (gaz, ballonnement, constipation), petites affectations de la peau, rhume et toux systématique en hiver, sommeil non réparateur, etc etc.
pour les enfants où le système digestif est encore en formation, le lait de vache est particulièrement agressif. Il y a un lien direct entre les répétitions d'angines, d'otites et d'autre affectations de la sphère oral chez les enfants et la consommation de lait de vache. Celles-ci disparaissent avec l'arrêt du lait de vache, et des médecins sensibilisés au sujet pourront te le confirmer (cherche du côté des médecins homéopathes unicistes).
Voilà, c'est mon point de vue. Attention, je ne recommande à personne d'arrêter le lait de vache, et encore moins je n'essaye de convaincre qui que ce soit à me croire. Mais bon, vive le lait facile à digérer.
Et je précise que dans ma jeunesse, je buvais plus de 2L de lait par jour, et que cet été, je me suis régalé avec plaisir de kuignaman et ça ne m'a posé aucun problème. Mais à chaque fois que je mange un gâteau à un lait autre, je sens une légèreté dans la digestion, un sommeil plus réparateur et un meilleur état de forme général.
# Merci pour ce peu de fraîcheur
Posté par Philippe F (site web personnel) . En réponse au journal Régime faible en glucide. Évalué à 6.
Ca fait du bien de voir que des gens ici acceptent de sortir des idées reçues et des modes de pensée conventionnel. Choisir un clavier BEPO au lieu d'un clavier AZERTY n'est pas si différent de faire le choix de régimes non conventionnels.
Ce qui me semble certain, c'est que notre régime de surconsommation de graisses, de sucres et de nourriture en général est profondément malsain. De mon point de vue, il est malsain:
- pour l'être humain qui le consomme
- pour notre écosystème en général: trop de ressources dans le monde accaparées pour fournir la matière première à notre surconsommation (de viande en particulier, mais aussi d'huile de palme, etc etc)
- pour notre mode de pensée: être toujours stimulé par le plaisir, et l'envie immédiate de consommer entraîne une dépendance et une réelle baisse de liberté.
Sans avoir lu beaucoup sur le sujet des régimes alimentaires, je suis sensibilisé au sujet: je connais plusieurs intolérants au gluten et au lactose, ou encore aux coques. Sans être intolérant, j'ai réduit fortement ma consommation de lait (et de temps en temps de gluten). Je constate un réel mieux-être au quotidien. Lorsque j'arrive à me priver de gluten, mon corps me semble léger et c'est comme si la digestion ne me prenait plus d'énergie. Je sens aussi beaucoup mieux le goût des aliments: maintenant les produits industriels me semble tous fades avec un goût uniformisé, alors que les aliments bio ou de bonne qualité me donnent un plaisir gustatif décuplé.
Par contre, sortir de la dépendance au gras, au lait et au gluten est vraiment difficile. La sensation de satiété à la fin d'un repas n'est plus la même. On a pas la sensation d'être rempli et il faut un peu de temps pour redécouvrir la sensation de "j'ai plus faim" qui est distincte. Et sortir de la dépendance au "shoot" de sucre quand on mange un truc très sucré ou très gras.
Je ne fais l'apologie d'aucun régime alimentaire particuliers, mais je suis par contre persuadé que l'humanité ne s'en sortira pas si elle n’accepte de pas de bouleverser une partie de ses postulats, en particuliers sur la consommation de nourriture.
[^] # Re: Et les traits ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E01 : les systèmes à entités. Évalué à 10.
En fait, beaucoup de langages sont conçus à la base pour un paradigme de programmation donné, mais cela n'empêche pas d'autres paradigmes d'être mis en oeuvre.
Quelques exemples à chaud de paradigmes étrangers:
- faire de l'objet en C : gobject
- faire de l'objet en C++: ça, c'est juste pour le troll
- faire du fonctionnel en C++: boost
- faire de l'objet en javascript
- faire du procédural en Caml
- faire du parallele avec autre chose que Erlang
- faire du fonctionnel en python
…
Après, le fait qu'un langage se prête plus ou moins bien à un paradigme n'est pas l'unique critère qui détermine l'utilisation d'un langage donné. La disponibilités d'autres fonctionnalités du langages, la familiarité de l'équipe de développement, l'écosystème du milieu professionnel sont autant de paramètres qui jouent.
Rewind est très clair: dans le milieu du jeu video professionnel, c'est C++ un point c'est tout. Donc le paradigme choisi sera mappé sur du C++.
Dans le milieu Gnome, le langage de référence a longtemps été le C. Donc les gnomeux ont développé une boucle d’événement et un langage objet en C.
Dans le milieu de la recherche, j'ai cru comprendre que c'était surtout soit du C, soit du fonctionnel. Pareil, un nouveau paradigme sera donc implémenté sur ces langages-là.
Après, dire "change de langage et ton paradigme marchera mieux", c'est faire preuve d'étroitesse d'esprit. Qui dit que les autres critères qui ont déterminé le choix du langage sont respectés par le langage-tip-top-cool qui va bien ? C'est comme les gens qui suggèrent à Linus de réécrire son noyau en --< insérer le langage qui va bien >-- . C'est simplement débile.
Il est bien sur clair que si le coeur de ton programme est de faire de la programmation fonctionnelle, un langage fonctionnel te facilitera la tâche. Mais c'est pas pour ça que tous les softs de programmation fonctionnels sont écrits en fonctionnel.
[^] # Re: Et les traits ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E01 : les systèmes à entités. Évalué à 3.
L'auteur a cité par exemple le côté assez dynamique des composants, que tu peux plus ou moins ajouter et retirer à la volée. Est-ce que les traits permettent ce niveau de flexibilité ?
[^] # Re: PS
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 2.
Il ne s'agit pas de fonctions qui n'ont pas le même nom. Je m'en serai sorti sans problème, d'autant plus que LO/OO convertit ajuste les noms au moment de charger le fichier.
Il s'agit de fonctions qui sont tout simplement absentes. D'ailleurs, elles ne sont pas dans l'aide :
https://help.libreoffice.org/Calc/Mathematical_Functions/fr#SOMME.SI
J'ai testé la version installé sur mon poste, 3.5 et la fonction ne marche pas et n'existe pas. L'aide de mon LO n'en parle pas. L'aide officielle de LO n'en parle pas non plus. Je télécharge vite fait la dernière version pour voir si c'est une addition récente.
SOMMEPROD ne fait pas la même chose que SOMME.SI.ENS même si au final, on arrive au même résultat, l'approche est assez déroutante.
Donc la prochaine fois que tu diras à quelqu'un de migrer de MSO à LO/OO, rappelle toi bien que ce n'est peut-être tout simplement pas possible…
[^] # Re: PS
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 3.
Je l'utilise sous Windows XP. Globalement, il me semble qu'il marche bien, et mieux avec des fichiers OOXML quand tu le pousses dans ses retranchements. Et il est pas exempt de bugs non plus, seulement je trouve que le produit tient bien la route. De l'eau a coulé sous les ponts depuis le temps où je flippais à chaque sauvegarde sur disquette de mes rapports en école d'ingé…
[^] # Re: PS
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 4.
Sinon, pour le jour où je dois faire la transition vers Python + autre chose, des recommendations ? J'aimerai faire des graphiques vraiment sexy (marketing) et pas juste des graphiques scientifiques. Il me semble que matplotlib est plutôt très orienté scientifique.
[^] # Re: PS
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 7.
Alors, il y a clairement une méprise.
Je suis développeur Python et Qt. Si je pense que développer un programme est une bonne approche, je le fais. Sauf que là, Excel / OO a résolu en deux fois deux heures, un problème que j'aurai mis plusieurs jours à résoudre en python. Donc oui, Excel n'est pas forcément le meilleur outil pour un tel volume de donnée, mais force est de constater qu'il s'en sort à merveille et que j'ai pu passer 1,5 jours de ma vie sur d'autres sujets que ce problème là.
J'utilise OpenOffice puis LibreOffice depuis des années. Je suis par contre passé à Office 2010 en raison de la supériorité technique (que je trouve personellement incontestable) de la suite. J'ai encore des anciens documents en OOCalc et OOWrite et vraiment, c'est à chaque fois pénible de travailler dessus.
Je n'ai pas fait une étude objective argumentée de LibreOffice vs Office 2010. Simplement, des fonctions que j'utilise au quotidien parce qu'elles sont bien pratiques sont manquantes dans OO. La prétention d'avoir une compatibilité avec Office est simplement un mensonge. Il existe apparamment une fonction incompatible, que je n'ai pas trouvé dans la doc, qui peut faire la même chose dans la plupart des cas. Bof ! J'ai mis environ 5 minutes pour découvrir la fonction SOMME.SI.ENS sous Office (grâce à l'aide qui est bien foutue) et je l'utilise intensément, et ça m'a permis de découvir NB.SI.ENS que j'utilise tout aussi intensément. Mais bon, il est vrai que ce que j'ai fait un 5 minutes sous Office, j'aurai pu le faire en une demi-journée de recherche dans l'aide de OpenOffice et des forums. Car au départ, je ne connaissais pas le nom de la fonction que je cherchais, c'est l'aide qui m'a orienté.
OpenOffice fournit les fonctions SOMME.SI et NB.SI (compatibles Excel) mais oublie SOMME.SI.ENS et NB.SI.ENS . Dommage, ça encourage pas les utilisateurs à migrer facilement.
[^] # Re: PS
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 1.
Je suis pas super convaincu par tes liens. J'ai pas l'impression que SOMMEPROD soit une fonction portable. Que se passera-t-il si j'exporte mon fichier OO en xlsx ?
Pour les 100 000 lignes, c'est juste que il me faudrait une à deux journées pour écrire un programme en python que me fasse des graphiques aussi simples à produire que Excel. Il faut aussi que je puisse le mettre à jour de façon simple et là j'utilise un export CSV d'un autre logiciel.
A partir de ces 100 000 lignes, je produis une dizaines de graphiques, semaine par semaine: ça m'a une demi-journée à mettre en place. Quand je serai à 500 000 lignes, je réfléchirai à une meilleure solution.
[^] # Re: Tableau
Posté par Philippe F (site web personnel) . En réponse au journal LucidChart - deux mois après. Évalué à 2.
Cela dit, j'ai pas exploré tout LucidChart. Il sait faire des diagrammes UML et deux trois autres trucs classiques, il y a peut-être des tableaux là-dedans.
C'est un peu original ton besoin de faire des tableaux, tu peux expliciter un peu comment tu t'en sers. Dans mon cas, c'était juste pour faire un mockup de rapport avec lignes et colonnes.
[^] # Re: Retour sur investissement
Posté par Philippe F (site web personnel) . En réponse au journal LucidChart - deux mois après. Évalué à 7.
Plutôt oui (Dia fait plutôt des trucs moches). C'est pas tant qu'il ne soit pas possible de faire des jolies choses avec Dia, c'est que une tanche en graphisme comme moi n'arrivera pas à faire un truc beau avec.
Parmi les autres aspects importants, citons :
* l'ergonomie
* la courbe d'apprentissage qui doit décoller très vite
* l'accès à une bibliothèque riche de formes cohérentes
* les fonctionnalités intrinsèque.
Après, il y a des détails comme le fonctionnement sous Windows qui ne sont jamais complètement négligeable dans un cadre professionnel.
[^] # Re: Tableau
Posté par Philippe F (site web personnel) . En réponse au journal LucidChart - deux mois après. Évalué à 1.
Pas de tableau de base en effet, mais je viens d'en faire un pour un autre besoin. Tu groupes des rectangles, et tu peux bien avoir un point d'ancrage intelligent : mileu ou bord du rectangle. C'est pas la panacée mais ça marche très bien.
[^] # Re: PS
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 3.
Je ne parle pas de bases de données, je parle d'un logiciel qui marche bien Excel, que j'utilises avec succès pour mes besoins alors que LibreOffice n'y arrive pas. L'article original disait que MSO, c'est de la m****. Je prétends que c'est un bon logiciel pour ce type de raison.
Quel est le rapport avec le choucroute ? Il manque une fonction de base dans LibreOffice, une fonction que j'utilise à peu près sur toutes mes feuilles de calcul et qu'il n'est pas possible d'émuler. Cette fonction est mathématiquement juste dans Excel, et mathématiquement absente dans LibreOffice.
[^] # Re: Retour sur investissement
Posté par Philippe F (site web personnel) . En réponse au journal LucidChart - deux mois après. Évalué à 2.
Curieux, je suis allé voir la techno derrière cette appli qui a l'air sympatique et portable partout. Je me serai attendu à du Qt, mais c'est du XUL. Est-ce que ça veut dire que l'appli est écrite en javascript ?
Je la lance sous Windows et hop, elle se positionne de sorte que la barre de fenêtre et barre de menu est en dehors de mon écran. Impossible de la déplacer ou de la redimensionner avec des moyens classiques. Il y a pas à dire, XUL, c'est de la techno solide !
[^] # Re: Retour sur investissement
Posté par Philippe F (site web personnel) . En réponse au journal LucidChart - deux mois après. Évalué à 1.
Il y a longtemps, il y avait aussi un logiciel sur Mac qui s'appelait Draw et qui était aussi d'une convivialité inégalée. Je sais qu'en école d'ingé, on allait sur le Mac juste pour pouvoir l'utiliser et taper le reste de notre rapport sous Word.
Une confirmation de plus qu'il y a plus de designers sour Mac (en tout cas à l'époque) que sous PC.
[^] # Re: Ergonomie
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 2.
Je réagis juste sur la partie "Canal carpien". Je constate au quotidien que je passe beaucoup moins de temps à déplacer ma souris quand je travaille sous Word ou Excel que sous LibreOffice. Oui, le ruban est un peu déroutant de prime abord, tout comme peut l'être une première utilisation de Linux après n'avoir fait que du Windows toute sa vie. Mais toutes les fonctions communes sont groupées, facilement accessibles, avec une logique assez raisonnable.
J'imagine qu'ils ont dépensé quelques centaines de milliers de dollar à mesurer le temps de parcours de la souris avec et sans ruban avant de l'accepter définitivement. De mon côté en tout cas, c'est LibreOffice qui me nique le canal carpien.
A chaque fois que j'installe un nouveau LibreOffice / OpenOffice, je passe d'ailleurs 10 minutes à rajouter les fonctions les plus utilisées sur la barre d'outil, mais je suis ennuyé car celle-ci commence à prendre une place monstrueuse et que je ne peux plus visualiser mon document correctement. Je trouve la solution de Ms astucieuse.
En tout cas, quand c'est blender ou Gimp ou xfig (bienvenue aux papys) qui a une interface atypique, la plupart des libristes se battent pour reconnaître l'utilité, l'originalité et l'efficacité de l'interface atypique et râle sur ceux qui veulent un truc classique avec des menus et des boutons. Mais si jamais c'est Microsoft qui fait le même choix, oula, c'est forcément de la m***** . Faudrait sortir un peu de votre unité centrale de temps en temps.
[^] # Re: Ça fait envie
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 4.
LibreOffice vs Office 2010, c'est un peu LXDE vs KDE. L'un marche beaucoup mieux, mais il ne fait pas le dixième de ce que fait l'autre. Donc c'est sur, ça marche, mais ça met pas la barre très haut.
[^] # Re: PS
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 4.
De mon côté par exemple, Excel 2010 absorbe sans problèmes des tableaux croisés de 100 000 lignes alors que sur LibreOffice, ça rame ça rame ça rame.
Et sans même entrer dans les bugs, il manque à LOCalc des fonctions de calculs de base ( somme.si.ens par exemple ) qui font qu'il est simplement pas utilisable pour des feuilles de calcul un peu complèxes. Pas de bol, j'utilise cette fonction à tort et à travers (ca permet de faire une somme sur plusieurs critères, au lieu de un seul critère avec somme.si ).
LODraw est à des années lumières de PowerPoint en terme de facilité d'utilisation.
Office n'est pas exempt de bugs ni d'incohérences, mais à part les libristes que se lavent le cerveau eux-même, il est facile de se rendre compte que Office est tout simplement un produit de meilleur qualité.
[^] # Re: Ça fait envie
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à -1.
Pour le coup, c'est vraiment un problème d'OS: Windows ne permet pas d'écraser un fichier déjà ouvert, alors que Linux si…
[^] # Re: Sérieux ?
Posté par Philippe F (site web personnel) . En réponse au journal La GPL est une licence immonde qui ne devrait pas exister. Évalué à 1.
Je suis d'accord. Je crois que j'ai déjà vu dans KDE un développeur qui ne voulait pas participer à un logiciel, justement si je me souviens bien parce qu'il était sous BSD et pas sous GPL. J'ai jamais revu le cas depuis donc c'est quand même à prendre à la légère.
Il y a vraiment que pour les entreprises ou ça joue beaucoup:
BSD: pas de contraintes légale, ton soft sera facilement utilisé par l'entreprise mais il est pas sur qu'elle reverse quoi que ce soit. Il faut créer une motivation sous forme par exemple d'exclusion de la communauté si elle ne reverse pas.
GPL: contraintes légales assez forte pour qu'une entreprise l'utilise mais protection plus ou moins bonne quant au risque de contribuer sans reverser.
[^] # Re: gpl ... seulement si tu veux
Posté par Philippe F (site web personnel) . En réponse au journal Licences logicielles : Je t'offre une bière, mais tu dois m'en offrir une après !. Évalué à -4.
Je suis à fond avec toi, on devrait interdire les gens de râler sur quoi que ce soit. Et comme les gens qui parlent toujours en bien des choses, c'est chiant aussi à la longue, on devrait interdire ça aussi.
Vive linuxfr, le forum où on interdira bientôt les commentaires !
[^] # Re: Mauvaise cible
Posté par Philippe F (site web personnel) . En réponse au journal Licences logicielles : Je t'offre une bière, mais tu dois m'en offrir une après !. Évalué à -2.
Enfin quelqu'un qui répond sur le fond et pas sur le troll des détails de la GPL que je préférais éviter pour ce journal-là. Rien que pour ça: merci !
Je ne m'en prends pas aux rédacteurs de la GPL, je trouve juste que la GPL ne transmet pas les valeurs idéologiques du partage sans condition qui sont les miennes lorsque j'écris du code.
Il faudrait que je relise la lettre de Bill Gates mais c'est sur que j'aurai certainement eu du mal à le convaincre de quoi que ce soit: son opinion était déjà certainement toute formée.
# Et ça marche aussi en pratique
Posté par Philippe F (site web personnel) . En réponse au journal Licences logicielles : Je t'offre une bière, mais tu dois m'en offrir une après !. Évalué à -4.
Je fait mon premier commentaire à mon journal: ma réflexion de fond dans ce journal est plutôt philosophique, mais cela fonctionne très bien aussi en pratique.
Les logiciels sous licence type BSD reçoivent tout autant de contributions extérieures que ceux sous GPL. Je pense par exemple à Apache, ou encore à LLVM qui fait concurrence à GCC. Apple contribue à LLVM alors que rien ne l'y oblige dans la licence, et que cette société est connue pour ne pas être philanthropique. Les problèmes brandis par les ardents défenseurs de la GPL n'ont pas l'air d'avoir stoppé ni Apache, ni LLVM, ni les autres projets à base de BSD (X.org , FreeBSD, …).
[^] # Re: euh?!
Posté par Philippe F (site web personnel) . En réponse au journal Retour d'expérience avec le langage J. Évalué à 1.
Si tu mets un programmeur qui ne connait pas Python devant un programme Python, il arrive en général à le comprendre (quoique les "list-comprehensions" ont un peu relevé le niveau). Tu n'a jamais cet effet là devant un programme Perl.
Dans tout langage, tu peux écrire très lisiblement et de façon obtuse. Après, il y a la moyenne et le style encouragé par le langage. Perl clairement encourage un style cryptique pour qui ne parle pas le Perl. La même chose peut être dit du LISP, mais certainement pas du PHP, Java ou C#.
# Excellent !
Posté par Philippe F (site web personnel) . En réponse à la dépêche Git-deliver. Évalué à 4.
Je suis en train de faire un bricolage en bash pour couvrir exactement ce besoin (mais nous en interne, on fait du mercurial dommage !).
La livraison d'un logiciel sur un serveur est souvent complètement sous-estimée en terme de difficulté, archivage, vérification, etc etc. Surtout quand tu as envie de faire des livraisons fréquentes - cas assez courant dans les applis web.
Donc un outil est le bienvenue, de mon point de vue, dommage que ce soit du git et pas autre chose.
L'autre solution que je regarde de plus près, c'est de faire du PAAS mais l'offre française sur le sujet est très limitée.