Script/bot d'alerte

Bonjour à tous,

Nous recherchons un développeur⋅se capable de créer un script/bot d'alerte en C/C++, JAVA ou Rust qui :
- vérifie périodiquement une API (avec session utilisateur/mot de passe)
- envoie des alertes par email via SMTP si les conditions spécifiques sont remplies.

Il doit être conçu pour être évolutif car par la suite, il devra également envoyer des sms et des notifications mobiles (cette partie sera ajoutée ultérieurement). Le script doit être en ligne de commande (avec documentation) et facilement maintenable/évolutif. Les identifiants doit être passés par variables d'environnement et/ou en paramètres.

Nous recherchons un⋅e freelance, et pas une agence, avec qui nous pourrions collaborer dans le temps. N'hésitez pas si vous avez des questions. Le livrable devra être rendu fin avril.

P⋅S : Concernant la sélection des candidat⋅e⋅s, nous ne répondrons qu'à ceux qui décriront leur approche sur cette mission, surtout la partie « évolutive ».

############

Cahier des charges – Script/bot d’Alerte

1. Résumé de l'objectif
Développer un script/bot en ligne de commande capable de vérifier périodiquement une API sécurisée, et d'envoyer des alertes par email, sms et notification si certaines conditions sont remplies.

2. Technologies
Le script/bot doit être développé en C/C++, Java ou Rust.

3. Fonctionnalités
3.1 Vérification API
- connexion avec authentification (identifiants fournis via variables d’environnement ou paramètres)
- requête périodique à l’API (serveur fourni) pour récupérer les données
- analyse des données pour détecter des conditions d’alerte.

3.2 Envoi d’Alertes
- envoi d’emails via SMTP si les conditions d’alerte sont remplies
- logs des alertes envoyées.

3.3 Configuration & Exécution
- mode ligne de commande
- paramètres configurables via variables d’environnement ou arguments CLI
- documentation incluse pour l’installation et l’utilisation.

3.4 Évolutivité
- architecture modulaire pour ajouter facilement d’autres types d’alertes (SMS, notifications mobiles)
- code structuré et documenté pour faciliter la maintenance et l’évolution.

4. Contraintes & Livrables
- code propre, maintenable et bien documenté
- projet livré avant fin avril
- exécution en mode CLI
- tests unitaires et documentation fournie.

5. Profil Recherché
- freelance (pas d’agence)
- expérience en développement backend et API (débutant⋅e accepté⋅e)
- capacité à concevoir un système évolutif.

############

Q/A Merci infiniment. Vous êtes nombreux à poser les mêmes questions et remarques. Voici quelques-unes et leurs réponses :

Rem : Je propose de le réaliser avec symphony, nestjs, django, angular...
Rép : Php est polluant et JAVA est le pire des meilleurs en matière d'écologie.

Que : Pouvez-vous m'envoyer le cahier des charges poue mieux estimer le temps et le tarif ?
Rép : Non, car nous attendons de consulter votre approche dans un premier temps, et après bien sûr, nous vous l'envoyons.

Que : L'interface utilisateur doit-elle être en français ou en anglais (ou autre ?)
Rép : En anglais, car nous avons des collaborateur⋅trice⋅s étrangé⋅e⋅s.

Que : Le serveur SMTP est-il fixe ? ou bien faut-il prévoir de passer les paramètres SMTP en ligne de commande, ou bien encore via un fichier de paramètrage ?
Rép : Oui, les serveurs sont fixes. Il y en a 3 en tous, mais un seul sera utilisé par le script.

Que : Outre l'authentification sur l'API, combien de routes faut-il prévoir d'appeler sur l'API ?
Rép : Il y a 7 routes, car il y a 7 templates d'alertes différentes.

Que : Une fois la commande exécutée elle doit se daemonizer et effectuer des checks récurrents sur l'API ?
Rép : Merci pour cette question. Nous nous tournerons vers une solution comme cron.

Que : Sur quelle plateforme (OS) le script devra tourner ?
Rép : Il tournera sous debian 12.

Que : Devra-t-on le déployer sur vos serveurs ?
Rép : Non. Nous le compilerons nous-mêmes et le dépoierons aussi.

Que : Faudra-t-il implémenter des tests ?
Rép : Ce serait l'idéal. Nous regarderons avec attention le budget que vous avez proposé.

Que : Quel est le protocole d'authentification mis en place sur l'API cible ? Basic Auth, OAuth2, .. ?
Rép : Merci pour cette question. La réponse est dans le cahier des charges. (pas celui sur codeur.com)

Que : Pourriez-vous m'en dire plus sur les conditions d'alertes ?
Rép : La réponse est dans le cahier des charges.