Hello.
Estimer un projet de développement web est une tâche très difficile, voir risquée. Il y a bien certaines astuces à utiliser pour se rapprocher de la réalité, ou ne pas se mettre en danger, mais rien ne vaut une bonne préparation ne laissant que peu de place à l’inconnue pour s’approcher d’une estimation cohérente qui ne nous mettra pas dans le rouge.
Dans cet article je vous propose 15 questions essentielles pour bien définir un besoin de site web. Certaines questions trouveront leurs réponses dans le brief du client, d’autres devront être posées et certaines sont à tiroir.
Mais…
Dans le monde du Content Management System (CMS), il y a beaucoup de choix. Vraiment beaucoup de choix… Un peu trop peut-être ? Et qui dit choix, dit devoir faire un choix.
Mon approche du développement
Je suis actuellement développeur front-end chez Pelostudio. L’équipe étant petite, nous avons souvent pour mission de monter une solution complète pour nos clients à un seul développeur. Pour nous permettre de délivrer de la qualité avec si peu de ressources dans un temps plutôt court, nous nous basons sur la nouvelle façon de produire des sites ou applications web qu’est la JAMstack.
J pour Javascript. A pour APIs…
Storybook is a fantastic tool to document your components, review them, and to work in isolation.
As Jest, being a developer tool, you don’t want to call any API when you develop or showcase your components. Why? APIs can be slow, unreachable, or unpredictable.
Storybook official documentation recommends four ways to mock API calls:
- Don’t use any mock at all: use presentational components wrapped into some kind of “connected” providers. They just receive all properties from a parent, which is easy to replicate in your story.
- Mock the Provider wrapping your component. This trick works well for Redux connected components…
