Benoit GANTAUME

Et pour ceux qui préfèrent la version française, quelqu’un l’a traduit :
www.notion.so/...

Et pour compléter le O'reily est open source (CC) pour consultation en ligne addyosmani.com/...

Est-ce que tu veux dire en tant que dev, qu'humain ou autre ?
J'ai du mal à y voir à terme quelque chose de positif... Je suis peut-être trop pessimiste. Le vieux rêve de l'homme de se libérer du travail est un fantasme et devrait le rester à mon avis...
Je m'interroge sur la société engendrée par un monde dans lequel la majorité des gens n'a plus besoin de travailler...
Je doute qu'elle soit bien égalitaire et qu'elle laisse une place à l'Humain.

Mark Manson en parle dans son dernier livre, et il imagine un scénario où l'humain, dépassé par la machine, commence à l'ériger en tant que divinité. Les humains feront alors des "prières" pour plaire aux algorithmes, aux Dieux-machines et attirer leurs bonnes faveurs.

Je trouve ce scénario à la fois grotesque, fantasque, et plausible si on regarde le passé de l'humanité envers ce qu'il ne comprend pas.

Est-ce que tu veux dire en tant que dev, qu'humain ou autre ?
J'ai du mal à y voir à terme quelque chose de positif... Je suis peut-être trop pessimiste. Le vieux rêve de l'homme de se libérer du travail est un fantasme et devrait le rester à mon avis...
Je m'interroge sur la société engendrée par un monde dans lequel la majorité des gens n'a plus besoin de travailler...
Je doute qu'elle soit bien égalitaire et qu'elle laisse une place à l'Humain.

Mark Manson en parle dans son dernier livre, et il imagine un scénario où l'humain, dépassé par la machine, commence à l'ériger en tant que divinité. Les humains feront alors des "prières" pour plaire aux algorithmes, aux Dieux-machines et attirer leurs bonnes faveurs.

Je trouve ce scénario à la fois grotesque, fantasque, et plausible si on regarde le passé de l'humanité envers ce qu'il ne comprend pas.

Est-ce que tu veux dire en tant que dev, qu'humain ou autre ?
J'ai du mal à y voir à terme quelque chose de positif... Je suis peut-être trop pessimiste. Le vieux rêve de l'homme de se libérer du travail est un fantasme et devrait le rester à mon avis...
Je m'interroge sur la société engendrée par un monde dans lequel la majorité des gens n'a plus besoin de travailler...
Je doute qu'elle soit bien égalitaire et qu'elle laisse une place à l'Humain.

Mark Manson en parle dans son dernier livre, et il imagine un scénario où l'humain, dépassé par la machine, commence à l'ériger en tant que divinité. Les humains feront alors des "prières" pour plaire aux algorithmes, aux Dieux-machines et attirer leurs bonnes faveurs.

Je trouve ce scénario à la fois grotesque, fantasque, et plausible si on regarde le passé de l'humanité envers ce qu'il ne comprend pas.

C'est en cours (et ca risque de devenir un article de blog vu comme c'est parti :) )

Ah ! Super ! J’ai hâte...

C'est en cours (et ca risque de devenir un article de blog vu comme c'est parti :) )

Ah ! Super ! J’ai hâte...

Effectivement, la tâche semble énorme. Sans parler des résistances naturelles...
J’en viens à me demander si c’est même possible, que ce soit sur le plan technique ou économique.
C’est peut être aussi un bon moyen de se rassurer et ne rien changer...

Salut,

Lorsque je suis tombé sur cet article de Nikita en 2018. J'ai tout de suite adhéré au propos et lui ai proposé la traduction en français.

Cet article a vraiment changé pas mal de chose sur la vision que j'ai de l'industrie logicielle dans la société et sur ma façon de travailler. Les implications de ingénierie logiciel sont énormes. Outre l'aspect commercial, un logiciel pourri a des implications écologiques et sociales désastreuses.

Pour moi le point central autour de la question tourne autour de la formation. D'abord, d'un point de vue technique :

Comme dans toutes les industries, des gens intelligents se sont confrontés à ces problèmes depuis que la programmation existe et des bonnes pratiques existent et sont documentées : la connaissance est là.

On peut faire du code fiable et durable, même avec l'écosystème JavaScript qui est si souvent décrié, ce n'est pas une question de "comment", on sait comment le faire.

Pour moi, si on en est là aujourd'hui, c'est qu'on ne prend pas suffisamment le temps pour se poser et aller chercher cette connaissance. Et ce n'est pas une critique, souvent, on ne dispose pas de ce temps.

Et pour moi l'enjeu est là : faire tout pour rendre cette connaissance plus accessible et au plus grand nombre, réduire la friction, le temps nécessaire pour l'obtenir et la comprendre, qu'elle parvienne aux développeurs quels que soient leur niveau d'expérience.

Je constate avec étonnement que même chez des développeurs expérimentés, la notion d'architecture qui consiste à séparer le code métier du code technique (que l'on retrouve notamment dans les principes du Domain Driven Design) est encore largement méconnue, ou quand elle l'est, bien mal appliquée. C'est d'ailleurs une notion que je n'ai intégrée que très récemment personnellement.

Outre la formation technique, il y a aussi la sensibilisation autour de sujets plus fondamentaux : la collaboration métier-technique, la responsabilité écologique et sociale, l'éthique. Nous avons l'Ordre des Médecins, l'Ordre des Avocats, pourquoi pas l'Ordre du Logiciel ?

Et l'avantage c'est que tout un chacun peut participer à cette sensibilisation. Se documenter sur le sujet, en parler sur des forums comme celui-ci, former un développeur junior, échanger avec son porteur de projet, ses collègues, lancer un projet de refactoring, utiliser une nouvelle technologie plus performante...

Contribuer à une meilleure industrie est vraiment à la portée de tous. Je parlais de l'écosystème JavaScript tout à l'heure, nous avons aujourd'hui Deno qui est fraichement sorti de l'oeuf, écrit en Rust, déployé via un seul executable avec une façon révolutionnaire de gérer les dépendances et qui tend à corriger un certains nombre de problèmes de sécurité et de performance qu'on peut avoir avec NodeJS.

Contribuer est facile, la question est de savoir si on veut continuer de participer à la médiocrité ou si on a la volonté d'apprendre et de rendre les choses meilleures. Les choses ne changeront pas facilement, ni rapidement, mais la plus petite contribution est je pense un pas de plus dans la bonne direction !

Effectivement, la tâche semble énorme. Sans parler des résistances naturelles...
J’en viens à me demander si c’est même possible, que ce soit sur le plan technique ou économique.
C’est peut être aussi un bon moyen de se rassurer et ne rien changer...

Salut,

Lorsque je suis tombé sur cet article de Nikita en 2018. J'ai tout de suite adhéré au propos et lui ai proposé la traduction en français.

Cet article a vraiment changé pas mal de chose sur la vision que j'ai de l'industrie logicielle dans la société et sur ma façon de travailler. Les implications de ingénierie logiciel sont énormes. Outre l'aspect commercial, un logiciel pourri a des implications écologiques et sociales désastreuses.

Pour moi le point central autour de la question tourne autour de la formation. D'abord, d'un point de vue technique :

Comme dans toutes les industries, des gens intelligents se sont confrontés à ces problèmes depuis que la programmation existe et des bonnes pratiques existent et sont documentées : la connaissance est là.

On peut faire du code fiable et durable, même avec l'écosystème JavaScript qui est si souvent décrié, ce n'est pas une question de "comment", on sait comment le faire.

Pour moi, si on en est là aujourd'hui, c'est qu'on ne prend pas suffisamment le temps pour se poser et aller chercher cette connaissance. Et ce n'est pas une critique, souvent, on ne dispose pas de ce temps.

Et pour moi l'enjeu est là : faire tout pour rendre cette connaissance plus accessible et au plus grand nombre, réduire la friction, le temps nécessaire pour l'obtenir et la comprendre, qu'elle parvienne aux développeurs quels que soient leur niveau d'expérience.

Je constate avec étonnement que même chez des développeurs expérimentés, la notion d'architecture qui consiste à séparer le code métier du code technique (que l'on retrouve notamment dans les principes du Domain Driven Design) est encore largement méconnue, ou quand elle l'est, bien mal appliquée. C'est d'ailleurs une notion que je n'ai intégrée que très récemment personnellement.

Outre la formation technique, il y a aussi la sensibilisation autour de sujets plus fondamentaux : la collaboration métier-technique, la responsabilité écologique et sociale, l'éthique. Nous avons l'Ordre des Médecins, l'Ordre des Avocats, pourquoi pas l'Ordre du Logiciel ?

Et l'avantage c'est que tout un chacun peut participer à cette sensibilisation. Se documenter sur le sujet, en parler sur des forums comme celui-ci, former un développeur junior, échanger avec son porteur de projet, ses collègues, lancer un projet de refactoring, utiliser une nouvelle technologie plus performante...

Contribuer à une meilleure industrie est vraiment à la portée de tous. Je parlais de l'écosystème JavaScript tout à l'heure, nous avons aujourd'hui Deno qui est fraichement sorti de l'oeuf, écrit en Rust, déployé via un seul executable avec une façon révolutionnaire de gérer les dépendances et qui tend à corriger un certains nombre de problèmes de sécurité et de performance qu'on peut avoir avec NodeJS.

Contribuer est facile, la question est de savoir si on veut continuer de participer à la médiocrité ou si on a la volonté d'apprendre et de rendre les choses meilleures. Les choses ne changeront pas facilement, ni rapidement, mais la plus petite contribution est je pense un pas de plus dans la bonne direction !

Effectivement, la tâche semble énorme. Sans parler des résistances naturelles...
J’en viens à me demander si c’est même possible, que ce soit sur le plan technique ou économique.
C’est peut être aussi un bon moyen de se rassurer et ne rien changer...

Salut,

Lorsque je suis tombé sur cet article de Nikita en 2018. J'ai tout de suite adhéré au propos et lui ai proposé la traduction en français.

Cet article a vraiment changé pas mal de chose sur la vision que j'ai de l'industrie logicielle dans la société et sur ma façon de travailler. Les implications de ingénierie logiciel sont énormes. Outre l'aspect commercial, un logiciel pourri a des implications écologiques et sociales désastreuses.

Pour moi le point central autour de la question tourne autour de la formation. D'abord, d'un point de vue technique :

Comme dans toutes les industries, des gens intelligents se sont confrontés à ces problèmes depuis que la programmation existe et des bonnes pratiques existent et sont documentées : la connaissance est là.

On peut faire du code fiable et durable, même avec l'écosystème JavaScript qui est si souvent décrié, ce n'est pas une question de "comment", on sait comment le faire.

Pour moi, si on en est là aujourd'hui, c'est qu'on ne prend pas suffisamment le temps pour se poser et aller chercher cette connaissance. Et ce n'est pas une critique, souvent, on ne dispose pas de ce temps.

Et pour moi l'enjeu est là : faire tout pour rendre cette connaissance plus accessible et au plus grand nombre, réduire la friction, le temps nécessaire pour l'obtenir et la comprendre, qu'elle parvienne aux développeurs quels que soient leur niveau d'expérience.

Je constate avec étonnement que même chez des développeurs expérimentés, la notion d'architecture qui consiste à séparer le code métier du code technique (que l'on retrouve notamment dans les principes du Domain Driven Design) est encore largement méconnue, ou quand elle l'est, bien mal appliquée. C'est d'ailleurs une notion que je n'ai intégrée que très récemment personnellement.

Outre la formation technique, il y a aussi la sensibilisation autour de sujets plus fondamentaux : la collaboration métier-technique, la responsabilité écologique et sociale, l'éthique. Nous avons l'Ordre des Médecins, l'Ordre des Avocats, pourquoi pas l'Ordre du Logiciel ?

Et l'avantage c'est que tout un chacun peut participer à cette sensibilisation. Se documenter sur le sujet, en parler sur des forums comme celui-ci, former un développeur junior, échanger avec son porteur de projet, ses collègues, lancer un projet de refactoring, utiliser une nouvelle technologie plus performante...

Contribuer à une meilleure industrie est vraiment à la portée de tous. Je parlais de l'écosystème JavaScript tout à l'heure, nous avons aujourd'hui Deno qui est fraichement sorti de l'oeuf, écrit en Rust, déployé via un seul executable avec une façon révolutionnaire de gérer les dépendances et qui tend à corriger un certains nombre de problèmes de sécurité et de performance qu'on peut avoir avec NodeJS.

Contribuer est facile, la question est de savoir si on veut continuer de participer à la médiocrité ou si on a la volonté d'apprendre et de rendre les choses meilleures. Les choses ne changeront pas facilement, ni rapidement, mais la plus petite contribution est je pense un pas de plus dans la bonne direction !

Excellent !
Une super ressource pour les anglophones qui veulent approfondir le craft ! Merci Corentin.