Vous avez envie d'utiliser Neovim mais ne savez pas par où commencer ? Vous voulez comprendre ce que vous faites au lieu d'utiliser des configurations déjà toutes prêtes ? Vous n'avez aucune idée de comment faire du Lua ou ne savez même pas pourquoi vous devriez ? Cet article est fait pour vous !

Cet article est fortement inspiré de la vidéo de Richard Feldman - Making Impossible States Impossible

Quand on a le choix entre :

• Vérifier que notre modèle est bien dans un état cohérent quand on le met à jour
• Rendre impossible les états incohérents via la modélisation elle-même, ça empêchera de devoir le faire via le code / la logique

On devrait toujours privilégier la deuxième solution. Comme disait ma grand-mère « mieux vaut prévenir que guérir ! » 👵.

Cet article va vous donner quelques exemples en Elm et en Python sur comment modéliser au mieux vos données pour ne pas rendre possible l'impossible.

Dans cette partie, nous allons mettre en place l'API pour nous permettre de récupérer les articles, les créer de manière dynamique, les modifier et les supprimer.Vous verrez souvent cela résumé par l'acronyme CRUD : Create, Retrieve, Update et Delete.

Vous en conviendrez, il n'y a rien de plus énervant que de faire un sudo vim et de se retrouver sans sa configuration vim préférée car votre utilisateur root n'a pas de configuration pour vim.

Ou alors de voir vos alias ne pas fonctionner lorsque vous faites un sudo. Il y a peut-être plus énervant (comme de taper sl à la place de ls par exemple), mais ce truc est dans le top 5 à coup sûr.

Ne vous inquiétez pas, j'ai la solution.

Jusqu'ici nous avons placé tout notre code dans le même fichier main.py. Même si nous pourrions continuer comme cela, il est souvent préférable de séparer son code dans des fichiers et des modules différents. Cela va nous aider à nous y retrouver et va encourager le fait de séparer les responsabilités/préoccupations (Separation of concerns en anglais). Lors de la partie 2 nous avions déjà posé quelques bases en créant des répertoires pour les modèles, les templates, le core, etc. Il est maintenant temps d'aller plus loin et de les utiliser à bon escient.

J'ai toujours aimé apprendre par l'exemple et ce guide ne dérogera pas à la règle. Nous allons prendre comme prétexte la création d'un projet pour apprendre à nous servir de FastAPI. Nous allons développer une application de publication de contenu/newsletter à la Substack.

Oui ce titre est racoleur, oui il fait preuve d'une opinion totalement biaisée. Mais bordel, quand quelque chose est bien, il faut le dire ! Quitte à utiliser de falacieux moyens dignes du meilleur growth hacker, à savoir, je vous le donne en mille : le titre putaclick.

Passée cette intro de qualité, venons-en aux faits : FastAPI est le meilleur framework Web Python que j'ai pu utiliser depuis de nombreuses années, loin devant Django, DRF, Flask ou autres Pyramid.

Vous vous connectez en SSH sur un serveur distant mais vous ne pouvez pas cloner un de vos dépôt Git car Git vous dit que vous n'avez pas les droits d'accès et pourtant, vous avez les droits en local sur votre machine.

TL;DR C'est simple, ça fonctionne sans problème et le support d'Alwaysdata est au top.