steph1978 a écrit 3051 commentaires

Quand on connaît le fonctionnement d'un JIT on pourrait dire "merci captain obvious".
Mais j'ai quand même pertinenté l'effort d'illustration et d'explication.

Sauf que tu es mis au courant avant même d'arriver dans le système : le nombre de bitcoin est limité et ils sont de plus en plus difficile à obtenir.
Il n'y a rien de caché.

Ceux qui sont arrivés en premier ont fait un pari sur un système.
Ils sont récompensés.
Combien on juste perdu leur mise ?

Ponzi suppose que le bas de la pyramide alimente les rangs du dessus récursivement.
C'est pas du tout le cas ici.

Il devait vouloir dire NC ou ND mais il s'est loupé.
Cela dit vu l'ampleur du sujet il a pas du y passer plus de cinq minutes et facturer sa demie journée.

Aucun soucis sur mes deux devices : un cinaogen et un linageos.
Les deux se mettent à jour.

D'ailleurs Yalp est mis à jour et pour l'instant fonctionnel sans compte ggl \o/
Pourvu que ça dure.

Troll ou ignorance ?

Fdroid ne propose dans son repository officiel que des applications open source.

Googleplay propose des applications commerciale dont ils ne voient que le binaires.

Alors certes ils ont des robots qui tente de détecter des malwares dans les binaires mais c'est autrement plus difficile que d'auditer des sources.

D'autre part, Android fournit des mécanismes pour se protéger : privacy-guard et firewall.

Question de goût.

Je trouve cette application très bien foutue.
La dernière version a amélioré la gestion des mises à jour : le téléchargement se fait maintenant en arrière plan.
La présentation du catalogue est digne de celle du googleplay.

Je dis merci aux contributeurs pour cette application qui me permet d'avoir un ordiphone fonctionnel sous Android sans application google.

Le C ici ne sert qu'à avoir de l'asm portable.
Étant donné que l'on n'ajoute aucune sémantique, quel serait l'intérêt d'un langage de plus haut niveau ?

Lire un doc dans Firefox?

Ça marche parfaitement avec le greffon EPUBReader.

enlever à l'homme l'un de ses derniers rattachement au réel

C'est ce que certains ont dû dire de l'invention de l'imprimerie.
En quoi une liseuse est moins réelle qu'un livre ?
Moins rustique, admettons mais ça reste un tas de silicone qui permet d’afficher des mots en noir sur blanc.

Tu ne peux pas […]

Cherches aussi ce que tu peux faire avec une liseuse et pas avec un livre:

• avoir beaucoup de livres, pour un poids et un encombrement minime
• obtenir des livres qui ne seront jamais édités en papier car non rentable
• obtenir des contenus qui n'existent pas en format papier
• obtenir la traduction ou la définition d'un mot par simple pression

Bref, comme souvent, l'arrivé d'un media ne demande pas la condamnation d'un autre. Il y aura toujours des livres papier et les liseuses c'est bien pratique.

Tu as implémenté un "pull parser". J'utilisais ça en java avec la bibliothèque xmlpp.
L'intérêt est l'inversion de contrôle par rapport au parseur SAX. En SAX, c'est le parseur qui contrôle le code applicatif, par l'intermédiaire des callbacks. En PP, c'est le code applicatif qui contrôle le parseur, par l'intermédiaire d'un itérateur de tokens.

En gros tu voulais parler récursivité et récursion terminale.

Au fait, pas besoin d'un fichier de 27ko, 9 lignes de bash font l'affaire:

for a in {1..994};
do
    printf '{"I":'
done
printf '"b"'
for a in {1..994};
do
    printf "}"
done

Python3 craque à 994, car il a une pile d'exécution par défaut limité à 1000.

JQ ne semble pas avoir de limite autre que ma patience à tester.

Après quel cas d'usage va demander d'imbriquer plus de 1000 objets ?

J'aurai bien vu pypy dans la liste des solutions abordées….

Est-ce que l'on sait si FF utilise la "Lookup API" ou la "Update API" ?
La première ne protégeant pas la vie privée.

xml normalisé (via xsl)

Et bah là c'est du charabia pour moi. Ce qui pourrait expliquer ta réticence envers xpath.

motif de chaine, […] je trouve ça plutôt malin et xpath me semble surfait.

Tu es maître de ton design.
Si il te convient, c'est parfait.
J'ai pour ma part fait énormément de scrapping web et faisait simplement part de mon expérience.

que je m'en imprime un.

Je pense qu'il a bien compris.
Et qu'il essaye de t'expliquer le même point que moi : un xpath est bien plus simple est fiable pour récupérer un contenu dans un arbre (xml) qu'une regexp qui sera plus adapté à un fichier ligne à ligne (log).
D'abord et avant tout parce que ces deux outils ont été conçus pour leur domaine respectif.

Rien ne te renseigne sur la durée de rétention.
Rien ne te renseigne non plus sur ce qu'il garde de ces 16MB.
J'avais lu que ggl gardait en gros six moi de données sur un utilisateur car c'est la durée qui donnait le meilleur profile. Les données trop anciennes n'étant pas pertinentes pour cibler le prospect.
En fait il faut mettre en relation le coût de collecte + stockage + analyse avec le valeur marchande du profil.

Alors disons que l'un n'empêche pas l'autre.
L'écrasante majorité du contenu sera du HTML (donc du XML) et XPath est très puissant.
Cela n'exclut pas les regex voire un combinaison des deux : une regex dans une xpath.

Beautiful_Soup est une bibliothèque logicielle qui permet de corriger un document HTML mal formé pour qu'il apparaisse bien formé et puisse être traité par un parseur XML.

Et c'est là une faiblesse du logiciel proposé je trouve. Avoir un document XML permet d'utiliser XPath qui est beaucoup plus efficace qu'une regexp pour aller chercher de l'information dans un document structuré.

Pour ma part, j'ai pris mes habitues avec lxml.

c'est un bon rappel.
si ils font ça chaque année, ça répond à la question "est-ce que j'ai donné cette année ? quand ?"
si ils mettent un bandeau aussi violent, c'est que ça doit amener beaucoup de dons.

lundi ça a planté, j'ai lâché l'affaire.
ton article m'as rappelé d'y retourner.
done.

Ça a l'air chiadé.
Par contre RoR + node.js :(
Heureusement, ils distribuent sous forme de container.

Ça m'a rappelé trigger-happy, présenté ici

Le push en HTTP n'est pas complètement impossible mais nécessite une surcouche tehcnique type BOSH, long polling, websocket, plutôt consommatrice pour le serveur.
Et si tu surveilles des 100aines de sites, ça devient compliqué aussi pour le client.
Et finalement quel intérêt d'être informé à la seconde d'une nouvelle version ?
Un poll par jour doit satisfaire la plupart des usages.

Sinon on s'approche plus d'un usage de supervision. Et là on change de solution : IMAP, IRC, XMPP, SMS, que sais-je.

Difficile de comprendre la finalité d'un code aussi compliqué pour rien..
Mais ceci fonctionne :

#include <time.h>
#include <stdio.h>

void random(int *y, int *x){
    srand((int)time(NULL));
    *y = rand()% (50-1) + 1;
    *x = rand()% (100-1) + 1;
}
void print(){
    int a;
    int b;
    random(&a,&b); 
    printf("x:%d,y:%d\n",a,b);
}

int main(){   
    print();
    return 0;
}