Fermer
Recherche

Notre philosophie

Notre philosophie

Nous avons à coeur de considérer chaque projet comme unique, et de faire en sorte de produire le meilleur résultat possible.

Nous voulons être fiers et satisfaits de nos réalisations, nous souhaitons pouvoir communiquer dessus avec enthousiasme et capitaliser sur d'éventuelles nouvelles techniques acquises au cours du projet.

Nous ne vous proposerons pas la dernière technologie à la mode si nous ne l'avons pas dûment testée avant et évalué sa pertinence à long terme.
Vous n'aurez pas non plus une solution surdimensionnée si nous estimons qu'une solution plus simple et plus légère peut répondre à vos besoins.

Vous n'aurez pas non plus le même thème Wordpress (Drupal, Magento, Prestashop..) que vos concurrents, dans la mesure où nous réalisons des thèmes sur mesure, en fonction de vos besoins et de vos contraintes.

Nous ne dansons pas non plus le tango, mais nous pouvons vous mettre en relation avec des professionnels de la danse si vous le souhaitez.

Nous sommes avant tout des passionnés qui aimons notre métier, et nous apprécions le challenge et la diversité des projets.

Environnements de recette et production

Les environnements

Parmi nos habitudes et réflexes, nous aimons mettre en place des environnements distincts pour les phases de recette et de production.

L'idée est de permettre de tester les évolutions et les mises à jour sur un environnement de recette, avant de les déployer sur l'environnement de production.

Cet environnement de recette peut être mis à disposition du client pour tester en conditions sans risque (bac à sable), et/ou être utilisé par nos soins pour valider les évolutions.

Lorsque les évolutions sont validées, nous les déployons sur l'environnement de production.

Vous rendre autonomes

Autonomie

Nous avons à coeur de vous fournir la solution la plus complète et à vous en laisser rapidement les clés, afin de pouvoir gérer vous-même vos contenus et vos évolutions.

À chaque projet, nous associons des formations et des documentations pour permettre aux utilisateurs de prendre en main les projets sans dépendre de nous.
Nous sommes développeurs, notre métier ne consiste pas à verrouiller et gérer les contenus, mais à vous fournir les outils pour le faire.

Nous ferons ainsi en sorte que vous ne soyez pas dépendant de nous pour les noms de domaines, pour les comptes d'administrations : nous créerons les comptes et les accès en votre nom, et vous en serez propriétaire. Nous préciserons dans les documentations fournies les différents accès et mots de passe, et nous vous accompagnerons pour les premières connexions.

Nous serons bien sûr à vos côtés pour toute demande d'assistance, mais vous aurez complètement la main sur vos projets, sans aucune limitation.

Nos CMS, à l'épreuve de vrais projets

Nos CMS

Nous ne poussons jamais un CMS par habitude : le choix dépend du volume de contenu, du nombre de sites à gérer, et de la liberté attendue sur le front.

  • WordPress — notre choix par défaut pour les sites vitrines et les structures qui doivent gagner en autonomie éditoriale rapidement (voir Chapka Films).
  • Drupal — pour les projets à fort volume de contenu, multi-sites ou multi-rédactions. Sur est-agricole.com, un seul socle Drupal fait tourner plusieurs titres de presse alsaciens, chacun avec son identité graphique et ses rubriques propres, sans dupliquer le code.
  • Solutions e-commerce (Prestashop, développements sur-mesure) — pour les boutiques avec des besoins spécifiques de paiement ou de catalogue.

Back Drupal, front découplé : deux approches, un même socle

Decoupled back/front

Le cas de lecerclenoir.fr illustre l'autre facette de notre expérience Drupal : plutôt qu'un thème Drupal classique, le front est entièrement découplé — une application JavaScript autonome qui consomme le contenu via API, pour une expérience plus proche d'un studio créatif que d'un site de presse. Le même CMS, deux architectures radicalement différentes, choisies selon l'objectif : volume et référencement d'un côté, liberté visuelle et fluidité d'interface de l'autre.

Ce que ça nous a appris, et qu'on applique à chaque nouveau projet :

  • Le choix "thème classique vs découplé" se décide au brief, pas en cours de route — les deux architectures n'ont ni les mêmes coûts de maintenance ni les mêmes contraintes SEO.
  • Sur du multi-site, la modélisation de contenu (types, taxonomies) doit être pensée dès le premier site pour rester réutilisable sur les suivants.
  • Un front découplé exige un contrat d'API stable entre back et front — sinon chaque évolution de contenu casse l'affichage.

Envie de savoir quelle architecture convient à votre projet ? Parlons-en.

Quels sont vos besoins ?

Tester

Aidez-nous à étoffer nos références en nous confiant vos projets !

Contactez-nous pour nous présenter votre besoin, vos contraintes, vos objectifs, nous serons ravis d'échanger avec vous !