Pas vraiment, il y a rien de très précis dedans, et faire un framework pour que n'importe qui puisse faire son système de vote ça m'a l'air un peu lourd comme truc pour pas grand chose.
En fait j'hésitais à faire deux tracker, un pour le volume de vote, un pour la normalisation des notes, pour avoir deux trucs bien précis.
J'avais l'idée de faire apparaitre le volume de vote par un code couleur par exemple, genre un dégradé bleu/rouge ou un themomètre, pour faire la différence entre le commentaire qui n'intéresse personne et celui qui fait réagir. Le commentaire à 0 étant effectivement celui qui a le plus besoin de l'info.
Autre idée, faire le ratio +/- et normaliser à [-10,+10], voire à [0,+10] en arrondissant, ce qui revient à peu prêt au système actuel, en mieux puisque moins sensible au "fan de dernière minute" ;)
Bon, j'en fais un tracker ?
( Bon en fait c'était plus pour troller à la base ce journal, mais au final il va peut être en ressortir qqch )
Je suis limite choqué par ce que tu viens de dire. On doit pas avoir la même conception du rôle de parent, genre tu prends le fun, jouer à la console avec lui tout ça et laisse le "chiant" genre lui apprendre des trucs à ses instits ? Si tu considère que ton gamin il doit tout apprendre à l'école je pense que tu as raté un truc. Ça t'intéresse pas non plus de voir ton gamin évoluer, voire ce qu'il apprend à l'école, l'aider dans cet apprentissage, grandir quoi ? Ça me dépasse.
j'ai l'impression que les parents (oui je généralise) ne veulent rien faire.
1) La question du droit d'auteur ne se posait pas vraiment il y a 30 siècles en ces termes. Il ne s'est posé que bien après l'invention de l'écriture, je dirai même quand on a commencé à pouvoir reproduire facilement : imprimerie ? et quand des auteurs ont voulu vivre de leur métier, l'écriture (spéculation de ma part.) Avant, la question ne devait pas vraiment se poser en ces termes, elle n'était pas vraiment pertinente
2) C'est pas parce que le droit conjugal est supposé être "plus naturel" que le droit d'auteur que le droit d'auteur ne l'est pas (naturel).
Mon avis perso là dessus : Le droit d'auteur, c'est au minimum le droit d'être reconnu comme l'auteur. Ce qui implique que n'importe qui ne peut pas se prétendre auteur de n'importe quoi sans que l'auteur de base ne puisse rien faire aux yeux de la société. Ça me semble important comme droit. Je l'ai écris, je veux que ce soit reconnu. Pour les droits moraux si je me trompe pas.
ça fait juste un patch de plus, à mon avis pas extrêmement complexe à faire.
Ben ça dépend surtout de la taille du patch, une migration vers une version sensée être compatible ça se passe déjà pas toujours bien, alors une migration vers une version incompatible, c'est pas forcément léger.
Après j'ai pas touché à PHP depuis un bail, donc je sais pas trop ce que ça peut représenter.
En pratique il y a des trucs qui changent avec le temps, la connaissance de l'appli par les attaquants potentiels, les technos d'attaques, l'environnement logiciel autour, des trucs que tu peux pas forcément imaginer qui font qu'apparaitrons des failles au cour du temps, ou plutôt des moyens d'attaquer ton appli. Peut être même si ton appli pouvait à la base considérée comme sécurisée à la base.
Je sais qu'il y a des miroirs Debian, Fedora entre autre hébergés par l'univ, il ne suffirait pas d'en mettre un Ladybug pour faire taire ce genre de critiques ?
C'est pas fait comme ça dans oofice, t'as une fonction "degré" qui transforme les radians en degré, et une fonction sin qui est la fonction "sin" mathématique, donc sans unité.
Tiens d'ailleurs c'est bizarre, dans l'aide d'openoffice (c'est certe pas la norme), il n'est précisé que pour la fonction sin que le nombre est exprimé en radians. Pour cos et les autres fonctions trigos, genre cosinus :
COS
Renvoie le cosinus du nombre donné (angle).
Syntaxe :
COS(nombre)
Nombre est la valeur dont le cosinus est à calculer.
L'orienté objet, c'est intéressant quand tu manipules des données complexe, quand tu fais de la modélisation, quand tu fais des architectures logicielles, cf les "design patterns" qui fournissent des solutions génériques en objet à des problèmes communs et qui évitent de réinventer la roue.
Ce qui est particulièrement intéressant en objet c'est le côté : tu modélise tes données, tu as déja une partie de ton appli architecturée. Le modèle de données est écrit dans le code, c'est structuré : tu as les données et le code qui permet de les manipuler dans une seule classe. Tu me diras tu fais un package en procédural c'est la même chose. Mais quand tu codes avec un IDE, quand tu tapes le nom de ton objet, l'ide connait son type et te propose les méthodes que tu peux appeler c'est bien agréable. En bref ça facilite la vie du modélisateur/concepteur, du mec qui veut rentrer dans le code, des générateurs de code à partir de modèles, des codeurs d'ide, des codeurs tout court, etc. Tout ça parce que le code est plus "informatif" sémantiquement que du code procédural.
Et le fait que ce soit une appli web côté serveur n'influe pas beaucoup, ça dépend surtout de à quoi sert l'appli.
Le truc des interfaces graphiques c'est que l'objet colle parfaitement : un "bouton" <-> un objet. Un clic sur le bouton, ou sur un autre objet graphique <-> appel de la méthode dédiée. Mais ça veut pas dire que l'objet ne sert à rien sur des modèles moins "visuels" : une usine avec des employés, des machines, des salaires, des employés qui sont affectés à des machines, tu as facilement les classes de ton modèle.
Un truc pas mal aussi à mon avis : dans certaines API genre l'API java, la cohérence quand c'est bien conçu : n'importe quelle collection d'objet hérite de la classe collection, que tu manipule un vecteur d'objet, une liste d'objet, ou autre. Les méthodes sont les mêmes, les collections sont interchangeables.
Tu aimes bien le fonctionnel, un des points forts du fonctionnel selon moi c'est la généricité : fonctions d'ordre supérieur, etc.
En objet, tu as de la généricité aussi, de manière différente, plus évidente à capter question utilisation : l'héritage, l'implémentation de méthode virtuelle, par exemple. Entre autre.
Faut juste penser que ta vie ne concerne pas que toi, ta famille, tes gosses, ta femme aussi. Et que si effectivement tu risques ta vies, les conséquences t'auras beau les avoir pesées, c'est pas toi qui les assumeras. Ptete que ta femme au final elle te considérerai comme un sale égoïste si elle se retrouvais seule.
Concernant les assurances, je suis pas complètement sûr qu'elles payent en cas de conduite abusivement à risque.
Si c'est *ma* femme, *mes* enfants, je suis capable d'apprécier le préjudice que ça leur porterait
T'as l'air bien sûr de toi, préjudice moral, préjudice financier ? Genre ta femme se tape une déprime, perd son job, et tout ce qu'il s'en suit, les enfants à la DAS, etc. ? Les traites de la maison à payer, etc. C'est peut être *ta* femme et *tes* enfants, mais c'est *leurs* vies qu'ils devront assumer ... sans *toi*. Après tu te sens une responsabilité envers eux, ou pas.
Tout acte conscient est l'expression d'une volonté. Si je t'empêche de faire un truc, c'est forcément une atteinte à ta liberté d'expression ? Qu'est ce que tu exprimes en fabriquant une allumette (je dis ça au hasard) ? Un fabriquant d'allumette il n'exprime pas grand chose, il fabrique des allumettes. Si tu l'en empêche, c'est pas vraiment sa liberté d'expression que tu entraves.
Non c'est un niveau au dessus (amha, peut être que je raconte n'imp sur ce coup): un procédé c'est une méthode, on peut sans doute faire l'analogie avec un algorithme pour fabriquer un truc, résoudre un problème, quand je disais "comment" je pensais à un genre l'implémenation de l'algo.
Quoi qu'il en soit, la partie intéressante c'était surtout le "pourquoi" et là du coup j'attends toujours ta réponse ;)
Du coup j'ai pas répondu à ta question, dans l'expression "expression du procédé" on ne parle de rien de plus que de la mise en ½uvre du procédé, et pas du tout de comment ni pourquoi on le met en ½uvre.
Chacun de mes actes conscients sont l'expression de ma volonté humaine, c'est pas pour ça que quand je bois un verre d'eau je fais jouer la liberté d'expression.
Facile, qu'est-ce qui se passerait, les avantages/inconvénients par rapport au système actuel, comment les entreprises s'organiseraient, comment évoluerait la r&d ? les entreprises prendraient-elles plus de risque ou moins dans l'environnement concurrentiel, l'influence sur les prix ? ce genre de questions.
C'est une vraie question, on est très loin d'y répondre complètement encore, même si le libre décolle pas mal, les modèles économiques se stabilisent. Il y a encore très peu d'entreprises qui vivent uniquement en faisant du libre, je me trompe ? Est-ce que ça arrivera un jour ? perso j'en sais strictement rien.
Avec les brevets en général c'est un peu pareil, sauf que le système est en place depuis bien plus longtemps, et que pour le coup on a rien d'équivalent au libre ... le copyleft et l'abscence de brevets sont deux choses différente au passage, puisque l'abscence de brevet peut mener au masquage complet du code source ... l'équivalent du logiciel proprio en somme.
* le résultat d'une personne qui s'exprime. Ce peut être par :
o Le langage, voir poème ;
o Des mots, voir proverbe ;
o L'art, l'expression corporelle, la peinture ;
o La musique ;
o Les émotions, l'expression de la joie !
Quand tu utilise un brevet pour fabriquer un truc, tu l'exprime à personne, tu t'exprime pas toi même, tu utilise le procédé, point. Sauf à rentrer dans une définition plutôt étrange "d'expression". En particulier dans les différents type d'expression, je vois pas du tout "expression industrielle". Le but de l'industrie c'est essentiellement de commercialiser le résultat.
Sauf à référer à "l'expression du procédé" mais là on parle plus de la liberté d'expression d'un humain.
« Tout individu a droit à la liberté d'opinion et d'expression, ce qui implique le droit de ne pas être inquiété pour ses opinions et celui de chercher, de recevoir et de répandre, sans considérations de frontières, les informations et les idées par quelque moyen d'expression que ce soit. »
T'essayes de te raccrocher aux branches mec, c'est pas en donnant des définitions à ta sauce que tu auras une argumentation convaincante.
[^] # Re: avoir un client e-mail qui soit aussi un webmail ?
Posté par thoasm . En réponse au journal La fin de Thunderbird ?. Évalué à -4.
A toi tous les bénéfices et au dev les emmerdes ;) j'espère que tu lui payes ses 12 heures en plus :)
[^] # Re: Le systéme de vote
Posté par thoasm . En réponse au journal [troll dlfp modération] Les limites de note. Évalué à 3.
[^] # Re: Le systéme de vote
Posté par thoasm . En réponse au journal [troll dlfp modération] Les limites de note. Évalué à 2.
En fait j'hésitais à faire deux tracker, un pour le volume de vote, un pour la normalisation des notes, pour avoir deux trucs bien précis.
[^] # Re: Faudrait prévenir...
Posté par thoasm . En réponse au journal [troll dlfp modération] Les limites de note. Évalué à -1.
Faut de la motivation pour troll^W poster ici.
[^] # Re: Le systéme de vote
Posté par thoasm . En réponse au journal [troll dlfp modération] Les limites de note. Évalué à 3.
J'avais l'idée de faire apparaitre le volume de vote par un code couleur par exemple, genre un dégradé bleu/rouge ou un themomètre, pour faire la différence entre le commentaire qui n'intéresse personne et celui qui fait réagir. Le commentaire à 0 étant effectivement celui qui a le plus besoin de l'info.
Autre idée, faire le ratio +/- et normaliser à [-10,+10], voire à [0,+10] en arrondissant, ce qui revient à peu prêt au système actuel, en mieux puisque moins sensible au "fan de dernière minute" ;)
Bon, j'en fais un tracker ?
( Bon en fait c'était plus pour troller à la base ce journal, mais au final il va peut être en ressortir qqch )
[^] # Re: Avant c'était avant....
Posté par thoasm . En réponse au journal La dégradation de l'enseignement. Évalué à 6.
j'ai l'impression que les parents (oui je généralise) ne veulent rien faire.
[^] # Re: Je l'avais dit!
Posté par thoasm . En réponse au journal EU: Les brevets coutent plus qu'ils ne rapportent. Évalué à 3.
1) La question du droit d'auteur ne se posait pas vraiment il y a 30 siècles en ces termes. Il ne s'est posé que bien après l'invention de l'écriture, je dirai même quand on a commencé à pouvoir reproduire facilement : imprimerie ? et quand des auteurs ont voulu vivre de leur métier, l'écriture (spéculation de ma part.) Avant, la question ne devait pas vraiment se poser en ces termes, elle n'était pas vraiment pertinente
2) C'est pas parce que le droit conjugal est supposé être "plus naturel" que le droit d'auteur que le droit d'auteur ne l'est pas (naturel).
Mon avis perso là dessus : Le droit d'auteur, c'est au minimum le droit d'être reconnu comme l'auteur. Ce qui implique que n'importe qui ne peut pas se prétendre auteur de n'importe quoi sans que l'auteur de base ne puisse rien faire aux yeux de la société. Ça me semble important comme droit. Je l'ai écris, je veux que ce soit reconnu. Pour les droits moraux si je me trompe pas.
[^] # Re: Incompatibilités ?
Posté par thoasm . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 1.
Ben ça dépend surtout de la taille du patch, une migration vers une version sensée être compatible ça se passe déjà pas toujours bien, alors une migration vers une version incompatible, c'est pas forcément léger.
Après j'ai pas touché à PHP depuis un bail, donc je sais pas trop ce que ça peut représenter.
[^] # Re: Incompatibilités ?
Posté par thoasm . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 3.
En pratique il y a des trucs qui changent avec le temps, la connaissance de l'appli par les attaquants potentiels, les technos d'attaques, l'environnement logiciel autour, des trucs que tu peux pas forcément imaginer qui font qu'apparaitrons des failles au cour du temps, ou plutôt des moyens d'attaquer ton appli. Peut être même si ton appli pouvait à la base considérée comme sécurisée à la base.
Le tout amha :)
[^] # Re: GPL et mises à jour, du concret?
Posté par thoasm . En réponse à la dépêche L'université de Nantes distribue 6000 DVD de Linux et de logiciels (libres, entre autres). Évalué à 2.
[^] # Re: questions...
Posté par thoasm . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 2.
Tiens d'ailleurs c'est bizarre, dans l'aide d'openoffice (c'est certe pas la norme), il n'est précisé que pour la fonction sin que le nombre est exprimé en radians. Pour cos et les autres fonctions trigos, genre cosinus :
[^] # Re: Incompatibilités ?
Posté par thoasm . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 5.
Ce qui est particulièrement intéressant en objet c'est le côté : tu modélise tes données, tu as déja une partie de ton appli architecturée. Le modèle de données est écrit dans le code, c'est structuré : tu as les données et le code qui permet de les manipuler dans une seule classe. Tu me diras tu fais un package en procédural c'est la même chose. Mais quand tu codes avec un IDE, quand tu tapes le nom de ton objet, l'ide connait son type et te propose les méthodes que tu peux appeler c'est bien agréable. En bref ça facilite la vie du modélisateur/concepteur, du mec qui veut rentrer dans le code, des générateurs de code à partir de modèles, des codeurs d'ide, des codeurs tout court, etc. Tout ça parce que le code est plus "informatif" sémantiquement que du code procédural.
Et le fait que ce soit une appli web côté serveur n'influe pas beaucoup, ça dépend surtout de à quoi sert l'appli.
Le truc des interfaces graphiques c'est que l'objet colle parfaitement : un "bouton" <-> un objet. Un clic sur le bouton, ou sur un autre objet graphique <-> appel de la méthode dédiée. Mais ça veut pas dire que l'objet ne sert à rien sur des modèles moins "visuels" : une usine avec des employés, des machines, des salaires, des employés qui sont affectés à des machines, tu as facilement les classes de ton modèle.
Un truc pas mal aussi à mon avis : dans certaines API genre l'API java, la cohérence quand c'est bien conçu : n'importe quelle collection d'objet hérite de la classe collection, que tu manipule un vecteur d'objet, une liste d'objet, ou autre. Les méthodes sont les mêmes, les collections sont interchangeables.
Tu aimes bien le fonctionnel, un des points forts du fonctionnel selon moi c'est la généricité : fonctions d'ordre supérieur, etc.
En objet, tu as de la généricité aussi, de manière différente, plus évidente à capter question utilisation : l'héritage, l'implémentation de méthode virtuelle, par exemple. Entre autre.
[^] # Re: Quelques recommandations
Posté par thoasm . En réponse au journal [HS] Vélib' à Paris. Évalué à 2.
Concernant les assurances, je suis pas complètement sûr qu'elles payent en cas de conduite abusivement à risque.
[^] # Re: Quelques recommandations
Posté par thoasm . En réponse au journal [HS] Vélib' à Paris. Évalué à 1.
T'as l'air bien sûr de toi, préjudice moral, préjudice financier ? Genre ta femme se tape une déprime, perd son job, et tout ce qu'il s'en suit, les enfants à la DAS, etc. ? Les traites de la maison à payer, etc. C'est peut être *ta* femme et *tes* enfants, mais c'est *leurs* vies qu'ils devront assumer ... sans *toi*. Après tu te sens une responsabilité envers eux, ou pas.
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 2.
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 2.
Quoi qu'il en soit, la partie intéressante c'était surtout le "pourquoi" et là du coup j'attends toujours ta réponse ;)
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 3.
# [meta] l'auteur
Posté par thoasm . En réponse à la dépêche Migration du parlement italien vers Linux. Évalué à 2.
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 2.
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 2.
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 2.
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 2.
Avec les brevets en général c'est un peu pareil, sauf que le système est en place depuis bien plus longtemps, et que pour le coup on a rien d'équivalent au libre ... le copyleft et l'abscence de brevets sont deux choses différente au passage, puisque l'abscence de brevet peut mener au masquage complet du code source ... l'équivalent du logiciel proprio en somme.
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 3.
Quand tu utilise un brevet pour fabriquer un truc, tu l'exprime à personne, tu t'exprime pas toi même, tu utilise le procédé, point. Sauf à rentrer dans une définition plutôt étrange "d'expression". En particulier dans les différents type d'expression, je vois pas du tout "expression industrielle". Le but de l'industrie c'est essentiellement de commercialiser le résultat.
Sauf à référer à "l'expression du procédé" mais là on parle plus de la liberté d'expression d'un humain.
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 0.
[^] # Re: petite histoire qmeme
Posté par thoasm . En réponse au journal IBM ouvre plus de 150 brevets. Évalué à 2.
T'essayes de te raccrocher aux branches mec, c'est pas en donnant des définitions à ta sauce que tu auras une argumentation convaincante.