LeBouquetin a écrit 2116 commentaires

  • [^] # Re: Quelques commentaires

    Posté par  (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 6.

        Le fait est que ce n'est probablement "pas tant de la merde que ça" vu comme ça a été accueilli
    
    Accueilli ? Je ne me souviens pas que Javascript ait été accueilli avec des cris d'enthousiasme. En plus, à l'époque ça ne servait à rien à part afficher quelques effets kikoolol.
    

    Beaucoup de gens étaient content de faire des effets kikoolol.

    Après, les utilisateurs font avec ce qu'ils ont : si le seul langage pour coder côté client est Javascript, ils vont utiliser Javascript…
    

    Pour faire des appli web dynamiques, il y avait Javascript, il y avait Flash, il y avait les applets Java et Java web start, il y avait Silverlight ; il se trouve que la techno la plus facile à mettre en oeuvre et à déployer / utiliser était Javascript. C'est comme ça.

    Si tu avais une meilleure idée, il ne fallait pas hésiter à la développer et la mettre en oeuvre . Reste qu'après 20 ans, si Javascript est LA techno qui a su s'imposer, c'est parce qu'elle convenait le mieux (peut-être pas "bien", mais "mieux" que les autres) aux besoins des utilisateurs.

    Je précise que je n'aime pas spécialement Javascript, mais faut arrêter de croire qu'on détient la vérité et que nos prédécesseurs sont des ânes.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: Quelques commentaires

    Posté par  (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 3.

    C'est tout de même le boulot du développeur d'expliquer clairement qu'on est entrain de faire de la merde.
    

    C'est son boulot de dire qu'on fait de la merde. Le fait est que ce n'est probablement "pas tant de la merde que ça" vu comme ça a été accueilli et comme c'est désormais utilisé. Dans les très bons langages, il y a Eiffel. Excellent langage… mais pas du tout utilisé.

    Et continuer de s'y attacher 20 ans après ça donne surtout l'impression qu'ils ont tellement investi dedans qu'ils résistent au changement.
    

    L'argument de la durée n'a pas de sens :
    - le C++, par exemple, certains le vantent encore et à juste titre
    - si la nouvelle techno n'apporte qu'un peu d'amélioration (par rapport à "recoder" 20 ans de dév), c'est pertinent de résister au changement.

    Maintenant, là, j'en sais rien si Dart c'est la super techno révolutionnaire par rapport à JS. Mais si tu mises sur une techno donnée (c'est le cas de Mozilla, notamment avec ses téléphones mobiles), c'est cohérent de la défendre (pertinent, c'est une autre histoire).

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: Quelques commentaires

    Posté par  (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 5. Dernière modification le 24 décembre 2013 à 08:33.

        je ne pense pas que l'on puisse reprocher a Brendan Eich la creation de JavaScript
    
    On ne créé pas un langage en quelques jours. On se moque sufisamment des SSII et des gros éditeurs qui sortent des trucs non testés pour ne pas me gêner pour rappeler à Mozilla (beaucoup sont des anciens de Netscape, et pas les moins bien placés) qu'ils ont développés cette daube. Et au lieu de saluer toute initiative d'amélioration, sa réaction est de dire "on ne le fera jamais" comme un gamin capricieux.
    
    Depuis 7 ans, Google améliore le Web. Et en plus, tout est normalisé W3C (Shadow Dom, Mutation Observers, http2…) ou en cours de l'être comme Dart. Tous les projets sont Libres. On peut les attaquer sur beaucoup de points (vie privée, monopole sur la pub, fonctionnement du moteur de recehrche…) mais pas celui de se bouger le cul pour faire avancer les choses.
    

    C'est exactement ce qu'a fait Brendan Eich… avec des moyens probablement plus modestes que ceux dont disposent les équipes R&D de Google…

    Note au passage que tous les projets Google ne sont pas libres ; qu'ils tentent de fermer régulièrement des choses - leur API Caldav, par exemple, même si au final ils ont renoncé face aux protestations.

    Enfin, pour ce qui est de se bouger le cul pour faire avancer le web, cela me semble assez logique qu'une boîte dont le crédo est de gagner un maximum d'argent améliore ses outils de génération de revenu ; il se trouve que le web en est le principal vecteur et que libérer des technologies est un des moyens stratégiques les plus efficaces pour assurer son adoption avec un moindre effort.

    Pour caricaturer, c'est un peu comme si tu comparais l'amélioration des outils de gestion locative mis en œuvre par Foncia ou par l'office HLM. Buts différents = moyens différents.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: Quelques commentaires

    Posté par  (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 2.

        je ne pense pas que l'on puisse reprocher a Brendan Eich la creation de JavaScript : il faut se remettre dans le contexte de l'epoque. Le langage a ete cree en quelques jours seulement.
    
    Quelqu'un avec un minimum d'éthique professionnelle aurait pu refuser en disant "désolé, on ne crée pas un langage de programmation en quelques jours". D'autant que le besoin, justement, n'était pas criant à l'époque (il me semble). M'enfin bon…
    

    Dans la vraie vie, il y a la théorie et la pratique. refuser en disant "désolé, on ne créé pas un langage de programmation en quelques jours" ça serait typique du puriste qui dit "non, je ne veux pas utiliser un ordinateur si on n'a pas 100% de logiciel libre"… Heureusement que certains sont plus enclins au compromis (même s'il est import qu'il y ait des puristes).

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: campus francais, serveur aux US

    Posté par  (site web personnel, Mastodon) . En réponse au journal qyshare et Amazon EC2. Évalué à 2.

    Je ne suis absolument pas d'accord avec cette mentalité "il faut acheter français" sans regarder le problème en face. C'est le meilleur moyen pour continuer dans la même direction (et sombrer). C'est d'ailleurs une grosse critique que j'ai envers la mentalité française : ne pas se remttre en question, faire de la politique plutôt que de la technique. Ca marche parfois (surtout pour les grosses boites). Pas toujours (TPE/PME).
    

    Je parle à service égal, pas à tout prix. Si ton besoin c'est du simple VDS pour le marché français et que tu achètes Amazon et non pas Gandi sous prétexte que Amazon c'est worldwide, c'est regrettable. Si tu vises le marché mondial et que tu as besoin de toutes les features de Amazon, alors c'est pas pertinent d'acheter Gandi… c'est ça que je dis : la préférence locale.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: campus francais, serveur aux US

    Posté par  (site web personnel, Mastodon) . En réponse au journal qyshare et Amazon EC2. Évalué à 2. Dernière modification le 17 décembre 2013 à 21:55.

    J'ai eu une expérience du service après-vente assez exceptionelle avec Gandi. Tu poses une question par email, sur une problématique a priori pas adressée par leur offre, mais pas sûr, et pouf, le support t'appelle (t'avais déjà à peine espéré une réponse claire par email), et il prend 1/2h pour bien comprendre ton besoin - le mec est calé en face. Franchement, ça vaut le prix.

    Pour l'aspect "mondial" ouais ok, après combien de gens en ont vraiment besoin ? J'ai une tendance naturelle à me dire "si tu achètes local, tôt ou tard tu es gagnant parce que tu pérennises ton environnement direct. Quand on achète tout aux américains, bah faut pas s'étonner après que l'économie française aille mal. On va me dire que ce sont les entreprises qui sont des nases… en fait je m'en fiche de savoir qui est le plus nase, le résultat c'est juste que l'argent s'en va et ne revient pas… et une entreprise - qui est simplement une structure juridique, une personne morale (c'est assez ironique, d'ailleurs;), si elle ne fait plus d'argent ici, elle s'en va et puis c'est tout.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: campus francais, serveur aux US

    Posté par  (site web personnel, Mastodon) . En réponse au journal qyshare et Amazon EC2. Évalué à 2. Dernière modification le 17 décembre 2013 à 17:19.

    Par curiosité, pourquoi ne pas avoir choisi une offre française comme Gandi par exemple ?

    https://www.gandi.net/hebergement/serveur

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: campus francais, serveur aux US

    Posté par  (site web personnel, Mastodon) . En réponse au journal qyshare et Amazon EC2. Évalué à 3.

    Je pense que le site gagnerait à être un peu markettée : si on tombe sur votre site par hasard, on n'a pas envie d'aller plus loin, même en étant pro fabrication française. Je sais, ici tout le monde plein de gens pensent que le marketing c'est mal, mais bon, faut sortir des laboratoires et des salles de dév et on constate que c'est quand même une bonne chose pour gagner de l'argent ;)

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: C vs Python pour des applis Gnome

    Posté par  (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 2.

        Dans les langages qu'on juge souvent moches, il y a PHP ; par rapport à ses origines, PHP a désormais un typage dans les signatures de méthodes… ce n'est probablement pas pour rien
    Personnellement, j'éviterais de prendre PHP en référence, hein.
    

    C'est toi qui voit. PHP n'est pas un langage de programmation aussi avancé que python, mais PHP est tout de même utilisé par des milliers de développeurs, que ce soit sur des projets type "Kévin bidouille dans son garage" ou pour des très très gros projets. C'est par ailleurs un langage qui semble en partie guidé par un certain pragmatisme, et si le typage statique a été ajouté, c'est peut-être parce que cela a des avantages.

    Pour le reste, je suis d'accord avec toi.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: C vs Python pour des applis Gnome

    Posté par  (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 1.

    Il me semble que cette méthode de documentation est prônée par les aficionados de python (et dans les guide-lines ?), je me trompe ? (si oui, alors ok, mea culpa)

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: C vs Python pour des applis Gnome

    Posté par  (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 4.

    Je suis totalement d'accord sur la lisibilité du code et sur le fait qu'une fois que tu connais ça marche bien.

    Le problème que je vois, c'est qu'avec des API très riches, l'auto-complétion proposée avec des langages fortement typés est sans égal en terme de confort, notamment lorsque des méthodes proposent différentes signatures.

    J'apprécie python - j'en fais beaucoup, mais j'en reconnais aussi certaines limites.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: C vs Python pour des applis Gnome

    Posté par  (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 6.

    Bof, si tu en es réduit à utiliser le type des arguments comme toute documentation d'une fonction, c'est que le code est mal fichu et c'est plus dangereux qu'autre chose. 
    

    C'est de la langue de bois, ça : dire que le typage des données correspond à de la documentation ne signifie à aucun moment que c'est la seule documentation.

    PArailleurs, l'exempleque tu donnes, c'est le truc qui me dérange souvent quand je fais du python : les exemples donnés dans la doc ne sont pas exhaustifs, et bien entendu tu tombes toujours dans le cas "non documenté".

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: C vs Python pour des applis Gnome

    Posté par  (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 5.

    Tu parles comme s'il n'était pas possible de faire des tests unitaires sur des langages typés statiquement…

    Le problème avec les langages dynamiques, c'est que ce que tu sais à la conception - le type d'objet que tu manipules à un instant donné (par exemple quand tu définis la signature d'une nouvelle méthode) n'est pas capitalisé pour la personne qui va reprendre / maintenir / faire évoluer ton code. Avec un langage typé statiquement, si tu ne fais pas volontairement des trucs "crades", tu capitalises forcément d'un intervenant à l'autre sur le code.

    Dans les langages qu'on juge souvent moches, il y a PHP ; par rapport à ses origines, PHP a désormais un typage dans les signatures de méthodes… ce n'est probablement pas pour rien. Sur des projets d'envergure, tu es vraiment serein quand tu codes avec un typage statique : ce n'est peut-être pas plus rapide à développer, mais tu n'as pas les fesses qui font bravo à chaque refactoring : tu sais ce que tu casses et ce que tu ne casses pas.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: C vs Python pour des applis Gnome

    Posté par  (site web personnel, Mastodon) . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 2.

    Je suis moi-même intéressé par le typage statique. Cela faciliterait la vérification, l'optimisation et l'outillage. Comme je l'ai dit, ce langage n'est pas parfait. Mais il est souple, il a une syntaxe épurée et claire, et il permet de développer rapidement. Ce qui en fait un langage de choix pour développer une appli pour un environnement de bureau
    

    Je me suis mis à QT il y a quelques temps. Avec python. A la base je fais plus du dév client/serveur, web, api, etc. Bah pour découvrir l'API QT en codant en python… comment dire… tu sais que ça existe, mais tu n'as aucun moyen de trouver seul. Par opposition, tu dév en C++ avec QT, tu utilises le bon IDE et tu te régales à découvrir ton framework, son api et à développer. J'ai développé quelques temps en C# pour faire des applis avec interface graphique en environnement Windows, c'était vraiment agréable de coder.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • # Merci beaucoup pour vos retours...

    Posté par  (site web personnel, Mastodon) . En réponse au message Questionnement sur une opportunité d'enseigner l'informatique. Évalué à 6.

    Je pense que je ne vais pas m'engager dans cette direction. La formation m'intéresse, mais là j'envisageais plutôt ça comme une "activité d'appoint", mais manifestement ça ne serait pas le cas si je veux faire mon travail correctement.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: Deux précisions

    Posté par  (site web personnel, Mastodon) . En réponse au message Questionnement sur une opportunité d'enseigner l'informatique. Évalué à 3.

    Non aucune idée :-s Je sais juste qu'ils sont en alternance depuis septembre, qu'ils ont au moins un bac+2 ou une expérience pro vu que ça fait partie des critères de recrutement… donc normalement pas de débutant…

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: cela n'a pas l'air si faux

    Posté par  (site web personnel, Mastodon) . En réponse au journal Usurpation de l'identité d'Amnesty International. Évalué à 5.

    Il peut certainement s'enquérir de pourquoi il reçoit un courriel avec tel émetteur.

    Ce n'est pas ce qu'il a fait : ce qu'il a fait c'est d'évaluer cet email comme a priori abusif. S'il voulait s'informer pour de vrai, dans un premier temps il aurait contacté Amnesty International qui lui aurait répondu : "oui, nous utilisons les services de Odyssey pour nos emailings". (ou "non, cet email ne vient pas de nous")

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: cela n'a pas l'air si faux

    Posté par  (site web personnel, Mastodon) . En réponse au journal Usurpation de l'identité d'Amnesty International. Évalué à 5.

    Bon après, j'ai aussi tiqué en lisant presta, en sachant que je suis sensible au sujet de la répartition des dépenses par les assos, et que je ne vois pas dans la prestation de service une garantie de qualité (le contrat permettant j'espère certaines garanties, au sens légal, mais pas 'certitude de travail bien fait')
    

    Hm… tu vois plus (+) de garantie de qualité dans du bénévolat que dans un service qu'on te vend contractuellement ?

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: Deux précisions

    Posté par  (site web personnel, Mastodon) . En réponse au message Questionnement sur une opportunité d'enseigner l'informatique. Évalué à 4.

    Par contre, à force de répéter tes cours, ceux-ci vont naturellement se structurer, et assez vite. En 2004, je travaillais dans un petit bureau de bioinformatique au sein de la structure par laquelle j'étais embauché. j'avais donné non pas un cours mais une petite conférence lors de la Fête de la Science. J'avais préparé une trame, qui était naturellement maladroite la première fois que je l'ai exposée, mais nous avons eu plusieurs groupes successifs (programmés à peu près à heures fixes), si bien que je l'ai présentée cinq ou six fois en une journée avec 1/4 d'heure de pause entre chaque séance. À la fin de la journée, je la maîtrisais parfaitement, je parlais de façon posée et fluide, et donnait l'impression d'être un professionnel confirmé de longue date alors que je connaissais mon métier (la programmation), mais que je ne possédais que des bribes de bio-informatique. Et ce, avant la fin de la journée. Ceci pour dire, donc, que ce n'est pas rentable dans les premières séances mais que cela le devient très vite.
    

    Ca, je n'en doute pas un instant ; par contre dans mon cas je ne referai pas un cours (enfin a priori) car c'est un programme complet sur l'année, pas une formation que je re-produit d'une fois sur l'autre. C'est ce côté "toujours préparer un cours nouveau" qui me fait m'interroger sur le temps que ça va me prendre.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • # Deux précisions

    Posté par  (site web personnel, Mastodon) . En réponse au message Questionnement sur une opportunité d'enseigner l'informatique. Évalué à 2.

    • il n'y a pas de plan genre "1j sur ceci ou 2j sur cela" : je dois tout mettre au point (en suivant les grandes thèmes imposées, mais aucun détail)
    • j'ai chiffré à la louche 1h de prépa pour 1h de cours, mais je me dis qu'au début ça doit vraiment être limite…

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: La question que je me pose quand je vois ça...

    Posté par  (site web personnel, Mastodon) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 1. Dernière modification le 11 décembre 2013 à 17:57.

    À choisir, et contrairement aux théoristes du complot, je préfère encore que ces données puissent être récupérées par un agent assermenté que par Google ou Facebook qui vont les revendre aux plus offrants. Je n'ai pas été élevé dans la peur de l'État : en plus de payer mon salaire (accessoirement), l'État est supposé me venir en aide si je suis très malade, si je suis au chômage, il défend (plus ou moins bien) ma sécurité vis à vis des États voisins, ou vis-à-vis de mes vrais voisins… À la base, l'État, c'est quand même une bonne chose, et ça me saoûle un peu cette mode US de se monter le chou sur du vent, surtout quand il n'y a vraiment aucun changement dans l'esprit de la loi, comme c'est le cas ici. En tout cas, quand on relit calmement le fameux article 13, on ne peut pas y trouver le risque d'espionnage généralisé : chaque écoute "numérique" devra être individuellement motivée et validée a posteriori par une commission, comme c'est actuellement le cas pour les écoutes téléphoniques. Je préfèrerais aussi que ça passe par le bureau du procureur, mais ce n'est pas ce genre de trucs qui va me rendre parano… 
    

    La différence entre l'état et Google, c'est que si j'ai crée un compte chez Google, c'est un choix personnel.

    La différence c'est aussi que j'ai des recours légaux tant que ce n'est pas autorisé par la loi. Avec cette loi, tu autorises l'espionnage généralisé, ça a une signification beaucoup plus large que "l'administration va voir que je vais sur des sites", ça signifie que l'état a droit d'enregistrer mes faits et gestes pour mon bien sans que je puisse y opposer une quelconque objection. C'est ça le problème.

    Il n'y a pas besoin d'avoir peur de l'état pour être contre cette loi : pour moi la question est "est-ce légitime d'espionner sans raison la population", la réponse que j'y trouve est "non ce n'est pas légitime", qu'il y ait des conséquences directes à l'instant t ou qu'il n'y en ait pas. Ce n'est pas légitime, il n'y a donc pas de raison de le faire. Et encore moins de raison de l'autoriser dans la loi.

    C'est un principe de sécurité (au sens large) de compartimenter l'accès à l'information. Si tu n'as pas de raison d'avoir accès à des données, alors on ne t'y donne pas accès ; par exemple parce que si tu te fais pirater ton compte, eh bien ça n'aura pas de répercution sur la sécurité générale.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: S'agit-il d'un succès économique ou social ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Crowdfunding de Lolix V2. Évalué à 5.

    N'était-ce pas le modèle économique envisagé de feu Lolix SA ?

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: La question que je me pose quand je vois ça...

    Posté par  (site web personnel, Mastodon) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 6.

        Maintenant est-ce que tu connais les programmes politiques de ceux qui se présentent ?
    
    Oui, je crois que c'est même une obligation (à vérifier) que tous les citoyens reçoivent avant le vote le programme de tous les candidats. Et avec internet, c'est encore plus facile qu'avant de s'informer et d'informer les autres ! 
    

    On te vend du rêve pendant 3 mois, puis on est élu, et ensuite comme par hasard, on n'applique pas le rêve qu'on a vendu. C'est une démarche naturelle, certes, car au début on veut faire bien et après on se rend compte qu'on ne peut pas ; mais je ne vois pas de raison pour que le peuple n'ait pas un certain contrôle au fur et à mesure des années qui passent.

    Après tu sembles critiquer autre chose : ben oui, les gens préfèrent aller s'informer sur lemonde, le figaro et TF1 que sur mediapart ou linuxfr, c'est la vie. La plupart de nos concitoyens choisissent de rester mal informer, mais c'est leur droit, même si ça nous emmène tous vers la catastrophe. On rejoint l'argument du frustré : les gens font différemment de moi --> c'est forcément des débiles.
    

    Les gens s'informent par l'intermédiaire des médias qu'ils veulent ; ce qu'on prône ici c'est de protéger la vie privée. Notre démarche "différente" protège aussi ceux qui s'informent sur TF1 ; ce n'est pas le cas dans l'autre sens

    Aujourd'hui pratiquement tout le monde peut se présenter, faire sa communication (même imparfaite), et être élu. Le problème n'est pas le système démocratique, sinon je veux bien des sources qui montrent l'accès impossible aux élections, l'accès impossible aux média (dont internet) ou le refus de reconnaître un élu en France.
    

    Ce n'est pas parce que l'accès est possible qu'il est équitable. Par exemple, les femmes ont accès aux postes de direction ; en pratique on se rend tout de même compte qu'elles ne sont pas beaucoup représentées. Rien ne les en empêche théoriquement… mais la pratique est différente.

    De toute manière, il ne s'agit pas d'être élu mais d'être entendu, écouté, pris en compte. C'est complètement différent (cf. mon message précédent où je parle de vie en communauté).

    MON problème est que mes concitoyens préfèrent élire des pourris corrompu qui n'ont strictement aucune vision au delà de leur portefeuille. Mais c'est mon problème, pas celui du système.
    

    Si le système est fait de manière à ce qu'il soit plus facile d'être élu lorsqu'on ne respecte pas ses engagements ou qu'on est guidé par le pouvoir, alors c'est aussi le problème du système.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • # S'agit-il d'un succès économique ou social ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Crowdfunding de Lolix V2. Évalué à 4.

    En d'autres termes, le financement (en euros, pas en nombre de soutiens) semble-t-il être plutôt le fait d'individus ou de sociétés ?

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

  • [^] # Re: La question que je me pose quand je vois ça...

    Posté par  (site web personnel, Mastodon) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 4.

    arnaudus, j'attends toujours le cas concret où l'espionnage généralisé est un bienfait. Tu dis qu'il faut arrêter de croire à la théorie du complot, que les solutions mises en oeuvre sont pertinentes, je ne demande qu'à y croire, mais pour cela j'ai besoin au minimum d'un fait réel. tu me donnes un exemple, s'il te plaît ?

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo