Ksaar

Ksaar

SaaS/Servicios en la nube, Software

Paris, Toulouse

Organisation et méthodologies

  • Daily : 15 minutes par jour pour sentir le mood et s'assurer des priorités.

  • Code review : systématique avant merge. Régulièrement en live.

  • Pair prog : systématique pendant l'onboarding, régulièrement sur de nouveaux aspects techniques.

  • Planification : nous avons 2 modes :

    • des sprints cours (1 à 2 semaines) pour faire des petites features et améliorations.
    • des sprints long (3 semaines) pour se concentrer sur un gros chantier, suivi d'une semaine d'améliorations / refacto.
  • Amélioration continue : présentations autour d'un repas, retour d'expériences, etc...

Projets et défis techniques

API Public

API Public

Nos utilisateurs ont créés sur Ksaar des logiciels qui modélisent leurs process et stockent des données. Pour que ces logiciels puissent communiquer avec les SI existant, nous avons développés une API pour CRUD les données de leurs logiciels.

Il a donc fallut mettre en place toute l'architecture nécessaire, notamment en prenant en compte les problématiques de scalabilité et sécurité liées à l'exposition de l'API. Ce projet a été développé avec NestJS et Kubernetes.

Enfin, pour rester dans l'esprit no-code, nous avons implémenté notre API sur Zapier et Integromat.

Règles sur les champs

Certaines règles métiers de nos utilisateurs imposent d'appliquer une validation sur quelques-uns des champs qu'ils ont créés. Par exemple : un numéro de série doit contenir 4 lettres suivies de 3 chiffres.

Si nous parlions à des développeurs, cette fonctionnalité aurait été simple : nous aurions demandé au maker quelle Regex il souhaite utiliser.

Le challenge chez Ksaar a été d'imaginer quels sont les paramètres nécessaires et suffisants et comment les présenter, pour qu'un utilisateur qui n'a pas de compétence en informatique puisse implémenter les règles métiers dont il a besoin.ㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤ

Règles sur les champs

Processus de recrutement

  • Étape 1 : 1er échange téléphonique : nous nous assurons que nos attentes respectives sont compatibles.
  • Étape 2 : 1er échange métier avec le CTO
  • Étape 3 : Un échange technique avec un de nos développeurs
  • Étape 4 : Dernier échange avec les fondateurs