Ici, on parle développement et nouvelles technologies.
Retrouvez nos podcasts faits maison par nos experts, sans langue de bois, des interviews des professionnels de l'informatique ainsi que nos courtes vidéos sur les concepts et technologies IT !
Qui sommes-nous ?
Créée en 2007 à Lyon, AXOPEN est spécialisée dans les développements de projets informatiques métiers, techniques et complexes. Composée de plus de 40 passionnés (développeurs, chefs de projet et experts) qui partagent des valeurs et des convictions communes autour de l’informatique, c’est une équipe 100% technique qui vous accompagne dans vos projets de développement ! Avec pour moteur la performance et la qualité du SI, nos équipes travaillent en collaboration avec des PME et grands comptes de tous secteurs d’activités, de l’assurance à l’énergie en passant par l’industrie, pour répondre à vos enjeux métiers spécifiques.
moi j'ai eu beaucoup de mal à accepter les critères de qualité évoqués par chacun au début du podcast . Parce que à mon humble avis un code de qualité doit remplir deux critères : - le beau: il doit suivre et respecter des principes de développement qui le rendrons facilement maintenable et compréhensible ( desgin pattern, bonnes pratiques ....) - le bon : il doit être performant , et là on parle de la performance des algorithmes utilisés ainsi que des structures de données, c'est à dire qu'il faudrait avoir une bonne complexité temporelle et en mémoire ( choix par exemple entre list et dictionnaire, coder en ayant la notion d'objet mutable ou pas, algo de filtrage et traitement de données, ...) donc un bon code selon moi doit impérativement remplir ces deux critères ou du moins trouver l'équilibre le plus maximale entre les deux
Merci encore pour votre podcast très instructif. Mais j'ai une question , pourquoi vous dites de ne pas avoir PHP comme technologie d'un SI 🤣. A un moment j'aimerais connaitre les raison de cette haine
J'utilise le pare-feu d'application web de Hedgus, et il est très efficace pour sécuriser mes applications web. Ça vaut le coup d'essayer si vous cherchez une protection fiable
Bonjour et merci pour votre commentaire. Nous ne pensons pas que Java soit mal conçu dans l'absolu, d'ailleurs nous l'utilisons régulièrement dans nos développements d'API, notamment avec Spring Boot. Cependant, en ce qui concernant le développement Android, nous avons tendance à préférer Kotlin.
@@AXOPEN sa a touché a ma sensibilité d'entendre que java était mal conçu il me semble que je ne suis pas le seul a avoir entendu ces propos dans votre vidéo 😐
Je suis teeeellement d'accord qu'il faut utiliser l'IA pour la curiosité et pour la mise en place des idées même si c'est très tentant de demander à chatGPT de tout corriger dans le code en un seul prompt et puis voilà... (Oui je l'ai fait et parfois je tournais en rond et je ne comprenais même plus mon code, oups...) Un moment vous parliez de l'IA qui corrige nos prompts pour donner de meilleurs résultats avec déjà des plugins en place etc. J'avoue que j'ai pas encore explorer cette piste mais voilà ce que je fais. Dooonc petit tips qui a totalement changé ma façon d'utiliser l'IA (chatGPT) : → Aller dans instructions personnalisés en cliquant sur son nom d'utilisateur en bas à gauche lorsqu'on est sur PC → Dans la partie : "Comment souhaitez-vous que ChatGPT réponde ?" J'ai ajouté ça : ``` Quand l’utilisateur tape la commande /PimpMyPrompt, tu deviens PromptGPT ⚡, une machine à optimiser les prompts de l’utilisateur sur ChatGPT. Ta mission devient alors celle d’aider l’utilisateur à rédiger le prompt parfait pour obtenir le meilleur résultat par rapport à la tâche qu’il veut réaliser. Après /PimpMyPrompt, tu suis ces étapes : 1. Présente-toi et demande à l’utilisateur quelle tâche il veut réaliser et pourquoi. 2. Après sa réponse, avec le markdown, définis ces éléments : [Rôle] : le meilleur rôle à attribuer à ChatGPT pour réaliser la tâche. [Compétences] : les compétences clés de ce rôle pour réaliser la tâche. [Contexte] : le contexte de l’utilisateur avec les détails indispensables pour réaliser la tâche. [Tâche] : la tâche à réaliser [Process] : les étapes que ChatGPT doit suivre pour réaliser la tâche. [Caractéristiques] : les caractéristiques du résultat optimal pour l’utilisateur. 1. Demande validation des éléments. 2. Après la réponse, rédige le prompt parfait en intégrant les éléments de l’étape 2 et les remarques de l’utilisateur à l’étape 3. Ton prompt doit respecter cette structure : « Tu es [Rôle]. Tu maitrises [Compétences]. Mon contexte est [Contexte]. Tu vas [Tâche]. Pour ça, voici les étapes à suivre : [Process]. Voici les caractéristiques du résultat attendu : [Caractéristiques]. Si c’est Ok pour toi, vas-y. » RÈGLE IMPORTANTE : si l’utilisateur ne tape pas /PimpMyPrompt, tu suis précisément les instructions de son prompt. ``` Après avoir fait tout ça il suffit d'entrer "/PimpMyPrompt" comme premier prompt et la magie s'opère !
Merci! Hâte de vous retrouver dans 1 an voire 5 ans pour voir ce qui se sera passer avec les IA. Développer le sens critique, les soft skills et d'apprendre et construire le mécanisme d'abstraction: à nous les formateurs de contribuer avec la transmission d'expérience!
super moment d'apprentissage . J'ai emmagasiné un max en si peu de temps . Merci aux experts pour leurs ouvertures d'esprits et d'avoir partagé ces nombreux tuyaux pratique et pragmatiques.
salut , j'ai encore du mal à comprendre certaines choses, et surtout j'ai eu des idées de l'utilisation des API mais je ne sais pas si celle-ci sont réalisables , est-ce que tu pourrais me dire ce que tu en penses en tout cas merci beaucoup de tes vidéos
Bonjour à tous et merci encore pour ce sujet très intéressant et très enrichissant, je voudrais savoir pendant la vidéo vous avez parlé de la possibilité de remplir notre base de données avec de centaines de données fictives afin de tester la performance de nos requêtes, pouvez vous me proposer un outil pour va allé lire la structure de notre BD et injecté les données ?
Bonjour et merci pour votre question ! Actuellement nous ne connaissons pas d'outil qui le fait automatiquement en se basant sur le schéma de base de données. De notre côté, on génère les données à la main à travers des sites web ou bien tout simplement avec notre ami ChatGPT. Notre objectif est de lancer l'application avec un grand volume de données ce qui nous permet d'identifier au plus tôt les potentiels problèmes de performances. Petite astuce : si vous souhaitez utiliser ChatGPT pour générer vos données, plutôt que de lui demander de générer les données brutes, demandez lui de générer un script qui permet de générer les données. De ce fait, ChatGPT ne sera pas limité sur la quantité qu'il peut générer car le script sera de la même taille que ce soit pour générer 10 ou 1000 données. A bientôt !
Bonjour ! D'après nous, c'est tout à fait faisable. Il serait également intéressant d'analyser le plan d'exécution généré par la BDD pour la requête. L'objectif est qu'en fonction du plan d'exécution généré par la BDD on puisse faire de nombreuses déductions sur la cohérence entre la construction du schéma de la base de données et la façon de le requêter. Bonne journée et à bientôt ! L'équipe AXOPEN
Bonjour. En informatique théorique, il existe un langage appelé 'algèbre relationnel', qui s'appuie sur les opérations ensemblistes décrient dans théorie des ensembles en mathématique. Il a vocation à aider à l’analyse pour la conception des requêtes et de la base de données elle même (d'un point de vue théorique une requête peut être considéré comme un sous-ensemble de la base de donnée)
c'est un peu plus pour les débutants, le boostrap, quand tu es reellement un développeur, tu va apprendre a faire des sites avec tes propres connaissances (enfin c mon avis)
Vous devriez être présent sur Tiktok. Les coups de cœurs et coups de gueule ont bien leur place par exemple. Et ça vous donnerait une visibilité. Vous n'êtes pas assez connu et vous le méritez. Car c'est très pertinent vos podcasts.
Merci pour votre commentaire ! Nous allons effectivement essayer de nous lancer dans le format court dans un futur proche. N'hésitez pas à nous faire part de vos retours quand ça sera dispo 😀
Pour moi les 2 se valent mais si on est une start-up qui a besoin d'aller vite et qu'on a pas de préférence pour la technologie serveur, nodejs est un bon choix d'autant qu'on peut tirer profit des développeurs front-end. Si l'application grossit on peut passer à typescript pour du code plus robuste. Il est aussi plus facile de déployer une app node dans le cloud ou carrément en serverless si on ne veut pas gérer de serveur. Maintenant si on est une banque ou une compagnie d'assurances ou autre grosse entité les cycles sont plus longs, on dispose de ses propres data centers, de ses propres équipes de production et on aime que les choses soient plus standards et surtout que le code puisse fonctionner pendant les 20 prochaines années, avec plusieurs générations de développeurs qui vont se succéder pour la maintenance. On doit aussi s'intégrer à un écosystème déjà existant avec des contraintes sur le type de middlewares, de base de données etc. Et surtout des équipes java déjà opérationnelles. Dans ce cas java enterprise qui est beaucoup plus standardisé et met beaucoup plus de contraintes (raison pour lesquelles ça demande plus de formation pour démarrer) est un meilleur choix, voir un choix imposé. L'écosystème est aussi plus stable, les librairies populaires sont très stables et dans le temps et bien maintenues. Pour ce qui est du niveau des développeurs on trouve des mauvais partout, il ne faut pas croire que les développeurs java soient tous bons. Et comme partout les bons sont difficiles à trouver et encore plus à garder.
Bonjour Antoine ! Merci pour votre commentaire. L'étude en intégralité est disponible par ici : www.axopen.com/etude-energetique-framework-developpement-web-2023/ N'hésitez pas à nous faire part de vos retours :)
Super échange, cependant sur la pertinence des "petits gestes" (vers 21 min), au delà de leur impact très minime, ne servent-ils pas à sensibiliser et préparer les équipes à travailler selon une chartes et des principes de Frugalité ? Certains dev d'aujourd'hui sont probablement les analystes et architectes de demain.
Bonjour François ! Merci pour votre retour ! Effectivement, c'est la logique que nous avons aussi adopté en interne en formant au maximum toutes les parties prenantes de l'entreprise pour avoir un impact. La logique des petits gestes peut avoir du sens mais malheureusement, ce ne semble pas tout à fait satisfaisant pour passer à l'échelle. Mais le problème est malheureusement complexe !
