Et le "bug" que tu as dans gnome, es-tu sûr que ce n'est pas juste le fonctionnement de X qui est comme ça ?
Je n'ai jamais utilisé Gnome mais j'ai déjà eu ce genre de truc, des gestionnaires de presse-papier il y en a pleins, pour pallier ce problème justement (il y en a un par défaut chez KDE par exemple).
Un autre avantage à s'appuyer sur un logiciel comme Grisbi c'est de pouvoir imprimer des factures à mes colocs… Nan j'déconne :D
C'est de pouvoir profiter de toutes les fonctions de bases qu'il gère par défaut, genre la notion de monnaie, le fait qu'on peut faire se répéter des actions, facilement parcourir le contenu des comptes, avoir des historiques, peut-être même gérer les remboursements que nous ferait la compagnie qui gère l'eau, et savoir à qui il faut redistribuer quoi car une des personnes a changée en cours d'année, etc…
Je ne sais pas si c'est le bon terme, mais en gros je cherche depuis longtemps à gérer l'argent dans une coloc où on a :
* un propriétaire
* N personnes qui y vivent et paient chacun une part égale
* M (<N) personnes qui touchent des allocs, directement versée au proprio
* des charges communes, internet, etc
* un couillon qui avance l'argent au proprio (moi :)
Et je n'ai jamais réussi à faire ça avec un quelconque logiciel comme Grisbi (j'avais testé une ancienne version).
Ça ne semblait pas supporter de base ce genre d'abstraction, j'imagine que ça doit être possible de mapper les concepts de Grisbi à ceux là, mais je n'y suis pas arrivé à l'époque.
Donc je me demande si :
* il est pertinent d'utiliser un outil comme Grisbi pour ça,
* il existe des alternatives (et j'ai un début de réponse car j'en ai une, je vais en parler après)
* il existe un moyen d'étendre Grisbi pour qu'il puisse le faire peut-être ?
Pour le moment j'utilise un service en ligne qui permet de partager des dépenses entre différentes personnes, genre on dit que machin a payé tant, avec 20% pour bidule, 60% pour trucmuche et le reste pour sa pomme, et ça calcule qui doit combien à qui.
À partir de ça, j'ai mis tout les acteurs dans la machine et ça me dit qui me doit combien.
Ça marche bien, mais ça m'ennuie de devoir passer par ce service en ligne (en fait le seul truc qu'il fait c'est le calcul, le reste n'est pas stocké chez eux mais exportable en JSON et importable).
Ça s’appelle expensesharer : http://www.screeperzone.com/expensesharer/xsharer.html
Ce que vous dites est pertinent, je pense la même chose quand je regarde tout ça de mon point de vue local, mais au final ce que vous dites c'est un peu le fameux "c'était mieux avant", et même si je l'ai aussi souvent dit, c'est un peu une rengaine qui nous empêchent de voir et comprendre les choses à plus long terme.
J'ai l'impression que ces nouvelles technos sont les solutions actuelles à une évolution de l'informatique (utilisation et conception) qui, dans 2 à 5 ans, auront ouvert la voie à d'autres technos qui elles seront tout à fait adaptées, mais il va peut-être falloir en passer par ces bâtardes (au sens propre du terme :) pour y arriver.
Parce qu'une monade, c'est rien d'autre qu'un design-pattern avec quelques contraintes...
Mais il faut quand même y mettre quelque chose dans ce design-pattern :)
Et c'est ce quelque chose qui est particulièrement bien adaptée au développement web
Je pense qu'elle permet d'abstraire et « purifier » les effets de bords que tu vas faire sur le résultat du traitement de la requête histoire que ce soit sûr et élégant… (souvent on fait ce genre de trucs avec les monades donc je ne risque pas trop de me tromper :)
Ouais enfin dans la réalité aussi c'est ta/ton compagne/compagnon qui te le demande aussi, c'est réglé avant le mariage lui-même (enfin dans la réalité où les choses vont biens :)
Et dans les trucs un peu plus « sérieux », il y a quand même Lift qui fait pas mal parlé de lui dans la communauté Scala et qui parait-il (perso j'y crois, mais loin de moi l'idée de l'imposer) réinvente la programmation web : http://liftweb.net/
Il ne faut pas confondre l'utilisation de ce travail et sa production.
L'idée ici est simplement de proposer une abstraction sur les formats existants de telles sorte qu'on puisse produire un algorithme de résolution de dépendance générique qui puisse ensuite être utilisé par les différents formats.
Il n'est pas question d'avoir un ensemble de paquet communs, une base de donnée commune ni un format commun.
La 64bit est déjà multilib grâce à des paquets estampillés lib32 dans community et aur, cela marche très bien en général, et si non, alors un petit rapport de bug règle un manque ou une incompatibilité rapidement :)
Je dirais « anti-facebook » au sens de anti le site existant mais un « facebook-like » au sens de comme le concept de facebook en terme de fonctionnalité.
Oui en fait, plus précisément c'est la formule utilisée dans l'article qui présente le projet.
Je l'ai laissé exprès à côté du « facebook-like » parce que je trouvais que ces deux expressions étaient complètement contradictoires et que ce serait à la fois rigolo et source de discussion (troll ?) :)
Notament sur l'interface et sur le plaisir d'utiliser, qui est encore bien en avance sur les autres appareils. Mais ce ne sont pas des "features" au sens geek du terme. Juste un des points important de ce qui fait qu'un utilisateur basique va choisir l'appareil plutot que l'autre. Juste ça.
Pourquoi pas, mais l'argumentaire de Jobs était bien technique et non pas utilisateur basique, et c'est bien pour ça qu'un paquet de gens le trouve hypocrite !
Maintenant, perso, en tant qu'utilisateur, je préfère promouvoir et utiliser des trucs bien(tm) même si dans les faits et à court terme c'est moins bien (pas tm celui là).
J'ai par exemple décidé d'utiliser Linux a une époque où utiliser Windows était plus simple et pas aussi galère que se faire chier à configurer sa machine pour avoir un truc moche et pas du tout graphiquement accéléré.
Chacun son truc, moi j'ai choisi la voie du bien(tm) où on souffre pour y arriver, d'autres ont pris la voie du mal(tm) mais qui juste marche(tm).
Je ne sais pas laquelle est mieux.
(Le tm c'est pour dire que ce n'est pas le bien ou le mal dans l'absolue mais plutôt comme norme culturelle, comme les gens qui croient en Dieu et qui appèlent ça le bien(tm) : en religion j'ai choisi la voie du mal(tm)).
On voit surtout que tu dis n'importe quoi (et que tu n'as pas compris l'article de Robert Love). L'intérêt des SDK alternatifs pour l'iPhone n'est pas de permettre le multi-tâches mais de réutiliser le code et les compétences existantes.
Et toi que tu n'as pas compris mon commentaire (ou alors que je m'exprime comme un pied).
Dans tout les cas ça sert à rien d'être agressif :)
Ce que je voulais dire, c'était que bien que le SDK de Apple était bien intégré, joli, toussa, il n'y avait rien de bien innovant, et donc que l'intérêt que l'on pouvait avoir à le suivre pour coder directement sans sur-couche était équivalent à l'intérêt d'utiliser une sur-couche.
J'ai l'impression (c'est mon avis perso, et j'ai échoué à le présenter comme ça dans mon commentaire, c'est vrai) que celui de Google a un réel intérêt parce qu'il est novateur et apporte de vraie abstractions adaptées au mobile. Dans cet article on parle de multi-tâche, mais on peut aussi parler de leur système de communication inter-processus qui lui aussi est assez intéressant.
Alors ok, le truc d'Apple est plus mûr, plus joli, il a le poil plus brillant, mais ça n'empêche que la solution de Google est plus intélligente, pose les bonnes abstractions pour coder des applis mobiles et Apple pourrait très bien s'en inspirer, par exemple, pour le multi-tâche sur leur iPhone.
Pour le second problème, il n'a pas tout à fait tort, en disant que la plupart des SDK se limitent au dénominateur commun et s'intègrent mal à l'environnement. Le succès de l'iPhone est basé sur une expérience utilisateur cohérente, chose impossible avec JME et l'actuelle mouture de Flash. Ici aussi, ça reste une explication plausible, même si on n'est pas d'accord.
# "bug" dans gnome
Posté par Victor . En réponse au journal Petit coup de gueule contre les distributions grand public. Évalué à 2.
Je n'ai jamais utilisé Gnome mais j'ai déjà eu ce genre de truc, des gestionnaires de presse-papier il y en a pleins, pour pallier ce problème justement (il y en a un par défaut chez KDE par exemple).
Me trompe-je ?
[^] # Re: Gestion de « compte commun »
Posté par Victor . En réponse au journal Grisbi 0.6 is out !. Évalué à 3.
Je vais me renseigner à l'aide de ce terme, merci :)
[^] # Re: Gestion de « compte commun »
Posté par Victor . En réponse au journal Grisbi 0.6 is out !. Évalué à 2.
Merci de l'idée !
[^] # Re: Gestion de « compte commun »
Posté par Victor . En réponse au journal Grisbi 0.6 is out !. Évalué à 2.
Un autre avantage à s'appuyer sur un logiciel comme Grisbi c'est de pouvoir imprimer des factures à mes colocs… Nan j'déconne :D
C'est de pouvoir profiter de toutes les fonctions de bases qu'il gère par défaut, genre la notion de monnaie, le fait qu'on peut faire se répéter des actions, facilement parcourir le contenu des comptes, avoir des historiques, peut-être même gérer les remboursements que nous ferait la compagnie qui gère l'eau, et savoir à qui il faut redistribuer quoi car une des personnes a changée en cours d'année, etc…
# Gestion de « compte commun »
Posté par Victor . En réponse au journal Grisbi 0.6 is out !. Évalué à 2.
Je ne sais pas si c'est le bon terme, mais en gros je cherche depuis longtemps à gérer l'argent dans une coloc où on a :
* un propriétaire
* N personnes qui y vivent et paient chacun une part égale
* M (<N) personnes qui touchent des allocs, directement versée au proprio
* des charges communes, internet, etc
* un couillon qui avance l'argent au proprio (moi :)
Et je n'ai jamais réussi à faire ça avec un quelconque logiciel comme Grisbi (j'avais testé une ancienne version).
Ça ne semblait pas supporter de base ce genre d'abstraction, j'imagine que ça doit être possible de mapper les concepts de Grisbi à ceux là, mais je n'y suis pas arrivé à l'époque.
Donc je me demande si :
* il est pertinent d'utiliser un outil comme Grisbi pour ça,
* il existe des alternatives (et j'ai un début de réponse car j'en ai une, je vais en parler après)
* il existe un moyen d'étendre Grisbi pour qu'il puisse le faire peut-être ?
Pour le moment j'utilise un service en ligne qui permet de partager des dépenses entre différentes personnes, genre on dit que machin a payé tant, avec 20% pour bidule, 60% pour trucmuche et le reste pour sa pomme, et ça calcule qui doit combien à qui.
À partir de ça, j'ai mis tout les acteurs dans la machine et ça me dit qui me doit combien.
Ça marche bien, mais ça m'ennuie de devoir passer par ce service en ligne (en fait le seul truc qu'il fait c'est le calcul, le reste n'est pas stocké chez eux mais exportable en JSON et importable).
Ça s’appelle expensesharer : http://www.screeperzone.com/expensesharer/xsharer.html
[^] # Re: Je suis vieux ?
Posté par Victor . En réponse à la dépêche Mozilla continue d'avancer !. Évalué à 2.
J'ai l'impression que ces nouvelles technos sont les solutions actuelles à une évolution de l'informatique (utilisation et conception) qui, dans 2 à 5 ans, auront ouvert la voie à d'autres technos qui elles seront tout à fait adaptées, mais il va peut-être falloir en passer par ces bâtardes (au sens propre du terme :) pour y arriver.
[^] # Re: Pourquoi ?
Posté par Victor . En réponse à la dépêche 3 frameworks de développement : Ruby on Rails, Snap et Lamson. Évalué à 2.
[^] # Re: Pourquoi ?
Posté par Victor . En réponse à la dépêche 3 frameworks de développement : Ruby on Rails, Snap et Lamson. Évalué à 2.
Mais il faut quand même y mettre quelque chose dans ce design-pattern :)
Et c'est ce quelque chose qui est particulièrement bien adaptée au développement web
Je pense qu'elle permet d'abstraire et « purifier » les effets de bords que tu vas faire sur le résultat du traitement de la requête histoire que ce soit sûr et élégant… (souvent on fait ce genre de trucs avec les monades donc je ne risque pas trop de me tromper :)
[^] # Re: Bonne initiative
Posté par Victor . En réponse au journal Oui, Mariage. Évalué à 5.
[^] # Re: Idee geniale
Posté par Victor . En réponse au journal tabnabbing, un nouveau genre de phishing. Évalué à 4.
[^] # Re: Parallèle Snap / Ocsigen
Posté par Victor . En réponse à la dépêche 3 frameworks de développement : Ruby on Rails, Snap et Lamson. Évalué à 2.
http://liftweb.net/
[^] # Re: Pas convaincu
Posté par Victor . En réponse à la dépêche CUDF, ou la résolution de dépendances universelle. Évalué à 8.
L'idée ici est simplement de proposer une abstraction sur les formats existants de telles sorte qu'on puisse produire un algorithme de résolution de dépendance générique qui puisse ensuite être utilisé par les différents formats.
Il n'est pas question d'avoir un ensemble de paquet communs, une base de donnée commune ni un format commun.
[^] # Re: In Core
Posté par Victor . En réponse à la dépêche Nouveau snapshot de l'installeur Archlinux. Évalué à 3.
# Super !
Posté par Victor . En réponse à la dépêche Minbif 1.0.3 se complaît dans la stabilité. Évalué à 5.
Minbif a depuis la version 1.0 remplacé bitlbee chez moi :)
[^] # Re: Une solution de contournement via un VPN
Posté par Victor . En réponse au journal Accès SSH sur compte mutualisé. Évalué à 3.
Utopiquement, le mieux serait de faire annuler le contrat parce que les conditions d'utilisation ont changées !
[^] # Re: Mémoire
Posté par Victor . En réponse à la dépêche Une liseuse libre pour lire des livres libres. Évalué à 2.
moi entre un appareil à SD et un autre de même taille à µSD je prends celui avec la SD. C'est tout.
Même si il est plus épais (et donc plus lourd) ?
[^] # Re: Cette alternative existe déjà ...
Posté par Victor . En réponse au journal Diaspora : "anti-facebook" libre qui cherche des fonds !. Évalué à 2.
http://www.joindiaspora.com/2010/04/30/a-response-to-mr-vill(...)
En revanche ils ne semblent pas parler de Movim…
[^] # Re: Super cahier des charges
Posté par Victor . En réponse au journal Diaspora : "anti-facebook" libre qui cherche des fonds !. Évalué à 3.
[^] # Re: Toujours un anti machin ...
Posté par Victor . En réponse au journal Diaspora : "anti-facebook" libre qui cherche des fonds !. Évalué à 3.
Je l'ai laissé exprès à côté du « facebook-like » parce que je trouvais que ces deux expressions étaient complètement contradictoires et que ce serait à la fois rigolo et source de discussion (troll ?) :)
[^] # Re: Steve Jobs n'aime pas Flash
Posté par Victor . En réponse à la dépêche Google Chrome integrera Flash. Évalué à 4.
Notament sur l'interface et sur le plaisir d'utiliser, qui est encore bien en avance sur les autres appareils. Mais ce ne sont pas des "features" au sens geek du terme. Juste un des points important de ce qui fait qu'un utilisateur basique va choisir l'appareil plutot que l'autre. Juste ça.
Pourquoi pas, mais l'argumentaire de Jobs était bien technique et non pas utilisateur basique, et c'est bien pour ça qu'un paquet de gens le trouve hypocrite !
Maintenant, perso, en tant qu'utilisateur, je préfère promouvoir et utiliser des trucs bien(tm) même si dans les faits et à court terme c'est moins bien (pas tm celui là).
J'ai par exemple décidé d'utiliser Linux a une époque où utiliser Windows était plus simple et pas aussi galère que se faire chier à configurer sa machine pour avoir un truc moche et pas du tout graphiquement accéléré.
Chacun son truc, moi j'ai choisi la voie du bien(tm) où on souffre pour y arriver, d'autres ont pris la voie du mal(tm) mais qui juste marche(tm).
Je ne sais pas laquelle est mieux.
(Le tm c'est pour dire que ce n'est pas le bien ou le mal dans l'absolue mais plutôt comme norme culturelle, comme les gens qui croient en Dieu et qui appèlent ça le bien(tm) : en religion j'ai choisi la voie du mal(tm)).
[^] # Re: C'est quoi le concept ?
Posté par Victor . En réponse au journal Osmos, un nouveau jeu pour Linux. Évalué à 2.
[^] # Re: Steve Jobs n'aime pas Flash
Posté par Victor . En réponse à la dépêche Google Chrome integrera Flash. Évalué à 2.
http://blogs.fsfe.org/hugo/2010/04/open-letter-to-steve-jobs(...)
Ça fait un peu fake mais d'après les commentaires non... À vérifier donc :)
[^] # Re: C'est quoi le démarrage ?
Posté par Victor . En réponse au journal Rethinking PID 1. Évalué à 2.
[^] # Re: Steve Jobs n'aime pas Flash
Posté par Victor . En réponse à la dépêche Google Chrome integrera Flash. Évalué à 4.
On voit surtout que tu dis n'importe quoi (et que tu n'as pas compris l'article de Robert Love). L'intérêt des SDK alternatifs pour l'iPhone n'est pas de permettre le multi-tâches mais de réutiliser le code et les compétences existantes.
Et toi que tu n'as pas compris mon commentaire (ou alors que je m'exprime comme un pied).
Dans tout les cas ça sert à rien d'être agressif :)
Ce que je voulais dire, c'était que bien que le SDK de Apple était bien intégré, joli, toussa, il n'y avait rien de bien innovant, et donc que l'intérêt que l'on pouvait avoir à le suivre pour coder directement sans sur-couche était équivalent à l'intérêt d'utiliser une sur-couche.
J'ai l'impression (c'est mon avis perso, et j'ai échoué à le présenter comme ça dans mon commentaire, c'est vrai) que celui de Google a un réel intérêt parce qu'il est novateur et apporte de vraie abstractions adaptées au mobile. Dans cet article on parle de multi-tâche, mais on peut aussi parler de leur système de communication inter-processus qui lui aussi est assez intéressant.
Alors ok, le truc d'Apple est plus mûr, plus joli, il a le poil plus brillant, mais ça n'empêche que la solution de Google est plus intélligente, pose les bonnes abstractions pour coder des applis mobiles et Apple pourrait très bien s'en inspirer, par exemple, pour le multi-tâche sur leur iPhone.
Plus clair ? Peut-être pas plus convainquant…
[^] # Re: Steve Jobs n'aime pas Flash
Posté par Victor . En réponse à la dépêche Google Chrome integrera Flash. Évalué à 2.
Pour le second problème, il n'a pas tout à fait tort, en disant que la plupart des SDK se limitent au dénominateur commun et s'intègrent mal à l'environnement. Le succès de l'iPhone est basé sur une expérience utilisateur cohérente, chose impossible avec JME et l'actuelle mouture de Flash. Ici aussi, ça reste une explication plausible, même si on n'est pas d'accord.
Quand on lis des trucs comme ça :
http://android-developers.blogspot.com/2010/04/multitasking-(...)
et
http://blog.rlove.org/2010/04/why-ipad-and-iphone-dont-suppo(...)
On voit que Android, lui au moins, a un réel argument pour que l'on programme avec le SDK fourni au lieu d'avoir une sur-couche.
Dans l'iPhone (ça changera peut-être dans le futur ou la dernière nouvelle version) on a rien de vraiment novateur sur la question, et un quelconque autre SDK pourrait le faire (j'exagère mais à peine).