Si l’extorsion était légale, sûr que des entreprises utiliseraient cette méthode pour faire de l’argent (d’ailleurs, même illégale, ça existe, on appelle ça des mafias). C’est pas parce qu’une méthode est utilisée qu’elle est légitime.
T’as besoin d’une gestion des dépendances pour 3 services ?
Forcément, sous debian où /etc/init.d contient 64 trucs dont 42 totalement obscurs, c’est utile. Mais quand tu en as peu, et que leur utilité est explicitée dans le nom, une gestion des dépendances est totalement superflue.
> La différence est qu'on peut augmenter la masse monétaire et ainsi l'adapter à l'économie réelle
Encore une fois, « l’économie réelle » se satisfait très bien de n’importe quelle quantité de monnaie.
> donc à terme déflation
Seulement s’il y a croissance, et si bitcoin est la seule monnaie (et sans substituts).
> qui est encore pire que l'inflation
Non. La déflation faisant suite à la croissance économique est un processus naturel, normal et sans conséquence désagréable. Si tu regardes uniquement aux USA, la période 1839-1843 a vu à la fois déflation et quasi-plein emploi ; les années 1870 ont vu une croissance massive avec de la déflation.
Si on regarde du côté théorique, combiner croissance (à ppa constant) et inflation modérée revient à transférer une partie des gains de productivité vers ceux qui sont plus proche de l’inflation (en général : système financier + gouvernement).
(+1 pour ta parenthèse. Disons que autant une monnaie à la bitcoin me semble parfaitement tenable une fois mise en place, autant le théorème de régression monétaire me laisse de sérieux doute ne serait-ce que sur la possibilité théorique de la mettre en place à grande échelle — alors ne parlons même pas des obtacles de nature plus pratique comme l’inertie)
> div[not(contains(@id, 'alpha'))]
> $("div:not(#alpha)")
Pas la même chose : ne fonctionne que pour l’attribut id (et si je veux title ou href pour un lien ?), et c’est contains, pas equals.
Au passage, je viens de retester, et la solution div:not([@id*="alpha"]) fonctionne enfin (il y a quelques temps, il n’aimait pas cette syntaxe)
> a[@href='x' or @href='y']
> $(a[href=x],$a[href=y])
Pas la même chose: si ton sélecteur "a" est en fait un truc long comme un bras, tu es content de pouvoir faire un ou juste dans ton […]. Sans compter que dans ta version jQuery, tu parcoures l’arbre deux fois — en xpath, tu le fais qu’une fois. Et plus important, pour certains usages, l’ordre des résultats ne sera pas le même : dans le premier cas, tu as les liens dans l’ordre dans lequel ils apparaissent dans l’arbre DOM ; dans le second cas, tu as tous les liens "x" dans l’ordre d’apparition puis tous les éléments "y".
> La beauté de jquery est de s'appuyer sur du map reduce avec des fonctions anonymes, et de très puissantes fonctions de manipulations du DOM qui rend le code lisible.
Tu confonds l’API jQuery et la syntaxe de sélecteur jQuery. Tu peux très bien faire une API jQuery-like qui utilise xpath pour exprimer les sélecteurs, tout comme tu peux faire une syntaxe de sélecteurs jQuery-like qui n’ait pas une API jQuery-like (avec du map-reduce, comme tu dis).
Tout ce que je te dis, moi, c’est que la syntaxe des sélecteurs de xpath est plus lourde mais permet de faire plus de chose que celle de jQuery.
> Ce n'est pas un hasard si ce sont les non informaticiens qui se sont emparés de ce langage
Non informaticiens ? Des développeurs Javascript/PHP/Python/Ruby/… ?
Tu me fais peur là.
Sauf que l’économie tourne avec à peu près n’importe quelle quantité de monnaie, donc la limite à 600 milliards, 2000 milliards ou infini, on s’en fout un peu.
> Renvoyer vers amazon.com par exemple, acheter du contenu et le gerer avec une appli est interdit par les conditions d'utilisation
Mauvais exemple. Amazon.com vendant des objets physiques, ils sont obligés de passer par leur propre système ; le in-app buy, c’est seulement pour ajouter des fonctionnalités à l’application ; dès que tu veux expédier quelque chose, non seulement tu peux passer par ta propre solution (sur laquelle apple ne prélève rien), mais en plus apple te l’impose.
J’ai pas dit que jQuery était inutile. J’ai dit que jQuery était orienté HTML (ce qui est vrai, puisqu’il a des raccourcis orientés HTML: .class, :checked,…) et qu’il était plus limité que XPath (allez, au pif, traduis-moi ces expressions en sélecteur jQuery: "div[not(contains(@id, 'alpha'))]", "a[@href='x' or @href='y']", "div[@title='truc' and .//a]", ou des choses plus amusantes comme "div[@id=fn:concat(..//div[@class='container']/@id,'-1')]")
> À moins que des devs aiment perdre du temps à faire des projets inutiles.
Moins puissant ≠ inutile, hein. Par rapport à XPath, la syntaxe jQuery a l’avantage d’être plus simple, plus légère et plus claire — surtout en HTML grâce aux nombreux raccourcis. C’est en soi un avantage qui justifie largement son existence — je suis d’ailleurs passé de xpath à jquery dans certains de mes projets justement pour ça.
P.S.: ok, après relecture de mon premier message, le « c’est pour du html » était légèrement exagéré ;)
Sauf que les syntaxes à la jQuery c’est pour du HTML, pas du XML générique (recherches sur les classes CSS par exemple), et qu’il y a un paquet de choses que tu peux faire en XPath et pas en jQuery.
> git reset --hard avec des changements non committés (en particulier des changements dans l'index/un nouveau fichier non committé dans l'index),
Absolument tout SCM a une commande similaire, c’est pas du tout spécifique à git ça. Sous SVN, c’est svn revert.
> git clean -dfx avec un nouveau fichier source que tu as oublié d'ajouter et de committer, ...
Idem, tous les SCM que je connais ont une fonctionnalité similaire.
Ben, la réponse est simple: emacs gagnera comme éditeur de texte, environnement de bureau, système de gestion de versions, ide, intégrateur continu, navigateur web, client mail, calcul formel, calcul numérique, moteur d’aide à la décision, sgbddr, base nosql, outil de monitoring de fermes de calcul, erp, modélisation de processus, simulation de circuits électronique, crm, émulateur de terminal, player multimedia, aggrégateur rss et même firewall.
(oui, c’est un troll : il faut bien reconnaître qu’au niveau éditeur de texte, emacs, c’est pas encore ça)
Ben, je suppose que tu peux configurer quelque part, non ? Les raccourcis claviers, par exemple : je suis en mode stack, je veux pouvoir passer à la fenêtre précédente par (touche windows)+u. Base de registre ? Utilitaire graphique ?
> Non du tout, Windows 7 fait du tiling deja de base (click-droit sur la taskbar, et tu choisis stacked ou side-by-side par exemple)
Un petit lien vers une doc complète de cette feature pour un béotien du monde Windows comme moi ?
> C est au taf.
C’est encore pire. Tu utilises tes prérogatives administratives pour imposer tes préférences personnelles. C’est une mentalité de petit-tyran.
Bon, allez, mon exemple perso : un script PHP développé par un tiers, qui utilise str_getcsv. Fonction disponible depuis PHP 5.3.
Va déployer ça sur une RHEL5, surtout si la politique des admins est : pas de dépôts externes.
> Sinon l'interet me parait assez evident, le mec change sa machine, clone son compte sur la nouvelle et continue a utiliser la nouvelle machine comme si de rien n'etait.
Ben, ça le fait déjà : ton compte n’est pas censé contenir de binaires…
> Et si il existait un truc pareil en libre
Ça existe : c’est une fonctionnalité de Darwin, qui est libre…
> entre 2 mineurs du kernel, combien tu paries?
Une maj mineure du kernel qui pète une appli userland ? Tu utilises fedora en version svn ou tu as juste fait exprès pour pouvoir dire ensuite fièrement « c’est pas solide linux » ?
> malgré que je reproche aux réseaux sociaux d’être utilisés à des fins d'ingérence, de surveillance, de manipulation et de propagande
Un peu comme l’imprimerie puis la presse, et probablement tout outil de communication inventé par l’homme…
So what ?
En même temps, s’ils s’opposent aux lois locales, ce sont des méchants impérialistes ; s’ils suivent les lois locales, ce sont de sales collabos.
Pile je gagne, face tu perds.
[^] # Re: Trop fort
Posté par Moonz . En réponse au journal Ils sont incroyables. Évalué à 2.
[^] # Re: Re:Évolution
Posté par Moonz . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 4.
git add --interactive
git ci -m "petit fix à l’arrache"
git stash
./tests/run
git stash pop
[^] # Re: Évolution
Posté par Moonz . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 4.
[^] # Re: Pourquoi je n'aime pas Debian
Posté par Moonz . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 2.
Forcément, sous debian où /etc/init.d contient 64 trucs dont 42 totalement obscurs, c’est utile. Mais quand tu en as peu, et que leur utilité est explicitée dans le nom, une gestion des dépendances est totalement superflue.
[^] # Re: Parce que...
Posté par Moonz . En réponse au journal Que pensez-vous des bitcoins ?. Évalué à 3.
Encore une fois, « l’économie réelle » se satisfait très bien de n’importe quelle quantité de monnaie.
> donc à terme déflation
Seulement s’il y a croissance, et si bitcoin est la seule monnaie (et sans substituts).
> qui est encore pire que l'inflation
Non. La déflation faisant suite à la croissance économique est un processus naturel, normal et sans conséquence désagréable. Si tu regardes uniquement aux USA, la période 1839-1843 a vu à la fois déflation et quasi-plein emploi ; les années 1870 ont vu une croissance massive avec de la déflation.
Si on regarde du côté théorique, combiner croissance (à ppa constant) et inflation modérée revient à transférer une partie des gains de productivité vers ceux qui sont plus proche de l’inflation (en général : système financier + gouvernement).
Un peu de lecture:
http://mises.org/books/deflationandliberty.pdf
http://media.mises.org/mp3/MU2010/034_MisesU_2010_Hulsmann.m(...) (ok, pas de la lecture mais de l’écoute ;))
(+1 pour ta parenthèse. Disons que autant une monnaie à la bitcoin me semble parfaitement tenable une fois mise en place, autant le théorème de régression monétaire me laisse de sérieux doute ne serait-ce que sur la possibilité théorique de la mettre en place à grande échelle — alors ne parlons même pas des obtacles de nature plus pratique comme l’inertie)
[^] # Re: Xpath
Posté par Moonz . En réponse à la dépêche libroxml : une bibliothèque XML qui ne fait pas le poids, mais qui fait le reste.... Évalué à 4.
> $("div:not(#alpha)")
Pas la même chose : ne fonctionne que pour l’attribut id (et si je veux title ou href pour un lien ?), et c’est contains, pas equals.
Au passage, je viens de retester, et la solution div:not([@id*="alpha"]) fonctionne enfin (il y a quelques temps, il n’aimait pas cette syntaxe)
> a[@href='x' or @href='y']
> $(a[href=x],$a[href=y])
Pas la même chose: si ton sélecteur "a" est en fait un truc long comme un bras, tu es content de pouvoir faire un ou juste dans ton […]. Sans compter que dans ta version jQuery, tu parcoures l’arbre deux fois — en xpath, tu le fais qu’une fois. Et plus important, pour certains usages, l’ordre des résultats ne sera pas le même : dans le premier cas, tu as les liens dans l’ordre dans lequel ils apparaissent dans l’arbre DOM ; dans le second cas, tu as tous les liens "x" dans l’ordre d’apparition puis tous les éléments "y".
> La beauté de jquery est de s'appuyer sur du map reduce avec des fonctions anonymes, et de très puissantes fonctions de manipulations du DOM qui rend le code lisible.
Tu confonds l’API jQuery et la syntaxe de sélecteur jQuery. Tu peux très bien faire une API jQuery-like qui utilise xpath pour exprimer les sélecteurs, tout comme tu peux faire une syntaxe de sélecteurs jQuery-like qui n’ait pas une API jQuery-like (avec du map-reduce, comme tu dis).
Tout ce que je te dis, moi, c’est que la syntaxe des sélecteurs de xpath est plus lourde mais permet de faire plus de chose que celle de jQuery.
> Ce n'est pas un hasard si ce sont les non informaticiens qui se sont emparés de ce langage
Non informaticiens ? Des développeurs Javascript/PHP/Python/Ruby/… ?
Tu me fais peur là.
[^] # Re: Parce que...
Posté par Moonz . En réponse au journal Que pensez-vous des bitcoins ?. Évalué à 5.
[^] # Re: À prendre ou à laisser
Posté par Moonz . En réponse au journal Ils sont incroyables. Évalué à 4.
Mauvais exemple. Amazon.com vendant des objets physiques, ils sont obligés de passer par leur propre système ; le in-app buy, c’est seulement pour ajouter des fonctionnalités à l’application ; dès que tu veux expédier quelque chose, non seulement tu peux passer par ta propre solution (sur laquelle apple ne prélève rien), mais en plus apple te l’impose.
[^] # Re: faire tomber les barrières
Posté par Moonz . En réponse au journal Ils sont incroyables. Évalué à 2.
Qui ça, « vous » ?
[^] # Re: Xpath
Posté par Moonz . En réponse à la dépêche libroxml : une bibliothèque XML qui ne fait pas le poids, mais qui fait le reste.... Évalué à 4.
> À moins que des devs aiment perdre du temps à faire des projets inutiles.
Moins puissant ≠ inutile, hein. Par rapport à XPath, la syntaxe jQuery a l’avantage d’être plus simple, plus légère et plus claire — surtout en HTML grâce aux nombreux raccourcis. C’est en soi un avantage qui justifie largement son existence — je suis d’ailleurs passé de xpath à jquery dans certains de mes projets justement pour ça.
P.S.: ok, après relecture de mon premier message, le « c’est pour du html » était légèrement exagéré ;)
[^] # Re: Xpath
Posté par Moonz . En réponse à la dépêche libroxml : une bibliothèque XML qui ne fait pas le poids, mais qui fait le reste.... Évalué à 2.
[^] # Re: Évolution
Posté par Moonz . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 4.
Absolument tout SCM a une commande similaire, c’est pas du tout spécifique à git ça. Sous SVN, c’est svn revert.
> git clean -dfx avec un nouveau fichier source que tu as oublié d'ajouter et de committer, ...
Idem, tous les SCM que je connais ont une fonctionnalité similaire.
[^] # Re: Pour moi...
Posté par Moonz . En réponse au journal GNU/Linux est-il prêt pour le grand-père?. Évalué à 2.
[^] # Re: Belle évolution
Posté par Moonz . En réponse à la dépêche Rififi autour de Subversion. Évalué à 10.
(oui, c’est un troll : il faut bien reconnaître qu’au niveau éditeur de texte, emacs, c’est pas encore ça)
[^] # Re: Pour moi...
Posté par Moonz . En réponse au journal GNU/Linux est-il prêt pour le grand-père?. Évalué à 3.
[^] # Re: Pour moi...
Posté par Moonz . En réponse au journal GNU/Linux est-il prêt pour le grand-père?. Évalué à 2.
Un petit lien vers une doc complète de cette feature pour un béotien du monde Windows comme moi ?
[^] # Re: L'arroseur arrosé
Posté par Moonz . En réponse au journal Eux honnete? Non!. Évalué à 10.
C’est encore pire. Tu utilises tes prérogatives administratives pour imposer tes préférences personnelles. C’est une mentalité de petit-tyran.
[^] # Re: moi j'ai mon appstore depuis des années
Posté par Moonz . En réponse au journal App Store arrive sur les distributions Linux !. Évalué à 2.
Va déployer ça sur une RHEL5, surtout si la politique des admins est : pas de dépôts externes.
[^] # Re: moi j'ai mon appstore depuis des années
Posté par Moonz . En réponse au journal App Store arrive sur les distributions Linux !. Évalué à 0.
Ben, ça le fait déjà : ton compte n’est pas censé contenir de binaires…
> Et si il existait un truc pareil en libre
Ça existe : c’est une fonctionnalité de Darwin, qui est libre…
> entre 2 mineurs du kernel, combien tu paries?
Une maj mineure du kernel qui pète une appli userland ? Tu utilises fedora en version svn ou tu as juste fait exprès pour pouvoir dire ensuite fièrement « c’est pas solide linux » ?
[^] # Re: Pour moi...
Posté par Moonz . En réponse au journal GNU/Linux est-il prêt pour le grand-père?. Évalué à 2.
[^] # Re: Mouhouhouahahaha
Posté par Moonz . En réponse au journal Linux ou POSIX ?. Évalué à 4.
http://linux.die.net/man/8/modprobe
http://linux.die.net/man/8/rmmod
De rien.
[^] # Re: Mouhouhouahahaha
Posté par Moonz . En réponse au journal Linux ou POSIX ?. Évalué à 8.
[^] # Re: Au pays des bisounours
Posté par Moonz . En réponse au journal Rayer un pays ... d'internet. Évalué à 2.
Un peu comme l’imprimerie puis la presse, et probablement tout outil de communication inventé par l’homme…
So what ?
[^] # Re: Comment ?
Posté par Moonz . En réponse au journal Rayer un pays ... d'internet. Évalué à 8.
Pile je gagne, face tu perds.
[^] # Re: Cela dépend des cas…
Posté par Moonz . En réponse au journal Linux ou POSIX ?. Évalué à 3.