J'étais mardi à l'école 42 pour y faire une présentation de Mozilla. Plutôt que d'y faire une présentation classique, j'ai décidé d'improviser sur les thèmes ci-dessous :
"Code is Law" dit Lawrence Lessig. "Le code, c'est la loi".
En effet, l'utilisateur d'un logiciel ne peut faire que ce que le développeur a permis au logiciel de faire. Les développeurs de logiciels ont donc un pouvoir énorme sur les utilisateurs. Ce sont les juristes du 21eme siècle. A moins que le code du logiciel ne soit Libre, l'utilisateur voit sa liberté contrôlée - donc bridée - par le développeur.
"Software is eating the world" dit Marc Andressen. "Le logiciel dévore le monde".
En effet, le logiciel gagne du terrain. La moindre machine à laver le linge - auparavant mécanique - est maintenant équipée d'un micro-contrôleur qui exécute du logiciel. Les applications de nos ordinateurs nous permettent d'interagir avec le monde qui nous entoure. Nos ordinateurs sont maintenant en permanence avec nous, dans nos poches. Tous les secteurs sont révolutionnés par le logiciel : la presse, l'éducation, le divertissement, même des secteurs comme l'hôtellerie avec Booking.com et AirBnB et les taxis avec Uber.
"With great power comes great responsibilities" dit l'oncle Ben dans Spiderman. "Avec de grands pouvoir viennent de grandes responsabilités".
Puisque les développeurs ont un énorme pouvoir sur nos vies et que ce pouvoir est croissant, ils ont d'énormes responsabilités. Ils ont le choix entre d'un coté écrire du logiciel propriétaire et donc devenir ceux qui limitent les libertés des utilisateurs, ou d'autre part être ceux qui libèrent ces utilisateurs en écrivant du logiciel Libre.
Références
J'ai indiqué plusieurs liens et concepts lors de la conférence. En voici les références :
- Flame – Firefox OS Reference Phone (128,17€) ;
- Contribuer à Mozilla ;
- Documentation technique Mozilla ;
- Actu technique Mozilla : Hacks ;
- Actu Mozilla ;
- Faire tourner d'autres langages dans une plateforme JavaScript : emscripten ;
- Faire tourner des jeux vidéos dans un navigateur en combinant WebGL et emscripten :
- billet sur Unity (voir aussi chez Unity) ;
- billet sur Unreal Engine.
- La présentation de Stéphanie Ouillon sur la sécurité.
4 réactions
1 De Clochix - 13/06/2014, 13:08
Le choix que tu proposes dans ton dernier paragraphe me semble trop binaire. Si nous pouvons avoir le choix de la licence dans nos projets personnels, c'est rarement le cas pour le code que nous développons pour notre employeur. Avoir la chance d'être employé par un projet libre n'est pas qu'une question de choix, mais également de compétences
Je reformulerais en disant que notre responsabilité dépasse la technique. Notre travail n'est pas seulement d'écrire du code qui compile et soit conforme aux canons de qualité. Il implique également de réfléchir aux conséquences de nos choix techniques sur les utilisateurs, et d'essayer d'influencer les décisions pour aller dans leur sens. Prendre en compte le respect des utilisateurs dans chacune de nos lignes de code. Et donc avoir une réflexion sur l'éthique de notre travail. C'est peut-être une idée que tu pourrais pousser.
2 De un developpeur - 13/06/2014, 15:06
Je vais quand meme mettre un bemol a ce texte. A moins d etre issus d une famille tres fortunee (et dont les membre decedent jeunes), un developpeur a besoin d argent pour vivre. Et malheureusement le libre/open source ca nourrit pas beaucoup de monde. Meme Mozilla (auquel je fait un don) vit grace a google. Sans google, mozilla ne pourrait pas avoir autant de monde et firefox ne serait pas ce qu il est.
L autre probleme, c est que c est rarement le developpeur qui ecrit les specifications. Si par exemple, on vous demande d interdire la connection avec le systeme X du concurrent ou la version Y (histoire de pousser a la vente de Z) vous vous faites licencier en refusant ?
3 De Jo - 14/06/2014, 13:46
Ce ne sont pas les développeurs qui ont de grandes responsabilités, mais leurs patrons. Ce sont ces derniers qui exigent du code propriétaire et fermé, peu de temps accordé aux tests, la place accordée à la sécurité, etc.
J'imagine aisément que nombre de développeurs sont frustrés par les idées dépassées de leurs supérieurs hiérarchiques (patrons, mais aussi chefs de projet), et il est souvent difficile voir impossible de leur faire entendre raison.
4 De NicoM - 14/06/2014, 20:00
Mais ne perdons pas de vue que les développeurs sont rarement libres de leurs choix. Ceux qui développent dans leur coin, si, mais ceux qui travaillent pour une entreprise ne font que se plier aux ordres... Les premiers ne sont pas la majorité. Donc la plupart du temps, ce ne sont pas les devs les maîtres, mais justes ceux qui les paient... comme d'habitude.