Видео

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.

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 😉

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.

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 😬

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à : ruclips.net/video/XXe1JNRnXlc/видео.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.

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)

Ca peut dépendre des délais qu'on a. Parfois, acheter un composant bien fait, qui permet de faire gagner 4 jours de dev sur un projet à la bourre, est un bon calcul. D'autres fois, descoper est l'option qui permet de se sortir d'affaire. Tout dépend à quel point l'application à été mal chiffrée ou ... mal vendue 😄

Merci :) Je ne mets pas de chapitres ... à cause de l'algo de RUclips. Mettre des chapitre diminuerait la durée de visionnage. J'utilise le conditionnel, car on ne fait que supposer (ceci dit, durée de visionnage et taux de click semblent être les critères les plus importants de cette boite noire). L'algo de RUclips privilégierait ainsi les longs visionnages, pour ensuite recommander une vidéo à davantage de monde. C'est un peu absurde je trouve, mais on en est là : il faut satisfaire des algo qui incitent à des pratiques un peu artificielles pour les êtres humains que nous sommes.

@@codeconcept je comprends tout à fait. De toutes manières je te regarde en mangeant, donc je fais tout d'une traite!

Pardon mais le seul rapport que j'entrevois entre les pâtes et le C++, c'est le spaghetti-code.

@Marcus_613 On peut dire que le travail bat le talent, mais que le talent qui travaille est encore quelques (nombreux) crans au-dessus :) J'ai souvent entendu des développeurs C++ utiliser la décennie comme unité de mesure, même pas pour être expert, mais simplement bon. Collègues que j'ai connu à une époque où ils étaient passé au C# car c'était ce qui était le plus demandé (en informatique de gestion). La décennie, c'est ce qui rend le C++ langage intimidant. Est-ce que de nos jours faire du C puis enchaîner sur du Rust serait un bon calcul ? Ou bien vaut-il mieux faire du C, puis C++ puis potentiellement du Rust (qui est de plus en plus recommandé par de grosses administrations américaines notamment) ? Question subsidiaire : est-ce qu'il faut encore apprendre l'assembleur - à minima le lire - pour des développeurs qui se destinent à faire du développement système ou de la sécurité informatique ? @duckacid Du code ravioli sinon : c'est plus modulaire 😅

​@@codeconcept C'est aussi ce qui fait le charme du C++, avec 25ans d'expérience j'apprends encore des choses. De plus c'est un language qui évolue beaucoup. J'ai commencé à apprendre Rust mais c'est plus par curiosité que pour suivre un plan de carrière, pour l'instant (il n'y a actuellement pas beaucoup d'offres autour de Rust). De mon point de vue, à partir d'un certain niveau, un minimum de connaissance en assembleur est presque indispensable pour un bon développeur C/C++. Si je n'écris jamais de code en assembleur, je regarde souvent l'assembly généré en release pour plusieurs raisons. Les principales sont : Pour comprendre et corriger certains bug. Il est parfois plus simple de lire l'assembleur pour analyser un crash. Quand le bug est du côté du compilateur (c'est très rare mais je l'ai déjà vu), c'est presque impossible de faire autrement pour analyser le problème. Pour écrire du code C ou C++ plus optimisé. Il y a souvent plusieurs façon d'implémenter le même algorithme. On peut mesurer avec précision le temps d'exécution d'un code pour faire des comparaisons, mais j'aime aussi comprendre le pourquoi.

@Marcus_613 Merci pour ces précisions. Donc ça confirme que savoir lire de l'assembleur reste intéressant en 2024, même si en écrire semble plus rare. En 2023, soit un an avant la panne mondiale causée par l'antivirus de CrowdStrike, un expert en sécurité "s'amusait" à créer un petit EDR pour expliquer pourquoi les anti-virus modernes ont besoin de droits systèmes privilégiés et les problèmes de sécurité que ça posait. A un moment de la conférence, il affiche son code désassemblé pour montrer le "saut" de ntdll vers la dll correspondant à son EDR maison pour qu'une analyse anti-virus ait lieu : sensepost.com/img/pages/blog/2024/sensecon-23-from-windows-drivers-to-an-almost-fully-working-edr/jmpfromntdlltoedr.png Donc les experts en sécurité eux aussi lisent de l'assembleur de nos jours. Je ne savais qu'il y avait des bugs de compilateur : je pensais qu'ils étaient tellement testés avant d'être livrés que ça ne pouvait pas arriver. Il n'y a rien de parfait en ce bas monde :)

Je ne pensais pas eux, mais en effet, Xerox et son management pas franchement visionnaire, qui ignorait les trouvailles de ses ingénieurs reprises ensuite par Apple (comme la souris) 😄 Ramasser la pomme après que le concurrent a fait sa R&D pour créer la bonne variété d'arbre : tout un art.

Merci Bastien :)

@TheRemiRODRIGUES Tant mieux si ça fait partie du cursus de créer un langage, un compilateur ou un framework😀Pour ce qui est de réinventer la roue, j'ai eu un excellent chef de projet technique qui parvenait à vendre du "fait maison", en échange d'un moindre coût de maintenance future. Il avait ceci dit la confiance des décideurs. Je l'ai ceici dit également vu donner son feu vert au recours à des libs quand il savait qu'on pourrait facilement switcher vers autre chose si besoin. Quand on fait des appli jetables - par exemple faire cesser les pénalités financières d'une grande entreprise qui n'avait pas fourni à ses clients une applications légalement exigée -, là c'est une autre histoire : le délai de livraison est la priorité. Si bien qu'utiliser des libs et des composants tout faits (y compris payants) ne posait pas de problème. Recréer la roue dans le cadre de projets perso pour monter en compétences, c'est en effet souvent le cas. Quand il s'agit de vite mettre sur le marché son POC, là je n'hésite pas à créer la créature de frankenstein pour avoir un retour rapide et surtout voir s'il y a un marché.

Je suis actuellement un étudiant d'Epitech et je confirme qu'on recrée la roue.

@Jordan-my5gq Merci pour cette confirmation :)

Merci, je vais jeter un oeil à DeepSeek 😉

Pas des escrocs : des coûts. Ce qui est à peine plus flatteur 😄 C'est toute la différence entre un loisir et un travail. Une même activité peut perdre en saveur dès qu'elle est contrainte sur de nombreux plans (horaires, réunions, délai plus ou moins réalistes etc)

C'est trop bien les maths !

@Elseware24 J'ai récemment vu une (vieille) démo de Word2Vec où des opérations mathématiques sont appliquables à des mots. Le fameux : roi - homme + femme = reine. Ca m'avait scié. Même si ensuite, je suis tombé sur d'autres articles qui montraient que passé ce cas particulier, ça ne marchait pas toujours aussi bien. Est-ce que depuis le temps, c'est devenu plus fiable ? @@Unnaymed C'est si vrai que je cherche un bon bouquin de maths, pour adulte qui a envie de s'y remettre après 30 ans d'arrêt.

Ca marche pour dire qu'un voiture ne ressemble pas a une tarte. Pour comparer les details , ca ne marche pas vraiment. Ca ne prend pas de temps si tu compares les images encodees. Pour une nouvelle image , il faut la projeter dans l'espace latent et ca prend quand meme quelques operations. Le 'tenseur' d'entree d'une image 1280*1024 = 1310720. Les reseaus de neurones ne traitent pas des images d'une telle taille. On utilise des CNNs , ce qui du coupe diminue la resolution de l'image memorisee , ce qui explique en partie pourquoi les details ne sont plus accessibles. Seconde remarque , pour pouvoir comparer des images sur plusieurs criteres : Luminosite , type de conteu , on augmente le nombre de dimensions du critere de comparaison donc un cosinus evidemment ne suffit pas. C'est juste comparer 'ce qui n'est vraiment pas fait des memes donnees' ce qui est un critere inexploitable pour une comprehension fine des differences.

@java2379 merci pour ces précisions :) Ce qui m'intéresserait à court termes, ce serait de pouvoir ajouter une recherche textuelle par synonyme ou concepts voisins à un site web. L'objectif étant de fournir des réponses intéressantes à quelqu'un qui se tromperait dans le choix des mots, mais serait proche de l'idée exprimée.

@@codeconcept c'est toujours d'actualité sauf que c'est 0.75 mots par token (moyen anglais). Du coup, ce sont les tokens qui portent le sens.

Le problème étant le temps consacré pour livrer (market VS developpement).

@@MrNiuxe c'est un faux problème car quand on est passionné, on remplace la procrastination par le perfectionnisme, dit autrement, on remplace du temps perdu par une capitalisation sur soi pour devenir expert un jour. Le perfectionnisme finit toujours par payer.

@code-alchimie Le plus beau, c'est que sont souvent des perfectionnistes qui ne sont pas pour autant paralysés par leur désir de faire mieux sans jamais finaliser. Carmack avait commencé par créer 1 jeu par quinzaine pour un magazine de jeux vidéos (les jeux étaient fournis sur des disquettes vendues avec). Ca l'a sans doute conditionné à respecter les échéances.

Pour parier sur le fait que : 1. Pour contrer les mastodonte le modele open source est sa solution (comme android linux pour google) 2. Le principale facteur de rentabilité des ia le sera sur l'efficacité et notamment la miniaturisation des modèles et de leurs calculs. Grossomodo