[Live] Mise à jour des calculs de la performance

[sebastien.ft]

Quid du rétroplanning ?

[joseph.bavero]

J’ai deja entendu ce discours il y a 6 mois et le problème est toujours présent

[QuentinAudouard]

Hello,

Merci du retour, toutes mes performances sont calculées sur une base 1, plutot que sur mon PRU. Est ce que ce bug vient du correctif futur ?

Merci.

[julien]

Un rétroplanning ne protège pas des imprévus. Ici malgré tout notre travail en interne et l’accompagnement de Google (GCP), la base de données que nous avions choisi ne donnait pas des performances suffisantes, on a donc dû en sélectionner une autre.

[julien]

J’ai partagé les infos détaillées sur ce sujet en Décembre dernier, vous pouvez les retrouver ici: J'aime beaucoup Finary... mais! - #135 par julien

[julien]

En effet oui, tu peux trouver plus de détails sur le soucis dans mon post détaillé ici

[Mathurin]

@julien quel trimestre cible pour la fin du chantier ?

[julien]

Estimation Q2

[QuentinAudouard]

Merci pour ton retour,

D’ici là impossible d’avoir une résolution du problème ?

[julien]

On va essayer de mettre un correctif entre les phases 1 et 2 mais ce n’est pas certain que ça passe. On fait au plus vite dans tous les cas

[PauIF]

C’est Q2 pour la phase 3 et Q1 pour la phase 2 c’est ça ?

[julien]

Q2 pour estimation phase 3 terminée, on ne donne pas plus d’indications sur les étapes intermédiaires, la roadmap évoluant beaucoup d’une semaine sur l’autre

[PauIF]

D’accord merci pour ces infos. J’espère que les transactions manuelles arriveront bientôt !

[Thom1]

Cloud run + no sql +indexing + pubsub + gestion du cache sur les front

[julien]

@julien

C’est le plus gros chantier que nous ayons entrepris depuis les débuts de Finary, la quantité de données que nous gérons, le nombre de sources de données et l’aspect instantané de la plateforme le rendant très complexe à mettre en œuvre.

Hello @Thom1, merci beaucoup pour la suggestion. Malheureusement ça ne suffit pas pour répondre à la problématique, d’où le temps d’architecture, réalisation et migration.

[Thom1]

Hello @julien ,

Je me doute bien j’ai déjà eu l’occasion de travailler en équipe transverse avec ce genre de problématique. Et loin de moi l’idée et la prétention qu’en répondant en une phrase que cela allé changer le SI finary ahah.
Après dans le cas Finary il y a bien 3 problèmatiques:

• quantité
• fraicheur de la data (voir instantanéité (presque impossible)
• nombre de consommateurs

Voila alors j’imagine que vous avez déjà aussi étudié cela mais au cas ou :

• quantité → mise ne place d’un datalake ?
• fraicheur de la data (voir instantanéité (presque impossible) → définir la stratégie de la donnée qui doit être ou non instant / stratégie de cache DB et front // stratégie de load balancing.
• nombre de consommateurs → mise en place API façade et dernière donnée synchrone / asynchrone.

Encore une fois je ne fais que partager mon XP (sans avoir la science infuse et de baguette magique) dans différentes DSI en tant que PO SI WEB travaillant avec les archi en direct.

Merci pour votre travail de l’ombre car la partie immergée de l’iceberg est la plus hard mais tellement intéressante et passionnante

[Cyril77]

Bonjour à tous,

J’ai du mal à comprendre, comment Finary calcule les plus-values.

Je ne suis pas bon en maths, mais j’ai l’impression que les calculs ne sont pas bon

[bournaze]

Ils sont faux depuis toujours !
Les posts sont nombreux sur le sujet

[Cyril77]

Une mise à jour est prévue pour régler le problème ?

C’est quand même fâcheux pour une application patrimoniale

[Dr_IkC]

@Cyril77
https://community.finary.com/t/incoherence-affichage-value/10233/19?u=dr_ikc