En droit français, le contrat de société est un acte juridique, par lequel un ou plusieurs associés conviennent d'affecter des apports à une entreprise commune, en vue de réaliser et de partager des bénéfices, ou de profiter des économies qui en résultera. Ce contrat spécial est défini à l'article 1832 du Code civil, et régie par des dispositions spécifiques du Code civil et du Code de commerce, selon la forme de la société.
Posté par eastwind☯ .
En réponse au journal Self serving.
Évalué à 1.
Dernière modification le 30 août 2012 à 22:24.
…se trouve dans sa subjectivité，la flou des critères invoqués . Je n'ai pas de problème à entendre les critiques lorsqu'elles sont rationnellement construite et quantifiable objectivement (et le bonus c'est de proposé des moyens techniques de résoudre les questions avec le maximum d'efficacité au regard des objectifs fixé, et de la pertinence des critères choisis).
Etant donnée que ces élément ne s'y trouve pas, dès lors la discussion ne peut que finir en troll et débats stériles sans aboutir à des solutions d'une manière ou une autre.
Cet acronyme récursif (tradition Lisp), voulait dire que GNU n'a pas la caractéristique d'etre propriétaire comme Unix, mais sinon fonctionne sur les memes principes (la tradition du Pipe, le Posix , le type de syntaxe utilisé , les gnu coreutils et binutils etc … ).
Si Stallman affirme que GNU n'est pas Unix , il n'en reste pas moin vrai qu'il lui ressemble comme deux gouttes d'eau…
qui est la première distro à avoir populariser les LiveCD, une petite révolution à l'époque (2002 - 2003 ). Pour les historiens, c'est vrai qu'il y avait eu DemoLinux (distro française à l'époque) en liveCd mais knoppix avait tellement impressionner les gens par sa capacités techniques (le nombre de logiciel , et la décompression à la volée ) que les autres distros ont enboités le pas.
« Faites n’importe quoi, mais ne restez pas à ne rien faire » : ce principe est la corde avec laquelle toutes les formes supérieures de culture et de goût vont se faire étouffer ».
Etant donné que vous aimez le python pourquoi ne pas contribuer à un projet qui permet son apprentisage ?
Par exemple rur-ple qui est un projet qui permet de controler un robot à travers des commandes pythons, et des définitions un peu comme logo en son temps avec sa tortue.
Learning to program computer should be fun, for adults and children alike. RUR-PLE is an environment designed to help you learn computer programming using the language Python. To use RUR-PLE, you need wxPython.
Il pourrait avoir ajout de nouvelle étape， ou d'un module remédiation et d'un module qui permet de s'évaluer ainsi que l'ajout de graphisme par exemple.
Enfin c'est une idée comme ça, faut voir les modalités concrètes et les nécessités (que j'ignore )
On va mettre cela sur le manque de sommeil des scénaristes.
Je ne suis pas sur que les personnes qui contribuent au libres soit les meme que celles qui écrivent les scénarios， ni meme qu'il y ait une relation entre l'un et l'autre à ce sujet.
Le culte du cargo est un ensemble de rites « millénaristes »1,2 qui apparaissent chez les aborigènes, notamment en Mélanésie (Océanie), en réaction à la colonisation. Il consiste à imiter les opérateurs radios américains et japonais commandant du ravitaillement en espérant déboucher sur les mêmes effets. En effet les indigènes ignorent l'existence et les modalités de production occidentale ; dès lors ils attribuent l'abondance et la sophistication des biens apportés par cargo à une faveur divine2. Le culte a pris naissance en Mélanésie. Quasiment toute la Mélanésie, des îles Fidji à la Papouasie-Nouvelle-Guinée l'adopta simultanément - à l'exception de la Nouvelle-Calédonie. Mais ce culte ne connaîtra une longévité exceptionnelle qu'à Tanna.
Des indigènes, ayant constaté que les radio-opérateurs des troupes au sol semblaient obtenir l’arrivée de navires ou le parachutage de vivres et de médicaments simplement en les demandant dans leur poste radio-émetteur, eurent l’idée de les imiter et construisirent, de leur mieux, de fausses cabines d’opérateur-radio — avec des postes fictifs — dans lesquels ils demandaient eux-aussi — dans de faux micros — l’envoi de vivres, médicaments et autres équipements dont ils pouvaient avoir besoin. Plus tard, ils construiront même de fausses pistes d'atterrissage en attendant que des avions viennent y décharger leur cargaison.
Tu n'as pas le détail de chaque modification, mais tu as une vision globale sur https://live.gnome.org/Design/Apps/Files . Et chaque modification se dirige vers cette vision.
Donc gnome se met à la remorque de Mac os , doit on aussi copier les AppleFans, et faire de Mark le nouveau Steve job (pardon le Messiah ) du libre ?
Un fichier est un fichier ,qu'elle que soit son contenu. Le navigateur dresse de manière universelle la carte des fichiers , on peut y ajouter une option "afficher seulement ce type de fichier" (qui en fait existe déjà , lorsqu'on affiche par extension ). Mais je ne comprends pas le gain espéré lorsqu'on va délibérement à l'encontre de l'universalité du navigateur.
Le fait que certaines personnes n'utilise pas sur des tablettes ou autres un navigateur ne signifie pas qu'il faille enlever celui ci ailleurs. Quels sont les gains espéré (pour l'utilisateur) du fait de ne plus pouvoir se faire une idée précise de ce que chaque répertoire contient ?
Le seul élément de réponse dont je peux raisonnablement me basé se situe sur cette volonté de transformer le PC en tablette (plutot que l'inverse ).
Je dirais que lorsqu'on transforme un "device" en PC (c'est à dire qu'on en augmente l'ouverture et les capacités techniques nécessaires à celle ci ) c'est un gain pour l'utilisateur en terme de liberté (je fais référence au Nokia N900 qui est clairement un pc avec fonction GSM plutot que l'inverse). De ce que je vois les tablettes et autres sont plutot dans une tendance inverse, et dès lors mène forcément à une restriction d'usage, losrqu'on me dit qu'il y a une stratégie de convergence（＊） , c'est plutot vers la mauvaise direction, il me semble.
Cela ressemble à une forme de Minitelisation du PC par le design (n'est ce pas ce qu'a fait Apple ?)
Je ne comprends pas pourquoi on retire, soudainement et sans préavis, quelque chose d'utile dont la fréqence d'utilisation est relativement élevé au quotidien.
Cela signifie aussi , si j'ai bien saisi qu'il n'y aura plus d'interface graphique unifié par défaut pour le gestionnaire de fichier ?
Je demande à voir des mesures quantifiés fondant la pertinence de la décision.
le logiciel libre n'est pas intrinsèquement plus sur en tant que code, mais par l'ouverture des sources, il permet de créer un mécanisme dynamique de révision (dans la meme logique que celle des cercles scientifiques), qui le rend statistiquement moins vulnérable, résumé par la "lois de Linus" selon laquelle : given enough eyeballs all bugs are shallow (s'il y assez de pairs d'yeux ,alors tous les bugs deviennent évident)
Ce mécanisme n'est vrai que s'il y a effectivement assez de personne pour un projet donnée, et qui effectivement ont les compétences techniques nécessaires , ainsi que le temps et la volonté pour s'investir dans cette révision.
Je rappelle le proof of concept par l'un des père d'Unix nommé le Ken Thompson Hack qui se pose la question de la manière de s'assurer que son propre code source lors de la compilation ne va pas etre vérolé par un compilateur qui contiendrait un mécanisme d'ajout de code malveillant tiers , tout en étant invisible dans le code source du compilateur en tant que tel.
>
Ken describes how he injected a virus into a compiler. Not only did his compiler know it was compiling the login function and inject a backdoor, but it also knew when it was compiling itself and injected the backdoor generator into the compiler it was creating. The source code for the compiler thereafter contains no evidence of either virus.
Au final, Ken en tire plusieurs conclusion, dont le fait qu'on ne peut jamais etre sur à 100 % d'un code que l'on a pas soi meme écrit, étant donnée que l'on dépend forcément d'un niveau précédent d'un niveau plus bas (niveau de l'assembleur par exemple-), l'on ne peut jamais etre sur réellement, à moin de pouvoir remonter toutes la chaine soi meme. En outre, plus le code malveillant se trouve dans des niveaux bas, plus il est difficile de le détecter.
On peut en faire un parallèle par rapport à la probatio diabolica en droit privé, qui nécessite de remonter toute la chaine des propriétaires pour s'assurer qu'on détient une propriété légitime.
Il est évident que lors d'utilisation de logiciel non libre, étant donnée que l'accès au code source est interdit, le risque d'une attaque (via un bug ou autre) est augmenté de manière drastique. L'on ne se remet qu'au bon vouloir de l'auteur sans aucune garantie quelconque.
Je précise que mon but (contrairement à l'appel du journal) n'est pas de lancer des trolls (il y en a assez sur internet qui gaspille la bande passante et l'énergie de ses usagers).
Plusieurs articles fesait état lors de la diffusion d'android sur certains appareil de backdoor et meme de trojan.
Il nous faudrait plus de détails pour pouvoir évaluer clairement ou se situait le problème (est ce dans des parties propriétaires ou libre ? ) ainsi que le type de mécanisme et le comportement réellement adopté.
Sinon , il faudrait rappeler les fait de la NSA KEY inclus dans la base de régistre de Microsoft Windows, ainsi que l'affaire cryptome qui avait fait leaker les documents par rapport à l'architecture d'enregistrement et d'accès au réseaux msn (enregistrement des conversations, accès à certains services de sécurité gouvernmentaux ).
… que le but du libre, c'était de faire un code libre de qualité.
Qu'untel soit une femme ou un homme est à mes yeux non pertinent, et assez hors sujet en fait.
J'ai l'impression que l'on dramatise* une blague de potache. Elle est bien lourde , j'en conviens mais bon on peut la nommer autrement que cela n'améliorera pas d'un seul iota la qualité du code.
On parle de deux choses différents, le code c'est concret et objectivable. Le nom d'une constante est ici utilisé comme une représentation de quelque chose , d'abstrait et de subjectif (pourquoi tu as nommé ta variable comme cela , tu es sexiste ? ).
Peut etre que la personne est sexiste ou peut etre pas. Dans un cas ou l'autre , en quoi le code va t-il devenir meilleur ? Le nom de cette constante ne plait pas , il suffit d'y faire un search and replace.
La question du harcèlement existe dans la vrai vie, il ne faut pas la minimiser, mais là on est dans une projection fantasmatique (y a t-il eu harcèlement à cause du nom de cette constante ?). Ensuite s'il y a vraiment eu harcèlement lors de rencontres et conférences , que la victime porte plainte contre la personne concernée. Tout le monde n'harcèle pas le sexe opposée (et c'est faire un amalgame tout aussi puérile que de mettre tout le genre masculin dans le meme sac que certains) . Finalement ce n'est pas un problème propre au libre, donc le libre ne pourra jamais le régler c'est a une echelle plus générale (et au pénal il existe ces incriminations ).
Bien entendu le comportement rapporté des personnes de 4chans est tout aussi puéril et ne fais que donner du grain à moudre (mais ne font-ils pas que cela chez 4chans ?)
Le libre ne peut pas régler un problème qui bien qu'elle puisse affecté la communauté , n'en est pas moins en dehors de sa sphère de compétence.
Quant à Microsoft, il a une influence bien plus déterminante sur nos libertés dans le cyberespace , que celle du nom d'une constante.
comme le dit Torvalds :
talk is cheap, show me the code
*A en juger par le titre du journal précédent sur la question des libertés fondamentales, il semble effectivement avoir une disproportionnalité dans la manière dont le sujet est traité. Les libertés fondamentales ne se ramènent pas à une question de sexisme , et la liberté d'expression n'est qu'une des libertés fondamentales, et la question de leur modalité d' usage est tout aussi étendu, ainsi que le fait de préscrire une modalité d'usage.
Je ne connais pas cet commande, mais n'a elle pas pour effet d'enlever la portabilité ? (tout le monde n'a pas pulseaudio, par exemple certains utilise jack ou autre s'il en existe ).
j'aimerais garder le script avec le minimum de dépendance spécifique et un maximum de portabilité.
ekho est dans la philosphie Unix il serait abhérant que ce soit à un logiciel de synthèse vocale de s'occuper des questions de direction de son du système d'exploitation. Cela irait à l'encontre meme des principes:)
Je te laisse imaginer l'augmentation drastique de la complexité et de son cout.
Je te remerci pour tout , mais je pense que je vais finalement simplement faire afficher un message d'avertissement , afin de savoir qu'il faut éteindre ses hauts-parleurs pendant le traitement.
Dans le cas présent , ce que je trouve particulièrement dommage c'est qu'une chose que je pouvais faire simplement et rapidement (grace aux principes unix de redirection et de fichier ) , je ne peux plus le faire simplement. Ici, la complexité pour régler un problème trivial augmente de manière géométrique par rapport à son seuil inital (qui était celui qui est le plus proche de l'idéal en terme d'investissement de temps par rapport au résultat escompté).
de manière quantifié il est simple de voir qu'une ligne de commande m'aurais pris tout au plus 10 minutes (pour faire large ). Dans le cas présent , si l'on prend pour point de départ le message inital est posté à 20:56 , il est maintenant 11:39 , si l'on ne compte pas les temps non passé à essayer de trouver une solution (sommeil , repas … ), alors on a environs
20:46 à 23:10
= 2h24 minutes
23:10 à 00:03
= 47 minutes
10:59 à 11:29
= 30 minutes
Total = 3 h41 minutes (sans compter ce post ci) soit 221 minutes.
En comparant avec le temps inital idéal ( 10 minutes ) , nous avons une augmentation de ((221 minutes * 100 ) /10） 2210 % avec un résultat tout aussi négatif, dont la dernière piste emmène au delà du but original et promet une augmentation de la complexité encore plus géométrique, sans aucune garantie de résultat.
Je pense que c'est ce qu'on appel le cout de la complexité qui entraine un gaspillage énorme de temps pour un résultat ridicule ou meme sans retour du tout.
Cela nous apprends aussi que la simplicité proné par les principes Unix ont pour effet de contenir cette augmentation géométrique de la complexité pour un résultat supérieur. Ainsi suivre ceux-ci permet de garder le seuil d'investissement à son niveau le plus optimal dans une situation donnée.
L'on comprend dès lors la frustration de l'usager lorsqu'un composant important de l'ordinateur (le serveur de son ) , envoie ballader ces principes (qui ont fait leur preuve). Et lorsque ce type de comportement s'étend à d'autres partie du système (par exemple la journalisation ) tout aussi stratégique, la fustration ne peut que faire qu'augmenter. Ce n'est ici pas une querelle de chapelle , mais une question d'efficacité.
(et j'ai encore sous estimé le temps car j'ai pris pour point de départ le premier message , alors qu'en fait cela vient bien avant)
[^] # Re: T'es gentil
Posté par eastwind☯ . En réponse au journal Pourquoi je suis libriste intégriste.. Évalué à 2.
http://fr.wikipedia.org/wiki/Contrat_de_soci%C3%A9t%C3%A9_en_droit_fran%C3%A7ais
[^] # Re: Serveur web
Posté par eastwind☯ . En réponse au journal emacs - l'innovation qui marche au poil. Évalué à 3.
Editer des Macros, il ne précise pas quels types de Macro :)
# Le problème de ce journal ...
Posté par eastwind☯ . En réponse au journal Self serving. Évalué à 1. Dernière modification le 30 août 2012 à 22:24.
…se trouve dans sa subjectivité，la flou des critères invoqués . Je n'ai pas de problème à entendre les critiques lorsqu'elles sont rationnellement construite et quantifiable objectivement (et le bonus c'est de proposé des moyens techniques de résoudre les questions avec le maximum d'efficacité au regard des objectifs fixé, et de la pertinence des critères choisis).
Etant donnée que ces élément ne s'y trouve pas, dès lors la discussion ne peut que finir en troll et débats stériles sans aboutir à des solutions d'une manière ou une autre.
[^] # Re: Serveur web
Posté par eastwind☯ . En réponse au journal emacs - l'innovation qui marche au poil. Évalué à 5.
Cet acronyme récursif (tradition Lisp), voulait dire que GNU n'a pas la caractéristique d'etre propriétaire comme Unix, mais sinon fonctionne sur les memes principes (la tradition du Pipe, le Posix , le type de syntaxe utilisé , les gnu coreutils et binutils etc … ).
Si Stallman affirme que GNU n'est pas Unix , il n'en reste pas moin vrai qu'il lui ressemble comme deux gouttes d'eau…
[^] # la direction par l'exemple
Posté par eastwind☯ . En réponse au journal Self serving. Évalué à 1.
Bon, l'auteur du journal n'a plus qu'à envoyé un patch .
# Ha knoppix
Posté par eastwind☯ . En réponse au journal Knoppix 7.0.4. Évalué à 10.
qui est la première distro à avoir populariser les LiveCD, une petite révolution à l'époque (2002 - 2003 ). Pour les historiens, c'est vrai qu'il y avait eu DemoLinux (distro française à l'époque) en liveCd mais knoppix avait tellement impressionner les gens par sa capacités techniques (le nombre de logiciel , et la décompression à la volée ) que les autres distros ont enboités le pas.
# Génial !
Posté par eastwind☯ . En réponse au journal Exemple d'interface en ligne de commande. Évalué à 8. Dernière modification le 27 août 2012 à 23:58.
j'adore ce journal ! :)
Sinon faudrait que j'en fasse un quand j'ai le temps pour présenter les outils adhoc que mets en place pour la manipulation de texte.
En tous cas Merci pour ton retour d'expérience
[^] # Re: Put fun back in programming with python
Posté par eastwind☯ . En réponse au journal proposition contribution. Évalué à 2.
principe de récursivité du … scheme :)
[^] # Re: Le bonheur des petits poissons
Posté par eastwind☯ . En réponse au journal Les Français vont trop en vacances, ça les rend trop productifs. Évalué à 10.
tiens ça ressemble à Zino
[^] # Re: 1 journal pour chaque commentaire de journal?
Posté par eastwind☯ . En réponse au journal Il n'y a pas que le sexisme des linuxiens qui fait débat. Évalué à 3.
Du coup c'est plus clair, bien que la question de l'interdiction soit un peu HS
# Put fun back in programming with python
Posté par eastwind☯ . En réponse au journal proposition contribution. Évalué à 3. Dernière modification le 24 août 2012 à 17:21.
Etant donné que vous aimez le python pourquoi ne pas contribuer à un projet qui permet son apprentisage ?
Par exemple rur-ple qui est un projet qui permet de controler un robot à travers des commandes pythons, et des définitions un peu comme logo en son temps avec sa tortue.
Il pourrait avoir ajout de nouvelle étape， ou d'un module remédiation et d'un module qui permet de s'évaluer ainsi que l'ajout de graphisme par exemple.
Enfin c'est une idée comme ça, faut voir les modalités concrètes et les nécessités (que j'ignore )
Sinon son auteur est assez sympa :).
[^] # Re: 1 journal pour chaque commentaire de journal?
Posté par eastwind☯ . En réponse au journal Il n'y a pas que le sexisme des linuxiens qui fait débat. Évalué à 3.
Jusqu'à preuve du contraire, personne ne t'a interdit d'écrire ce journal.
[^] # Re: Ah! il saute du pont
Posté par eastwind☯ . En réponse au journal Actualité geek-libriste d'été : licencisme libriste chez Disney. Évalué à 2.
Je ne suis pas sur que les personnes qui contribuent au libres soit les meme que celles qui écrivent les scénarios， ni meme qu'il y ait une relation entre l'un et l'autre à ce sujet.
[^] # Re: File manager
Posté par eastwind☯ . En réponse au journal Nautilus c'est super cool. Évalué à 3.
cargo cultisme selon wikipedia :
[^] # Re: File manager
Posté par eastwind☯ . En réponse au journal Nautilus c'est super cool. Évalué à 0. Dernière modification le 21 août 2012 à 13:36.
Donc gnome se met à la remorque de Mac os , doit on aussi copier les AppleFans, et faire de Mark le nouveau Steve job (pardon le Messiah ) du libre ?
[^] # Re: File manager
Posté par eastwind☯ . En réponse au journal Nautilus c'est super cool. Évalué à 4.
Un fichier est un fichier ,qu'elle que soit son contenu. Le navigateur dresse de manière universelle la carte des fichiers , on peut y ajouter une option "afficher seulement ce type de fichier" (qui en fait existe déjà , lorsqu'on affiche par extension ). Mais je ne comprends pas le gain espéré lorsqu'on va délibérement à l'encontre de l'universalité du navigateur.
Le fait que certaines personnes n'utilise pas sur des tablettes ou autres un navigateur ne signifie pas qu'il faille enlever celui ci ailleurs. Quels sont les gains espéré (pour l'utilisateur) du fait de ne plus pouvoir se faire une idée précise de ce que chaque répertoire contient ?
Le seul élément de réponse dont je peux raisonnablement me basé se situe sur cette volonté de transformer le PC en tablette (plutot que l'inverse ).
Je dirais que lorsqu'on transforme un "device" en PC (c'est à dire qu'on en augmente l'ouverture et les capacités techniques nécessaires à celle ci ) c'est un gain pour l'utilisateur en terme de liberté (je fais référence au Nokia N900 qui est clairement un pc avec fonction GSM plutot que l'inverse). De ce que je vois les tablettes et autres sont plutot dans une tendance inverse, et dès lors mène forcément à une restriction d'usage, losrqu'on me dit qu'il y a une stratégie de convergence（＊） , c'est plutot vers la mauvaise direction, il me semble.
Cela ressemble à une forme de Minitelisation du PC par le design (n'est ce pas ce qu'a fait Apple ?)
（＊）, je fais référence à l'article d'avril 2012:
[^] # Re: File manager
Posté par eastwind☯ . En réponse au journal Nautilus c'est super cool. Évalué à 7. Dernière modification le 20 août 2012 à 19:46.
Je ne comprends pas pourquoi on retire, soudainement et sans préavis, quelque chose d'utile dont la fréqence d'utilisation est relativement élevé au quotidien.
Cela signifie aussi , si j'ai bien saisi qu'il n'y aura plus d'interface graphique unifié par défaut pour le gestionnaire de fichier ?
Je demande à voir des mesures quantifiés fondant la pertinence de la décision.
# finalement
Posté par eastwind☯ . En réponse au message redirection de la sortie audio vers /dev/null. Évalué à 2.
j'ai écris un code qui en meme temps qu'il prononce , mesure le temps dans un fichier :
j'ajouterais surement le code
lorsque j'aurais le temps pour en faire une fonction spécifique.
Merci
[^] # Re: /dev/null
Posté par eastwind☯ . En réponse au message redirection de la sortie audio vers /dev/null. Évalué à 2.
ha oui simplemennt (j'étais tellment dans les redirection que j'y ai pas pensé)
# En fait ...
Posté par eastwind☯ . En réponse au journal Actualité geek-libriste d'été : licencisme libriste chez Disney. Évalué à 10. Dernière modification le 20 août 2012 à 16:36.
le logiciel libre n'est pas intrinsèquement plus sur en tant que code, mais par l'ouverture des sources, il permet de créer un mécanisme dynamique de révision (dans la meme logique que celle des cercles scientifiques), qui le rend statistiquement moins vulnérable, résumé par la "lois de Linus" selon laquelle : given enough eyeballs all bugs are shallow (s'il y assez de pairs d'yeux ,alors tous les bugs deviennent évident)
Ce mécanisme n'est vrai que s'il y a effectivement assez de personne pour un projet donnée, et qui effectivement ont les compétences techniques nécessaires , ainsi que le temps et la volonté pour s'investir dans cette révision.
Je rappelle le proof of concept par l'un des père d'Unix nommé le Ken Thompson Hack qui se pose la question de la manière de s'assurer que son propre code source lors de la compilation ne va pas etre vérolé par un compilateur qui contiendrait un mécanisme d'ajout de code malveillant tiers , tout en étant invisible dans le code source du compilateur en tant que tel.
>
Ken describes how he injected a virus into a compiler. Not only did his compiler know it was compiling the login function and inject a backdoor, but it also knew when it was compiling itself and injected the backdoor generator into the compiler it was creating. The source code for the compiler thereafter contains no evidence of either virus.
Au final, Ken en tire plusieurs conclusion, dont le fait qu'on ne peut jamais etre sur à 100 % d'un code que l'on a pas soi meme écrit, étant donnée que l'on dépend forcément d'un niveau précédent d'un niveau plus bas (niveau de l'assembleur par exemple-), l'on ne peut jamais etre sur réellement, à moin de pouvoir remonter toutes la chaine soi meme. En outre, plus le code malveillant se trouve dans des niveaux bas, plus il est difficile de le détecter.
On peut en faire un parallèle par rapport à la probatio diabolica en droit privé, qui nécessite de remonter toute la chaine des propriétaires pour s'assurer qu'on détient une propriété légitime.
Il est évident que lors d'utilisation de logiciel non libre, étant donnée que l'accès au code source est interdit, le risque d'une attaque (via un bug ou autre) est augmenté de manière drastique. L'on ne se remet qu'au bon vouloir de l'auteur sans aucune garantie quelconque.
Je précise que mon but (contrairement à l'appel du journal) n'est pas de lancer des trolls (il y en a assez sur internet qui gaspille la bande passante et l'énergie de ses usagers).
Plusieurs articles fesait état lors de la diffusion d'android sur certains appareil de backdoor et meme de trojan.
les appareils fournie par la société chinoise zte
Certains appareils appartenant à la gamme Samsung Galaxy (il y aurait un backdoor d'après l'article de zataz du 17 aout 2012)
Et certains trojan qui ont infectés des androids et dont le but était de récupérer les informations confidentiels pour les envoyés vers des serveurs à Shenzhen.
Il nous faudrait plus de détails pour pouvoir évaluer clairement ou se situait le problème (est ce dans des parties propriétaires ou libre ? ) ainsi que le type de mécanisme et le comportement réellement adopté.
Sinon , il faudrait rappeler les fait de la NSA KEY inclus dans la base de régistre de Microsoft Windows, ainsi que l'affaire cryptome qui avait fait leaker les documents par rapport à l'architecture d'enregistrement et d'accès au réseaux msn (enregistrement des conversations, accès à certains services de sécurité gouvernmentaux ).
# Moi qui pensais ...
Posté par eastwind☯ . En réponse au journal Actualité geek-féministe de l'été . Évalué à 10. Dernière modification le 19 août 2012 à 00:16.
… que le but du libre, c'était de faire un code libre de qualité.
Qu'untel soit une femme ou un homme est à mes yeux non pertinent, et assez hors sujet en fait.
J'ai l'impression que l'on dramatise* une blague de potache. Elle est bien lourde , j'en conviens mais bon on peut la nommer autrement que cela n'améliorera pas d'un seul iota la qualité du code.
On parle de deux choses différents, le code c'est concret et objectivable. Le nom d'une constante est ici utilisé comme une représentation de quelque chose , d'abstrait et de subjectif (pourquoi tu as nommé ta variable comme cela , tu es sexiste ? ).
Peut etre que la personne est sexiste ou peut etre pas. Dans un cas ou l'autre , en quoi le code va t-il devenir meilleur ? Le nom de cette constante ne plait pas , il suffit d'y faire un search and replace.
La question du harcèlement existe dans la vrai vie, il ne faut pas la minimiser, mais là on est dans une projection fantasmatique (y a t-il eu harcèlement à cause du nom de cette constante ?). Ensuite s'il y a vraiment eu harcèlement lors de rencontres et conférences , que la victime porte plainte contre la personne concernée. Tout le monde n'harcèle pas le sexe opposée (et c'est faire un amalgame tout aussi puérile que de mettre tout le genre masculin dans le meme sac que certains) . Finalement ce n'est pas un problème propre au libre, donc le libre ne pourra jamais le régler c'est a une echelle plus générale (et au pénal il existe ces incriminations ).
Bien entendu le comportement rapporté des personnes de 4chans est tout aussi puéril et ne fais que donner du grain à moudre (mais ne font-ils pas que cela chez 4chans ?)
Le libre ne peut pas régler un problème qui bien qu'elle puisse affecté la communauté , n'en est pas moins en dehors de sa sphère de compétence.
Quant à Microsoft, il a une influence bien plus déterminante sur nos libertés dans le cyberespace , que celle du nom d'une constante.
comme le dit Torvalds :
talk is cheap, show me the code
*A en juger par le titre du journal précédent sur la question des libertés fondamentales, il semble effectivement avoir une disproportionnalité dans la manière dont le sujet est traité. Les libertés fondamentales ne se ramènent pas à une question de sexisme , et la liberté d'expression n'est qu'une des libertés fondamentales, et la question de leur modalité d' usage est tout aussi étendu, ainsi que le fait de préscrire une modalité d'usage.
[^] # Re: Nettoyage
Posté par eastwind☯ . En réponse au journal Clavier-décharge : du danger de manger devant l'ordi. Évalué à 1.
ha je n'étais pas au courant.
[^] # Re: /dev/null
Posté par eastwind☯ . En réponse au message redirection de la sortie audio vers /dev/null. Évalué à 2. Dernière modification le 18 août 2012 à 12:18.
Je ne connais pas cet commande, mais n'a elle pas pour effet d'enlever la portabilité ? (tout le monde n'a pas pulseaudio, par exemple certains utilise jack ou autre s'il en existe ).
j'aimerais garder le script avec le minimum de dépendance spécifique et un maximum de portabilité.
[^] # Re: /dev/null
Posté par eastwind☯ . En réponse au message redirection de la sortie audio vers /dev/null. Évalué à 2. Dernière modification le 18 août 2012 à 12:16.
ekho est dans la philosphie Unix il serait abhérant que ce soit à un logiciel de synthèse vocale de s'occuper des questions de direction de son du système d'exploitation. Cela irait à l'encontre meme des principes:)
Je te laisse imaginer l'augmentation drastique de la complexité et de son cout.
[^] # Re: /dev/null
Posté par eastwind☯ . En réponse au message redirection de la sortie audio vers /dev/null. Évalué à 2. Dernière modification le 18 août 2012 à 11:59.
Je te remerci pour tout , mais je pense que je vais finalement simplement faire afficher un message d'avertissement , afin de savoir qu'il faut éteindre ses hauts-parleurs pendant le traitement.
Dans le cas présent , ce que je trouve particulièrement dommage c'est qu'une chose que je pouvais faire simplement et rapidement (grace aux principes unix de redirection et de fichier ) , je ne peux plus le faire simplement. Ici, la complexité pour régler un problème trivial augmente de manière géométrique par rapport à son seuil inital (qui était celui qui est le plus proche de l'idéal en terme d'investissement de temps par rapport au résultat escompté).
de manière quantifié il est simple de voir qu'une ligne de commande m'aurais pris tout au plus 10 minutes (pour faire large ). Dans le cas présent , si l'on prend pour point de départ le message inital est posté à 20:56 , il est maintenant 11:39 , si l'on ne compte pas les temps non passé à essayer de trouver une solution (sommeil , repas … ), alors on a environs
Total = 3 h41 minutes (sans compter ce post ci) soit 221 minutes.
En comparant avec le temps inital idéal ( 10 minutes ) , nous avons une augmentation de ((221 minutes * 100 ) /10） 2210 % avec un résultat tout aussi négatif, dont la dernière piste emmène au delà du but original et promet une augmentation de la complexité encore plus géométrique, sans aucune garantie de résultat.
Je pense que c'est ce qu'on appel le cout de la complexité qui entraine un gaspillage énorme de temps pour un résultat ridicule ou meme sans retour du tout.
Cela nous apprends aussi que la simplicité proné par les principes Unix ont pour effet de contenir cette augmentation géométrique de la complexité pour un résultat supérieur. Ainsi suivre ceux-ci permet de garder le seuil d'investissement à son niveau le plus optimal dans une situation donnée.
L'on comprend dès lors la frustration de l'usager lorsqu'un composant important de l'ordinateur (le serveur de son ) , envoie ballader ces principes (qui ont fait leur preuve). Et lorsque ce type de comportement s'étend à d'autres partie du système (par exemple la journalisation ) tout aussi stratégique, la fustration ne peut que faire qu'augmenter. Ce n'est ici pas une querelle de chapelle , mais une question d'efficacité.
(et j'ai encore sous estimé le temps car j'ai pris pour point de départ le premier message , alors qu'en fait cela vient bien avant)