Par rapport à ma mission actuelle où je découvre un artefact logiciel et tente de le mettre à jour/réarchitecturer/recréer
Est-ce que c'est Un outil/une méthode que je propose d'utiliser ?
OUI : Ca parle d'utiliser la documentation d'architecture agile, le modèle C4, la documentation vivante, Asciidoc pour faciliter la découverte du code
Quelle devrait être la conclusion ?
L'archéologie informatique est un processus de recherche : on ne saura ce qu'on cherche qu'une fois qu'on l'aura trouvé. Il faut donc être méthodique, patient et empathique vis-à-vis de ceux qui ont créé le code qu'on essaye de dépoussiérer.
Qu'est-ce que l'auditoire doit retenir (le fameux key takeway) ?
Ne touchez à rien
Ne touchez à rien ... si vous ne savez pas ce que ça peut faire
Créez votre cahier de fouille
Définissez dès le début les livrables
Qu'est-ce qu'on met dans l'abstract ?
Est-ce que vous avez déjà dû travailler sur un projet "legacy" (autrement dit qui est utilisé en prod) ?
Est-ce que vous aviez une équipe de dév pour vous accompagner dans le code ? Ou une équipe métier ? Ou une équipe de prod ?
Ca n'était pas mon cas.
Alors, comment s'approprier un artefact aussi abandonné que la machine d'Anticythère ?
Comment travailler avec du code qui, à priori, ressemble plus au manuscrit de Voynich qu'à quoi que ce soit de compréhensible ?
Autrement dit, comment faire de l'archéologie informatique pour rendre un avenir à un produit abandonné ?
C'est ce qu'on verra dans cette présentation qui parlera certes d'artefacts, mais aussi d'Asciidoc, d'outils d'architecture agile, du C4model.
T'as une idée de titre ?
(note bien que tu peux proposer à d'autres personnes de t'aider)
Pourquoi est-ce que je veux parler de ce truc ?
Par rapport à ma mission actuelle où je découvre un artefact logiciel et tente de le mettre à jour/réarchitecturer/recréer
Est-ce que c'est Un outil/une méthode que je propose d'utiliser ?
OUI : Ca parle d'utiliser la documentation d'architecture agile, le modèle C4, la documentation vivante, Asciidoc pour faciliter la découverte du code
Quelle devrait être la conclusion ?
L'archéologie informatique est un processus de recherche : on ne saura ce qu'on cherche qu'une fois qu'on l'aura trouvé. Il faut donc être méthodique, patient et empathique vis-à-vis de ceux qui ont créé le code qu'on essaye de dépoussiérer.
Qu'est-ce que l'auditoire doit retenir (le fameux key takeway) ?
Qu'est-ce qu'on met dans l'abstract ?
Est-ce que vous avez déjà dû travailler sur un projet "legacy" (autrement dit qui est utilisé en prod) ? Est-ce que vous aviez une équipe de dév pour vous accompagner dans le code ? Ou une équipe métier ? Ou une équipe de prod ? Ca n'était pas mon cas. Alors, comment s'approprier un artefact aussi abandonné que la machine d'Anticythère ? Comment travailler avec du code qui, à priori, ressemble plus au manuscrit de Voynich qu'à quoi que ce soit de compréhensible ? Autrement dit, comment faire de l'archéologie informatique pour rendre un avenir à un produit abandonné ? C'est ce qu'on verra dans cette présentation qui parlera certes d'artefacts, mais aussi d'Asciidoc, d'outils d'architecture agile, du C4model.
T'as une idée de titre ?
(note bien que tu peux proposer à d'autres personnes de t'aider)