Reprise du message précédent :

 
C'est à peu près ce que je dis plus bas, sauf que pour moi il n'est pas dans ce cas, justement.
 

 
Je dis que c'est a priori une mauvaise pratique. Il répond avec un bout d'exemple de son implémentation, je dis juste qu'avec les informations dont je dispose je ne trouve dans son exemple rien qui m'indique que ça peut être une bonne façon de faire.  
Je ne dis pas que c'est de la merde, et ça répond très probablement au cas spécifique de son appli. Je dis simplement que je ne le ferais pas comme ça sans des raisons autrement plus solides que "ça fait beaucoup de tables" et qu'en tant qu'exploitant d'une solution qui ferait comme ça je râlerais très probablement sur le casse-couilles qui met des données structurées dans une chaîne de caractères améliorée alors qu'il aurait très bien pu les mettre dans une table.

 
Le nouveau terminal fonctionne déjà plutôt pas mal. WSL 2 est très réactif chez moi. Le problème, qui fait que je ne reste pas sous Windows pour l'instant, c'est que ce n'est pas gérable d'utiliser PhpStorm sur du code dans WSL 2.
 

 
 
Gnome 3. J'ai tenté XFCE également, mais c'est encore pire sur un écran UHD.
 
Le matos c'est un Lenovo X1 Gen 7.  
 

 
Je vais tester. J'avoue ne pas avoir essayé récemment parce que ma dernière impression (qui remonte à loiiiin) était plutôt mauvaise.
 

 
Je retenterai Cinnamon également pour voir. Je pensais bêtement que Gnome 3 était "le" DE à utiliser pour ne pas ête emmerdé... j'ai dû me planter ^^
 
Bon là je suis en train de me faire une clé Manjaro KDE. Ensuite je testerai Mint Cinnamon.

Fallait prendre un écran FHD (t'aurais eu davantage d'autonomie en +)

 
ouais, mais "plus tard", c'est pas "tout de suite". Et KISS, tout ça : si l'effort de modélisation de ses attributs en mode relationnel classique est trop important pour finalement ne jamais en avoir besoin plus tard, on est dans l'over conception  

 
Ah mince, c'est donc ça la solution ^^
 
Bon, je viens de tester KDE. Par défaut, affichage en 100% donc illisible. J'ai bien tenté de passer à 200%, mais ça demande de redémarrer l'ordi (et comme je suis sur une Live sans stockage permanent, je ne peux pas tester).
 
Sinon c'est quoi cette lenteur du touchpad par défaut ? (toutes versions confondues). Il faut faire 3Km sur le touchpad pour aller d'un point à l'autre.
 
Sinon, j'ai toujours des réglages classique pour le touchpad, je n'ai pas vu toutes les options montrées par les captures ci-dessus.
 
Bon, là je suis de retour sous Ubuntu Gnome le temps de préparer une clé Mint Cinnamon. J'adore, parce que je n'ai rien fait d'autre que lancer la navigateur pour l'instant, et là j'ai une fenêtre "Désolé, Ubuntu 19.10 a rencontré une erreur interne." (process concerné : evolution-calendar-factory).

 
J'ai ça sur une Debian donc je dirais qu'a priori tu devrais retrouver ça sur au moins Debian et Kubuntu mais bon info à vérifier.

Test Mint Cinnamon:
- Affichage nickel
- 1 finger click et 2 fingers right click fonctionnent par défaut
- Le scroll est top

Par contre:
- Le touchpad est super lent, même en mettant les réglages de sensibilité au max, ça reste beaucoup trop lent

Maintenant je vais tester Kubuntu  (edit: mais bon, je ne me fais pas trop d'illusions. Même si jamais les réglages du touchpad sont présents, je pense que les autres problèmes seront toujours présents... W&S)

C'est beau cet acharnement

 
Je suis devenu trop exigeant, mais je suis persévérant, donc ça va
 
Là en attendant la création de ma clé Kubuntu, je suis allé voir sur le site de MATE Desktop...  
 
- Le site est moche
- Les captures sont moches
- La page d'accueil montre 1 mise à jour par an environ, ça n'inspire pas confiance
- Je clique sur le premier lien (vers la Roadmap), j'ai une 502...
 
Y'aurait pas comme un manque de sérieux du côté du libre ?

Du coup KDE après reboot tu n’as pas test ?

 
Non.
 
Je viens de tester Kubuntu et c'est pareil (logique), obligé de redémarrer donc je ne peux pas tester. Mais peu importe, c'est juste un réglage et il n'y a pas de raison que ce ne soit pas OK après ça.
 
Sinon, pareil pour le touchpad, pas de réglages avancés. Juste les trucs de base...
 
Bon de toute façon le micro n'est pas (encore) compatible avec Linux et j'en ai besoin pour la visio avec mes clients.
 
Je suis en train de me refaire une clé pour réinstaller Windows.

 
Soit un homme, installe Fedora
 

 
Je dirais plutôt que tu aimes perdre ton temps

Bordel ! pourquoi n'y avons nous jamais pensé !!! c'est pas Linux qui n'est pas prêt pour le desktop !!! c'est le desktop qui n'est pas prêt pour Linux !  

 
Tu peux régler manuellement le touchpad.
 

Faut avouer que si Mint Cinnamon fait le job sauf pour la vitesse, j'aurais aussi tweaké ça plutôt que de chercher la distrib ayant un 20/20... en général sous linux c'est comme pour les souris ya deux options (speed et sensitivity), il faut monter la première et baisser la seconde pour avoir un truc qui se rapproche du comportement windows.

Je propose du JSON dans MySQL sous GNOME3, parce que les Mac c'est de la merde
 
*Implosion du topic*

 
Disons que c'était un peu pour faire un état des lieux de la situation à l'aube de l'an 2020
 
Ça fait plus de 4 ans que je n'avais pas touché à Linux, je pensais que ça avait un peu plus évolué que ça.
 
Windows me convient très bien, c'est vraiment l'utilisation avec Docker qui fait chier, mais j'ai pas le choix

 
Ben ya pas vraiment de raison que le matériel d'un laptop récent marche mieux aujourd'hui qu'il y a 4 ans (sur un linux contemporain du laptop of course), les fabricants de laptop s'en foutent toujours a priori

Même avec WSL 2 ?

Ben en fait comme j'ai expliqué ça fonctionne très bien via WSL 2. Mais le problème c'est que c'est la mort pour utiliser PhpStorm.

Il faut monter un disque réseau et les perfs sont nazes.

VSCode permet de travailler directement sur WSL... Mais c'est loin d'égaler les outils Jetbrains.

Pas vraiment d'accord : a part le trackpad justement, les Lenovo c'est tout du Intel dedans, c'est très bien supporté.

Les gens qui sont sur des distros pas bleeding-edge, comment vous faites pour avoir des outils à jour? Genre sur mint j’ai git 2.17, 2.24 vient de sortir.  
 
& il y a moyen d’avoir des bindings style OSX avec des bindings systèmes “propres” sur un modifier qui soit pas Control au lieu que ça varie d’application en application? & les bindings de déplacement & modifications de texte utiles comme sous cocoa?

 
 
Aux à côtés? un peu tous les jours..
Si il faut demander une autorisation pour installer Postman, par exemple, c'est chiant.
 
 

 
1/ Je suis au forfait dans les locaux de ma boite depuis 5 ans, et la nature de mon poste fait qu'il est très très peu probable que j'aille en clientèle, sauf à ma demande et/ou pour de très courtes périodes.
3/ J'en fais déjà, mais ça serait pas à la même échelle
5/ C'est justement pour ça que j'en parle

 
Tu as souvent des ppa, qui si tu les installes, maintiennent tel ou tel programme avec la "very last version".
 
https://stackoverflow.com/questions [...] -in-ubuntu
 
En installant ppa:git-core/ppa tu devrais avoir automatiquement toujours la dernière version.

Nickel chrome avec des spoilers

Je reviens sur le design de base de donnée, est ce qu'avoir des tables property_key (id, lib, type, possible values) et une autre property_values avec (id_prop, id_entity, value) est considéré comme une bonne pratique ?
C'est ce que fait Magento entre autre pour tout ce qui est configurable, et pour les performances, y'a des flat_table avec toutes les property "utiles" dans des colonnes (je penses qu'une simple vue suffit pour un petit nombre de lignes).
Je sais pas si c'est une bonne pratique mais je trouves ça facile et évolutif...

https://twitter.com/thomassnegaroff [...] 0465315840
 
On devrait faire passer l'amendement cracotte78 contre ces débiles, c'est effarant

Je ne sais pas si je dois être en mode :          
 
Ou :        

 
Oui voilà, mais ils marchaient aussi bien il y a 4 ou 8 ans les Thinkpad   en 2008 le mien a marché out of the box sur une debian testing si jme souviens bien.
Et ceux qui ne font pas l'effort ben ça marche toujours aussi mal

 
J'utilise une Debian stable (git 2.20) et je pioche dans testing ce dont j'ai besoin (git 2.24)

c'est pratique en terme de modélisation, mais les requêtes peuvent vite devenir un peu lourdes
Par exemple chercher une ligne qui n'a  pas une valeur

SELECT * FROM KEY k LEFT JOIN VALUES v ON k.id = v.id_entity  AND v.value ='mechkurt'
WHERE v.id_prop IS NULL

ou avec des sous requetes

SELECT * FROM KEY k 
WHERE NOT EXISTS (SELECT 1 FROM entity e WHERE e.id_entity = k.id  AND v.value ='mechkurt')

et le risque de faire des boulettes sur les comptages avec plusieurs valeurs à chercher  

Cette requête retournera 2x trop de resultats :

SELECT COUNT(*) FROM KEY k 
   INNER JOIN VALUES v1 ON k.id = v1.id_entity AND v1.value = 'mechkurt'
   INNER JOIN VALUES v2 ON k.id = v2.id_entity AND v2.value = 'squeille'

Second problème : le typage
Si tu veux stocke des entités au format date, nombre, ... et profiter des fonctions de la base, tu te retrouve a faire des  transtypages. Et les cast de texte vers date ça se finit vite mal. Autre approches : plusieurs tables d'entité en fonction du type ( mais les jointures sont encore plus chiantes) , ou plusieurs colonnes de valeurs (et ton select est rempli de COALESCE(...) pour avoir la vraie valeur) + les problème de taille limite  (genre un texte long que tu veux stocker dans un varchar(200))

Bref, je pense qu'il n'y pas de bonne solution "générique", faut vraiment regarder la gueule de tes données et de ton usage

 
https://www.thehrdirector.com/busin [...] from-home/
 
VS
 

 
https://www.lefigaro.fr/decideurs/s [...] l-20191105
 
Pourquoi toujours ce terrible retard alors que la fibre est bien plus développée et bien meilleure en France ?

 
C'est pas des débiles, cette personne sait exactement ce qu'elle dit, c'est complètement délibéré.
Rappel, c'est une figure de la Manif pour Tous, membre d'un mouvement politique de droite conservatrice chrétienne tendance extrême-droite, et publie dans un magazine d'extrême-droite.
 
On y trouve donc les habituels poncifs de la droite et des conservateurs :  
- si t'es pauvre, c'est uniquement à cause de tes choix et rien d'autre
- si t'es une femme seule avec des gosses, c'est de ta faute, pourquoi t'as pas un mari et pourquoi t'es pas mère au foyer ?
 
Qu'on invite ce genre de personnes sur des plateaux télévisés avec leur fascisme light me dépasse complètement.

 
Managers arriérés, présentéisme & autres foutaises.

 
Je fais du télétravail en 4/5 avec 8Mb/0.8Mb de débit Ce n'est donc pas une excuse
 
Bon par contre, faut pas être pressé pour envoyer des fichiers    

 
cf la réponse de flo, hors usage du même style que celui que tu mentionnes (truc archi configurable dans lequel on ne connait pas les objets de la base à l'avance et on demande à l'utilisateur de les créer) ça a surtout des désavantages par rapport à une modélisation explicite des données dont tu as besoin.

C'est de l'EAV et pour bosser sur des Magento avec des gros catalogues (environ 4 millions de produits) c'est de la merde quand t'as du volume.

Oui, a l’usage je m’aperçoit que ça ne scale pas franchement bien, mais ça reste très flexible sur une appli "en devenir" ou avec un client indécis.
Ajouter une propriété me parait plus facile avec par exemple la possibilité de mettre une valeur "par défaut" au niveau de la table property_key...
Et jusqu’à un certain niveau la perte de perf peut être compensé par l'écriture de table "de cache".
Effectivement, passé un certain volume (c'est aussi le cas d'un de nos Magento), c'est extrêmement lourd (et lent ^^).
 
Pour répondre à Flo850 plus spécifiquement :  
 - Les deux première requête ne me choque pas spécialement, elles peuvent facilement se cacher derrière du code et sont encore plus simple si on refait une vue (ou pseudo table de cache) a chaque ajout de nouvelle propriété.
 - Pour la dernière faire un COUNT sur des jointures multiple sans GROUP BY, forcément ça vas pas le faire !