Simplification du tri des résultats de la recherche de fiches de poste

[dejafait]

🤔 Pourquoi ?

Ces résultats sont jusqu'ici triés par catégorie puis par date de modification puis par date de création.

Or la date de modification updated_at étant un datetime, il n'arrive jamais en pratique que deux valeurs soient identiques.

On peut s'en convaincre avec un simple select count(*), count(DISTINCT(created_at)), count(DISTINCT(updated_at)) from companies_jobdescription; sur le jeu de données de prod.

Conclusion : le troisième tri (date de création) n'est jamais utilisé en pratique. C'est un écran de fumée qui induit en erreur le developpeur sur la nature du tri.

Noter que pour un object créé puis jamais modifié, son updated_at est égal à sa date de création.

🍰 Comment ?

En virant le tri superflu, et en mettant à jour la description du tri sur le frontend.

🏝️ Qui fait la revue ?

C'est pour Xavier.

Léo mon binôme sur la recherche est off deux semaines, je l'ajoute seulemnent pour son info à son retour. On en avait deja discuté en réunion.