Thématiques principales

Affichage des articles dont le libellé est Blog. Afficher tous les articles
Affichage des articles dont le libellé est Blog. Afficher tous les articles

dimanche 19 avril 2020

Le gain en maturité

Un petit billet d'humeur aujourd'hui suite à un constat. Quand j'ai commencé ce blog, j'avais la résolution de retrouver un rythme. J'en avais rapidement parler dans [donc-ca] sans vraiment être rentré dans le détail ensuite a l'occasion d'un bilan [autobio], la j'ai expliqué un peu mon parcours et pourquoi j'avais décidé de tenir ce blog.

Ecrire un blog


Sur le fond au delà des raisons personnelles, si l'on souhaite être pragmatique, tenir un blog ça permet en premier lieu de faire une veille techno réaliste. Comme je l'expliquais dans [veille], a mon sens on peut bien lire tout les articles que l'on veut ou tous les tutoriaux du monde, le monde de l'informatique est vaste et très hétérogène et retenir quelque chose d'une lecture au delà de quelques semaines permet au mieux de pouvoir dire, "oui j'ai vu ou entendu parler", mais clairement celui qui prêtent dire "oui je connais" est  un menteur.

De la veille


Sans revenir sur le contenu de cet article [veille], prendre la mesure d'un outils ou d'un concept en informatique, cela nécessite au moins de manipuler. Cela permet de se confronter (un peu) aux limites, aux écueils, aux trucs fun d'une techno mais cela permet aussi de mieux la situer dans son écosystème technique.

Par expérience, la encore, (et cela me relève de mon opinion et peut être de mon fonctionnement, se rassurer, consolider, se prouver etc...) a mon sens il faut aussi aller au delà et écrire un billet sur ce que l'on voit, cela permet de consolider et de garder une trace de ce que l'on a fait.... car il faut pas se leurrer: on oubli!

Oui on oubli! Aussi bon soit votre mémoire, elle a une limite et un temps d’accès ou un temps de recontextualisation (vous savez le truc que vous savez mais vous savez plus pourquoi comment ni comme ça s'y rattache...)

Et la encore, mettre noir sur blanc (ou 1 sur 0) permet de fixer les choses, de mieux mémoriser et cerise sur le gâteau, vérifier si notre vision de quelques a du sens! Je ne compte plus aujourd'hui les fois ou lors de la rédaction d'un article je me suis rendu compte d'une faille dans ma compréhension des choses. Et parfois cela a même pus complètement remettre en question l'article!

Mais pas que


Aujourd'hui, après 3 ans de rédaction plus ou moins suivi et prés de 170 publiés j'ai découvert un denier point intéressant a la rédaction d'articles. Non cela n’améliore pas l'orthographe désolé ! (même si la capacité rédactionnelle est quand même notablement amélioré) non mais la rédaction de tous ces articles permet a terme d'avoir son parcours en perspective.

Je ne parle pas forcement de pouvoir utiliser cela comme un outil du genre CV même si ce la peut y trouver du sens (jusqu’à un certain point) mais de simplement permettre de regarder son parcours, ce que l'on a appris, les choix que l'on a fait (ces derniers étant contextualisable avec parfois peut être des besoins, d'autres par goût personnel) et aussi de voir son évolution sur les sujets.

Quand je relis certains de mes articles (car oui ça m'arrive pas de façon narcissique mais parce que parfois c'est utile de les utiliser comme aide mémoire) je me rend compte que autant parfois j'ai pu être pertinent sur certains sujet parfois pas du tout. Pour tout dire, je me suis même demandé parfois si je ne devais pas retirer certains de mes anciens articles car je les juge aujourd'hui insuffisant....

Bien sur je ne ferai pas ça, car en fait ces articles démontrent une évolution, si leur contenu n'est pas pertinent, leur présence au milieu des autres faits états des tentatives pour avancer et construire. Bien sur parfois c'est léger et parfois il y a des bêtises de dites mais c'est la aussi que l'on apprend et que l'on se rend compte justement que l'on avance!

Donc voila un autre point qui devrais donner envie d’écrire: le droit de se tromper, la possibilité de prendre du recul, la joie de se voir évoluer et de gagner en maturité!

Références


[donc-ca] https://un-est-tout-et-tout-est-un.blogspot.com/2017/09/donc-ca.html
[veille] https://un-est-tout-et-tout-est-un.blogspot.com/search?q=veille
[autobio] https://un-est-tout-et-tout-est-un.blogspot.com/2018/09/100-un-peu-dautobio.html

mercredi 14 novembre 2018

Asciidoctor

Suite a l'article d'hier [1],  on peut quand même se demander :Comment augmenter même un peu l’attractivité de la présentation?

En passant à Asciidoctor [2,3]!

Quoi un autre outil! non mais tu nous arnaques la, il va falloir tout refaire!

Non non ne vous inquiétez pas! Asciidoctor est un outil qui implémente (en ruby) tout le corpus de Asciidoc avec quelques petits trucs en plus.

Du coup oui il va falloir changer d’outil mais…. pas autant que vous le croyez [4]! n’oubliez pas ce dont nous parlions dans l'article précédent [1], comment rendre plus simple, plus attractive la rédaction documentaire dans le cadre d’un projet?

Et bien à l'instar d’un maven site [5] (qui est très très basique il faut l’avouer) on va également builder notre documentation technique avec Maven tout en restant (peu ou prou) compatible avec Asciidoc et sa simplicité (syntaxiquement parlant).

Avec Maven

Bien, on a déjà parlé de Maven [6] , et effectivement surtout dans le cadre de projet Java. Pourtant, si on prend un peu le point de vue du MDE/IDM, on peut considérer la documentation comme un modèle comme un autre de notre application alors si c'est un modèle, comme de l'UML ou même du code, pourquoi ne pas le compiler? Finalement il n'est qu une façon de voir une application ou un concept.

Ici on va rejoindre cette idée et nous allons définir un contexte de build maven pour faire notre documentation.

Des parents

Comme nous l'avions vu dans notre article sur Maven, on ne va pas partir bille en tête dans la simple définition d’un pom. On va se débrouiller pour augmenter la reutilisabilité. Du coup on va faire des pom parent!

On sait que asciidoc est naturellement fait pour produire des documents on va donc d’abord définir un parent permettant de construire ce type de doc, disons sous le format pdf puis par extension, on va tirer partie de ce premier pom pour l'étendre vers la production de présentations (il va de soit que le contenu sera le même, seul la forme change)

Pour faire ces deux pom parent, je citerai que je me suis beaucoup inspiré d’un fork d’un ami  sur github [7].

Ainsi le premier pom nommé tc-asciidoctor-pdf-parent va s’appuyer sur le plugin maven dédié à asciidoctor: asciidoctor-maven-plugin [8]. Il est complété par deux plugin asciidoctor que sont asciidoctorj-pdf [9] et asciidoctorj-diagram [10, 11] permettant de générer du pdf et de gérer des diagrammes au sein du document (comme UML, Graphviz, etc…) Pour en connaître un peu plus je vous invite à consulter le source du fichier sous github ici [12].

Le second pom nommé tc-asciidoctor-html-parent propose d'étendre le premier en spécialisant la génération documentaire au profit d’une interface html supportant la présentation. De façon à rendre celle ci plus dynamique, le pom va intégrer dynamiquement lors du build, une librairie Javascript revealjs [13] qui sera downloader via le plugin maven download-maven-plugin [14]. Ensuite, le plugin asciidoctor-maven-plugin va intégrer cette librairie pour construire la présentation en html. Pour en connaître un peu plus je vous invite à consulter le source du fichier sous github ici [15].

Utilisation

Il faut maintenant réintégrer les sources précédemment utilisées et les mettre dans un projet maven héritant du dernier pom présenté (tc-asciidoctor-html-parent)

On build :

mvn clean process-resources

et cela nous donne brutalement la présentation accessible ici [16].

Déjà c’est cool notre présentation à déjà bien évolué mais on voit que la compatibilité n’est pas présente à 100%.... le cadrage n’est pas parfait... Sachant cela, chacun verra midi à sa porte et choisira son approche préférée.

Conclusion

Nous n’avons pas été très loin dans l’utilisation de Asciidoc ni de Asciidoctor son équivalent, mais sont utilisation étant simple, il ne m'a pas semblé pertinent de s’attarder sur ce genre de problématique. Par contre son utilisation et les différents de logique de build existant entre les deux outils me semblait plus intéressant à montrer (sachant que Asciidoctor étant en ruby, via l’utilisation de l’installeur Ruby et de l’application Gem il est aussi possible de l’utiliser sans une industrialisation maven qui pourtant est, il me semble pertinente)

Voilà ainsi dans l’avenir, si je réalise une présentation en association avec un article, je procéderai comme pour le code source, je le déposerai dans le dépôt github du blog. Cela permettra de rendre plus dynamique les articles.

Pour ceux voulant aller un peu plus loin, les références suivantes sont pour vous: [17,18,19]

Remerciements (j’en fais pas souvent):

Merci à David et Christophe qui ont piqué ma curiosité avec asciidoc. Moi qui venait de Latex et de son formalisme jusqu’au boutiste, j’ai découvert un compromis et un outil fort pratique qui je pense va devenir un compagnon régulier de ma veille. (Il ne me reste qu'a tester la construction et l’intégration des diagrammes, mais on verra ça a la volée)

Références

[1] https://un-est-tout-et-tout-est-un.blogspot.com/2018/11/asciidoc.html
[2] https://asciidoctor.org/docs/
[3] https://asciidoctor.org/docs/what-is-asciidoc/
[4] https://asciidoctor.org/docs/asciidoc-asciidoctor-diffs/
[5] https://maven.apache.org/plugins/maven-site-plugin/
[6] https://un-est-tout-et-tout-est-un.blogspot.com/2018/01/maven-preparons-des-parents.html
[7] https://github.com/dvaillant/coursAsciidoc
[8] https://asciidoctor.org/docs/asciidoctor-maven-plugin/
[9] https://github.com/asciidoctor/asciidoctorj-pdf
[10] https://github.com/asciidoctor/asciidoctorj-diagram/
[11] https://asciidoctor.org/docs/asciidoctor-diagram/
[12] https://github.com/collonville-tom/tc-parent/blob/master/tc-asciidoctor-pdf-parent/pom.xml
[13] https://revealjs.com/
[14] https://mvnrepository.com/artifact/com.googlecode.maven-download-plugin
[15] https://github.com/collonville-tom/tc-parent/blob/master/tc-asciidoctor-html-parent/pom.xml
[16] https://collonville-tom.github.io/tc-un-est-tout-et-tout-est-un/tc-asciidoctor-article/ascii-article.html
[17] http://www.vogella.com/tutorials/AsciiDoc/article.html
[18] https://powerman.name/asciidoc/
[19] https://riduidel.wordpress.com/2017/06/16/generer-mon-asciidoc-dans-docker/




mardi 13 novembre 2018

Asciidoc

La rédaction documentaire

Quiconque vous le dira, dans l’IT, le référentiel documentaire d’un projet est toujours le vilain petit canard, un mal aimé lorsque faut le rédiger mais qui pourtant fait l'unanimité des critiques lors de son absence.

Le but de cet article n’est pas forcement de vous convaincre de son utilité et de sa nécessité et de vous réconcilier (on tentera cela dans un autre article)  avec mais juste de vous présenter un outil qui peut être pourra vous simplifier la vie: Asciidoc [1].

Asciidoc est un outil de génération de doc sous différents format à base d’un langage simple inspiré des syntaxes employés dans les Wiki. Cela le rend très facile d'access.

Alors bien sur il n’est pas le seul dans ce domaine, on pourrait parler par exemple de markdown [2], [7] ou latex [3]. Peut être le feront nous seulement j’ai souhaité parler de asciidoc car il m’à semblé être un bon compris justement entre ces deux autres outils :
  • markdown étant vraiment très basique voir simpliste, Asciidoc vous donnera plus d’expressivité tout en fournissant un rendu très satisfaisant. 
  • latex à l’inverse est complet et fournira toujours des résultats impeccables c’est certain pourtant, acquérir sa maîtrise demande une marche qui sera moins haute avec Asciidoc.

Installation

Asciidoc est un outil développé en Python (on se chargera d’installer python 27 préalablement donc). Pour bénéficier de sa dernière version, rien de plus simple:
  • un téléchargement sur sourceforge, 
  • un dezip 
  • un alias dans votre bashrc (sous Debian ou Cygwin) et on est parti!
alias ascdoc="/cygdrive/c/Python27/python.exe C:/Tools/asciidoc-8.6.9/asciidoc.py"


samedi 15 septembre 2018

100 : un peu d'autobio

Ça y est, ça fait presque un an que j'ai commencé ce blog et cet article en est le 100 ième!

Dans mon premier article, je ne m’étais pas forcement étalé sur le pourquoi de ce blog, sa signification, etc. J'avais parler surtout de changement, de l'importance de maintenir le changement et que souvent lorsqu'il n'y a plus de changement c'est qu'il y a probablement régression.

Aujourd'hui il peut être bien pour ce 100ième de faire un petit bilan du passé, de se poser quelques questions (et pourquoi pas y répondre) et de se fixer de nouveaux objectifs pour les mois qui vont maintenant venir.

Commençons par le bilan de tout ça. En soit l’écriture d'un blog donne l'occasion de pousser un peu plus loin l'acquisition de connaissances. En effet, comme on le dit, ce qui se comprend bien s’énonce clairement et le corollaire de cela est que si l'on ne parvient pas bien a expliquer quelques chose, c'est que probablement il y a des choses qui n'ont pas été parfaitement comprise. Avec ce blog j'ai voulu aller jusqu'au bout de cette idée.

Alors bien sur, les sujets traités dans ce blog ne sont pas des nouveautés pour moi mais en allant jusqu’à l’écriture de ces articles, je voulais en quelques sorte me rassurer sur mes compétences mais aussi ma capacité a acquérir de nouvelles connaissances tout comme ma capacité à en transmettre.

Étrange démarche direz vous et j'admet que ça soulève des questions surtout la question pourquoi?

Pour y répondre, il importe de revenir un peu plus en arrière que sur cette dernière année. En fait un peu plus... un peu plus, disons jusqu’à l’époque ou j'ai passé mon doctorat, même un peu avant. Mince ça commence a faire loin tout ça et je ne pensais pas partir dans des souvenirs et dans des discourt aussi personnel, surtout dans un blog d'informatique! Mais bon maintenant que je suis lancé!

En gros, et pour aller au plus vite : une enfance classique, des études et un niveau moyen mais un certain intérêt pour la mécanique, découlant sur un bac avec une mention assez bien et une classe prepa qui a été un calvaire, une perte de temps et un gâchis au vue de ce qu'il y avait a y apprendre.

Ainsi en toute logique j'ai pris la première école d’ingénieur qui a bien voulu de moi, clairement par défaut, il faut l'avouer mais ce fut alors le début probablement de la plus belle décennie de ma vie (après la prepa, ça n’était pas de refus).

En école d’ingénieur, je ne peux pas dire que j'ai vraiment tout de suite trouvé mes marques, peut être a cause des événements qui s’étaient déroulé en prepa. Cependant en école, j'ai rencontré vraiment des gens bien (je ne dirais pas de nom mais si un jour il tombe sur cet article, ils se reconnaîtront) et si a la base je pensais faire de la mécanique, j'ai finalement dérivé dans l'informatique en passant a coté de la formation de l'automaticien (que, j'avoue, j'aurais du suivre avec plus d'attention)

Ce fut alors a l'issu d'un redoublement (la deuxième année d’école) que je repris les choses en main et ou je m'investi vraiment dans ce qui serait le fondement de ma carrière dans l'informatique et surtout toute la partie conceptuelle de celle-ci qui fit de ce domaine quelque chose de passionnant a mes yeux.

On peut ainsi presque dire que débuta alors vraiment un age d'or (personnellement comme professionnellement). J'obtins donc mon diplôme d'ingénieur en informatique et réseau et fit le choix de tenter a sa suite un Master Recherche pour pouvoir creuser les concepts plus intime de l'informatique et de l’étude des systèmes : le  concept objet, le MDE, la théorie du contrôle par supervision, les processus de développement, la neuromimétique etc...

Cette année fut réellement passionnante et probablement que ça s'est vu puisque l'on me proposa de poursuivre le travail démarré pendant le stage de master avec une thèse financé par une bourse ministérielle. Bien sur j'ai accepté et eut l'opportunité de faire en plus de l'enseignement, une expérience des plus enrichissante.

J'ai pu apprécier sur tweeter ou autre réseau social de ci delà que de nombreux doctorants vivaient mal leur thèse. Il est vrai que le doctorant est un peu la matière premier de la recherche et que de nombreuses dérives existes surtout dans les relations entre le thésard et son directeur de thèse! Moi j'en ai eut trois et il ont probablement été les meilleurs que l'on puisse avoir. Laurent, le plus jeune d'entre eux était probablement le plus dynamique et le plus enclin a amener de la matière a réfléchir. Jean-marc pour sa part préparait son HDR et a été inestimable dans la technicité de ses conseils, et enfin Bernard, que j'ai considéré et considère toujours comme un maître a penser me donna beaucoup d'inspiration et de rigueur. Leur apport a été et est encore aujourd'hui dans mon travail inestimable.

Je ne rentre pas dans le détail de la thèse, nous y reviendrons dans d'autres articles mais on s'en doutera le jour de la soutenance fut en quelque sorte le point culminant de cet age d'or qui se termina alors lorsqu'il fallu faire le choix de tenter de poursuivre dans le recherche ou partir dans l'industrie.

Mon choix fut l'industrie et après 10 ans en Alsace, je revins dans le Nord (en 2011) pour travailler pour Sopra puis un an plus Thales. Je n'entrerai pas dans le détail de mon travail pour ces entreprises puisque sujet au "secret". J'exprimerai juste mon ressenti sur ces expériences en y incluant aussi une composante importante de la vie, la composante personnelle.

En effet, autant si ma vie personnelle sur Mulhouse a été indéniablement un terreau fertile pour construire ma thèse, je dois avouer que ma vie personnelle a mon retour dans le nord s'est gravement compliqué. Cela ne m'a pas empêché de réussir les differentes missions qui m'ont été données a l’époque chez Sopra, la preuve en est que j'ai fini par être embauché par le client qu’était Thales. Cependant, je n'avais pas forcement mesuré ce qu’était vraiment la vie en entreprise surtout en ayant une vie personnelle complexe a gérer.

J'ai donc fais ce que je pense tout le monde fait dans ces moment la, s'appuyer sur ses acquis et se concentrer sur les problèmes importants (et la je ne pense pas que l'on me contredira si je met le personnel en premier). Ainsi le temps a passé, les années se sont écoulées et les problèmes personnels ont finis pas se terminer. C’était en 2014 et 2015.

C'est la que l'on peut reprendre un concept vieux comme le monde dans le domaine de l'informatique: l'effet tunnel ou l'on avance sans visibilité ni recul mais on arrive a une échéance, et la c'est le choc! En effet, avec la fin des problèmes, j'ai aussi pu retrouvé un environnement sain pour travailler et surtout me remettre en question (Merci Emilie!!). S'en est donc suivi d'une grosse période de doute et de flottement ou j'ai vu ces quelques dernières années comme des années ou finalement je n'avais pas progressé, voir l'inverse!

Bien sur j'avais eut l'occasion de pouvoir réaliser des choses professionnellement il n'y avait rien a me reprocher, j'avais même eut l'opportunité d'avoir d'autres responsabilités mais cela ne me convenait pas et au fil du temps, je ne parvenais plus a m’évaluer, savoir ce que je valais et si tout bêtement ce que je faisais chez Thalès était ce que je voulais vraiment.

J'ai donc encore mis deux années pour tenter d’évoluer, passer architecte, s'essayé au rôle de Scrum Master, etc... cependant il y avait bien quand même UNE chose qui manquait, c’était la découverte.

Ainsi courant 2017, j'ai pris conscience que je n'avais pas fait de la recherche pour rien et que j'occultais même complètement mon doctorat lors de mes échanges personnels comme professionnels comme si c’était un honte, une chose inutile, un péché inavouable.

J'avoue même qu'encore aujourd'hui, je n’évoque pas cela naturellement, je ne veux pas donner l'impression que je me pose "la". Au fond de moi peut être que je regrette de ne pas avoir su poursuivre dans le monde académique et que j'ai cédé a la facilité de travailler dans le privé.

Face a ce refus d'assumer mon titre et ce constat de ne plus savoir ce que je valais, je me suis alors dit, aujourd'hui j'ai que 36 ans (en juin), j'ai eut un doctorat, peut être que c’était il y a 6 ans,  mais je dois pas être si con et rien n'est impossible: allez je me relance dans ce qui a été pour moi, l'activité qui m'a le plus porté, ce qui a fait ma force, le métier qui me passionnait: la recherche.

Alors la vous allez vous dire, ba parfait t'es retourné en labo quoi pas la peine d'en faire un foin! Ba non car c'est loin d’être aussi simple. j'en avais parlé dans cet article, et j'avoue que la tache est rude pour revenir dans le monde académique. Pourtant, je me suis dit mais qu'est ce qui m’empêche de publier quand même? rien, nous en venons donc au blog ici présent.

Alors OK ce blog est loin d’être un recueil de recherche et s'assimile plus a un ensemble de plein de choses connues : en gros un état de l'art... et oui un état de l'art. Un peu comme lorsque l'on prépare une thèse.... mais c'est logique car on ne peut élaborer des propositions si l'on ne dispose pas des connaissances permettant de les étayer... et je me suis rendu compte qu'il fallait regagner de la confiance en soit, de la capacité a reformuler les choses, et que apprendre aussi c'est quand même super cool!

Du coup voila, on en est la en septembre dernier, j'ai décidé de commencer ce blog pour m'en servir comme d'un gros bloc note et en prenant le parti que "ce qui se comprend bien s’énonce clairement", j'ai pris le plis de tenter de vulgariser soit ce qui était déjà acquis depuis longtemps (genre les techno java ou la normalisation de bases de données), soit des choses qui méritait d’être apprise (genre Liquibase).

Au passage, c'est un exercice qui aide a la synthétisation et a la prise de recul sur des technos qui parfois sont foisonnantes et peuvent être mentalement un peu fouillis.

Dans le même temps, j'ai également pris conscience que pendant ces quelques années, je m’étais trop reposé sur l'entreprise dans laquelle j’étais pour avancer. C'est une erreur! Il ne faut jamais attendre quoique ce soit pour avancer et progresser! Et la j'ai compris que j'avais fait le tour de ce que j'avais a apprendre a mon poste chez Thales. En toute logique, j'ai donc décidé de partir.

S'en est suivi logiquement les entretiens... et les baffes. Oui des baffes car de chaque entretien j'ai appris de choses:

  • que je ne m’étais pas assez tenu a jour et que l'idée du blog arrivée a temps pour m'auto challenger sur des nouveaux sujets
  • que je ne m’étais pas assez intéressé aux différents secteurs d'activités et marché dans lesquels je pouvais donner de la logique a mes connaissances
  • que des entretiens, sont des entrevues ou il existe de nombreux biais qui peuvent nous faire échouer: notre propre arrogance mais aussi celle de l'interlocuteur, un peu trop de confiance en soit ou l'inverse le manque de confiance en soit, ou tout bêtement les attentes des uns et autres qui ne convergent pas.

Pour ma part, je sais que les entretiens que j'ai le plus apprécié sont ceux ayant eut lieu avec des interlocuteurs qui m'ont fait avancé, et m'ont poussé a me poser les bonnes questions (je remercie au passages mes interlocuteurs de chez Sfeir et Zenika de l’époque).

Certains ont été des catastrophes mais j'en avais déjà parlé dans un article sur le polymorphisme et honnêtement, même avec presque un an de recul, ma position reste la même, dans ce cas, il y avait un vrai problème dans le processus d'entretien, j’espère que leur approche a évolué depuis...

Enfin voila, j'ai fini par faire un choix pour Capgemini, parce que:

  • les contacts que j'ai eut lors des entretiens ont été vrai géniaux, autant des RH que des techniques, il y a un vrai respect de l'individu et aucun jugement, c'est un peu le slogan "venez comme vous etes".
  • et une ESN est une bonne façon de se confronter a différents contextes de travail et de continuer a se bousculer au quotidien.

Donc voila, depuis mars dernier je suis chez "Cap" et c'est aussi pour ça que le rythme des articles à baissé car mine de rien l'activité que j'y mène consomme beaucoup d’énergie mais je pense que j'ai quand même trouvé un bon rythme de croisière avec entre 4 et 8 articles par mois, c'est plutôt pas mal surtout que les articles ont pris plus de dimension, surtout ceux sur l'IA qui ont ete assez long.

Du coup j'en viens maintenant a l'avenir de ce blog. Je vais essayer de tenir le même rythme: entre 4 et 8 articles par mois selon leur taille. Mon objectif pour l'année qui arrive sera de tenter parler un peu plus de modélisation, de poursuivre dans l'IA et de prendre une dimension un peu plus formelle en introduisant un aspect un peu plus mathématique aux articles.

L'idée finale est bien de continuer sur l'idée d'un état de l'art mais aussi de commencer a reconstituer un spectre et une direction cohérente dans mes recherches avec pourquoi pas un véritable article scientifique a l'issu de tout ça dans un journal.

Voila, je crois que j'ai tout dit.  On se dit donc en septembre prochain pour un prochain point et voir ou m'aura mener la direction prise aujourd'hui! A bientôt.