deft/pres-humanist-open-source.org
Yann Esposito (Yogsototh) c0ff70aba6
Sync
2019-04-01 13:14:52 +02:00

11 KiB
Raw Blame History

Doit-on considérer l'Open Source comme une espèce en danger ?

L'histoire de l'Open Source commence dans les milieux universitaires. Sa production fût d'abord basée sur des progrès scientifiques. Récemment, et pour l'Open Source, le progrès scientifique s'efface derrière l'innovation qui se trouve être majoritairement cantonnée au "Closed Source". Cette innovation produit aussi la majorité des richesses et les developpeurs/créateurs de software eux même commencent à déserter les territoires de l'Open Source pour rejoindre ceux plus attractifs des services payants et/ou fermés.

L'Open Source pourra-t-il résister ou survivre à ce changement ? Comment doit-on réagir.

Prelude

Presentation

  • Machine Learning, Université de Marseille (->2006)
  • Machine Learning, Laboratoire St Etienne (2006/2007)
  • CMS, Prod, Automatisation, Airfrance (2007 -> 2013)
  • Grid Pocket (2009 ->)
  • Real Time Social Media Analytics, Vigiglobe (2013 -> 2016)
  • Security, (Threat Response), Cisco (2016 ->)

Retour de voyage

  • Australie ; aborigènes

    • 60k ans, equilibre, survie, environnement hostile
    • arrivée de l'homme blanc; mensonges, vol, violences, prises d'intérets
    • echec des aborigènes, relegués en seconde zone, ils conservent une partie de leur culture, cerains pans disparus
  • How to use Behavorial Science to be More Productive
  • Let's LISP like it's 1959
  • Films, etc…

Positionnement

  • Pas de jugement moral, peu de considérations morales
  • Pas de politique media/TV, etc…
  • Pas technique

Open Source culture en danger comme les espèces?

Changement de paradigme

Petit à petit notre vocabulaire a évoluer, on ne parle plus de progrès mais d'innovation. On ne parle plus d'invention mais de disruption.

  • Progrès vs innovation:

    • Progrès: petites étapes qui font avancer l'Humanité vers une direction "positive".

      • Idéologie historique, réalité ou utopie?
    • Innovation: amélioration de produit, service, process, organisation (marché)

      • innovation de rupture: plus de consommateurs, changer la mesure de la performance, changer le business model. Nouveaux produit sur le marché.
      • progrès dénué des valeurs de Lumières
  • disruption vs Invention

    • Inventions: grandes étapes qui changent le rapport de l'Humanité avec son environnement.
    • Disruptions: changement du marché

Serait-ce si grave de perdre l'Open Source ?

Open Source comme resource

  • Science / Technologie
  • Uranium / Energie
  • Essence / Mecanique
  • Animaux / Agriculture
  • Open Source / Software Products, Services

Les piliers de la production de Softwares

  • Language de Programmation
  • Environnement de Developement
  • Libraries
  • Frameworks
  • RFCs (OAuth2, JSON, JWT, etc…)
  • Versionning System
  • Project Management
  • Internet
  • OS
  • Architectures
  • Deployments

Production de logiciel: Artisanat

  • Production de software reste un artisanat.

    • Certainement pas une ingéniérie

      • pas de règle qui assure la production; construction de pont vs ecriture de livre
    • Certainement du travail automatisable (lois sur le nb de dev)

      • si 1 femme fait un bébé en 9 mois, 9 femmes font un bébé en 1 mois

Production de logiciel: Élitiste

Peu de gens sont capables et volontaires pour mener à terme un développement d'un logiciel de qualité.

Production de logiciel: Long, Difficile, Incertain

  • Voir changelog de hello

Un logiciel vie dans un environnement qui change:

  • libs
  • hardware
  • OS
  • failles de sécurité

Production de logiciel: multi disciplinaire

  • connaissances tech

    • developpement
    • architecture
    • choix des outils (language, frameword, IDE, CVS, etc…)
  • project management

    • gestions issues, gestions des étapes, etc…
  • social

    • documentation
    • support
    • organisation; seul, plusieurs (p2p, centralisé, etc…)

Coût de la production de logiciel

Cher, difficile et long.

Mais l'open source permet d'avoir les permières marches communes pour tous.

Risque d'utiliser des outils closed source, se retrouver prisonniers. Coût de l'évolution non contrôlable.

Expérience personnelle:

  • AF: CMS, CVS, etc…
  • VG: twitter, FB, etc…

Effets de bords de la production de Software

  1. création d'expérience (les erreurs / succès de developpement rencontrés)
  2. production de "composants"; libs, outils, plugins, etc…

Sans open source, discussions publiques, ces effets de bords sont en grandes parties jetés à la poubelle.

Conséquence évidente: ralentissement du progrès, sans necessairement ralentir l'innovation.

Comment réagir ?

Reaction protectrice

Position de l'autruche. On va construire un mur. Je vais me cacher.

  • on doit protéger ces environnements

    • humanisme / socialisme / communisme / ecologisme / veganisme / etc…
    • seulement protectif et pas réellement actif
  • histoire montre que celà n'est pas suffisant, la société/culture la plus aggressive prend vite le pas et il ne reste que des poches de résistances

Reaction Aggressive

La meilleure défense c'est l'attque. "C'était mieux avant™".

  • on ne doit pas seulement protéger mais promouvoir, devenir la nouvelle norme et prendre la place.
  • Position paradoxale (forcer tout le monde à être vegan / socialiste / communiste …), et donc devenir la société/culture la plus aggressive.
  • reduction à une guerre d'influence, radicalisation de chacune des parties
  • probablement pas souhaitable

Réaction analytique / Darwiniste

Face à une nouvelle espèce aggréssive, évoluer pour s'y adapter

Pigeons, mouettes, cafards, etc…

Fuuuuusion: 1 + 1 > 2

Réussir à s'adapter tout en conservant son âme. Faire le deuil des fondements impossibles à conserver. Et trouver une combinaison qui soit plus efficace que chacune des parties. Cependant, pas nécessairement suffisant.

Science du comportement

  • Comment conditionner un pigeon à faire un tour sur lui-même en moins de 1 min?

    • renforcement positif
  • Effet de l'environnement culturel

    • Polynesie vs Quartiers chauds des US
    • pas besoin de prisons en Polynesie, pas de vol si tout est à tout le monde, etc…
    • remise en cause de nos fondamentaux; (ex: réaction au vol, éducation, etc…)
  • conclusion scientifique; la méthode la plus efficace :

    • renforcements positifs
    • modifier l'environnement culturel

Il faut adapter l'Open Source, mais aussi Adapter l'environnement à l'Open Source.

Mode d'emploi

Influence sur les Entreprises

Pour la survie de l'Open Source, l'influence des entreprises est clé.

  1. démontrer l'efficacité des stratégies économiques qui s'appuient sur l'Open Source (en train d'être gagné, google, FB, etc…)
  2. Réalisation que l'Open Source n'est pas un don du ciel, mais qu'il faut en prendre soin.
  3. Arriver à montrer qu'une stratégie/budget Open Source est nécessaire autant qu'un engagement vert, diversité, moral, etc…

Autre technique:

It suffices for an intransigent minority a certain type of intransigent minorities to reach a minutely small level, say three or four percent of the total population, for the entire population to have to submit to their preferences.

The Most Intolerant Wins: The Dominance of the Stubborn Minority Nassim Nicolas Taleb

Changement à faire dans la culture Open Source

Remise en question des fondements

  • Indien et dans de la pluie
  • Sacrifices humains, sacrifices d'animaux
  • Guerre en Amérique du sud, incompréhension du changement de règle, et à la réalisation, il est trop tard
  • etc…

Concepts à remettre en question

Le Progrès (1/3)

Souvent un mensonge:

  • num de version
  • nouveau language
  • nouveau framework
  • nouvelle DB
  • nouvel outil

Le Progrès (2/3): Sysiphe

Pas d'évolution des concepts fondamentaux.

Exemple:

  • SQL → Document DB → back to SQL

Les progrès proviennent encore en très grande majorité du milieu Universitaire. Mais peu de developpeurs en sont conscient.

Exemple:

  • Map/Reduce / Hadoop
  • Valeur propre de matrice (google search)

De la découverte scientifique à l'usage: 20 ans en moyenne

  • pas de GOTO
  • principe de substitution de Liskov
  • foncteurs
  • monades
  • applicatives foncteurs
  • linear typing

Le Progrès (3/3): Vivacité des projets / libs / etc…

  • TeX est fini.
  • framework populaire; react (431 issues, 57 bugs), vuejs (180 issues, 9 bugs)

L'activité n'est donc pas un bon indicateur pour juger de la qualité d'un software. Ce n'est pas un très bon indicateur de la stabilité non plus.

Il est en général supérieur de supprimer du code, simplifier du code que d'ajouter du code.

Vitesse de l'évolution de l'informatique

En grande partie illusoire. Changement incessant des pratiques superficielles, mais principes de fond identiques.

build binary → oh no… build shared lib → oh no… docker → ???

  • le progrès est lent: 20 ans entre un papier scientifique et son usage
  • les informaticiens sont d'extrèmes conservateurs. (cf. languages fonctionnels)

    • anti-progrès, anti-changement de fond
    • mais hyper pro-changements superficiels; nouvelle syntaxe, nouveau framework, nouvel outil qui font la même chose mais avec une innovation, mais surtout pas de changement de paradigme.

Critique de l'Open Source vs Startup/Entreprises

  • Open Source

    • progrès lents mais réel
    • gestion resources
  • Startup/Entreprises

    • qualité des produits (cf. self hosted)
    • proche des besoin immédiat, proche des utilisateurs

      • design
      • UI/UX
      • influençable
      • support
    • temps de livraison
    • autonomie, paye les contributeurs

Influencer Culture de l'Open Source

Certaines professions moins enclines à favoriser l'Open Source

  • les designers
  • les PM
  • pb: poule aux œufs d'or, pas de culture de l'open source
  • open source / culture scientifique est comme une matiere première et ne pas en prendre soin c'est tuer la créativité, l'inventivité.
  • innovation vs creation

Success Stories?

Exemples de modèles d'entreprises?

  • IOHK, toutes les infos sortent de l'entreprise, le code est open source et en même temps, culture d'entreprise, startup, réussite financière
  • metosin: partie specifiques privées, parties generiques publiques et open-sourcées
  • tweag.io: publication de leur techniques, open sources de libs, bug-fix sur GHC, etc…
  • fpcomplete
  • well typed

Refs