Dernièrement, j'avais évoqué ma première application développée en #Python.
Dans ce billet, il sera question d'une autre application sur laquelle je travaille sur mon temps libre : FitTrackee.

Comme de nombreuses personnes, j'utilise des plateformes de suivi pour mes activités sportives 🚴.
Mais de plus en plus sensible aux problématiques liées aux données personnelles (ces plateformes récupèrent quand mêmes des données de localisation et de santé), j'ai donc recherché une alternative plus respectueuse.
N'ayant pas trouvé mon bonheur, c'était donc une nouvelle occasion d'apprendre tout en répondant à un besoin.

Après des essais de visualisation d'une trace gpx, le projet a été rebooté l'année dernière, à l'issue d'une formation au développement Web, histoire de mettre en pratique un framework JS fraichement appris : React, couplé à une API en Python.

FitTrackee permet donc de suivre ses activités sportives extérieures en uploadant des traces gpx. Pour le moment les fonctionnalités sont encore limitées (de même que l'interface), mais elles me permettent déjà de ne plus utiliser de plateformes propriétaires \o/. Les librairies utilisées sont détaillées ici.

Une nouvelle version (v0.1.1) a été publiée aujourd'hui, apportant quelques améliorations et corrections.

Il reste encore beaucoup, beaucoup de choses à faire, ce projet me permettant de continuer à utiliser le couple React/Redux. Les nouveautés des dernières versions de React (16.6+) ne sont pas encore exploitées.
J'aimerais également améliorer la partie privacy avant d'ajouter des fonctionnalités sociales (les fichiers gpx sont stockés tels quels sur le serveur...).
De même, ce serait peut-être un bon cas d'usage pour implémenter ActivityPub. Ainsi on pourrait connecter des instances, tout en gardant ses données en local. Enfin ça ne sera pas pour tout de suite, il faudrait déjà s'approprier ce standard et valider son intérêt pour FitTrackee.

En attendant, la prochaine version devrait notamment apporter les statistiques.

+ d'infos sur le dépôt GitHub
N'hésitez pas à me faire part de vos remarques et autres rapports de bugs, et pourquoi pas contribuer :).

Je viens de publier mon premier package sur PyPI, le dépôt officiel de paquets tiers de #Python :
https://pypi.org/project/twootfeed/

twootfeed est une petite application qui génère un flux #RSS à partir d'une recherche sur Twitter ou Mastodon, me permettant ainsi de faire plus facilement une partie de ma veille.

Et elle a une histoire particulière car il s'agit de la première application que j'ai codée en Python :

_{Capture d'un post sur diaspora* (Framasphère.org) du 06/09/2015}

après avoir découvert ce langage en bidouillant un raspberry :

_{Capture d'un post sur diaspora* (Framasphère.org) du 25/08/2015}

Au départ basée sur le framework web Django et n'affichant que des tweets, elle a évolué, s'appuyant dorénavant sur le micro-framework Flask et affichant également les résultats d'une recherche sur Mastodon.
Il reste encore quelques petites améliorations à faire.
+ d'infos sur le dépôt GitHub

Et depuis je suis fan de Python :).

Hors-sujet : j'ai profité de cette mise à jour de blog pour virer les appels à l'API Google Web Fonts (connue pour collecter des données), et ce grâce à cet outil: google-webfonts-helper.
Globalement, tous les appels externes superflus notamment via des iframes ou des posts intégrés ont été supprimés, des liens permettant d'accéder aux ressources si nécessaires.

Wordpress apparait aujourd'hui comme une usine à gaz pour ce blog au vu du peu de billets qu'il contient.
La problématique de sécurité et de mises à jour a fini par me convaincre de passer sur un générateur de site statique.

J'ai donc choisi de migrer vers Nikola, un générateur en #python.
Par la même occasion, les commentaires ont été pour le moment désactivés (voulant éviter des services tiers tels que Disqus, aucune solution ne me convenait).

Ambérieu-en-Bugey, vue du Château de Saint-Germain

Carte (cliquez sur l'image pour accéder à la carte)