Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.
Utilisez les joueurs autonomes pour trouver des curleurs qui souhaitent rejoindre une équipe dans votre ligue ou votre bonspiel. Cette fonction ajoute une option de consentement à l’inscription et donne à vos gestionnaires une liste de personnes à contacter.
Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.
Un membre veut répartir ses frais de saison sur quelques mois. Recueillir ces paiements par virement Interac et les suivre dans un tableur peut être difficile.
Les plans de paiement permettent de répartir certains achats en versements prévus. Les membres choisissent un plan à la finalisation de la commande, SportsPay programme le prélèvement automatique des versements suivants, et chaque paiement reste lié à la commande du membre dans Curling IO.
Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.
Si votre club utilise un système de gestion de contenu (CMS), cette situation vous sera peut-être familière. Un membre du personnel ou un bénévole crée le site, mais lorsqu’il part, personne d’autre ne sait le mettre à jour. Les modifications sont reportées, et les vieilles informations restent en ligne.
Nous avons construit Studio pour permettre au personnel du club de garder son site à jour aussi facilement que possible. Votre site se trouve dans Curling IO, avec les programmes, les événements et les inscriptions du club. Vous n’avez pas à gérer un site tiers compliqué, comme WordPress, ni à payer un autre fournisseur uniquement pour l’hébergement.
Cet article technique sur l’architecture provient du développement de Curling IO v3. Il s’adresse aux ingénieurs logiciels et approfondit Gleam, Rust, SQLite, l’architecture des interfaces côté client et les outils de compilation davantage que nos articles habituels sur le produit.
Pour Curling IO v3, nous savions que nous voulions quitter la pile Ruby on Rails utilisée pour la version 2. Nous voulions un langage à typage statique avec de meilleures garanties à la compilation et moins de pièges. Nous avons d’abord exploré Gleam, qui répondait à ces critères et nous donnait accès à la BEAM. Lustre offrait un cadre d’interface typé pour le serveur et le client. Une première mise en œuvre nous a permis de voir comment cette combinaison s’intégrerait à notre architecture. Nos premiers articles sur les fondations décrivent ce que nous apprenions et construisions.
Ce travail a aidé à préciser les besoins du produit, les changements souhaités par rapport à la version 2 et la conception de l’interface. Il a aussi révélé des compromis de déploiement et d’interactions côté client qui nous ont finalement amenés à choisir Rust et TypeScript pour notre architecture, avant d’aller plus loin avec Gleam et Lustre. SQLite et la conception du produit ont été conservés. Nous avons depuis porté et enrichi nos outils SQL et construit un petit environnement d’exécution TypeScript appelé Hypertea pour les interactions côté client.
Ce changement a amélioré le déploiement, nous a donné une automatisation utile à la compilation et convenait à notre façon d’examiner et de corriger les problèmes. Malheureusement, il a aussi rendu nos compilations beaucoup plus lourdes. Il y a des aspects de Gleam et Lustre que nous préférons encore.
Cette note technique décrit l’architecture de l’assistant IA dans Curling IO v3. Elle s’adresse aux ingénieurs logiciels et aux autres personnes qui conçoivent des systèmes d’agents. Elle approfondit Rust, la persistance, l’autorisation et le traitement des échecs davantage que nos articles habituels sur le produit.
Le schéma habituel d’intervention humaine dans un agent IA ressemble à ceci : le modèle demande un appel d’outil, l’environnement d’exécution de l’agent s’arrête, une personne approuve l’appel, puis l’exécution reprend pour permettre à l’outil de s’exécuter.
C’est une conception généraliste raisonnable. Elle est aussi plus stricte que de laisser simplement un agent appeler tous les outils qu’il voit. Pour Curling IO, nous voulions exposer au modèle la plus petite surface possible et placer un garde-fou contrôlé par l’application sur chaque chemin menant à une écriture. Cela nous a amenés à poser une question plus stricte :
Si l’application possède déjà les détails exacts de l’appel, pourquoi redonner le contrôle à l’agent?
Au moment où nous demandons à un gestionnaire de club d’approuver une opération, Curling IO a analysé la requête du modèle, résolu chaque valeur par défaut, vérifié l’état actuel de l’application, produit un aperçu fixe et conservé les arguments exacts. Le modèle n’a plus rien d’utile à apporter à l’exécution. Nous ne le laissons donc pas exécuter l’opération et ne le relançons pas simplement pour donner suite à l’approbation.
L’agent propose. L’application transforme cette proposition en contrat. Une personne approuve le contrat. Rust l’exécute.
Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.
Curling IO v3 comprend une assistance intégrée facultative pour la plupart des tâches d’un gestionnaire de club. Elle apparaît dans la section où le travail se fait et utilise le contexte nécessaire à ce travail.
Un assistant peut examiner un problème, expliquer ses constatations et préparer une opération à vérifier. Il exécute cette opération seulement après l’approbation explicite d’un administrateur.
Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.
Les clubs doivent souvent envoyer des renseignements sur les achats à des systèmes externes à Curling IO. Il peut s’agir de mettre à jour un tableur, d’aviser le personnel ou de lancer un processus dans un autre service.
Les locations en sont un exemple. Quelqu’un peut devoir préparer le salon, réserver des tables, organiser un service de traiteur ou ajouter la réservation au tableur du personnel.
Les webhooks de Curling IO v3 peuvent envoyer cet achat de produit à Zapier, n8n ou un autre point de terminaison HTTPS lorsqu’il est soumis, payé, annulé ou déplacé à une autre heure.
Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.
Curling IO v3 comprend un nouvel écran de planification des séances pour les parties d’événement. L’horaire est une grille de séances et de ressources du club, avec les parties non attribuées dans une file à côté. Vous pouvez déplacer les parties par glisser-déposer, verrouiller certains placements et utiliser Répartir et Optimiser en respectant ces verrous.
Contrairement à un générateur de modèles d’horaires distinct, cet éditeur travaille avec les vraies équipes, étapes, parties, ressources et heures de séance de l’événement. Enregistrer l’horaire met directement l’événement à jour.
Vous pouvez déjà essayer la plupart de l’interface sur CurlingSchedules.com. Elle utilise des équipes génériques et des sauvegardes locales au navigateur plutôt que les parties réelles d’un événement. La grille, le glisser-déposer, les verrous, les horaires du catalogue, l’inspection de l’équité et l’optimisation sont toutefois disponibles dès aujourd’hui.
Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.
Les clubs de curling louent de la glace de pratique, des salons, des salles de réunion et d’autres ressources qu’ils définissent. Une location exige un produit et un prix, mais aussi un horaire, une ou plusieurs ressources, une disponibilité publique et une réservation enregistrée après la finalisation de la commande.
Dans Curling IO v3, un administrateur définit l’horaire de location et les ressources dans l’administration. Les plages disponibles apparaissent au calendrier public. Les curleurs peuvent en ajouter une au panier et finaliser leur commande. Cet article explique les options de location à venir et leur intégration au calendrier.
Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.
Les associations membres ont parfois besoin de plus qu’une renonciation recommandée. Une police d’assurance collective peut exiger que chaque club membre présente le même texte approuvé à ses participants.
Envoyer un document Word à chaque club diffuse le texte sans en garder le contrôle. Un club peut modifier sa copie, manquer la mise à jour suivante ou continuer de recueillir des réponses à une ancienne version. L’association risque ensuite de ne pas pouvoir déterminer de façon fiable le document qu’un participant a réellement vu.
Curling IO v3 reliera ces éléments. Une association membre peut publier une renonciation verrouillée, la rendre disponible à ses clubs membres, la mettre à jour au même endroit et voir quels clubs ont des participants qui y répondent.