I hereby claim:
- I am fxfabre on github.
- I am fxfabre (https://keybase.io/fxfabre) on keybase.
- I have a public key ASBblXkjhIeXUefwwH1REBTMqlTFN-wC5CoEVdYL1LDC9Qo
To claim this, I am signing this object:
Francois Xavier fxfabre
fxfabre
/ keybase.md
Created
October 30, 2019 16:35
fxfabre
/ clean_architecture.md
Created
November 12, 2018 17:41
Developers are overconfident in their ability to remain productive. But the mess of code will reduce productivity to 0 in few month. Making mess is always slower than clean, even in the short term. The developers may think the answer is to start over from scratch. But it will lead to the same mess.
Software provides 2 different values : behavior and structure (architecture). A software (and developer) is evaluated on the behavior -> bad architecture. But bad architecture -> uneasy / impossible to change -> bad behavior.
fxfabre
/ clean_code.md
Created
November 12, 2018 17:40
In software, 80% of time = maintenance
1951, Total productive maintenance (TPM), fondations du Lean management
5 S principes, piliers du TPM :
- Sort : knowing where things are : good names for identifiers
- Systemize : A piece of code should be where you expect to find it
- Cleaning : Remove commented code that 'may' be usefull for the future
fxfabre
/ big_data_ml.md
Created
November 12, 2018 17:35
(Ou comment adapter les bases de données aux "nouveaux" usages de la donnée)
Avoir un gros volume de données : rassurant pour les utilisateurs.
- On porte trop peu d'intérêt au ratio pertinence / volume
- Confusion entre quantité de données et information contenue.
Big data : a partir du moment où les données ne peuvent plus être traitées en temps "raisonnable" ou utile par un seul serveur.
=> Lié à la taille + vitesse de traitement => 3V : volume, vitesse, variété.
fxfabre
/ articles_python.md
Created
November 12, 2018 17:30
What to care about when using super() function call :
https://rhettinger.wordpress.com/2011/05/26/super-considered-super/