Bordel mais les DEVS sont des TARÉS masochistes

C'est incroyable comme les devs se sentent obligés de tout rendre HYPER compliqué.

On m'a emmené en tant que consultant sur le projet d'une compagnie de taille moyenne. Il fallait faire un site Internet relativement simple, et pourtant, le projet était complètement bloqué. Et pour cause, les devs avaient décidé qu'il fallait absolument :

• Que le projet soit divisé en une trentaine de containers Docker.
• Que les containers soient gérés par Kubernetes.
• Que le projet soit obligatoirement déployé sur le cloud.
• Que le projet utilise six langues de programmation et deux framework différents.
• Que le code ait un coverage de 100 %, même quand les tests utilisent tellement d'abstractions et de mocks que rien n'est réellement testé au bout du compte.

Quand j'ai vu ce foutoir, et au vue des spécifications du projet, j'ai demandé à l'équipe pourquoi ils n'avaient pas foutu un CMS tout bête sur un serveur dédié et basta. J'ai reçu un train d'hostilité : « IL FAUT QUE ÇA SCALE ! ON VA AVOIR DES MILLIONS D'UTILISATEURS ! SI C'EST BON POUR GOOGLE, C'EST BON POUR NOUS ! »

Je leur ai calmement expliqué que leur projet avait bien plus de chances d'échouer que de réussir. En conséquence, la priorité devrait être de déployer un prototype le plus rapidement possible afin de tester leur idée.

Évidemment, le code doit être clean, mais avant tout, il doit être simple. S'ils ont un jour des millions d'utilisateurs, tant mieux pour eux : ils auront aussi la main-d'oeuvre et l'argent pour optimiser le système afin qu'il scale.

Rien à faire : personne n'était ouvert à mes suggestions. De toute façon, tout le monde était occupé à essayer de débugger un problème avec Docker pour lequel personne sur Internet n'a trouvé de solution, car celui-ci est trop récent. Tant de productivité gâché putain.

Quand j'ai demandé aux devs pourquoi ils avaient choisi Docker plutôt que des outils du genre systemd qui sont dispos sur Linux (et qui ont un long historique), on m'a répondu : « ON EST EN 2024 ! DOCKER C'EST LE STANDARD ! »

C'est incroyable comme les devs sont parfois leur pire ennemi.

Vous bandez à tout rendre compliqué ou quoi ?

Alors, je précise : la complexité est parfois nécessaire dans un projet. Mais tant et aussi longtemps qu'elle n'est pas requise, gardons les choses simples bordel.

et d'un autre coté quand ca fait du font ca te sort

ok c'est bon pour nous ca fonctionne:

Khey mon plus grand rêve c’est de travailler qu’avec des gens comme toi.

Les types qui foutent de la complexité partout pour rien me font aussi vriller

Le 10 juin 2024 à 23:49:41 :
C'est incroyable comme les devs se sentent obligés de tout rendre HYPER compliqué.

On m'a emmené en tant que consultant sur le projet d'une compagnie de taille moyenne. Il fallait faire un site Internet relativement simple, et pourtant, le projet était complètement bloqué. Et pour cause, les devs avaient décidé qu'il fallait absolument :

• Que le projet soit divisé en une trentaine de containers Docker.
• Que les containers soient gérés par Kubernetes.
• Que le projet soit obligatoirement déployé sur le cloud.
• Que le projet utilise six langues de programmation et deux framework différents.
• Que le code ait un coverage de 100 %, même quand les tests utilisent tellement d'abstractions et de mocks que rien n'est réellement testé au bout du compte.

Quand j'ai vu ce foutoir, et au vue des spécifications du projet, j'ai demandé à l'équipe pourquoi ils n'avaient pas foutu un CMS tout bête sur un serveur dédié et basta. J'ai reçu un train d'hostilité : « IL FAUT QUE ÇA SCALE ! ON VA AVOIR DES MILLIONS D'UTILISATEURS ! SI C'EST BON POUR GOOGLE, C'EST BON POUR NOUS ! »

Je leur ai calmement expliqué que leur projet avait bien plus de chances d'échouer que de réussir. En conséquence, la priorité devrait être de déployer un prototype le plus rapidement possible afin de tester leur idée.

Évidemment, le code doit être clean, mais avant tout, il doit être simple. S'ils ont un jour des millions d'utilisateurs, tant mieux pour eux : ils auront aussi la main-d'oeuvre et l'argent pour optimiser le système afin qu'il scale.

Rien à faire : personne n'était ouvert à mes suggestions. De toute façon, tout le monde était occupé à essayer de débugger un problème avec Docker pour lequel personne sur Internet n'a trouvé de solution, car celui-ci est trop récent. Tant de productivité gâché putain.

Quand j'ai demandé aux devs pourquoi ils avaient choisi Docker plutôt que des outils du genre systemd qui sont dispos sur Linux (et qui ont un long historique), on m'a répondu : « ON EST EN 2024 ! DOCKER C'EST LE STANDARD ! »

C'est incroyable comme les devs sont parfois leur pire ennemi.

Vous bandez à tout rendre compliqué ou quoi ?

Alors, je précise : la complexité est parfois nécessaire dans un projet. Mais tant et aussi longtemps qu'elle n'est pas requise, gardons les choses simples bordel.

"La simplicité est la sophistication suprême" - Léonard de Vinci

Je suis dev soft, et des fois je tombe sur des morceaux de codes
T'as l'impression c'est une course à celui qui écrit le truc le plus incompréhensible. C'est juste de l'égo.

KiSS & SOLID.

Le 11 juin 2024 à 00:12:09 :
Parler de comprehension du code en web dev
Heureusement vous faites pas du c++

jerry