Nhost est un backend-as-a-service (Baas) open source qui permet de réaliser un back-end rapidement et facilement pour des applications web et mobile moderne. Nhost va permettre au développeur de construire son application en s’affranchissant des aspects techniques back-end, complexe et chronophage, pour se concentrer sur son produit.

Vous voulez connaître la solution pour résoudre les problèmes de rétro compatibilité CSS ou des comportements propre à Safari ? C'est par ici !

Quand on développe un produit, on est d’accord que c’est rarement la première chose auquel nous pensons, cependant le SEO est un élément très important à prendre en compte pour optimiser la visibilité de votre produit sur le web.‍Un site web ou une web app se doit de prendre en compte un ensemble de bonnes pratiques éditoriales et techniques pour ne pas disparaître au fin fond des résultats de recherche des moteurs de recherche.

Je vous propose ici une réflexion sur les méthodologies modernes du style web, au travers d’un outil en particulier : Stitches. Stitches est un outil de design system Typescript que j’ai eu l’occasion d’utiliser lors de ma dernière mission, et qui m’a particulièrement convaincu. Cet article sera donc aussi une occasion pour vous de le découvrir.‍

Comment utiliser du JS sur votre site Webflow tout en gagnant en simplicité et efficacité ? C'est par ici !

A common problem while developing REST APIs and web clients is that the client must reflect API changes or the API must be backward compatible. For small teams this can create a lot of regressions during development.

Il m’arrive régulièrement qu’un membre de la famille m’appelle paniqué après avoir perdu un mot de passe ou s’être fait pirater un compte, ou qu’un nouveau collègue n’ait pas de très bonnes pratiques à ce sujet, j’ai donc écrit cet article pour expliquer les risque et les bonnes pratiques de base.

Précédemment, nous nous sommes servi d’un cache HTTP pour mettre en cache des requêtes entières, puis de dataloaders pour ne récupérer qu’une seule fois chaque entité dans une même requête. À présent nous allons utiliser les data sources pour mettre en cache des entités entre plusieurs requêtes.

Dans la précédente partie de cette série d’articles sur l’optimisation d’une API GraphQL, nous avons mis en place un cache HTTP se configurant sur les schémas eux-même. À présent, on souhaiterait avoir un cache plus fin sur des morceaux de requête. Pour cela, nous aurons recours aux Dataloaders.

En début d’année, sur le projet sur lequel je travaille, nous nous sommes confronté à des problèmes de performance sur notre API. Nous n’avions pas d’énorme dette technique, et employions de bonnes pratiques de développement, mais la base d’utilisateurs grossissait à un point où « bien coder » ne suffisait plus à faire tenir le serveur. Il a fallu s’attaquer sérieusement à cette problématique très souvent mise de côté : comment alléger la charge du serveur ?

Chiffrer un projet est un vrai défi qui demande du temps, des compétences complémentaires et de la rapidité dans un moment où le temps nous manque souvent. Pourtant, c’est une étape importante : un projet correctement chiffré permet d’aborder sereinement la phase de production.

Face à ces interrogations sans contexte, je me suis rendu compte au fil du temps que mon rôle de consultant commercial n’était pas forcément d’apporter des réponses, mais plutôt de poser les bonnes questions. Dans cet article, j’en détaille quelques unes, parmi celles qui me semblent déterminantes pour accompagner au mieux les porteurs de projet dans le cadrage de leur aventure.