- "0000-00-00 00:00:00" c'est normal comme valeur par défaut d'un timestamp !!
- les contraintes ça sert à rien, d'ailleurs dans l'industrie on s'en sert pas / presque plus !!
- les procédures ?? Ca sert à rien, comme les triggers, à part être bordel et impossible à changer ensuite, mieux vaut tout mettre dans le code !!
- la gestion des ID incrémentées ?? Dans le code pardi !!
- Je t'ai mailé le mdp, fais gaffe t'es en root hein !! - En root !? ... ... euh sinon je me connecte où ?? - ah t'as pas PhpMyAdmin ?? Je t'envoies le lien !! (- ouais enfin... Tu m'aurais passé une IP, un port, et c'était bon hein... MAIS ICI PERSONNE BOSSE EN CLI, J'AI COMPRIS !!)
- OOOOOOH, la belle table, tout en majuscule ; un coup c'est "FOOBAR" un autre c'est "FBR" ; un coup c'est "FOO_ID", un autre c'est "ID_BAR" ; un coup c'est "LAST_UPDATE_TIME", un autre c'est "DATE_DEBUT_EVENEMENT"... Y'a même un enum par défaut avec "JOURNEE_NUM" et "JOURNEE_NOM" dedans... Le dev sénior qui cherche comment dire "prendre rendez-vous" en anglais pour commenter me rassure pas...
- OCaml ?? C'est pas stable ça comme langage non ?? Quel intérêt ?? C'est pas exploitable d'un point de vue industriel non !? Oh puis la syntaxes (des pattern matching) c'est illisible, au moins PHP ou JS c'est propre...
- J'ai tenté d'expliquer au stagiaire ce que sont les Trait, et leur utilité... J'ai tenté de lui faire comprendre que quand on utilise un trait, on "copie colle" son code dans la classe... Pas sûr qu'il ait compris...
- "Oh puis les fabricants de clé USB et disque dur, de vrais escrocs !! Quand on te vends un disque de 100Go, en vrai t'en a que 92 !! Ca devrait être interdit, sur les caractéristique on doit marquer "disque de 93Go" sinon c'est de la publicité mensongère (oh putain, oh putain... arrêtons de parler bits, bytes et octets, et déjà qu'il savait plus qu'un octet = 8 bits... VOUS N'AVEZ PAS APPRIS LE C MERDE ??)".
- Je dois créer un module pour synchroniser des données récupérer via une API avec une base de donnée... Pour l'instant, je me préoccupe pas de savoir à quoi ressemble la table ou du mapping "$userId > user_id", je me préoccupe surtout de la transformation des données, que le module soit propre, qu'il soit facile d'ajouter d'autres adaptateurs pour d'autres bases / API, ou de modifier ceux que je fais en fonction des changement dans l'API ou la base (via des fichiers de config)... J'ai donc installé une base PGSQL en locale, avec une table en carton... 3j qu'on me dit "ah non mais là il faut passer en ISO, c'est du MySQL hein !!"...
- Non mais Mint c'est un peu particulier, plus complexe, plus difficile à gérer... commence par Ubuntu plutôt, ou Fedora... Oh, puis tu devrais essayer Kali aussi avant !! Puis si vraiment t'aime bien l'interface de Mint, au pire mets là sur un Ubuntu, c'est ça qui est génial avec Linux (- Ok... Proposer Fedora comme alternative à Ubuntu pour pas attaquer par trop "complexe" et "peu stable", c'est déjà bizarre... Parler de Kali "pour teste le man in the middle" comme ils disent, 0 intérêt même si je le trouve joli le Kali 2... Proposer de foutre l'interface de Mint sur un Ubuntu, MAIS CA DEVIENT PRESQUE MINT !! POURQUOI S'EMMERDER A RECOMPOSER UN MINT QUI EST DEJA LA ?? J'ai eu envie de troller... De parler de Slackware tiens, après tout on apprends mieux sur Slack que sur Ubuntu au fond !!).
Elles sont longues les journées
Partager