Moi aussi, ces temps-ci, je consacre presque tout mon temps libre à des side projects. Il n’y a pas énormément de joueurs, mais certains y jouent, et entendre qu’ils trouvent ça amusant me donne vraiment beaucoup d’énergie.
Vous pensez qu’il est facile de devenir ingénieur logiciel ? mdr. C’est un métier qu’on ne peut faire qu’avec un QI au sommet. Sur 30 personnes venues à l’académie, il n’y en a eu qu’1 ou 2 qui ont survécu, et vous dites que c’est facile d’y arriver ?
Je suis d'accord. On dirait que le texte principal a été écrit par quelqu'un qui n'est pas vraiment fait pour le développement.
Si on avait essayé de faire autrefois ce qu'on peut faire seul aujourd'hui, cela aurait été extrêmement, extrêmement difficile.
Mais maintenant, grâce aux outils plus abstraits, on peut couvrir un champ plus large avec le même effort, donc il est devenu possible d'exploiter un service seul. Honnêtement, c'est le pied.
Je suis d'accord aussi. Si l'on entend facilement parler sur Internet des difficultés des ingénieurs logiciel, c'est sans doute parce que ce sont eux qui fabriquent Internet.
Ce n’est pas vraiment très lié au contenu de l’article, mais comme je réfléchissais justement aux notions d’accountability et de responsibility, le lien suivant m’a été d’une grande aide.
Les gens qui disent que le métier d’ingénieur logiciel est particulièrement difficile changeraient sans doute beaucoup d’avis après avoir passé ne serait-ce qu’une demi-journée au support client dans un service CS.
J’ai l’impression qu’il existe une sorte de fantasme selon lequel c’était moins complexe autrefois, mais de toute façon, comme la capacité du cerveau humain constitue la limite en programmation, l’intensité n’a pas tellement varié, hier comme aujourd’hui. On couvre simplement un champ plus large avec des outils plus abstraits qu’avant.
L’ordinateur fait plutôt partie des choses qu’il est relativement facile de contrôler, et en réalité, ce type de travail intellectuel est sans doute, en moyenne, moins pénible que bien d’autres métiers. S’il y a une difficulté un peu particulière, c’est sans doute le fait que, dans la société moderne, on exige une fiabilité 24 h/24, 365 jours par an.
Comme les ingénieurs n’ont pas un rôle qui génère directement des revenus, leur position dans l’entreprise les amène généralement à se concentrer sur la réduction des coûts engagés par l’entreprise. Ces coûts incluent aussi le coût du temps.
....Mais bon, les dirigeants semblent ne pas comprendre cette caractéristique.
En Corée, le PDG Ki-hong Bae a raconté une histoire similaire dans son article « Les développeurs sont aussi des membres de l’organisation de l’entreprise », et je suis d’accord.
Je pense que c’est globalement vrai pour le frontend. C’est un domaine où ce qu’on apprend aujourd’hui devient parfois obsolète dès demain....
Je ne l’ai pas pratiqué très en profondeur, mais avant d’utiliser Tailwind, je ne ressentais qu’une immense colère et frustration.
Le backend ou le développement système ? En faisant ça, je me dis parfois : est-ce que je mérite vraiment d’être payé pour ça ? J’ai l’impression d’être payé pour assembler des Lego, donc je suis bien content de faire du développement logiciel...
Je suis d’accord. Je pense aussi qu’une troisième voie peut devenir l’une des nouvelles bonnes réponses dans un monde marqué par des taux intermédiaires, l’IA et la multipolarisation.
Le CSS est aussi indispensable, mais comprendre pourquoi une mise en page se casse, même après une vie entière à l’apprendre, reste difficile > c’est tellement vrai T_T
> Devenir ingénieur logiciel n’est pas difficile. L’ingénierie logicielle est l’un des métiers les plus faciles. Nous sommes tellement protégés que nous pensons que ce qui est décrit dans cet article est difficile, et c’est justement la preuve à quel point notre métier ne l’est pas.
Je suis d’accord avec cet avis. Il existe beaucoup d’autres métiers bien plus difficiles, mais qui ne sont pas rémunérés aussi bien que les ingénieurs logiciels.
Je l’ai testé pendant 2 heures avant d’écrire ceci.
Comme je suis en train de mettre en place un MQ, je l’ai testé en me demandant si c’était quelque chose de nouveau basé sur Postgres, mais j’ai été un peu déçu en voyant qu’il fallait un rabbit
Comme l’approche n’est pas pensée du point de vue k8s, j’ai lancé le docker-compose.yaml sur podman (+Arch)
Comme je voulais utiliser Postgres séparément, il a fallu faire un peu plus de configuration, mais j’ai finalement arrêté en tombant sur SSL routines:OPENSSL_internal:WRONG_VERSION_NUMBER: Invalid certificate verification context
Si quelque chose se passait mal en cours de route, il fallait supprimer la base de données Postgres et repartir de zéro
Il faut recréer une API Key à chaque fois, et comme la clé complète n’est pas visible dans l’interface Web, il a fallu l’extraire avec les outils de développement.
Un leader qui ne transmet pas à ses collaborateurs le contexte qu’ils doivent suivre, même sans donner l’ensemble du contexte, n’a aucune valeur.
On dirait un texte écrit par un excellent collaborateur, qui attribue à d’autres ses propres grandes compétences.
Si un leader ne transmet pas le contexte, alors ce leader n’est pas vraiment nécessaire.
Il faut le remplacer de toute urgence.
Je pense que ça ne doit pas être très différent aujourd’hui non plus. Rien qu’en Corée, les recrutements de jeunes diplômés se font surtout en fonction du prestige de l’université, et non de l’expérience ; du coup, une fois ce critère passé, la survie est assurée, donc les parents comme les étudiants semblent raisonner à ce niveau-là. Autrefois, on regardait le parcours scolaire parce que le temps pour lire les CV était limité, mais aujourd’hui, avec les LLM, on pourrait sans doute évaluer les CV plus vite et mieux, non ?
Qu’est-ce qu’il y a ?
Moi aussi, ces temps-ci, je consacre presque tout mon temps libre à des side projects. Il n’y a pas énormément de joueurs, mais certains y jouent, et entendre qu’ils trouvent ça amusant me donne vraiment beaucoup d’énergie.
Vous pensez qu’il est facile de devenir ingénieur logiciel ? mdr. C’est un métier qu’on ne peut faire qu’avec un QI au sommet. Sur 30 personnes venues à l’académie, il n’y en a eu qu’1 ou 2 qui ont survécu, et vous dites que c’est facile d’y arriver ?
On dirait que c’est un travail que l’AGI aurait dû faire dès le départ..
Je suis d'accord. On dirait que le texte principal a été écrit par quelqu'un qui n'est pas vraiment fait pour le développement.
Si on avait essayé de faire autrefois ce qu'on peut faire seul aujourd'hui, cela aurait été extrêmement, extrêmement difficile.
Mais maintenant, grâce aux outils plus abstraits, on peut couvrir un champ plus large avec le même effort, donc il est devenu possible d'exploiter un service seul. Honnêtement, c'est le pied.
Les ingénieurs logiciels ne se résument pas aux gens qui font du DevOps dans le cloud.
C'est utile.
Je suis d'accord aussi. Si l'on entend facilement parler sur Internet des difficultés des ingénieurs logiciel, c'est sans doute parce que ce sont eux qui fabriquent Internet.
On parle souvent d’être kind and direct, mais en réalité, être direct est bien plus difficile qu’être kind.
Ce n’est pas vraiment très lié au contenu de l’article, mais comme je réfléchissais justement aux notions d’accountability et de responsibility, le lien suivant m’a été d’une grande aide.
https://blog.alexewerlof.com/p/accountable-vs-responsible
Les gens qui disent que le métier d’ingénieur logiciel est particulièrement difficile changeraient sans doute beaucoup d’avis après avoir passé ne serait-ce qu’une demi-journée au support client dans un service CS.
J’ai l’impression qu’il existe une sorte de fantasme selon lequel c’était moins complexe autrefois, mais de toute façon, comme la capacité du cerveau humain constitue la limite en programmation, l’intensité n’a pas tellement varié, hier comme aujourd’hui. On couvre simplement un champ plus large avec des outils plus abstraits qu’avant.
L’ordinateur fait plutôt partie des choses qu’il est relativement facile de contrôler, et en réalité, ce type de travail intellectuel est sans doute, en moyenne, moins pénible que bien d’autres métiers. S’il y a une difficulté un peu particulière, c’est sans doute le fait que, dans la société moderne, on exige une fiabilité 24 h/24, 365 jours par an.
Comme les ingénieurs n’ont pas un rôle qui génère directement des revenus, leur position dans l’entreprise les amène généralement à se concentrer sur la réduction des coûts engagés par l’entreprise. Ces coûts incluent aussi le coût du temps.
....Mais bon, les dirigeants semblent ne pas comprendre cette caractéristique.
En Corée, le PDG Ki-hong Bae a raconté une histoire similaire dans son article « Les développeurs sont aussi des membres de l’organisation de l’entreprise », et je suis d’accord.
https://thestartupbible.com/2024/03/…
Je pense que c’est globalement vrai pour le frontend. C’est un domaine où ce qu’on apprend aujourd’hui devient parfois obsolète dès demain....
Je ne l’ai pas pratiqué très en profondeur, mais avant d’utiliser Tailwind, je ne ressentais qu’une immense colère et frustration.
Le backend ou le développement système ? En faisant ça, je me dis parfois : est-ce que je mérite vraiment d’être payé pour ça ? J’ai l’impression d’être payé pour assembler des Lego, donc je suis bien content de faire du développement logiciel...
Je suis d’accord. Je pense aussi qu’une troisième voie peut devenir l’une des nouvelles bonnes réponses dans un monde marqué par des taux intermédiaires, l’IA et la multipolarisation.
Le CSS est aussi indispensable, mais comprendre pourquoi une mise en page se casse, même après une vie entière à l’apprendre, reste difficile > c’est tellement vrai T_T
> Devenir ingénieur logiciel n’est pas difficile. L’ingénierie logicielle est l’un des métiers les plus faciles. Nous sommes tellement protégés que nous pensons que ce qui est décrit dans cet article est difficile, et c’est justement la preuve à quel point notre métier ne l’est pas.
Je suis d’accord avec cet avis. Il existe beaucoup d’autres métiers bien plus difficiles, mais qui ne sont pas rémunérés aussi bien que les ingénieurs logiciels.
Je l’ai testé pendant 2 heures avant d’écrire ceci.
docker-compose.yamlsur podman (+Arch)SSL routines:OPENSSL_internal:WRONG_VERSION_NUMBER: Invalid certificate verification contextUn leader qui ne transmet pas à ses collaborateurs le contexte qu’ils doivent suivre, même sans donner l’ensemble du contexte, n’a aucune valeur.
On dirait un texte écrit par un excellent collaborateur, qui attribue à d’autres ses propres grandes compétences.
Si un leader ne transmet pas le contexte, alors ce leader n’est pas vraiment nécessaire.
Il faut le remplacer de toute urgence.
Je pense que ça ne doit pas être très différent aujourd’hui non plus. Rien qu’en Corée, les recrutements de jeunes diplômés se font surtout en fonction du prestige de l’université, et non de l’expérience ; du coup, une fois ce critère passé, la survie est assurée, donc les parents comme les étudiants semblent raisonner à ce niveau-là. Autrefois, on regardait le parcours scolaire parce que le temps pour lire les CV était limité, mais aujourd’hui, avec les LLM, on pourrait sans doute évaluer les CV plus vite et mieux, non ?