Відео

Chui blocke j'ai html et j'ai lâche les autre language

Merci : bienvenue Jean :)

merci :)

@raptor78455 Pour apprendre, si on n'a pas l'occasion de mettre en oeuvre sur un vrai projet dans la foulée, rien de tel qu'un projet perso. Car une simple lecture et hop, on oublie trop vite. En plus, le dev est un savoir faire bien autant qu'un savoir théorique. Ensuite, pour "du tout fait" ou du "fait soi-même", je vois avec les commentaires qu'il y a clairement deux écoles. Du moment qu'on peut justifier son choix à son CDP ou client, c'est l'essentiel :)

Si si : on peut utiliser l'outil en français. D'autres commentaires le confirment :) Personnellement, j'utilise plutôt l'anglais sur ce genre d'outils tout simplement car les données avec lesquelles ils sont entraînés sont majoritairement en anglais. Donc pas de problème pour le français ;)

@@codeconcept Merci.

@mzs481 C'est pour ça que dans un premier temps, il faut prendre les outils IA en main. Ainsi que les bases de données vectorielles, en plus de nos habituelles bases relationnelles et NoSQL. Quant à l'avenir, on n'est pas câblés pour supporter l'incertitude. Alors les uns optent pour le pessimisme ("on est foutus")A l'opposé, d'autres choisiront le déni ("rien à craindre"). Pour pas ma part, je considère qu'un piège dont on connait la présence et le fonctionnement devient moins dangereux :D

@@codeconcept Oui je dis ca positivement, ca sera la fin des codeurs( comme on nous appelle "pisseur de code ") mais être un développeur c'est plus vaste.On aura plus besoin de taper au clavier , ca nous manquera dans un premier temps mais on aura désormais besoin que d'un seul lead-dev qui va gerer plusieurs IA ( a la place de salariés ) ce qui va pousser tout les "pisseur de code" à sortir du salariat, trouver une idée et faire leur propre entreprise. Je pense que dans un futur proche on sera une bonne majorité d’entrepreneur; avec les IA comptable, developpeur, juriste c'est accessible à tous XDD

Chef d'orchestre d'IAs en quelque sorte :)

@applicationscommunicantes5235 En effet, par sur le dos du client. Mais si on peut faire du "à la main" dans le délai imparti, ou bien vendre du fait main contre moins de temps de maintenance, ça passe généralement. S'il existe du tout fait qui correspond à ce qui est demandé, pourquoi pas :)

Je suis content qu'elle t'ait été utile ! Happy (Go) coding :)

Merci ... et bienvenu :) Ce que le fars à fait illustre le fameux "l'argent est un bon serviteur mais un mauvais maître". Le bouquin que je lis en ce moment sur le fondateur de LinkExchance et de Zappos va dans le même sens : une fois qu'il a eu suffisamment d'argent pour voir venir, il a chercher de nouveau partir des choses qui lui plaisait que de s'ennuyer à accumuler pour accumuler en s'ennuyant dans sa cage dorée. Bon, dans les deux cas, on a affaire à des gars qui avaient revendu leurs boîtes quelques millions. Ca permet de voir venir et de pouvoir tenter d'autres choses par la suite. Ca reste des sommes folles à notre échelle.

C'est pour ça que je l'ai baptisée : ma "bassine" 😅

@@codeconcept mdrrrrr 😂😂 Et c'est à peine exagéré J'ai toujours eu peur du café même en petite quantité, ça t'aide vraiment à être plus productif ??

@oa.y Le secret de ma productivité ne tient pas dans une tasse, qui à cette heure là contenait de l'eau 😋 Thé, café, Red Bull et autres boissons énergisantes n'arriveront jamais à la cheville ... de suffisamment d'heures de sommeil. Le vrai dopant du cerveau, c'est le combo oreiller + bouchons d'oreilles. C'est pour ça, quand j'entends des responsables se vanter (mentir ?) de ne dormir que 4 heures par nuit, ça m'inquiète bien plus que ça m'impressionne. Quand je vois à quel point je peux faire des erreurs absurdes ou prendre de mauvaises décisions quand je suis est en mode dégradé par manque de sommeil. Je préfèrerai toujours 1 ou 2 heures de sommeil de plus à n'importe quel additif.

@@codeconcept impressionnant amusement à part, tu touche un sujet qui me m'inquiète depuis que j'ai commencé à programmer fin 2022. Je n'arrive plus à avoir 5h one shot Je suis obligé de combler avec 30 min de sieste. Je peux compter dans l'année le nombre de nuits avec 7h de sommeil. Tu recommande oreiller + bouchon d'oreille (quel marque utilise tu) De plus si ya un contenu style une vidéo UA-cam ou un livre qui t'a été le plus utile pour cela, je suis preneur 🫡

@oa.y Ca peut être causé par l'angoisse de ne pas réussir à résoudre un problème bloquant. Ca couplé à la lumière bleue de l'écran et bienvenue au pays des yeux rouges. Mes oreillers sont des oreillers de compet : avec noyaux de cerise dedans pour le précédent et en ce moment du millet. Ca me permet de les former à la bonne hauteur pour dormir sur le côté. Pour ce qui est des bouchons d'oreilles, c'est à cause des cass-c... bonbons qui passe avec des deux roues poussifs et bruyants tard le soir et tôt le matin. Pour le reste : faire du sport, ne pas manger trop lourd le soir ni boire trop d'alcool, bouquiner sur papier au lit pour éviter la lumière bleue et là ça va déjà mieux ;) Mais le stress et la gamberge qui va avec sont des tueurs de bonnes nuitées.

Merci Shillen :)

Motivation, travail, persévérance et audace : ça ressemble au carré d'as du dev autodidacte :)

Merci Leslie. Pour Linkedin, je suis facile à trouver :)

Il faudra que je retourne jeter un oeil sur Java alors. J'en ai fait à une époque sur des projets Android natif (avant Kotlin). Et dans mon souvenir, Java était pas mal verbeux. Plus que C#. C'est le paradoxe avec React. Au départ, les fans-boys React détestaient Angular à cause de TypeScript, de son côté tout en un jugé contraignant ("opinionated"), de son routage imposé etc. Et maintenant, l'équipe de React recommande de l'utiliser avec Next qui réunit tous ces éléments honnis. Le couple Meteor / React me plaisait beaucoup. Et vu le retour de Meteor depuis sont rachat il y a quelques années, ça reste une stack jouable pour développer rapidement un prototype d'application Full Stack. Maintenant, que ce soit Next, Nuxt, Sveltkit, Analog et tant d'autres : tout nous pousse vers le SSR / SSG. Allez, en 2025 / 2026, on va nous marketer de petites lib en nous les présentant comme ré-vo-lu-tion-naires de part leur légèreté. L'éternel recommencement du cycle de la hype ^^

Je travaille depuis 7 ans sur PHP / Symfony, et je commence à apprendre Java sur mon temps libre, j'ai enfin sauté le pas ^^

@raptor78455 En ce moment, je me tatais entre tenter de nouveau le coup sur Java, via "Java / Spring Boot" et remettre le nez dans "PHP / Symfony" (j'en ai plus fait depuis ... Symfony 2, mais je garde le souvenir d'un framework très bien né). Je reviens régulièrement à PHP (la dernière fois, il y a 2 ans, via Laravel) pour voir comment le langage et l'écosystème évoluaient. A noter qu'il y a autant d'offres PHP / Symfony que Java / Spring dans mon secteur. Et souvent, Java est utilisé avec Angular en Front (mon framework de prédilection pour les missions). Ce qui m'a laissé un mauvais souvenir avec Java, ce sont les serveurs d'applications loooong à configurer, avec couche d'abstraction sur couche d'abstraction, des annotations en pagaille, des montées en version infernales etc etc. A l'opposé, avec Laravel ou Symfony, l'outil en ligne de commande mâche le travail, l'archi du projet est limpide, les outils de debug simple et efficaces etc etc. A tel point que les frameworks comblent les failles du langage. Bref, est-c que l'écosystème Java s'est allégé ? Qu'est-ce que tu en penses par rapport à l'écosystème de PHP et particulièrement de Symfony vu que tu viens de là ? Merci d'avance :)

@@codeconcept ça ne fait que quelques jours que j'ai commencé Java, donc ne je ne peux pas répondre à ta question 😅 Concernant la configuration de PHP, ça reste simple et rapide. Le périmètre se limite aux fichiers de configuration de PHP et du serveur (nginx, Apache ou autre), et à l'installation de bibliothèques Linux, car ce dernier est l'OS de prédilection pour PHP. A mon ancien taff, mes collègues et moi-même nous occupions des serveurs en plus du développement, et je peux dire qu'en quelques heures le serveur était prêt. Sinon de manière plus globale, je ne suis pas dépaysé sur Java. Je retrouve les mêmes syntaxes que PHP, à quelques mots-clés près. Par contre, chose bien différente, c'est la gestion des dépendances. Sur Java, je trouve que c'est bien plus compliqué. J'ai construit mon projet avec Maven, et bien que ce soit un gestionnaire de projet, je dois copier-coller les dépendances et les inscrire dans le pom.xml. Alors que sur PHP, j'utilise composer en ligne de commandes, et en quelques secondes le package est installé et prêt à l'emploi.

J'ajoute que j'adore PHP, et particulièrement Symfony ^^ Avec Symfony, le projet est créé en quelques secondes. La configuration du framework et des dépendances est simplifiée, tout se fait dans des fichiers yaml. La documentation est complète et est bien agencée. Ce que j'apprécie énormément par rapport aux frameworks JS tel que NextJS, c'est l'authentification. Avec Symfony c'est ultra simple ! On exécute une commande, et hop les fichiers sont créés, la configuration est prête bien que rudimentaire. J'ignore pourquoi c'est compliqué sur JS. Il faut ajouter la config puis éditer manuellement les fichiers. Pour en revenir à Symfony, la montée de version est simple, mais très longue. On commence par résoudre tous les avertissements de dépréciation communiqués par Symfony, et ce sur toutes les pages du site. Ensuite, on procède à la montée de version en faisant attention à la compatibilité entre les dépendances. Enfin on teste toute l'application. Cette étape est simplifiée s'il y a des tests unitaires et fonctionnels 😬 Et pour finir, le débogage avec Symfony est magique. Le framework donne plein d'infos sur le serveur, la requête http, le code en lui-même, et les exceptions (sur l'environnement de dev) sont explicites

Merci ! Content que la motivation ait réussi à traverser l'écran. La motivation est importante sur un projet, elle est capitale quand on est seul et qu'on n'a pas de structure ou de collègues en renfort.

Merci ! En plus d'avoir un sacré parcours, Julien est aussi un très bon conteur : ça aide :)

On pourrait même ajouter que certains points de vues découlent aussi de l'aisance qu'on a avec certains outils. Je vois parfois de devs qui détestent tel langage ou tel framework car ils sont à l'aise avec le concurrent et n'ont pas eu le temps de creuser celui sur lequel ils sont moins à l'aise. Ou bien parce qu'ils essaient d'utiliser leur techno de prédilection sur un problème pas adapté. On voit aussi le recours à un framework pour une petite application qui pourraient se faire à la main et serait du coup bien plus performante. Là où ne pas en utiliser sur une grosse application, c'est finir par en créer un moins bien fait. Bref, la taille du projet à elle seule détermine déjà ce qu'on devrait utiliser ou en tous cas exclure d'emblée. Concernant les IA, on sent que le discours est en train d'évoluer de la part de leurs créateurs. On est en train de glisser d "l'IA remplacera les développeurs qui ne savent pas l'utiliser" (logique d'assistant en effet) à "l'IA est destinée à remplacer les développeurs" (le co-pilote qui va finir par prendre la place du conducteur). Comme si l'objectif était de pousser leur adoption pour mieux les entraîner ... à nos dépens :D Mais bon, ce sont toujours les 10% finaux les plus délicats. C'est à cause des cas les plus rares et les complexes que les voitures complètement autonomes ne sont toujours pas dans nos rues après 5 années de finalisation imminente annoncée et toujours reportée. Alors pour la programmation, il y a moins de risques. Mais malgré tout. Quant au temps passé à prompter à répétition, c'est en effet ce qui m'a fait abandonner la chose au quotidien. Et le fait de se faire suggérer, quand on tape, des choses qui ne nous intéresse pas fait perdre du temps par moment. Il y aura probablement des améliorations de DX ceci dit.

@@codeconcept Je suis d'accord avec vous sur toute la ligne. Cependant j'ai considéré le pire des scenarios, et me suis lancé dans le Machine Learning et le fine-tuning de LLMs, et, vu comme c'est "mouvant" côté LLMs (methodes de fine-tuning, de compression, architectures transformers ou mamba, etc) on n'est pas encore arrivé à une quelconque uniformisation, qui seule permettrait des avancées stables, et des use-cases bien définis. Une chose est certaine, malgré le fait que la technologie sera peut etre différente dans un an, le paysage change pour les developpeurs, et la tentation est grande pour tous les "dégraisseurs de masse salariale" en herbe, qui voient leur appétit s'aiguiser, les canines avec. Des erreurs de casting sont donc inévitables, comme celle consistant, par exemple (ça s'est vu) à remplacer une équipe entière par de l'IA..je dis bon courage à ceux qui seront embauchés à la fin de la séquence, et devront récupérer les projets ubuesques que l'IA, sans controle correct, aura produit :D

C# ça reste très porteur 😀 Comme Java (et PHP) d'ailleurs. A force de veiller des techno futuristes, on en oublie que les entreprises restent sur de l'ancien bien robuste qui a fait ses preuves.

C'est peut-être parce que, comme dans l'édition papier, il y a un public plus vaste chez les débutants en contenu vidéo. Je constate la même chose en cherchant des bouquins sur Go : presqu'exclusivement du contenu débutant et intermédiaire, quasi rien en contenu avancé.

Ce n’est pas plutôt lié à la nouveauté du language ? On pourrait parler du C est des différents livres disponibles mais je ne pense pas que ça soit comparable.

@@codeconcept Fait un petit tour sur zeste de savoir. J'ai un peu discuté sur le forum et la communauté est sympa (suite à un problème sur le forum que je modère). J'ai lu pas mal d'articles intéressants :) Il y a un cours sur Go. Apparemment, il n'est pas complet.

@seekilm_ La nouveauté peut jouer. La popularité d'un langage aussi. Après, quand c'est carrément le créateur du langage ou un auteur qui a accès au créateur qui écrit le bouquin, les perspectives de ventes sont bonnes d'emblée, comme avec Ritchie et Kernighan pour le C :)

@MrNiuxe Le PV de de réunion du conseil d'administration sur Git. Si c'est pas une idée de geek :D

C'est tout l'intérêt d'interviewer la nouvelle génération : l'énergie et la motivation communicatives. Car à force, on se demande s'il y 25 ans, c'était peut-être bien plus facile de trouver son premier emploi / première mission en étant autodidacte. Visiblement, aujourd'hui encore, la motivation, l'envie et la persévérance permettent de rentrer dans le domaine, comme c'était le cas autrefois 😀

Le truc c'est que, c'est difficile d'être pionnier. En tous cas, il faut de sacrés moyens, notamment financiers. Faire une app que personne ne peut découvrir , car noyée dans les stores ou au fin fond de google search, c'est frustrant 😉

L'expérience m'a montré que dans un contexte donné, on ne trouve pas forcément la solution clef en main. Il peut manquer quelque chose, on peut trouver ça qu'on veut, mais qui ne fonctionne pas exactement comme on veut. On peut aussi parfois avoir besoin d'une optimisation particulière même dans un produit existant. Par ailleurs certains domaines sont très très très peu explorés, on y fait appel à des développeurs spécialisés sans raison. Je pense à la signature électronique, Ça vaut le coup d'y passer du temps quand on y est confronté. Perso j'ai fait une bibliothèque d'outils spécialisés dont j'ai eu besoin dans ma carrière. Même si j'enlève parfois des trucs dedans parce qu'un nouvel outil recouvre entièrement ce que j'ai écris, ce projet est infini...

Merci :)

Les vecteurs permettent de représenter numériquement des données. Pour les devs classiques comme nous, ça rassemble à un array du genre : [-0.020156775, -0.024996493, 0.010778184, ...] mais avec des milliers de nombres. Une fois que les données sont représentées numériquement, elles sont représentées sur des axes à de nombreuses dimensions (pas simplement sur un axe des x et des y). L'avantage est que des choses similaires sont regroupées sur un espace voisin : par exemple "cow-boy" et "cavalier" seront proches, de même que "tarte au pommes" et "patisserie". L'intérêt est alors que l'on peut retourner des résultats proche d'une requête qui ne comporte pas le mot exact. C'est dû au fait que deux mots ayant un sens proches seront proches également dans l'espace.

@@codeconcept ce n'est pas comme en maths alors ? Et quelle est la différence entre la classe Vector et les array , je sais que cette classe existe en C++ mais peut-être aussi en java

@alex595659 Cette page de documentation de Qdrant (une base de données vectorielle populaire) devrait satisfaire ta curiosité. Elle montre comment des mots sont convertis en vecteurs puis comment le calcul de similarité des vecteurs obtenus est effectuée via "cosine similarity" (le plus utilisé d'après cette même doc), "dot products" et autres autres "euclidian distances " (comme j'apprends ça en anglais, je laisse les termes anglais dans le doute) qdrant.tech/blog/what-is-vector-similarity/ Concernant ta question sur le C++, il faudra qu'une bonne âme qui connait le C++ te réponde. Je viens de jeter un oeil à la doc C++ : un vector ressemble à un slice de Go (un array dont la taille et la capacité sont dynamiques). Donc si c'est comme en Go, un Vector serait un array dont la taille peut changer à mesure qu'on lui ajoute des éléments. Mais de nouveau, il faudra qu'un dev C++ confirme.

C'est ce passage du "taper chaque ligne de code soi-même" à simplement taper une idée pour qu'une IA génère le code qui est le plus perturbant. Un peu comme si un peintre disait à haute voix : "fais moi un paysage" ou "fais un portrait". Le satisfaction vient du fait de voir le résultat se concrétiser au fur et à mesure qui est précieux. Bon, après les heures passées à debugger une erreur d'inattention de me manquera pas 😄 Programmer "à l'ancienne" va peut-être finir par être un hobby. Mais pour les apps de complexité moyenne à importante, il va encore couler de l'eau sous les ponts avant que des prompts fassent un truc livrable.

@@codeconcept en tout cas, dans tour les cas, il va être important que l'homme continue de s'intéréssé à la compréhension des codes car il serait dangereux de laissé l'IA se développer seul sans surveillance et que éventuellement plus personne ne comprendrait comment c'est fait... Celà pourait se retourner contre nous un jour et litérallement causer notre instinction si les coders venait à saisser d'exister 😬

@brasiliafc2138 J'avais arrêté d'assembler mes machines et donc ne faisait plus aussi attention au matériel. D'autant qu'à un moment, c'était plus tant la course aux GHz que le fait de s'attaquer aux autres goulets d'étranglement pour avoir une config plus cohérente : le multi-core, la RAM plus rapide, le passage au SSD, des cartes réseaux plus rapides etc. Si on repart sur la recherche des CPU les plus rapides possibles, il va falloir sortir le water cooling du grenier :D

Salut JP 😀 : je connaissais la loi de Moore (si c'est bien celle sur le doublement du nombre de transistors tous les 2 ans), mais pas la loi de Wirth. Après avoir regardé ce que c'était, je me rends compte que ... je l'ai vécue. Même avec une meilleure config, il ne se passe pas longtemps avant que de nouvelles versions d'applications plus lourdes fassent de ma nouvelle, de nouveau, une brouette 😄

Merci pour ton commentaire qui fait chaud au coeur 😀 En plus, fan de Millenium 😎

J'ai l'impression d'avoir raté ma vie en lisant ton témoignage 😀 Car moi j'ai commencé avec un TO7 70 et son lecteur de cassettes. J'ai appris à programmer en BASIC. Oui, la version où il fallait numéroter ses lignes manuellement. Mais une fois que j'ai terminé le bouquin de programmation fourni avec le l'ordinateur ... je n'ai pas continué. C'est fou ce manque d'imagination. Il faut dire qu'il n'y avait pas internet et ses innombrables resources et peu de bouquins de programmation. J'ai repris 10 ans plus tard avec du Turbo Pascal. Et là de nouveau, si ça avait été du C plutôt, j'aurais peut être continué. Maintenant, je fais du Go en parallèle. Il n'y a pas de classes : ça me repose (des lourdeurs ?) de la POO. Mais il y a des structs et des méthodes. Des pointeurs, mais plus simplifiés qu'en C. Bref, je descends tout doucement voir ce qui se passe, mais ma descente est très lente. A ce rythme, je serai à la retraite au moment de faire de l'assembleur. Le web c'est sympa pour le fait de déployer et mettre à jour une application pour tout le monde rapidement. Et vue l'amélioration continue des navigateurs, on peut s'amuser à faire de plus en plus de types d'applications, y compris des jeux.

Yep To6, Mo5 et Mo6 meme combat (avec K7 etc...). Tout d abord le bouquin puis les idées. Perso j ai gardé un bon souvenir du Pascal et meme plus que le C que j utilise pourtant quotidiennement au taf.

Ca aurait été douteux si ça avait été le cas. Mais j'aurais eu autant de peine pour un data analyst qui aurait été contraint de devenir dev à cause d'un plafond de verre qui aurait concerné sa profession. A l'époque, on appelait ça un expert décisionnel. Je ne sais pas si c'est le même métier. Je trouve dommage cette tendance à pousser des gens à sortir de leur expertise à cause d'un plafond de verre. Un peu comme si on obligeait un pilote de ligne à devenir contrôleur aérien pour continuer à progresser dans sa carrière.

@@codeconcept j'ai cru comprendre que c'est dur d'être embauchée comme data analyste vu qu'il y a une hype . Ah ouai malheureusement on doit s'adapter au marché. Après aujourd'hui j'imagine qu'un dev qui n'est pas satisfait de son salaire peut aller voir ailleurs.

Oui c'est ce qui fait généralement : partir pour 10% de plus en moyenne. Même si en ce moment, les choses se compliquent un peu.

Merci :) Oui l'égo du dev peut parfois pousser à tout vouloir faire à la main pour les mauvaises raisons. A notre époque de daily meeting, ça serait vite repéré et recadré. Il y a en effet un biais du survivant si on prend en compte les projets trop ambitieux qui n'aboutissent jamais. La chose amusante avec Vite, c'est que ça n'était pas censé sortir de l'écosystème de Vue au départ. Ca aura été une bonne évolution surprise.

Vous vous seriez bien entendus 😀

Il était freelance et pouvait se passer de SSII/ESN en passant par ses anciens employeurs. Ceci dit, je ne pense pas que le client connaissait son penchant pour le désassemblage : du moment que les fonctionnalités étaient livrées à temps.

La vidéo que j'avais faite sur Carmack est là : ua-cam.com/video/XXe1JNRnXlc/v-deo.html Et si tu as le temps, le lien vers la vidéo d'interview de 5 heures (!) vaut le détour. Je l'ai regardée en 3 soirées. Il y a clairement des développeurs d'exception, l'équivalent de Grands Maîtres aux échecs. J'avais bien aimé une interview de Brian Kernighan à propos de Ken Thompson : il disait ne pas se sentir un vrai développeur par rapport à Thompson ... PS : si si, les roues changent elles aussi, roues en carbone, roues bimetal😄Mais c'est vrai, ce sont quand même davantage les pneus qui sont régulièrement réinventés (comme les pneus bi-gommes chers aux motards).

@@codeconcept Les matériaux des roues changent mais une roue reste une roue. Le jour où les roues deviendront rectangulaires, la on pourra dire que quelqu'un aura réinventé la roue. 😉. Je te taquine. Merci pour les liens.

Un exemple: J’ai divisé par 6 le nombres de processeurs nécessaires pour un grand groupe de telecom en réinventant la roue. J’ai du réécrire des pilotes pour accéder aux serveurs de bases de données oracle. L’IA n’invente pas encore, elle s’inspire, reproduit mais ne sort pas du cadre. Je pense que le vrai génie de l’homme est de pouvoir créer, inventer.

@@exocap Tu en avais parlé avant de la faire cette réécriture de pilotes ? Ou bien tu as mis devant le fait accompli, si c'est pas indiscret. Pour ce qui est de la créativité" de IA, le "pas encore" est la grosse inconnue. On pourra peut-être un jour être très surpris par une IA qui développerait comme un expert. Comme ça a été le cas avec AlphaGo, dont un coup avait semblé ridicule aux yeux des experts du jeu, puis quelques coups plus tard, les mêmes ont reconnu que ça a été un coup important, même si un maitre de Go humain n'aurait pas joué comme ça.

@@codeconcept J’étais chef de projet à l’époque et j’ai développé ce pilote avec le concours du DBA qui m’a beaucoup aidé mais personne ne comprenait vraiment ce que nous faisions. Nous avions carte blanche. Mes analystes refusaient de croire que les requêtes que je leur demandait de formuler en LDA étaient réalisables. Je leur ai juste donné les propriétés et méthodes de l’objet qu’ils devaient utiliser en leur disant que ça fonctionnait. J’ai eu droit à une plainte de la part de la chambre des ingénieurs et ai dû me justifier dans une réunion procès lors de laquelle j’ai pu leur prouver que ça fonctionnait et que c’était en production. On m’a proposé une promotion que j’ai refusée et ai quitté la boîte. Tout avait été fait dans mon dos et je me suis senti trahi. Donc pour répondre à ta question, je n’ai sans doute pas suffisamment communiqué avec certaines personnes.

@exocap Merci pour ces précisions. La communication, particulièrement avec des personnes qui ont le pouvoir d'infléchir une carrière, est un art délicat, quand ça n'est pas une activité franchement périlleuse. On devrait faire lire Machiavel en école d'ingé :D

Et finalement, le jury a validé l'examen ?

@@codeconcept non, c’est la cerise sur le gâteau.

Ah c'est dommage. Il ne reste plus qu'à repasser l'exam, si c'est possible, en jouant le jeu qui est demandé ;)

Merci 😀

Merci 😀

En effet😀Ceci dit, souvent, avec des pneus plus modernes, le reste de la roue est lui aussi modernisé (roues en carbone, roues bimetal etc)