Non. Tu as ennormement de faux positifs sur le malus qui veut juste dire que tu as eu "X accidents responsables".
Le mécanisme de malus ne s'applique grosso modo que sur 2/3 faits sur une période d'un dizaine d'années (plus t'es à pied)
Un "bon" conducteur n'es pas a l'abri d'un accident responsable (les erreurs ca arrive)
Tout accident qui n'a pas de responsable t'es imputé.
Dans la vie réelle, tu es tenu pour responsable de beaucoup de situation que tu ne peux pas maitriser
Dans la vie réelle, il est extrement facile de provoquer un accident dont l'autre sera responsable pour se faire refaire sa caisse gratos.
Ce sont les règles du jeu, mais ce n'est pas par ce qu'on l'utilise que c'est une métrique sans faux-positif significatifs pour évaluer de la dangerosité ou du risque d'un conducteur.
Basiquement on sait prédire sur un ensemble mais pas sur un individu. On ajoute donc une menace basée sur deux évenements et une décroissance linéaire pour lui mettre la pression.
Si ce n'est pas le même véhicule ça ne veut rien dire (il y a des variations monstrueuse simplement entre deux motorisations d'une même voiture même finition, pas forcément dans le sens qu'on croit d'ailleurs). Ça ne veut rien dire non plus si on ne connaît pas la différence à la base. Il y avait peut être aussi 5€.
Il se peut aussi que ton assurance ne fasse pas la différence homme/femme. Je donnerais le résultat quand j'aurais fait la bascule d'une voiture cette semaine, mon assureur ne m'a jamais demandé sur aucun véhicule le sexe du conducteur AFAIK.
Bha ils n'auront qu'a aller chez des mutuelles honnêtes qui ne font pas de surprime à la con en fonction de 1000 sous catégorie, et qui n'appliquent pas de surprime jeune conducteur… Au passage il se peut aussi qu'elles ne fassent pas qu'empocher du pognon quand tu vas bien mais qu'elles fassent leur job quand y'a un soucis ;)
l'assureur assurance selon un risque statistique. Personne n'est contre.
La question est sur quelles variables on fait porter l'analyse. Tu as déjà le choix entre:
- Ceux qui vont avoir un nombre de variables démentiel, qui normalement vont te faire économiser de l'argent si elles sont toutes au vert.
- Ceux qui ont un nombre réduit de variable et qui mutualisent donc le risque. Parfois t'es gagnant parfois t'es perdant.
Par exemple mon assurance ne me demande ni la couleur de ma voiture, ni si j'ai un garage, ni qui conduit ma voiture. Je dois basculer une voiture conductrice -> conducteur tout autre variable étant égales, on va voir la différence de prime au coefficient multiplicateur près.
avec le temps, l'assureur modifie le montant de la police. Un bon conducteur arrive au même niveau qu'un bonne conductrice
La contribution au libre commence ainsi : quelqu'un qui apporte quelque chose, une contribution, même s'il ne s'en rend pas compte, il apporte un point de vue nouveau.
Exactement. Dans le libre comme dans tout projet à partir du moment ou il y a quelque chose tu trouves mal expliqué, qui manque, mal fait, pas automatisé, pas testé, pas documenté tu grognes pour toi, si l'explication n'est pas triviale tu demandes poliment si y'a une raison, et tu le fais. Comme ça soit toute l'équipe en bénéficie et tout le monde gagne en vélocité, soit c'est plus facile pour les utilisateurs.
les votes (pas envie que des gens les analysent pour savoir qui sont leurs « ennemis »)
Oh c'est dommage. Si en plus vous avez une grande rétention des logs serveurs ont aurait pu faire une jolie démonstration de ce qu'il est possible de faire avec les infos que les gens laissent traîner en navigant. Si j'ai un peu de temps un jour, ça serait marrant de faire une page privée pour chaque utilisateur ou on remonte des exemples de données.
I've got a big screen in fullHD and i can't display anything on a HUGE part of the screen. A panel on top, a dock at bottom, hot corners, NOTHING ELSE than a picture in the middle (a really BIG middle). I can't understand!!!!
I know that some people said that's to not be distract from applications, so why can i display a picture???
I use (and I'm not the only one) the desktop to display WIP and that's the only way i found to remind easily what i've got to do now.
I love elementaryOS, really, i love it, but that's a really bad idea! I can't understand.
Tu te rends compte comme tu es mal poli et prétentieux ? Perso je suis maintainer, après la première phrase je ferme ton bug, et je t’envoies te faire foutre jusqu'à ce que tu sois capable de communiquer. C'est pas en arrivant avec des gros sabots, en disant aux gens qu'ils font des choix stupides et que toi tu as tout compris qu'on fait avancer les choses.
Et après on ose parler des projets qui recevraient mal les contributeurs/contributions, alors qu'il n'y a que de gentils utilisateurs. Je comprends mieux pourquoi vous avez peur que vos patchs fictifs ne soient pas intégrés…
Attention l'UX c'est comme les benchmark. Tu arrives à mesurer beaucoup de chose (macro et micro), tu peux décider d'utiliser ça comme base pour constater, proposer ou faire des évolutions. Mais c'est toujours à la fois très partiel, complètement dépendant de la personne qui le fait et l’interprète et tu ne sais jamais si tu mesures, observes ou proposes les bonnes ou meilleures choses. Et c'est très très facile de virer à du n'importe quoi.
Ca marche très bien pour des micro-trucs, par contre dès que tu élargis le problème ca passe de la "science" à la croyance. Ce n'est absolument pas pour dénigrer, mais toute personne qui à bossé avec des équipes d'UX/UI a du le constater.
Tu as raison. En vérifiant j'ai constaté que pas mal de .desktop sont défaillant pour ce chemin d'éxecution. Chose que je ne constate absolument pas dans mon utilisation quotidienne avec ma base de logicielle installée.
Maintenant je maintiens que ce chemin d'exécution est anecdotique. Devoir le faire à la souris (qui demande deux clics mais aussi de traverser 1.5 fois l'écran) n'est pas très rapide mais de toute façon tu vas passer tu temps à chercher à identifier ton appli pour ne plus jamais le refaire après. La 1/2 seconde que tu as perdu on s'en tape t'es dans un chemin lent à cause de la phase d'identification.
Je maintiens aussi que ne pas vouloir changer ses habitudes pour utiliser Gnome3 est un PEBKAC. Si tu aimes te balader dans les menus en connaissant la position des entrées, Gnome 3 n'est clairement pas fait pour toi (et j'ajoute que quelque soit l’environnement c'est une perte ridicule de temps). Je pense sincèrement que Gnome est très mauvais pour les michus mais que si tu branches ton cerveau ça marche bien avec moins de 5 minutes de config, mais ca c'est une autre histoire.
Tu as vu mon commentaire sur comment ça marche et le code que j'ai lié dans d'autres commentaires ? Si les .desktop sont fait intelligemment le mec qui fait un paquet pour un jeu il va mettre Game soit dans GenericName, soit Comment, soit dans les Keywords. Il faut évidement aussi que toutes les clés soit localisées.
Je viens de regarder le .desktop de gnome-sudoku dans le paquet upstream et justement il est fait avec les pieds si on considère que les .desktop devraient amener de la sémantique pour aider les utilisateurs à chercher.
Name=Sudoku
Comment=Test your logic skills in this number grid puzzle
Avec des .desktop comme ca, tu peux pas en faire grand chose. Par contre il est très bien localisé.
Donc oui, vu que nombre de .desktop sont mal fait et ne proposent pas de Keyword et que le Comment n'aide pas à la recherche. On peut réfléchir à la pertinence d'ajouter le champs Categories à la recherche (encore une fois pour celui qui pense que c'est une bonne idée le patch semble trivial). Maintenant il faut de toute facon aussi .desktop correctement fait.
Pour ceux qui ne savent pas coder, vous pouvez vérifier tout les .desktop sur votre disque et remonter les patchs…
Sûrement un problème de localisation du .desktop. Je pense qu'il y a très peu de .desktop fait correctement et que du coup ca plombe pas mal.
Toujours le même problème avec l'I18N, c'est un boulot de malade et ca demande beaucoup d'attention tout le long de la chaîne. Dès qu'un maillon fait un truc un peu léger ça casse tout. Exactement pour ça que j'utilise tout en en_US.
Je fait la même remarque et explique très rapidement (
Non tu parles de gnome shell alors je parle de gnome shell. Je parle pas d'unity comme tu le fais pour essayer de justifier ton blahblah.
Actuellement le champs recherche de gnome shell cherche sur les champs suivant du .desktop:
- nom
- nom generique
- executable
- mots clé
La seule chose qu'on pourrait lui reprocher c'est de ne pas matcher sur la catégorie mais y'a peut être une raison (si tu y tiens vraiment je te propose de faire un patch c'est vraiment très très simple d'après ce que j'ai regardé).
Maintenant n'importe quel maintainer compétant fait un .desktop correct, et va mettre game dans les mots clés. Si c'est pas fait c'est que c'est mal packagé, propose un patch pour le package. Donc pour avoir la liste des jeux exactement commme ce que tu accuses de prendre trop de clics ou de temps il suffit de rentrer game dans le champs de recherche. Ni plus ni moins.
Maintenant dans tout les cas quand tu es dans ce chemin de reflexion tu t'en balances de perdre 2 secondes si tu tiens énormément à cliquer partout.
mais il m'arrive très fréquemment de me rendre compte qu'avec l'ancien menu de Gnome, sachant ou les applis étaient je ne réfléchissais même pas, je cliquais machinalement pour les lancer, alors que là…, enfin bref…
Tu te pleins que tu perds du temps mais en même temps tu viens nous expliquer que tu lances les applications à la souris dans les menus ? C'est pour la caméra cachée ? Je passerais sur le fait qu'un coup tu nous parles des applis dont tu connais pas le nom, un coup de celle dont tu connais exactement la place dans les menus, un coup d'unity. Bref si t'aimes pas utilise pas.
… tu peux commencer à contribuer à la hauteur de ce que tu sais faire.
Très bonne remarque. Je viens de regarder du coup. Je ne connais rien à gnome, glib ou autre. Par contre en prenant moins de 20 minutes tant de checkout compris, je peux te dire que si tu veux ajouter un match sur la catégorie il suffit de patcher shell_app_matchsearch_terms
Ca semble pas vraiment casser trois pattes à un canard comme patch. Après savoir si ca à un interet, et si ca nique pas la pertinance des résultats dans le cas d'utilisation normal c'est laissé en exercice au lecteur.
Bha oui c'est très pratique facilement accessible et touche qui ne sert à rien par défaut.
Maintenant tu parles d'une chose qui n'a strictement rien a voir. Et si t'aimes pas le raccourci il m'a fallu 40 secondes pour trouver comme désactiver la touche, ALT F1 restant accessible.
Maintenant question, tu te pleins aussi quand tu rippes sur CTRL ou ALT ? C'est scandaleux ces touches qui font quelque chose !
Voilà t'as résolu ton horrible problème en un clic.
Maintenant même si tu pouvais pas faire ça, gémir par ce que tu perds 5 secondes et 4 clics alors que c'est une action que tu vas faire tout les 15 jours et que de toute façon la phase la plus longue c'est de retrouver l'appli dans les icones ou une entrée de menu…
Bref… Y'a un moment faut lire la doc, et arrêter de penser qu'en passant 20 jours à tweaker ton bureau tu vas gagner du temps.
Heu y'a absolument 0 information dans le journal qui ne soit pas dans le PDF. C'est quoi l’intérêt hormis de permettre aux aveugles d'y avoir accès via un screen reader ? Le journal avait lui l’intérêt de donner pas mal de pointeurs pertinents vers le ML pour avoir de l'information utile.
Bientôt on va plébisciter la qualité et l'interet des dépêches AFP…
En même temps le seul interet de tripadvisor c'est la base d'avis…
Il faut arriver le matin, faire le tour des hôtels et ne réserver qu'une nuit pour tester, on peut toujours prolonger ensuite.
Je sais pas si t'es au courant mais ça fait un moment que les prix des hôtels fluctuent énormément avec la date de réservation, le taux de remplissage et le service par lequel tu passes. Sauf effectivement à être hors saison dans un bled, c'est un bon coup pour prendre +100€ par nuit ou simplement pas pouvoir reserver. Ca a beau être hors saison, les WE c'est souvent plein.
Après ce genre de site c'est quand même vachement plus utile pour les déplacements que pour quand tu es chez toi, où il y a effectivement des solutions beaucoup plus efficaces.
Du coup repérer les profils & co ça atteins très vite ses limites. De même qu'un système où l'UX est pourrie. En général tu cherches un hôtel avec des critères de prix, de dates et d'emplacement multiple. Des endroits où manger dans une zone donnée etc. Si le site est pas complet tu perds des plombes.
Les choses changent aussi rapidement, du coup savoir que c'était bien y'a 3 ans ne dit pas grand chose d'intéressant. Par contre savoir c'est resté bien sur les 6 dernières années est très intéressant. Etc.
Bref pour le moment le moins pire c'est je trouve tripadvisor avec les commentaires en Anglais. Mais y'a clairement moyen de faire mieux. C'est juste effectivement pas le boulot de 3 barbus en un week end.
C'est suffisamment confidentiel pour que je n'ai jamais remarqué de faux avis
En même temps sur ce genre de truc il vaut mieux trop que trop peu. De tout les trucs que j'ai fait qui avaient plus de 100..500 avis sur tripadvisor, j'ai toujours pu me faire une idée qui s'est révélée assez exacte. Par contre dès que tu tombes à 5..50 avis là c'est de la loterie et ça ne sert à rien. Par ce que c'est biaisé et qu'il n'y a pas de continuité temporelle.
Bref une base qui annonce 3 avis par entrée tu peux la balancer à la poubelle directe. Autant prendre un guide.
Notons que les francais semblent aussi être beaucoup moins capable de faire des avis intéressants, informatifs et objectifs que d'autres nationalités.
Y'a vraiment un truc à faire avec une bonne UX/UI tout les sites que j'ai testé actuellement sont incomplet et forcent à avoir 4/5 onglets en plus et à sauter de service en service. Si la base n'est pas connectée à une base de tarif ca en limite aussi fortement le domaine d'action.
Qui t'intéresse sûrement pas. Mais presque à chaque fois que j'explore un truc, je vois qu'il manque certaines briques ou qu'elles sont bancales. Pour cette semaine par exemple c'est un lecteur EXIF correct sans dépendance native, ou tout l'écosystème des plugins XBMC qui sont globalement instable et d'une qualité médiocre quand tu regardes un peu.
Si tu fais pas mal de projets perso tu devrais tomber sur des cas où tu te dis:
1- C'est con que ca soit plus maintenu
2- C'est bien mais c'est pas fini
3- C'est bien mais c'est crade
3- Il me manque ca
L'avantage d'attaquer comme ca c'est que ce sont des tailles humaines, et où il y a beaucoup à faire.
Ou alors, comme je l'ai dit, j'ai vite une grosse désillusion en me rendant compte que même si ça parait simple, ça sera très difficile à implémenter. Ou en voyant la montagne de code (parfois avec des notions inconnues) que j'aurais à comprendre et à modifier pour arriver à mon résultat.
En même temps, comme tu vises des projets établis si c'était simple ca serait déjà fait ;)
Tu dis que tu aimes le Python y'a des dizaines de modules ou d'applications qui ont clairement besoins d'amélioration, ou simplement d'un mainteneur.
Quand au taff tu arrives sur un projet il te faut combien de temps avant ta première contribution seul et combien de temps avant d'être productif ? La barrière d'entrée c'est qu'il faut toujours beaucoup de temps; surtout que tu es dans l'environnement le plus hostile pour diffuser facilement le savoir. Et vu que ton temps dispo est 4 à 8x plus rare que ton temps pro…
Bref rentrer sur un projet existant et mûre par la grande porte demande un gros investissement. Sur les projets plus jeunes ou périphérique il est par contre facile d'apporter une contribution, surtout que généralement tu n'as pas à chercher bien loin pour savoir quoi faire.
[^] # Re: Et ailleurs ?
Posté par ckyl . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 1.
Non. Tu as ennormement de faux positifs sur le malus qui veut juste dire que tu as eu "X accidents responsables".
Ce sont les règles du jeu, mais ce n'est pas par ce qu'on l'utilise que c'est une métrique sans faux-positif significatifs pour évaluer de la dangerosité ou du risque d'un conducteur.
Basiquement on sait prédire sur un ensemble mais pas sur un individu. On ajoute donc une menace basée sur deux évenements et une décroissance linéaire pour lui mettre la pression.
[^] # Re: Variables...
Posté par ckyl . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 3.
Si ce n'est pas le même véhicule ça ne veut rien dire (il y a des variations monstrueuse simplement entre deux motorisations d'une même voiture même finition, pas forcément dans le sens qu'on croit d'ailleurs). Ça ne veut rien dire non plus si on ne connaît pas la différence à la base. Il y avait peut être aussi 5€.
Il se peut aussi que ton assurance ne fasse pas la différence homme/femme. Je donnerais le résultat quand j'aurais fait la bascule d'une voiture cette semaine, mon assureur ne m'a jamais demandé sur aucun véhicule le sexe du conducteur AFAIK.
[^] # Re: Et ailleurs ?
Posté par ckyl . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 7. Dernière modification le 13 novembre 2012 à 08:53.
Le problème c'est que il n'y pas grand chose comme indice de dangerosité valide sans faux positif significatif.
[^] # Re: égalité
Posté par ckyl . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 5.
Bha ils n'auront qu'a aller chez des mutuelles honnêtes qui ne font pas de surprime à la con en fonction de 1000 sous catégorie, et qui n'appliquent pas de surprime jeune conducteur… Au passage il se peut aussi qu'elles ne fassent pas qu'empocher du pognon quand tu vas bien mais qu'elles fassent leur job quand y'a un soucis ;)
# Variables...
Posté par ckyl . En réponse au journal Assurance auto : égalité hommes/femmes. Évalué à 4.
La question est sur quelles variables on fait porter l'analyse. Tu as déjà le choix entre:
- Ceux qui vont avoir un nombre de variables démentiel, qui normalement vont te faire économiser de l'argent si elles sont toutes au vert.
- Ceux qui ont un nombre réduit de variable et qui mutualisent donc le risque. Parfois t'es gagnant parfois t'es perdant.
Par exemple mon assurance ne me demande ni la couleur de ma voiture, ni si j'ai un garage, ni qui conduit ma voiture. Je dois basculer une voiture conductrice -> conducteur tout autre variable étant égales, on va voir la différence de prime au coefficient multiplicateur près.
Hum tu as une source ?
[^] # Re: titre
Posté par ckyl . En réponse au journal Contribution à l'open source: pas une question d'expérience. Évalué à 3.
Exactement. Dans le libre comme dans tout projet à partir du moment ou il y a quelque chose tu trouves mal expliqué, qui manque, mal fait, pas automatisé, pas testé, pas documenté tu grognes pour toi, si l'explication n'est pas triviale tu demandes poliment si y'a une raison, et tu le fais. Comme ça soit toute l'équipe en bénéficie et tout le monde gagne en vélocité, soit c'est plus facile pour les utilisateurs.
[^] # Re: extraction de base anonymisée
Posté par ckyl . En réponse au journal Contribuer à LinuxFr : étape 1 - installation du site. Évalué à 2.
Oh c'est dommage. Si en plus vous avez une grande rétention des logs serveurs ont aurait pu faire une jolie démonstration de ce qu'il est possible de faire avec les infos que les gens laissent traîner en navigant. Si j'ai un peu de temps un jour, ça serait marrant de faire une page privée pour chaque utilisateur ou on remonte des exemples de données.
[^] # Re: Passer à KDE ?
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 4.
org.gnome.gnome-session.logout-prompt
If enabled, gnome-session will prompt the user before ending a session.
A partir du moment où tu as compris que les options non macro sont dans un arbre de préférence, tu as compris beaucoup de choses.
[^] # Re: Ou pas...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 2.
Tu te rends compte comme tu es mal poli et prétentieux ? Perso je suis maintainer, après la première phrase je ferme ton bug, et je t’envoies te faire foutre jusqu'à ce que tu sois capable de communiquer. C'est pas en arrivant avec des gros sabots, en disant aux gens qu'ils font des choix stupides et que toi tu as tout compris qu'on fait avancer les choses.
Et après on ose parler des projets qui recevraient mal les contributeurs/contributions, alors qu'il n'y a que de gentils utilisateurs. Je comprends mieux pourquoi vous avez peur que vos patchs fictifs ne soient pas intégrés…
[^] # Re: Ou pas...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 4.
Attention l'UX c'est comme les benchmark. Tu arrives à mesurer beaucoup de chose (macro et micro), tu peux décider d'utiliser ça comme base pour constater, proposer ou faire des évolutions. Mais c'est toujours à la fois très partiel, complètement dépendant de la personne qui le fait et l’interprète et tu ne sais jamais si tu mesures, observes ou proposes les bonnes ou meilleures choses. Et c'est très très facile de virer à du n'importe quoi.
Ca marche très bien pour des micro-trucs, par contre dès que tu élargis le problème ca passe de la "science" à la croyance. Ce n'est absolument pas pour dénigrer, mais toute personne qui à bossé avec des équipes d'UX/UI a du le constater.
[^] # Re: PEBKAC Comme d'hab...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à -5.
Tu as raison. En vérifiant j'ai constaté que pas mal de .desktop sont défaillant pour ce chemin d'éxecution. Chose que je ne constate absolument pas dans mon utilisation quotidienne avec ma base de logicielle installée.
Maintenant je maintiens que ce chemin d'exécution est anecdotique. Devoir le faire à la souris (qui demande deux clics mais aussi de traverser 1.5 fois l'écran) n'est pas très rapide mais de toute façon tu vas passer tu temps à chercher à identifier ton appli pour ne plus jamais le refaire après. La 1/2 seconde que tu as perdu on s'en tape t'es dans un chemin lent à cause de la phase d'identification.
Je maintiens aussi que ne pas vouloir changer ses habitudes pour utiliser Gnome3 est un PEBKAC. Si tu aimes te balader dans les menus en connaissant la position des entrées, Gnome 3 n'est clairement pas fait pour toi (et j'ajoute que quelque soit l’environnement c'est une perte ridicule de temps). Je pense sincèrement que Gnome est très mauvais pour les michus mais que si tu branches ton cerveau ça marche bien avec moins de 5 minutes de config, mais ca c'est une autre histoire.
[^] # Re: PEBKAC Comme d'hab...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 3.
Tu as vu mon commentaire sur comment ça marche et le code que j'ai lié dans d'autres commentaires ? Si les .desktop sont fait intelligemment le mec qui fait un paquet pour un jeu il va mettre Game soit dans GenericName, soit Comment, soit dans les Keywords. Il faut évidement aussi que toutes les clés soit localisées.
Je viens de regarder le .desktop de gnome-sudoku dans le paquet upstream et justement il est fait avec les pieds si on considère que les .desktop devraient amener de la sémantique pour aider les utilisateurs à chercher.
Avec des .desktop comme ca, tu peux pas en faire grand chose. Par contre il est très bien localisé.
Donc oui, vu que nombre de .desktop sont mal fait et ne proposent pas de Keyword et que le Comment n'aide pas à la recherche. On peut réfléchir à la pertinence d'ajouter le champs Categories à la recherche (encore une fois pour celui qui pense que c'est une bonne idée le patch semble trivial). Maintenant il faut de toute facon aussi .desktop correctement fait.
Pour ceux qui ne savent pas coder, vous pouvez vérifier tout les .desktop sur votre disque et remonter les patchs…
[^] # Re: PEBKAC Comme d'hab...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à -3.
Sûrement un problème de localisation du .desktop. Je pense qu'il y a très peu de .desktop fait correctement et que du coup ca plombe pas mal.
Toujours le même problème avec l'I18N, c'est un boulot de malade et ca demande beaucoup d'attention tout le long de la chaîne. Dès qu'un maillon fait un truc un peu léger ça casse tout. Exactement pour ça que j'utilise tout en en_US.
[^] # Re: PEBKAC Comme d'hab...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à -1.
Non tu parles de gnome shell alors je parle de gnome shell. Je parle pas d'unity comme tu le fais pour essayer de justifier ton blahblah.
Actuellement le champs recherche de gnome shell cherche sur les champs suivant du .desktop:
- nom
- nom generique
- executable
- mots clé
La seule chose qu'on pourrait lui reprocher c'est de ne pas matcher sur la catégorie mais y'a peut être une raison (si tu y tiens vraiment je te propose de faire un patch c'est vraiment très très simple d'après ce que j'ai regardé).
Maintenant n'importe quel maintainer compétant fait un .desktop correct, et va mettre game dans les mots clés. Si c'est pas fait c'est que c'est mal packagé, propose un patch pour le package. Donc pour avoir la liste des jeux exactement commme ce que tu accuses de prendre trop de clics ou de temps il suffit de rentrer game dans le champs de recherche. Ni plus ni moins.
Maintenant dans tout les cas quand tu es dans ce chemin de reflexion tu t'en balances de perdre 2 secondes si tu tiens énormément à cliquer partout.
Tu te pleins que tu perds du temps mais en même temps tu viens nous expliquer que tu lances les applications à la souris dans les menus ? C'est pour la caméra cachée ? Je passerais sur le fait qu'un coup tu nous parles des applis dont tu connais pas le nom, un coup de celle dont tu connais exactement la place dans les menus, un coup d'unity. Bref si t'aimes pas utilise pas.
[^] # Re: Maintenant ...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à -10.
Le fait que le temps que tu vas passer sur ce journal est le temps requis pour écrire le patch ?
[^] # Re: Maintenant ...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 3.
Très bonne remarque. Je viens de regarder du coup. Je ne connais rien à gnome, glib ou autre. Par contre en prenant moins de 20 minutes tant de checkout compris, je peux te dire que si tu veux ajouter un match sur la catégorie il suffit de patcher shell_app_matchsearch_terms
Ca semble pas vraiment casser trois pattes à un canard comme patch. Après savoir si ca à un interet, et si ca nique pas la pertinance des résultats dans le cas d'utilisation normal c'est laissé en exercice au lecteur.
[^] # Re: PEBKAC Comme d'hab...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 5.
Bha oui c'est très pratique facilement accessible et touche qui ne sert à rien par défaut.
Maintenant tu parles d'une chose qui n'a strictement rien a voir. Et si t'aimes pas le raccourci il m'a fallu 40 secondes pour trouver comme désactiver la touche, ALT F1 restant accessible.
Maintenant question, tu te pleins aussi quand tu rippes sur CTRL ou ALT ? C'est scandaleux ces touches qui font quelque chose !
# PEBKAC Comme d'hab...
Posté par ckyl . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 3.
Voilà t'as résolu ton horrible problème en un clic.
Maintenant même si tu pouvais pas faire ça, gémir par ce que tu perds 5 secondes et 4 clics alors que c'est une action que tu vas faire tout les 15 jours et que de toute façon la phase la plus longue c'est de retrouver l'appli dans les icones ou une entrée de menu…
Bref… Y'a un moment faut lire la doc, et arrêter de penser qu'en passant 20 jours à tweaker ton bureau tu vas gagner du temps.
[^] # Re: Ça ne serait pas la même chose qu'un journal récent
Posté par ckyl . En réponse au journal [Benchmark] DragonFlyBSD plus performant dans sa version 3.2. Évalué à -2. Dernière modification le 05 novembre 2012 à 19:24.
Heu y'a absolument 0 information dans le journal qui ne soit pas dans le PDF. C'est quoi l’intérêt hormis de permettre aux aveugles d'y avoir accès via un screen reader ? Le journal avait lui l’intérêt de donner pas mal de pointeurs pertinents vers le ML pour avoir de l'information utile.
Bientôt on va plébisciter la qualité et l'interet des dépêches AFP…
[^] # Re: TripAd?
Posté par ckyl . En réponse au journal Site de recommandation libre ?. Évalué à 2.
En même temps le seul interet de tripadvisor c'est la base d'avis…
Je sais pas si t'es au courant mais ça fait un moment que les prix des hôtels fluctuent énormément avec la date de réservation, le taux de remplissage et le service par lequel tu passes. Sauf effectivement à être hors saison dans un bled, c'est un bon coup pour prendre +100€ par nuit ou simplement pas pouvoir reserver. Ca a beau être hors saison, les WE c'est souvent plein.
[^] # Re: mmmm
Posté par ckyl . En réponse au journal Site de recommandation libre ?. Évalué à 2.
Après ce genre de site c'est quand même vachement plus utile pour les déplacements que pour quand tu es chez toi, où il y a effectivement des solutions beaucoup plus efficaces.
Du coup repérer les profils & co ça atteins très vite ses limites. De même qu'un système où l'UX est pourrie. En général tu cherches un hôtel avec des critères de prix, de dates et d'emplacement multiple. Des endroits où manger dans une zone donnée etc. Si le site est pas complet tu perds des plombes.
Les choses changent aussi rapidement, du coup savoir que c'était bien y'a 3 ans ne dit pas grand chose d'intéressant. Par contre savoir c'est resté bien sur les 6 dernières années est très intéressant. Etc.
Bref pour le moment le moins pire c'est je trouve tripadvisor avec les commentaires en Anglais. Mais y'a clairement moyen de faire mieux. C'est juste effectivement pas le boulot de 3 barbus en un week end.
[^] # Re: mmmm
Posté par ckyl . En réponse au journal Site de recommandation libre ?. Évalué à 3.
En même temps sur ce genre de truc il vaut mieux trop que trop peu. De tout les trucs que j'ai fait qui avaient plus de 100..500 avis sur tripadvisor, j'ai toujours pu me faire une idée qui s'est révélée assez exacte. Par contre dès que tu tombes à 5..50 avis là c'est de la loterie et ça ne sert à rien. Par ce que c'est biaisé et qu'il n'y a pas de continuité temporelle.
Bref une base qui annonce 3 avis par entrée tu peux la balancer à la poubelle directe. Autant prendre un guide.
Notons que les francais semblent aussi être beaucoup moins capable de faire des avis intéressants, informatifs et objectifs que d'autres nationalités.
Y'a vraiment un truc à faire avec une bonne UX/UI tout les sites que j'ai testé actuellement sont incomplet et forcent à avoir 4/5 onglets en plus et à sauter de service en service. Si la base n'est pas connectée à une base de tarif ca en limite aussi fortement le domaine d'action.
[^] # Re: Mauvaise approche, changer d'approche.
Posté par ckyl . En réponse au journal Pourquoi je n’arrive pas à contribuer au logiciel libre.. Évalué à 5.
Qui t'intéresse sûrement pas. Mais presque à chaque fois que j'explore un truc, je vois qu'il manque certaines briques ou qu'elles sont bancales. Pour cette semaine par exemple c'est un lecteur EXIF correct sans dépendance native, ou tout l'écosystème des plugins XBMC qui sont globalement instable et d'une qualité médiocre quand tu regardes un peu.
Si tu fais pas mal de projets perso tu devrais tomber sur des cas où tu te dis:
1- C'est con que ca soit plus maintenu
2- C'est bien mais c'est pas fini
3- C'est bien mais c'est crade
3- Il me manque ca
L'avantage d'attaquer comme ca c'est que ce sont des tailles humaines, et où il y a beaucoup à faire.
[^] # Re: Mauvaise approche, changer d'approche.
Posté par ckyl . En réponse au journal Pourquoi je n’arrive pas à contribuer au logiciel libre.. Évalué à 5.
En même temps, comme tu vises des projets établis si c'était simple ca serait déjà fait ;)
Tu dis que tu aimes le Python y'a des dizaines de modules ou d'applications qui ont clairement besoins d'amélioration, ou simplement d'un mainteneur.
# Toujours la même chose
Posté par ckyl . En réponse au journal Pourquoi je n’arrive pas à contribuer au logiciel libre.. Évalué à 9.
La réponse est triviale.
Quand au taff tu arrives sur un projet il te faut combien de temps avant ta première contribution seul et combien de temps avant d'être productif ? La barrière d'entrée c'est qu'il faut toujours beaucoup de temps; surtout que tu es dans l'environnement le plus hostile pour diffuser facilement le savoir. Et vu que ton temps dispo est 4 à 8x plus rare que ton temps pro…
Bref rentrer sur un projet existant et mûre par la grande porte demande un gros investissement. Sur les projets plus jeunes ou périphérique il est par contre facile d'apporter une contribution, surtout que généralement tu n'as pas à chercher bien loin pour savoir quoi faire.