mirror of
https://github.com/almet/notmyidea.git
synced 2025-04-28 19:42:37 +02:00
433 lines
No EOL
38 KiB
HTML
433 lines
No EOL
38 KiB
HTML
<!DOCTYPE html>
|
|
<html lang="fr">
|
|
<head>
|
|
<title>
|
|
uMap - Alexis Métaireau </title>
|
|
<meta charset="utf-8" />
|
|
<meta name="viewport" content="width=device-width, initial-scale=1">
|
|
<link rel="stylesheet"
|
|
href="https://blog.notmyidea.org/theme/css/main.css?v2"
|
|
type="text/css" />
|
|
<link href="https://blog.notmyidea.org/feeds/all.atom.xml"
|
|
type="application/atom+xml"
|
|
rel="alternate"
|
|
title="Alexis Métaireau ATOM Feed" />
|
|
<script src="https://cdn.jsdelivr.net/npm/vega@5"></script>
|
|
<script src="https://cdn.jsdelivr.net/npm/vega-lite@5"></script>
|
|
<script src="https://cdn.jsdelivr.net/npm/vega-embed@6"></script>
|
|
</head>
|
|
<body>
|
|
<div id="content">
|
|
<section id="links">
|
|
<ul>
|
|
<li>
|
|
<a class="main" href="/">Alexis Métaireau</a>
|
|
</li>
|
|
<li>
|
|
<a class=""
|
|
href="https://blog.notmyidea.org/journal/index.html">Journal</a>
|
|
</li>
|
|
<li>
|
|
<a class=""
|
|
href="https://blog.notmyidea.org/code/">Code, etc.</a>
|
|
</li>
|
|
<li>
|
|
<a class=""
|
|
href="https://blog.notmyidea.org/weeknotes/">Notes hebdo</a>
|
|
</li>
|
|
<li>
|
|
<a class=""
|
|
href="https://blog.notmyidea.org/lectures/">Lectures</a>
|
|
</li>
|
|
<li>
|
|
<a class=""
|
|
href="https://blog.notmyidea.org/projets.html">Projets</a>
|
|
</li>
|
|
</ul>
|
|
</section>
|
|
<header>
|
|
<h1 class="post-title">uMap</h1>
|
|
<details>
|
|
<summary>Stats</summary>
|
|
<div>
|
|
▓▓▓▓▓▓▓▓▓▓▓▓ 128% (224h / 175 prévues)
|
|
</div>
|
|
<ul>
|
|
<li>224h rémunérées</li>
|
|
<li>4h bénévoles</li>
|
|
</ul>
|
|
<table>
|
|
<thead>
|
|
<tr>
|
|
<td>Mois</td>
|
|
<td>Heures</td>
|
|
<td>Jours</td>
|
|
</tr>
|
|
</thead>
|
|
<tbody>
|
|
<tr>
|
|
<td>2024/02</td>
|
|
<td>25</td>
|
|
<td>3.6</td>
|
|
</tr>
|
|
<tr>
|
|
<td>2024/01</td>
|
|
<td>70</td>
|
|
<td>10.0</td>
|
|
</tr>
|
|
<tr>
|
|
<td>2023/12</td>
|
|
<td>56</td>
|
|
<td>8.0</td>
|
|
</tr>
|
|
<tr>
|
|
<td>2023/11</td>
|
|
<td>73</td>
|
|
<td>10.4</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
</details>
|
|
</header>
|
|
<article>
|
|
<div id="vis"></div>
|
|
<h2 id="jeudi-15-fevrier-2024">🗓️ jeudi 15 février 2024</h2>
|
|
<p>Le matin j’ai terminé l’article d’update, puis j’ai enchainé sur la
|
|
synchronisation des layers. C’est un peu plus compliqué que pour le reste des
|
|
features, et je suis donc content de le faire en dernier. Je fais un peu de
|
|
refactoring. Je dois arrêter au milieu pour enchaine sur ma soirée. Il faudra
|
|
réussir à mapper les <code>properties</code> avec les <code>formbuilders</code> qui vont bien, pour
|
|
que le client qui reçoit puisse appliquer les modifications utiles.</p>
|
|
<p>Une bonne journée, j’aurais aimé continuer et ne pas laisser au milieu :-)</p>
|
|
<h2 id="dimanche-11-fevrier-2024">🗓️ dimanche 11 février 2024</h2>
|
|
<p>Une session matinale de pair avec Yohan durant laquelle on discute de comment synchroniser l’éditeur tabulaire (on se rends compte qu’il n’y a pas besoin de grand chose), et du protocole de synchronisation. On se dit que ce serait surement mieux de réutiliser certaines parties du code plutôt que de les recréer (sérialisation et désérialisation des coordonées des features).</p>
|
|
<p>Je change donc le code en fonction, puis on se fait une petite réunion hebdomadaire ou on parle principalement du financement du projet. On se capte ensuite avec David. J’aimerai extraire quelques bouts de ce que j’ai fait pour en faire des <em>pull requests</em> et je lui demande des retours avant d’aller plus loin.</p>
|
|
<p>Je termine la journée par la rédaction d’un article de blog sur mon avancée générale sur le sujet.</p>
|
|
<h2 id="jeudi-08-fevrier-2024">🗓️ jeudi 08 février 2024</h2>
|
|
<p>Je n’ai pas pris de notes.</p>
|
|
<h2 id="lundi-05-fevrier-2024">🗓️ lundi 05 février 2024</h2>
|
|
<p>Je commence par ajouter la suppression des points dans ma démo, ce qui fonctionne, et on se fait une petite session rapide avec Yohan pendant laquelle je lui demande de m’éclairer sur les endroits dans le code où je pourrais me connecter. On avance vite et ça fonctionne. J’enchaine avec la retrospective qui permet de soulever quelques points intéressants, mais qui semble frustrante pour l’équipe. On clarifie ensuite certains aspects autour du financement du projet avec David et Yohan.</p>
|
|
<h2 id="jeudi-01-fevrier-2024">🗓️ jeudi 01 février 2024</h2>
|
|
<p>Discussion avec Yohan autour de l’<span class="caps">API</span> pour les requêtes, pour réussir à utiliser des classes natives JavaScript plutôt que de passer par des évènements « à la » Leaflet.</p>
|
|
<h2 id="mercredi-31-janvier-2024">🗓️ mercredi 31 janvier 2024</h2>
|
|
<p>J’ai enfin réussi à me concentrer. J’ai continué la réécriture et la simplification du code existant, puis j’ai ajouté du code qui pemret l’ajout d’un marker et sa modification.
|
|
Ça commence à ressembler un peu plus à quelque chose, j’ai l’impression de débloquer des bouts de trucs qui me tenaient en haleine et mécontent.
|
|
J’ai pu faire une petite vidéo de démo en fin de session.</p>
|
|
<video controls width="80%">
|
|
<source src="https://files.notmyidea.org/umap-sync-features.webm" type="video/webm">
|
|
</video>
|
|
|
|
<h2 id="mardi-30-janvier-2024">🗓️ mardi 30 janvier 2024</h2>
|
|
<p>J’ai passé du temps à refondre le code déjà écrit concernant la synchronisation. L’<span class="caps">API</span> se clarifie et se simplifie, ça fait du bien. On a fait une session de pair avec David durant laquelle on a pu trouver comment écouter les événements qui sont lancés lors de la création d’un point, et j’ai fini par supprimer tout un tas de complexité qui n’était pas nécessaire.</p>
|
|
<p>Je suis plus content du code actuel, plus simple et direct, et aussi plus facile à modifier. Bien dormir m’aide à être plus concentré !</p>
|
|
<h2 id="lundi-29-janvier-2024">🗓️ lundi 29 janvier 2024</h2>
|
|
<p>Avec Yohan, on s’attaque à un bug dans les tests de l’algorithme de merge des layers. L’idée est d’attendre que certaines requêtes soient passées pour continuer les tests dans playwright (merci <a href="https://playwright.dev/python/docs/network#variations"><code>page.expect_response</code></a>).</p>
|
|
<p>On se rends compte que ce qu’on pensait être un test intermittent est en fait un bug: les headers <code>Last-Modified</code> et consort sont en fait à la seconde prêt, et les fichiers correspondants stockés sur le serveur à la milliseconde, ce qui fait qu’il peut y avoir prise de pinceaux dans le tapis, et le mauvais fichier est utilisé dans la reconstruction.</p>
|
|
<p>On a ensuite discuté avec David + Yohan de plusieurs aspects, autour de la solution à ce problème (surement des headers maison pour éviter des soucis avec les <code>ETAGs</code> et leur utilisation par des proxy intermédiaires)</p>
|
|
<p>On continue avec une discussion sur notre système de versioning et sur l’idée de faire une 2.0 pour introduire des changements importants. La discussion est moins tendue que la dernière fois c’est chouette :-)</p>
|
|
<h2 id="mercredi-24-janvier-2024">🗓️ mercredi 24 janvier 2024</h2>
|
|
<p>Session rapide de pair avec David, on avance sur la connection websocket et leur intégration avec les formulaires.</p>
|
|
<h2 id="mardi-23-janvier-2024">🗓️ mardi 23 janvier 2024</h2>
|
|
<p>J’ai ajouté le support de la synchro pour les metadonnées de la carte sur mon prototype, j’ai fait des messages websockets + une infrastructure légère qui permet de voir venir les autres types de synchro. Je passe par l’écrasement des données de l’autre carte plutôt que par des CRDTs. Pour le moment pas de gestion de l’offline, mais je me dis que c’est secondaire.</p>
|
|
<h2 id="lundi-22-janvier-2024">🗓️ lundi 22 janvier 2024</h2>
|
|
<p>Je continue sur mon prototype de synchronisation. Je commence à connecter la partie websockets, avec une implémentation avec <a href="https://websockets.readthedocs.io">websockets</a> en python.</p>
|
|
<p>L’après-midi, j’essaye d’aller plus loin et pour les besoins de la démo de plugger <a href="https://github.com/yjs/y-websocket">Y-WebSocket</a>, mais je bloque (encore) sur l’utilisation de modules <span class="caps">JS</span>. J’essaye de contourner en faisant des pirouettes avec webpack (pour qu’il expose un module attaché à la fenêtre), mais je me retrouve face à des soucis de recursion infinie que j’ai du mal à comprendre.</p>
|
|
<p>Je me dis que peut-être que <a href="https://jsonjoy.com/">Json-Joy</a> sera utile ici, et je commence à le plugger dans le code que j’ai fait, avant de me rendre compte que son <span class="caps">API</span> est un peu différente de celle de Y.js ou Automerge. Je ne comprends pas tout à fait comment utiliser le projet et je perds du temps la dessus. Je n’ai pas réussi à trouver beaucoup d’exemples d’utilisation et ça me questionne sur la documentation et l’usage réel de ce projet.</p>
|
|
<h2 id="mardi-16-janvier-2024">🗓️ mardi 16 janvier 2024</h2>
|
|
<p>Discussion avec David et Yohan autour de notre manière de s’outiller. J’ai du mal à comprendre ce qui bloque, mais j’ai l’impression qu’on patine. J’ai l’impression d’apporter plus d’inconfort que l’inverse, et je ressors de la réunion avec un sentiment de frustration.</p>
|
|
<h2 id="lundi-15-janvier-2024">🗓️ lundi 15 janvier 2024</h2>
|
|
<p>Une réunion avec toute l’équipe durant laquelle j’ai pu poser des questions
|
|
sur notre manière de nous organiser, et sur le role de la réunion hebdomadaire.
|
|
Je suis content de l’avoir fait, hate de voir comment les choses vont évoluer.</p>
|
|
<p>Une courte session avec David pour échanger sur l’approche prise pour le moment.</p>
|
|
<h2 id="vendredi-12-janvier-2024">🗓️ vendredi 12 janvier 2024</h2>
|
|
<p>J’ai continué à coder la piste initiée mercredi. Je me rends compte qu’il me
|
|
faudra peut-être un moyen de faire du lien entre les données, et que cette
|
|
information soit stockée quelque part (pour des re-rendus en cascade, si des
|
|
données sont dépendantes d’autres données).</p>
|
|
<p>En tout cas, j’ai une interface un peu plus claire pour le Mixin de <code>rerender</code>.</p>
|
|
<h2 id="mercredi-10-janvier-2024">🗓️ mercredi 10 janvier 2024</h2>
|
|
<p>La piste des IDs est finalement écartée pour l’instant, je ne suis pas encore
|
|
certain d’en avoir besoin, peut-être qu’il n’est pas utile d’identifier les
|
|
features de manière unique au niveau de la base de données, et que cette
|
|
information n’est utile que de manière ponctuelle pour la synchronisation de
|
|
données (avec les CRDTs).</p>
|
|
<p>On a changé d’approche avec Yohan pour commencer à coder et voir ou ça
|
|
bloquerait. On a commencé par ajouter de la synchro sur les champs du
|
|
formbuilder de la carte.</p>
|
|
<p>Je suis assez surpris par la relative simplicité de la tâche: je m’attendais à
|
|
quelque chose de bien plus compliqué, mais — en tout cas pour le formbuilder —
|
|
c’est assez simple puisque lui modifie des données qui lui sont extérieures. Il
|
|
est donc possible de se connecter sur son étape finale pour updater les données
|
|
à synchroniser.</p>
|
|
<p>Actuellement, des <code>callbacks</code> sont définis manuellement par le code qui appelle
|
|
le formbuilder (pour re-rendre les éléments qui en ont besoin), on factorise
|
|
tout ça, pour faire en sorte que les données qui viennent de l’extérieur mettent
|
|
aussi à jour l’interface.</p>
|
|
<p>Je suis content de réussir à avancer sur des trucs un peu plus concrets. Aussi
|
|
très content des discussions « en off » avec Yohan. L’impression qu’on réussi à
|
|
commencer à désamorcer certains trucs avant qu’ils ne s’installent.</p>
|
|
<p>En fin de journée, je repasse sur la proposition de Json Joy qui me semble
|
|
intéressante en terme d’<span class="caps">API</span>, et plus tournée vers des composants réutilisables.</p>
|
|
<p>Avec un peu de recul, les avancées de ces quelques jours ne sont pas techniques,
|
|
mais humainess. On a passé du temps à confronter des approches, avant de se
|
|
rendre compte qu’il s’agissait <em>aussi</em> de peurs chez l’un et chez l’autre, ce
|
|
qui nous a permis de trouver un moyen de travailler ensemble plus efficacement.
|
|
Frustrant de ne pas avoir avancé techniquement, mais l’impression d’être sur de
|
|
bons rails humains, et d’avoir pu dégrossir certains aspects du code pour me les
|
|
rendre compréhensibles.</p>
|
|
<h2 id="mardi-09-janvier-2024">🗓️ mardi 09 janvier 2024</h2>
|
|
<p>On discute avec Yohan de comment faire pour avancer, on commence à travailler
|
|
en pair pour plutôt décider se séparer le travail au lieu de le faire ensemble.</p>
|
|
<p>Yohan s’occupera de faire une séparation du code qui fait le « rendering », je
|
|
travaille sur la partie qui fait la synchronisation de données, qui va utiliser
|
|
les APIs exposées par Yohan.</p>
|
|
<p>Ce choix m’aide à me sentir plus à l’aise: je n’ai pas besoin de faire trop
|
|
de refactoring sur un code que je ne connais pas et qui me demande beaucoup de
|
|
temps de lecture et de compréhension.</p>
|
|
<p>Une discussion avec David me fait imaginer un scénario que j’avais oublié:
|
|
faire une bibliothèque Leaflet qui permet de faire de la synchro de données, de
|
|
manière générique. J’aime bien le fait que ça propose une séparation claire de
|
|
qui fait quoi, et permettrait d’avoir une frontière bien définie avec le code actuel.</p>
|
|
<p>Je ne trouve pas trop ma place dans la weekly qui est plus orientée décisions
|
|
stratégiques que updates des uns et des autres. Ça me pose question, j’aimerai
|
|
bien réussir à aborder le sujet lors d’un prochain point.</p>
|
|
<p>Je travaille sur un bout de code qui ajoute la gestion des identifiants sur les
|
|
features GeoJSON, et j’ajoute un test dans playwright (c’est plaisant). Utiliser
|
|
des UUIDs (v4) voudrait dire avoir 36bits * 12 000 000 layers * 50 features =
|
|
21,<span class="caps">6GB</span> de données en plus sur la base de données de <span class="caps">OSMFR</span>.</p>
|
|
<p>Partir sur des identifiants plus courts permet d’utiliser moins d’espace.</p>
|
|
<p>Je suis content des bouts de discussions qu’on a pu avoir, qui entament une
|
|
réflexion sur la manière dont on travaille ensemble, ce qu’on attends l’un de
|
|
l’autre. Je me rends compte que ma confiance en moi est faible, et que j’ai
|
|
besoin de la conforter avant d’être efficace pour travailler avec d’autres.</p>
|
|
<p>Content de la découverte, et d’avoir pu l’expliciter auprès de Yohan.
|
|
J’espère que ça débouchera sur quelque chose de sain et productif.</p>
|
|
<h2 id="lundi-08-janvier-2024">🗓️ lundi 08 janvier 2024</h2>
|
|
<p>Matinée passée et début d’après midi avec Yohan à faire une release de uMap puis
|
|
à faire du bugfix dessus ensuite. Fin d’après-midi à discuter de la manière dont
|
|
on peut imaginer la suite du travail ensemble. On patine un peu, on a du mal à
|
|
trouver une manière de fonctionner qui nous convienne à tous les deux.</p>
|
|
<h2 id="lundi-18-decembre-2023">🗓️ lundi 18 décembre 2023</h2>
|
|
<p>J’ai creusé sur mon idée de faire en sorte de synchroniser un point, j’ai une meilleure compréhension de ou m’insérer dans le code, et j’ai pu commencer à coder un bout de code qui fait la connexion avec le stockage.</p>
|
|
<p>J’ai aussi commencé à coder la partie stockage, en mettant de côté pour le moment la partie <span class="caps">CRDT</span> en tant que telle, j’ai l’impression de voir comment ça va fonctionner maintenant, et l’intégration avec Y.<span class="caps">JS</span> me semble difficile sans utiliser de bundler js, ce qui est peut-être un signe qu’il faut aller voir ailleurs (Json Joy me fait de l’oeil)</p>
|
|
<p>J’ai découvert la documentation de Leaflet <a href="https://leafletjs.com/reference.html#class">sur comment les objets fonctionnent</a> et la documentation de <a href="http://leaflet.github.io/Leaflet.Editable/doc/api.html#editable">Leaflet Editable</a> qui étaient en fait des lectures indispensables à la bonne compréhension du code de umap.</p>
|
|
<p>On a terminé la journée avec une session de pair avec Yohan qui était vraiment bien : j’avais des questions précises et on a pu avancer ensemble vers plus de clarté.</p>
|
|
<h2 id="samedi-16-decembre-2023">🗓️ samedi 16 décembre 2023</h2>
|
|
<p>J’ai eu envie de commencer à m’intégrer avec uMap, pour ce qui est de la synchronisation des données. Pas forcement pour faire les choses <em>en version finale</em>, mais plutôt pour avancer un peu sur ma compréhension du code de manière générale.</p>
|
|
<p>Objectif: faire de la synchronisation de données pour un point. Quand il est ajouté sur une carte, je veux pouvoir récupérer un évènement de l’autre côté et l’afficher sur cette seconde carte. Éventuellement j’aimerai bien pouvoir suivre le drag-n-drop également.</p>
|
|
<p>J’ai passé l’aprèm à mettre des petits points d’arrêts dans mon navigateur web, pour mieux comprendre où ce serait le plus logique de m’insérer pour voir les modifications sur la carte, pour enfin commencer à ajouter <code>Y.js</code> dans le code (en tant que module).</p>
|
|
<p>Le fait qu’on utilise pas de bundler rends les choses un peu plus compliquées, mais je suis content d’avoir la main sur comment les choses sont faites.</p>
|
|
<p>J’ai un peu bloqué sur l’utilisation de Y.<span class="caps">JS</span>, qui s’attends à ce que d’autres modules soient disponibles dans des namespaces spécifiques, ce qui ne correspond pas vraiment à nos pratiques.</p>
|
|
<p>J’ai découvert <a href="">import maps</a> et j’ai commencé à les utiliser, mais ça ne semble pas suffire pour notre approche “simpliste”. En tout cas, pas pour Y.<span class="caps">JS</span> (https://github.com/yjs/yjs/issues/325)</p>
|
|
<h2 id="vendredi-15-decembre-2023">🗓️ vendredi 15 décembre 2023</h2>
|
|
<p>🚗 J’ai travaillé depuis la maison, suite à des soucis de voiture. </p>
|
|
<p>J’ai continué le travail sur l’ajout de l’utilisation de modules Javascript, pour pouvoir gérer les imports et les exports, plutôt que d’avoir tout dans le namespace global.</p>
|
|
<p>J’ai pu discuter avec Vincent puis avec David du sujet. Je suis content <a href="https://github.com/umap-project/umap/pull/1463">de l’approche prise</a>, qui devrait permettre de moderniser un peu la base de code, sans pour autant utiliser des technologies de transpilation, ni de bundling qui rendent l’expérience développeur plus complexe.</p>
|
|
<p>J’en ai profité pour <a href="https://github.com/umap-project/umap/pull/1471">ajouter mes apprentissages</a> dans la documentation développeur, le genre d’informations que je récupère à droite à gauche et qui sont utiles pour pouvoir contribuer.</p>
|
|
<p>J’ai un peu réorganisé mes notes autour des différents challenges qu’on a sur ce projet concernant les différents aspects (stockage, réactivité, réconcialiation des données, transport). Et entre autre autour de la partie transport.</p>
|
|
<h2 id="jeudi-14-decembre-2023">🗓️ jeudi 14 décembre 2023</h2>
|
|
<p>Réunion le matin avec Yohan et NLNet, l’idée était de valider notre plan d’action, et c’est bon. Les documents sont signés on est surs d’avoir le financement. Sacrée nouvelle :-)</p>
|
|
<p>J’ai découvert au passage quelques bibliothèques intéressantes (<a href="https://jsonjoy.com/"><span class="caps">JSON</span> Joy</a> et <a href="https://p2panda.org/">p2panda</a>), qui pourraient potentiellement nous intéresser. </p>
|
|
<p>J’ai passé un peu de temps en amont pour retravailler la proposition qu’on leur avait faite, et après pour leur donner dans le format qu’iels souhaitaient.</p>
|
|
<p>L’après-midi j’ai passé un peu de temps pour voir comment on pourrait utiliser des modules <span class="caps">JS</span> dans umap sans tout changer pour autant 😇</p>
|
|
<h2 id="mercredi-13-decembre-2023">🗓️ mercredi 13 décembre 2023</h2>
|
|
<p>Je n’ai pas pris de notes.</p>
|
|
<h2 id="mardi-12-decembre-2023">🗓️ mardi 12 décembre 2023</h2>
|
|
<p>Matinée loupée suite à une blessure au poignet la veille au soir. Après-midi passée en partie avec David pour mettre en place l’utilisation de web components.</p>
|
|
<h2 id="lundi-11-decembre-2023">🗓️ lundi 11 décembre 2023</h2>
|
|
<p>Matinée passée à imaginer comment les données pourraient êtres structurées dans le client, et comment l’interface pourrait se faire avec les objets leaflet.</p>
|
|
<p>Après-midi à faire un point humain, puis un point technique, avec la rencontre de (peut-être ?) notre prochaine bizdev.</p>
|
|
<p>Discussion technique avec David. Peut-être qu’un algorithme de merge qui serait présent sur le serveur et sur le client pourrait nous permettre de nous passer de la complexité des CRDTs?</p>
|
|
<h2 id="mercredi-06-decembre-2023">🗓️ mercredi 06 décembre 2023</h2>
|
|
<p>J’ai terminé de faire quelques légers changements dans la documentation, avant de me plonger dans le code javascript et de commencer à faire du refactoring.</p>
|
|
<p>J’ai passé du temps à comprendre comment avoir côte à côte des modules <span class="caps">ES6</span> et du code de type « script ». J’ai ensuite commencé à créer des modules javascript en charge de la sauvegarde des données. En tirant les fils je me rends compte qu’il va sans doute falloir que je repasse sur le code qui s’occupe des requêtes <span class="caps">XHR</span> à l’ancienne, pour le remplacer par de l’async/await.</p>
|
|
<p>J’avais oublié à quel point faire des requêtes depuis le navigateur était compliqué à l’époque !</p>
|
|
<h2 id="mardi-05-decembre-2023">🗓️ mardi 05 décembre 2023</h2>
|
|
<p>J’ai mis à plat ce que j’ai appris ces dernières semaines sur le projet, pour pouvoir décider vers où aller pour la suite des évènements.</p>
|
|
<p>Une discussion avec Yohan me fait pencher vers la piste que je mettais de côté à cause des changements qui sont nécessaires côté client: les CRDTs.</p>
|
|
<h2 id="mercredi-29-novembre-2023">🗓️ mercredi 29 novembre 2023</h2>
|
|
<p>J’ai passé du temps sur la <span class="caps">PR</span> du merge optimiste, pour essayer de changer le fonctionnement qui passe actuellement par la modification des champs de formulaires envoyés, ce que je ne trouve pas très clean.</p>
|
|
<p>Le travail pour faire autrement me semble trop important pour le moment, on accepte la <span class="caps">PR</span> telle quelle, avec l’idée de passer par une <span class="caps">API</span> plus tard, avec la refonte avec <span class="caps">DRF</span>.</p>
|
|
<p>J’ai aussi travaillé sur la documentation.</p>
|
|
<h2 id="mardi-28-novembre-2023">🗓️ mardi 28 novembre 2023</h2>
|
|
<p>Travail de projection pour NLNet, puis réunion l’après-midi. J’ai ensuite repris les recherches pour affiner l’utilisation des CRDTs.</p>
|
|
<h2 id="lundi-27-novembre-2023">🗓️ lundi 27 novembre 2023</h2>
|
|
<p>Matinée passée à organiser ma semaine, à participer a la présentation de NLNet (très bon accueil, et clarifications utiles), puis à faire un petit tour de uMap côté front avec Yohan.</p>
|
|
<p>L’après-midi j’ai commencé à intégrer les notes que j’ai prises sur le côté <span class="caps">JS</span> à la documentation actuelle, et j’en ai profité pour refaire un tour sur la documentation actuelle pour la simplifier et la clarifier.</p>
|
|
<h2 id="vendredi-24-novembre-2023">🗓️ vendredi 24 novembre 2023</h2>
|
|
<p>Réunion d’avancement et point avec David et Yohan pour préparer la suite concernant NLNet.</p>
|
|
<p>Je suis content d’avoir préparé le point, et je mesure l’importance donnée aux personnes dans les process.</p>
|
|
<h2 id="jeudi-23-novembre-2023">🗓️ jeudi 23 novembre 2023</h2>
|
|
<p>J’ai passé du temps pour faire passer les tests dans le <span class="caps">CI</span>, et résolu quelques problèmes au passage.</p>
|
|
<h2 id="mercredi-22-novembre-2023">🗓️ mercredi 22 novembre 2023</h2>
|
|
<p>J’ai exploré l’utilisation de Websockets pour le transport, entre autre sa consommation mémoire, il semblerait que ce soit tout à fait acceptable (1gb de mémoire permet de gérer 1500 connexions concurrentes).</p>
|
|
<p>WebRTC n’est <a href="https://gitlab.torproject.org/legacy/trac/-/issues/8178">actuellement pas supporté par Tor Browser </a>(<a href="https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/41021">pour le moment</a>), donc j’imagine que c’est une fausse piste.</p>
|
|
<p>J’ai repassé un bon coup sur la <span class="caps">PR</span> du merge optimiste. Je suis content du résultat: le code et des tests me semblent plus lisibles et compréhensibles.</p>
|
|
<p>L’après-midi à été passée avec Yohan qui m’a fait un tour du frontend. J’en ai profité pour prendre des notes que je pense publier dans la documentation. C’était très utile d’avoir ses explications, le code n’est pas si simple à prendre en main.</p>
|
|
<h2 id="mardi-21-novembre-2023">🗓️ mardi 21 novembre 2023</h2>
|
|
<p>Une matinée passée à la fois à préparer la semaine et à rédiger un résumé de ce que j’ai fait la semaine dernière.
|
|
J’ai passé un peu plus de temps à comprendre en profondeur le code de merge de la <span class="caps">PR</span> de Biondi biondo, pour pouvoir l’expliquer dans un article de blog.</p>
|
|
<p>L’après-midi j’ai participé à la weekly et lu l’article de blog de Figma qui explique leur approche pour implementer du temps réel.</p>
|
|
<p>J’avance petit à petite sur la piste d’utiliser un <span class="caps">CRDT</span> “maison”, voire pas de <span class="caps">CRDT</span> du tout, en fonction de nos besoins réels. Un <span class="caps">CRDT</span> nous permettrait d’avoir plusieurs personnes qui travaillent en même temps sur une même feature (au sens GeoJSON), mais je ne sais pas encore si c’est un cas d’usage réel.</p>
|
|
<h2 id="samedi-18-novembre-2023">🗓️ samedi 18 novembre 2023</h2>
|
|
<p>J’ai passé un peu de temps à intégrer l’intégration continue de Github. Je pensais que ce serait rapide mais je ne devais pas être très réveillé…</p>
|
|
<h2 id="vendredi-17-novembre-2023">🗓️ vendredi 17 novembre 2023</h2>
|
|
<p>J’ai passé du temps pour essayer de comprendre comment utiliser SQLite en local à l’intérieur d’un navigateur, en utilisant <a href="https://vlcn.io/docs/cr-sqlite/intro">cr-sqlite</a>. J’ai un prototype qui fonctionne à peu près et qui permet de récupérer les éditions en local pour les synchroniser avec une autre base SQLite.</p>
|
|
<p>Fait un point avec l’équipe sur l’avancement général l’après-midi.</p>
|
|
<p>Ensuite continué à creuser sur l’utilisation de SQLite avec cr-sqlite.</p>
|
|
<h2 id="mardi-14-novembre-2023">🗓️ mardi 14 novembre 2023</h2>
|
|
<p>Une matinée passée avec Yohan pour à la fois <a href="https://github.com/umap-project/umap/pull/772/">avancer sur la <span class="caps">PR</span> pour merger des conflits simples</a>. On a passé le code en revue et fait quelques changements cosmétiques qui devraient aider à la compréhension générale.</p>
|
|
<p>La deuxième partie de la matinée à été utilisée pour discuter des découvertes et des questions que je me pose quand à comment faire pour ajouter ces fonctions de collaboration temps réel.</p>
|
|
<p>Plusieurs trucs à noter :
|
|
- Il est possible de challenger l’utilisation de geoJSON pour le stockage des données. On a parlé entre autres de pmtiles et de sqlite.</p>
|
|
<p>J’ai passé un début d’après-midi à installer mon environnement de travail sur Linux, puis j’ai :
|
|
- terminé de rebaser la pull request pour faire un merge optimiste.
|
|
- amélioré la vitesse d’execution des tests</p>
|
|
<p>Découvertes :
|
|
- https://www.geopackage.org/
|
|
- https://vlcn.io/docs/js/reactivity</p>
|
|
<h2 id="lundi-13-novembre-2023">🗓️ lundi 13 novembre 2023</h2>
|
|
<p>J’ai cherché à comprendre comment il serait possible de s’intégrer avec Leaflet. Je connais assez mal l’écosystème donc j’ai cherché les plugins autour de stockage de données et de la synchronisation.</p>
|
|
<p>Beaucoup de clicks, de lecture et de compréhension des contours de l’écosystème <span class="caps">SIG</span>, et de l’écosystème de Leaflet.</p>
|
|
<p>J’ai aussi creusé autour des <span class="caps">SSE</span> et de WebRTC, question de comprendre les limites et avantages de chacun.</p>
|
|
<h2 id="mardi-07-novembre-2023">🗓️ mardi 07 novembre 2023</h2>
|
|
<ul>
|
|
<li>Lu la documentation d’automerge</li>
|
|
<li>Commencé à faire un prototype pour voir le fonctionnement d’automerge en python</li>
|
|
<li>Installé les dépendances rust, compilé automerge</li>
|
|
<li>Réunion discussion avec Yohan sur mes questions et sur les différentes pistes</li>
|
|
</ul>
|
|
<h2 id="lundi-06-novembre-2023">🗓️ lundi 06 novembre 2023</h2>
|
|
<ul>
|
|
<li>Lu le code qui est dans uMap actuellement pour comprendre le fonctionnement actuel</li>
|
|
<li>Commencé à rédiger un document avec les différentes options pour faire de la synchro</li>
|
|
<li>Fais des recherches sur les différentes options pour faire de la synchro</li>
|
|
</ul>
|
|
</article>
|
|
<script>
|
|
const spec = {
|
|
"$schema": "https://vega.github.io/schema/vega-lite/v5.json",
|
|
"width": 500,
|
|
"height": 200,
|
|
"data":
|
|
{
|
|
"name": "table",
|
|
"values": [
|
|
{"date": "2024-02-15", "series": "Rémunéré", "count": 7},
|
|
{"date": "2024-02-15", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-02-11", "series": "Rémunéré", "count": 7},
|
|
{"date": "2024-02-11", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-02-08", "series": "Rémunéré", "count": 6},
|
|
{"date": "2024-02-08", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-02-05", "series": "Rémunéré", "count": 4},
|
|
{"date": "2024-02-05", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-02-01", "series": "Rémunéré", "count": 1},
|
|
{"date": "2024-02-01", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-31", "series": "Rémunéré", "count": 8},
|
|
{"date": "2024-01-31", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-30", "series": "Rémunéré", "count": 6},
|
|
{"date": "2024-01-30", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-29", "series": "Rémunéré", "count": 6},
|
|
{"date": "2024-01-29", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-24", "series": "Rémunéré", "count": 5},
|
|
{"date": "2024-01-24", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-23", "series": "Rémunéré", "count": 5},
|
|
{"date": "2024-01-23", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-22", "series": "Rémunéré", "count": 7},
|
|
{"date": "2024-01-22", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-16", "series": "Rémunéré", "count": 3},
|
|
{"date": "2024-01-16", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-15", "series": "Rémunéré", "count": 3},
|
|
{"date": "2024-01-15", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-12", "series": "Rémunéré", "count": 3},
|
|
{"date": "2024-01-12", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-10", "series": "Rémunéré", "count": 7},
|
|
{"date": "2024-01-10", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-09", "series": "Rémunéré", "count": 8},
|
|
{"date": "2024-01-09", "series": "Bénévole", "count": 0},
|
|
{"date": "2024-01-08", "series": "Rémunéré", "count": 9},
|
|
{"date": "2024-01-08", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-12-18", "series": "Rémunéré", "count": 9},
|
|
{"date": "2023-12-18", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-12-16", "series": "Rémunéré", "count": 4},
|
|
{"date": "2023-12-16", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-12-15", "series": "Rémunéré", "count": 7},
|
|
{"date": "2023-12-15", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-12-14", "series": "Rémunéré", "count": 8},
|
|
{"date": "2023-12-14", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-12-13", "series": "Rémunéré", "count": 2},
|
|
{"date": "2023-12-13", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-12-12", "series": "Rémunéré", "count": 4},
|
|
{"date": "2023-12-12", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-12-11", "series": "Rémunéré", "count": 8},
|
|
{"date": "2023-12-11", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-12-06", "series": "Rémunéré", "count": 6},
|
|
{"date": "2023-12-06", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-12-05", "series": "Rémunéré", "count": 8},
|
|
{"date": "2023-12-05", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-29", "series": "Rémunéré", "count": 5},
|
|
{"date": "2023-11-29", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-28", "series": "Rémunéré", "count": 4},
|
|
{"date": "2023-11-28", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-27", "series": "Rémunéré", "count": 8},
|
|
{"date": "2023-11-27", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-24", "series": "Rémunéré", "count": 2},
|
|
{"date": "2023-11-24", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-23", "series": "Rémunéré", "count": 3},
|
|
{"date": "2023-11-23", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-22", "series": "Rémunéré", "count": 9},
|
|
{"date": "2023-11-22", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-21", "series": "Rémunéré", "count": 8},
|
|
{"date": "2023-11-21", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-18", "series": "Rémunéré", "count": 0},
|
|
{"date": "2023-11-18", "series": "Bénévole", "count": 4},
|
|
{"date": "2023-11-17", "series": "Rémunéré", "count": 6},
|
|
{"date": "2023-11-17", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-14", "series": "Rémunéré", "count": 8},
|
|
{"date": "2023-11-14", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-13", "series": "Rémunéré", "count": 8},
|
|
{"date": "2023-11-13", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-07", "series": "Rémunéré", "count": 8},
|
|
{"date": "2023-11-07", "series": "Bénévole", "count": 0},
|
|
{"date": "2023-11-06", "series": "Rémunéré", "count": 4},
|
|
{"date": "2023-11-06", "series": "Bénévole", "count": 0},
|
|
]
|
|
}
|
|
,
|
|
"mark": "bar",
|
|
"encoding": {
|
|
"x": {
|
|
"timeUnit": {"unit": "", "utc": true},
|
|
"field": "date",
|
|
"axis": {"format": "%d/%m"},
|
|
"title": "Date"
|
|
},
|
|
"y": {
|
|
"aggregate": "sum",
|
|
"field": "count",
|
|
"title": "Heures",
|
|
},
|
|
"color": {
|
|
"field": "series",
|
|
"scale": {
|
|
"domain": ["Bénévole", "Rémunéré"],
|
|
"range": ["#e7ba52", "#1f77b4"]
|
|
}
|
|
}
|
|
}
|
|
};
|
|
|
|
vegaEmbed("#vis", spec)
|
|
// result.view provides access to the Vega View API
|
|
.then(result => console.log(result))
|
|
.catch(console.warn);
|
|
</script>
|
|
<footer>
|
|
<a id="feed" href="/feeds/all.atom.xml">
|
|
<img alt="RSS Logo" src="/theme/rss.svg" />
|
|
</a>
|
|
</footer>
|
|
</div>
|
|
</body>
|
|
</html> |