faut voir part contre les contraintes, genre que les machines trop pourries puissent quand même lire le dossier chiffré sans que ça ne soit trop facile pour le serveur pour brute forcer l'algo
Il s'agit de récupérer le fichier chiffré et de le déchiffrer en local. Si google a cassé PGP, la liste de tes appli sera le dernier de leur soucis :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
De plus la grosse majorité des logiciels libres préfèrent être gratuit avec un module de donation justement pour que les étudiants et les pauvres puissent aussi utiliser le logiciel.
Là on est plus sur la majorité, on est sur plus du tout. Regarde OSMAnd, il est gratuit et a une partie payante. C'est quelque chose qu'ils ne peuvent faire que sur Play, tu ne trouve pas ça dommage ?
Les utilisateurs lambda n’éprouvent pas le besoin de changer de playstore tant qu'ils ne sont pas contraint.
Si tu commence par dire qu'ils ne vont pas bouger et que du coup tu ne fait rien pour eux, oui ta prédiction va se produire.
La vraie question c'est quel est l'objectif du projet ?
(ou alors payez le)
Comment tu dis déjà ? Ah oui : « parle pas de malheur stp ^ »
un des dev-bénévoles qui à sans doute autre chose à faire de sa vie ne le fasse
C'est pour ça que je pose la question de l'objectif du projet. S'ils se foutent des besoins des utilisateurs potentiels alors qu'ils continuent.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Alors juste en tapant "donation owncloud" sur notre chers Google search, je tombe sur l'article d'owncloud sur f-droid qui possède dans ses liens un intitulé "donate". On est dans le logiciel libre: le monde des alternatives ^ ^
On peut aussi aller voir les développeurs à une conférence et leur payer une bière, mais c'est pas la question. La question c'est de savoir si fdroid veut se donner les moyens de participer au financement du LL. L'exemple de steam devrait faire réfléchir, en créant un point central de confiance qui simplifie le paiement ils ont permis aux jeux indépendant de devenir important dans le monde du jeux vidéo. RMS lui-même a conscience qu'il faut arriver à simplifier au maximum le paiement des LL.
Si tu sais comment faire sans utiliser angularjs[…]
C'est vrai qu'avec les 3 appli qui se courent après tu peux te contenter de tout charger dans ton client et de lui faire faire la recherche tant pis pour les « vieux » smartphone.
Pour l'option dont tu parle bah c'est pareil, je suppose que personne n'a envie de perdre des heures de programmation pour une option qu'eux n'utiliseront pas.
Moi je m'en fou et tout le monde s'en fou, hein ? C'est pas moi qui vient dire qu'il est bien fdroid, j'explique juste ce qui, selon moi, manque par rapport au concurrent. S'ils sont contents comme ça tant mieux, je ne me plains pas.
(surtout que le commun des mortels ne sait pas spécialement faire de l'auto hébergement et qu'utiliser un serveurs tiers revient à faire comme les gafam).
Non, comme je l'ai dis plus haut tu peux très bien chiffrer ton fichier. Comme ça l'utilisateur peut simplement réutiliser son compte Google + une passphrase pour tout avoir.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Notons que quitte à partir sur du owncloud on peut directement exporter ses .apk dans un dossier owncloud et les télécharger à la demande (se qui évite de ré-installer des applications qu'on utilise jamais).
Non c'est une fausse bonne idée. Ça veut dire que je dois réuploader l'apk à chaque mise à jour. Ça veut dire que si je ne tiens pas à jour ce dossier, je dois lors de la réinstallation, faire mes installations + les mises à jour, etc
Il y a une option dans fdroid intitulée "Stockage des paquets" qui doit sûrement pouvoir se coupler avec la synchronisation owncloud (au pire reste à rajouter un auto-installeur).
Le potentiel OSEF, la question c'est ce qui marche le plus facilement. Si je dois avoir 3 ou 4 applications à installer à configurer plus ou moins finement pour le faire alors, on peut dire que ça ne marche pas.
L'application owncloud est gratuite sur fdroid et pourtant tu peux l'acheter sur Google play. Ainsi chacun est libre et non contraint.
Donc si tu veux aider financièrement tu dois passer par les googleapps. Je n'ai jamais dis d'obligé, on parle de rendre possible. Actuellement si tu veux aider à financer du LL, il faut avoir les ggaps d'installé, tu n'y vois pas de problème ?
je confirme, je tape "buble" je ne trouve rien, je tape "bubble" je tombe sur "Frozen Bubble".
On sait faire vachement mieux aujourd'hui.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
depuis le dépôt avec les sources et la recompilation qui va avec
C'est ça qui m'intéresse. Ça signifie qu'il y a un build de la bibliothèque par plateforme (couple architecture CPU/OS) ? Ton lien montre uniquement 2 architectures et 2 OS, mais je me doute qu'il y a plus (windows et ARM au minimum)… CPAN a un truc pour ça (exemple pour POE et je vois pas les CPU) et lors de l'installation c'est compilé en local (c'est lent et embêtant).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Son avantage est surtout son bon fonctionnement sur des "vieux" smartphone sur lequel la playstore a décider d’arrêter de fonctionner.
S'il y avait des captures d'écran il ne fonctionnerait plus sur les « vieux » smartphones ? Être libre ça interdit de mettre en avant des applications ?
Tu veux que f-droid enregistre des informations à ton propos sur des serveurs externes?
Moi je veux rien. Je met juste en évidence ce qui manque dans l'« alternatives de très bonne qualité ».
Surtout que ça n'est pas obligé du tout. L'application mobile pourrait très bien proposer de s'interfacer avec ton serveur owncloud (seafile/serveur (S)FTP(S)/gdrive/onedrive/S3/hubic/etc) pour y stocker juste ton fichier (éventuellement chiffré) avec toutes tes infos et que ce soit partageable avec tous tes appareils android. C'est contre tes principes ? Offrir cette possibilité l'empêcherait de fonctionner sur les « vieux » smartphones ?
Même si c'est dans f-droid, il faut se souvenir de noms aussi parlant que « Frozen Bubble LevelEditor plus » (et va crever si tu fait une faute dans la recherche).
Comment je paie mes applications ?
parle pas de malheur stp ^ ^
et tu parle d'adepte du logiciel libre ? Sincèrement ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je présume que zfs calcul les checksum sur des blocs soit de taille fixe soit de taille limitée. Si c'est bien le cas, ça réduit encore drastiquement la probabilité de collision (très bêtement tu passe d'une fonction qui projette R dans un entier de 256bits à une fonction qui projette un entier de quelques kbits dans un entier de 256bits). Même sur des fonctions réputées cassées, je ne suis pas sûr qu'on sache le faire…
Si c'est calculé au niveau du fichier, ça peut être intéressant de commencer par comparer la taille. Ça discrimine rapidement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ce qui me surprend dans cette histoire, c'est que Google n'a pas l'air le moins du monde inquiété par cette enquête. En effet, j'ai découvert en mettant à jour sur mon téléphone les applications Google News et Google Search que les liens étaient désormais ouverts automatiquement dans Chrome, bien que Firefox soit mon navigateur par défaut. Dans Search, il est possible de modifier ce comportement en cherchant dans les menus de configuration. Dans News, c'est impossible.
Ce n'est pas juste une question d'association ? Android permet de définir des associations entre des applications et des url. Tu clique sur une url et c'est l'application qui s'ouvre ça peut être assez pratique et tout le monde peut le faire (ça n'est en aucun cas une question de position dominante). C'est comme les type MIME. Sur cyanogen (je sais pas sur aosp), tu peux supprimer cette association ou la rendre facultative.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il existe des alternatives de très bonne qualité, comme par exemple f-droid.
Comment je paie mes applications ?
Comment je réinstalle toutes mes applications quand je change de téléphone ?
Comment j'installe sur ma tablette la même super application de météo que celle que j'ai installé sur mon téléphone ?
…
Rien que la navigation dans les applications est trop basique. On a des catégories et un moteur de recherche. Bienvenu au début des années 2000. Il faut mettre des choses en avant donner un peu de relief aux applications :
mettre en avant les plus téléchargées
celles qui sont faite par le même développeur qu'une autre application que tu utilise
celles qui sont une alternative à celle que tu utilise
les petites perles
Tout ça avec autre chose que des listes de nom… Des captures d'écrans ça ne tue personne. Ne pas accueillir le chalant pas des messages en gras rouge « cette application est pas bien fuyez pauvres fous ! » (version web mais c'est pire sur l'application) pour l'application la plus connue du store. On peut pas ne rien faire pour mettre en avant les applications et se demander pourquoi personne n'installe d'application avec ce truc. Le marketing ce n'est pas une insulte, hein ?
Vous vous demandez vraiment pourquoi ce truc n'est pas plus utilisé ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Non. Une gestion manuelle bien fait sera toujours plus performante et plus facile à profiler. Un GC peut s'avouer un poil plus performant qu'une gestion manuelle naïve dans certains cas précis. Le cas que tu cites se résoud avec une simple Memory Pool local au life time de ton graphe.
Pour moi c'est un peu comme dire que gcc n'optimise pas ton code aussi bien que si tu avais directement écris le code assembleur que gcc avait sorti. L'humain est tout à fait capable de sérialiser des boucles, réorganiser les instructions et inliner des méthodes ou aller taper des instructions spécifique de la CPU par exemple. Mais bizarrement on ne le fait presque plus (je ne dis pas qu'il ne faut plus le faire, je dis qu'on peut très bien comprendre que les gens ne le font plus).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ensuite, rien n'empêche d'utiliser un allocateur spécifique pour ce cas là, genre j'alloue un gros tas de mémoire et je déplace un pointeur pour chaque nœud et quand je veux tout désallouer d'un coup, ben je fais free sur mon gros tas de mémoire.
Pour faire ce genre de choses il te faut une vision assez précise des cas d'utilisation. Pour cet exemple, il faut savoir quelle va être la quantité de mémoire utilisée (ou faire une estimation). Si tu te plante il faut soit déplacer toute tes données soit avoir une logique pour gérer toute de même ta structure de manière éparse. Dans le cas général (oui on va parler de temps réel dur, d'embarqué, etc), le préfère définitivement laisser un gc s'occuper de ça et si je rencontre un problème le paramétrer ou passer le bout de code qui pose problème « Off the heap », plutôt que de faire l'inverse.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Que ce soit pour l'un ou pour l'autre, j'ai pas encore rencontré de cas où il serait plus intéressant d'augmenter la taille d'une JVM plutôt que de les multiplier. C'est rare (de mon expérience) d'avoir besoin de partager autant de données entre tes threads. C'est quelque chose qu'on essaie d'éviter autant que possible quelque soit le langage.
Pour le cas particulier de Cassandra, je ne vois pas de raison de dimensionner des JVM si grosses. L'architecture de Cassandra t'apporte vraiment quand tu multiplie le nombre de tes nœuds (meilleur résistance aux pannes, possibilité de répartir les requêtes sur tes nœuds,…). À moins d'avoir des lignes qui font plusieurs Gio (ce qui n'est pas possible avec Cassandra et qui n'est pas une bonne idée globalement), je ne vois pas de raison d'avoir des nœuds énormes.
Pour moi il y un parallèle entre l'utilisation de très grosses machines et la multiplication des petites machines pour offrir un même service (scaler horizontalement plutôt que verticalement).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le gc pose des problèmes dans des cas précis.
D'un point de vu performance de calcul du code généré par HotSpot ou gcc la différence n'est pas aussi grande que ce que tu semble croire.
Les points (parmi d'autres) qu'il faut regarder quand tu code en java pour la performance c'est :
le démarrage de la JVM (si ton programme fait des arrêts/démarrages fréquents t'es morts, il faut avoir un mode deamon/client)
il faut réfléchir à ta manière d'utiliser ta mémoire (sur le traitement des chaînes de caractère par exemple)
Pour les cas les plus complexes, tu peux créer des objets hors de la pile et donc non gérés par le garbage collector.
La performance en Java n'est pas un concept et le monde du big data te donnera pleins d'exemples.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Mais je n'aurai pas non plus confiance en un seul S3.
Ça n'existe pas. Si tu utilise S3, tu as forcément 3 répliquas (si je ne m'abuse).
Pas tant que le support ne soit pas fiable, mais du fait que ma propre config d'upload puisse avoir des failles, humaines (par exemple sauvegarder un mauvais dossier).
Euh… ? Tu envisage de te tromper sur la conf de ta sauvegarde une fois mais de ne pas te tromper de la même façon les autres fois ? Autant je peux comprendre que tu considère que l'upload peut avoir un problème (une différence entre ce que tu envoie et ce qui est reçu), mais ça c'est géré par les checksum (c'est fait pour et S3 le calcul pour toi).
D'où mon journal sur zpaq qui complète un rsync + cp -al etc.
zpaq est très bien même avec S3 :) (avec une toolchaine, genre tar + zpaq + s3put)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Par contre, il a des destructeurs. J’espère donc qu’il supplantera Ruby.
Quand tu as un gc, ce n'est pas génial AMHA (même si à un moment donné le gc fait ce que tu veux ça veut dire que tu dépend du comportement de ton gc, qui peut changer au cours du temps). À moins que le langage ne te donne la garantie que le destructeur va être appelé à un moment donné. Mais globalement, si tu veux reproduire du RAII avec des gc le mieux est d'avoir une structure de contrôle comme le with de python ou le try-with-resource de java (tu construit ton objet qui encapsule ta ressource au début du bloc et il appelle la méthode __exit__ ou close en sortant du bloc.
En python je sais pas, mais en java tu peux vérifier que tous les objets closables sont bien construit dans de tels blocs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je suis entièrement d'accord avec toi sur le côté «plat». Ces tuiles sont issues de la génération aléatoire du terrain de l'épisode 11. C'était fait de manière très basique pour l'instant.
AMHA tu n'a pas vraiment à y toucher, il faut juste enrichir la carte ensuite (la génération de carte défini la surface, puis tu fais une étape d'habillage de la carte en fonction du type de terrain et de l'altitude).
Utiliser G'MIC est une option très intéressante (et j'y pense depuis un moment) parce qu'il a des effets très intéressants, et parce qu'il a un langage qui permet de manipuler les images et donc de scripter éventuellement la génération des tuiles.
Tu ne compte tout de même pas construire les effets dynamiquement ? Je me souviens sur Total Annihilation, il devait pas y avoir plus de 4 tuiles différentes pour chaque type de terrain et ça passait pas mal (il y avait aussi des objets posés ci et là pour habiller la carte (des pierres, des arbres et des ressources).
Une chose intéressante à faire AMHA serait d'avoir des tuiles ayant une importances différente (par exemple une tuile terre avec une grosse flaque d'eau dessus) et de lui donner une probabilité bien plus faible d'être choisie ça te permet de couvrir ta map de tuiles identiques et d'avoir éparpillé de manière éparses des éléments qui donnent un peu plus de profondeur à ta carte.
Après tu peux affiner le truc encore plus si tu as pleins de tuiles différentes et faire en sorte que les flaques apparaissent plus fréquemment quand on s'approche de la mer par exemple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'ai crée une liste infinie de 1 avec une expression qui s'auto-référence. L'évaluation paresseuse fait que la liste ne sera jamais évaluée, seul les éléments nécessaires le seront.
J'ai déjà eu des surprises assez marrante avec des traitements paresseux (chacun son humour…).
Je pars d'une collection d'entiers et j'associe des traitements (paresseux) à chacun de ses éléments et tous les traitements que j'appliquais étaient bien paresseux… Donc jamais réalisés. Il faut forcément sortir de la paresse à un moment. C'est des choses dont il faut faire attention.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Est-ce qu'il ne serait pas possible d'avoir plus d'informations ? Pourquoi ce sondage ? Qui le demande ? Dans quel cadre ? Comment seront utilisé les données ? Quels sont les objectifs ?
Se contenter de :
L'analyse sera publiée sur LinuxFr.org et les sources archivées par l'April.
C'est, je trouve, assez léger.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je parlais du format plus que de l'outil, mais je ne connaissais pas la limite des 8Gio (par contre il gère mieux les liens symboliques que tar je crois).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Posté par barmic .
En réponse à la dépêche OCaml 4.03.
Évalué à 5.
Pour moi qui ne connaît pas le langage la dépêche reste très intéressante.
Je suis content de voir que le sujet de l'optimisation des performances est bien pris en compte, j'avais plusieurs fois entendu dire qu'il n'y avait que peu d'optimisation (qu'elles restaient haut niveau).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# GC
Posté par barmic . En réponse au journal Synctrex: outil de synchronisation. Évalué à 0.
Et tu as eu des problèmes avec le
garbage collectorref counting ? :)Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autres OS
Posté par barmic . En réponse au journal Android: position dominante et navigateurs alternatifs. Évalué à 3.
Il s'agit de récupérer le fichier chiffré et de le déchiffrer en local. Si google a cassé PGP, la liste de tes appli sera le dernier de leur soucis :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autres OS
Posté par barmic . En réponse au journal Android: position dominante et navigateurs alternatifs. Évalué à 4.
Là on est plus sur la majorité, on est sur plus du tout. Regarde OSMAnd, il est gratuit et a une partie payante. C'est quelque chose qu'ils ne peuvent faire que sur Play, tu ne trouve pas ça dommage ?
Si tu commence par dire qu'ils ne vont pas bouger et que du coup tu ne fait rien pour eux, oui ta prédiction va se produire.
La vraie question c'est quel est l'objectif du projet ?
Comment tu dis déjà ? Ah oui : « parle pas de malheur stp ^ »
C'est pour ça que je pose la question de l'objectif du projet. S'ils se foutent des besoins des utilisateurs potentiels alors qu'ils continuent.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autres OS
Posté par barmic . En réponse au journal Android: position dominante et navigateurs alternatifs. Évalué à 5.
On peut aussi aller voir les développeurs à une conférence et leur payer une bière, mais c'est pas la question. La question c'est de savoir si fdroid veut se donner les moyens de participer au financement du LL. L'exemple de steam devrait faire réfléchir, en créant un point central de confiance qui simplifie le paiement ils ont permis aux jeux indépendant de devenir important dans le monde du jeux vidéo. RMS lui-même a conscience qu'il faut arriver à simplifier au maximum le paiement des LL.
C'est vrai qu'avec les 3 appli qui se courent après tu peux te contenter de tout charger dans ton client et de lui faire faire la recherche tant pis pour les « vieux » smartphone.
Moi je m'en fou et tout le monde s'en fou, hein ? C'est pas moi qui vient dire qu'il est bien fdroid, j'explique juste ce qui, selon moi, manque par rapport au concurrent. S'ils sont contents comme ça tant mieux, je ne me plains pas.
Non, comme je l'ai dis plus haut tu peux très bien chiffrer ton fichier. Comme ça l'utilisateur peut simplement réutiliser son compte Google + une passphrase pour tout avoir.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autres OS
Posté par barmic . En réponse au journal Android: position dominante et navigateurs alternatifs. Évalué à 5.
Non c'est une fausse bonne idée. Ça veut dire que je dois réuploader l'apk à chaque mise à jour. Ça veut dire que si je ne tiens pas à jour ce dossier, je dois lors de la réinstallation, faire mes installations + les mises à jour, etc
Le potentiel OSEF, la question c'est ce qui marche le plus facilement. Si je dois avoir 3 ou 4 applications à installer à configurer plus ou moins finement pour le faire alors, on peut dire que ça ne marche pas.
Donc si tu veux aider financièrement tu dois passer par les googleapps. Je n'ai jamais dis d'obligé, on parle de rendre possible. Actuellement si tu veux aider à financer du LL, il faut avoir les ggaps d'installé, tu n'y vois pas de problème ?
On sait faire vachement mieux aujourd'hui.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 3.
C'est ça qui m'intéresse. Ça signifie qu'il y a un build de la bibliothèque par plateforme (couple architecture CPU/OS) ? Ton lien montre uniquement 2 architectures et 2 OS, mais je me doute qu'il y a plus (windows et ARM au minimum)… CPAN a un truc pour ça (exemple pour POE et je vois pas les CPU) et lors de l'installation c'est compilé en local (c'est lent et embêtant).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autres OS
Posté par barmic . En réponse au journal Android: position dominante et navigateurs alternatifs. Évalué à 9.
S'il y avait des captures d'écran il ne fonctionnerait plus sur les « vieux » smartphones ? Être libre ça interdit de mettre en avant des applications ?
Moi je veux rien. Je met juste en évidence ce qui manque dans l'« alternatives de très bonne qualité ».
Surtout que ça n'est pas obligé du tout. L'application mobile pourrait très bien proposer de s'interfacer avec ton serveur owncloud (seafile/serveur (S)FTP(S)/gdrive/onedrive/S3/hubic/etc) pour y stocker juste ton fichier (éventuellement chiffré) avec toutes tes infos et que ce soit partageable avec tous tes appareils android. C'est contre tes principes ? Offrir cette possibilité l'empêcherait de fonctionner sur les « vieux » smartphones ?
Même si c'est dans f-droid, il faut se souvenir de noms aussi parlant que « Frozen Bubble LevelEditor plus » (et va crever si tu fait une faute dans la recherche).
et tu parle d'adepte du logiciel libre ? Sincèrement ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Collision
Posté par barmic . En réponse au journal zpaq : backup incrémental avec déduplication . Évalué à 4.
J'ajouterais tout de même 2 choses.
Je présume que zfs calcul les checksum sur des blocs soit de taille fixe soit de taille limitée. Si c'est bien le cas, ça réduit encore drastiquement la probabilité de collision (très bêtement tu passe d'une fonction qui projette R dans un entier de 256bits à une fonction qui projette un entier de quelques kbits dans un entier de 256bits). Même sur des fonctions réputées cassées, je ne suis pas sûr qu'on sache le faire…
Si c'est calculé au niveau du fichier, ça peut être intéressant de commencer par comparer la taille. Ça discrimine rapidement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 3.
Comment ça se passe pour le déploiement ? Tu as une version de numpy pour x86, x86-64, ARM, Linux/Windows/MacOS/*BSD/Android/iOS,… ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Ouverture par défaut
Posté par barmic . En réponse au journal Android: position dominante et navigateurs alternatifs. Évalué à 6.
Ce n'est pas juste une question d'association ? Android permet de définir des associations entre des applications et des url. Tu clique sur une url et c'est l'application qui s'ouvre ça peut être assez pratique et tout le monde peut le faire (ça n'est en aucun cas une question de position dominante). C'est comme les type MIME. Sur cyanogen (je sais pas sur aosp), tu peux supprimer cette association ou la rendre facultative.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autres OS
Posté par barmic . En réponse au journal Android: position dominante et navigateurs alternatifs. Évalué à 10.
Rien que la navigation dans les applications est trop basique. On a des catégories et un moteur de recherche. Bienvenu au début des années 2000. Il faut mettre des choses en avant donner un peu de relief aux applications :
Tout ça avec autre chose que des listes de nom… Des captures d'écrans ça ne tue personne. Ne pas accueillir le chalant pas des messages en gras rouge « cette application est pas bien fuyez pauvres fous ! » (version web mais c'est pire sur l'application) pour l'application la plus connue du store. On peut pas ne rien faire pour mettre en avant les applications et se demander pourquoi personne n'installe d'application avec ce truc. Le marketing ce n'est pas une insulte, hein ?
Vous vous demandez vraiment pourquoi ce truc n'est pas plus utilisé ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 10.
Pour moi c'est un peu comme dire que gcc n'optimise pas ton code aussi bien que si tu avais directement écris le code assembleur que gcc avait sorti. L'humain est tout à fait capable de sérialiser des boucles, réorganiser les instructions et inliner des méthodes ou aller taper des instructions spécifique de la CPU par exemple. Mais bizarrement on ne le fait presque plus (je ne dis pas qu'il ne faut plus le faire, je dis qu'on peut très bien comprendre que les gens ne le font plus).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 6.
Pour faire ce genre de choses il te faut une vision assez précise des cas d'utilisation. Pour cet exemple, il faut savoir quelle va être la quantité de mémoire utilisée (ou faire une estimation). Si tu te plante il faut soit déplacer toute tes données soit avoir une logique pour gérer toute de même ta structure de manière éparse. Dans le cas général (oui on va parler de temps réel dur, d'embarqué, etc), le préfère définitivement laisser un gc s'occuper de ça et si je rencontre un problème le paramétrer ou passer le bout de code qui pose problème « Off the heap », plutôt que de faire l'inverse.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 6.
Il y a l'overhead de la JVM (le modèle mémoire et le garbage), le code en lui même après la chauffe de la JVM est très optimisé
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 7.
Que ce soit pour l'un ou pour l'autre, j'ai pas encore rencontré de cas où il serait plus intéressant d'augmenter la taille d'une JVM plutôt que de les multiplier. C'est rare (de mon expérience) d'avoir besoin de partager autant de données entre tes threads. C'est quelque chose qu'on essaie d'éviter autant que possible quelque soit le langage.
Pour le cas particulier de Cassandra, je ne vois pas de raison de dimensionner des JVM si grosses. L'architecture de Cassandra t'apporte vraiment quand tu multiplie le nombre de tes nœuds (meilleur résistance aux pannes, possibilité de répartir les requêtes sur tes nœuds,…). À moins d'avoir des lignes qui font plusieurs Gio (ce qui n'est pas possible avec Cassandra et qui n'est pas une bonne idée globalement), je ne vois pas de raison d'avoir des nœuds énormes.
Pour moi il y un parallèle entre l'utilisation de très grosses machines et la multiplication des petites machines pour offrir un même service (scaler horizontalement plutôt que verticalement).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 8.
Le gc pose des problèmes dans des cas précis.
D'un point de vu performance de calcul du code généré par HotSpot ou gcc la différence n'est pas aussi grande que ce que tu semble croire.
Les points (parmi d'autres) qu'il faut regarder quand tu code en java pour la performance c'est :
Pour les cas les plus complexes, tu peux créer des objets hors de la pile et donc non gérés par le garbage collector.
La performance en Java n'est pas un concept et le monde du big data te donnera pleins d'exemples.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dédié
Posté par barmic . En réponse au journal Du stockage en ligne (encore). Évalué à 3.
Ça n'existe pas. Si tu utilise S3, tu as forcément 3 répliquas (si je ne m'abuse).
Euh… ? Tu envisage de te tromper sur la conf de ta sauvegarde une fois mais de ne pas te tromper de la même façon les autres fois ? Autant je peux comprendre que tu considère que l'upload peut avoir un problème (une différence entre ce que tu envoie et ce qui est reçu), mais ça c'est géré par les checksum (c'est fait pour et S3 le calcul pour toi).
zpaq est très bien même avec S3 :) (avec une toolchaine, genre
tar+zpaq+s3put)Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 5.
Quand tu as un gc, ce n'est pas génial AMHA (même si à un moment donné le gc fait ce que tu veux ça veut dire que tu dépend du comportement de ton gc, qui peut changer au cours du temps). À moins que le langage ne te donne la garantie que le destructeur va être appelé à un moment donné. Mais globalement, si tu veux reproduire du RAII avec des gc le mieux est d'avoir une structure de contrôle comme le
withde python ou letry-with-resourcede java (tu construit ton objet qui encapsule ta ressource au début du bloc et il appelle la méthode__exit__oucloseen sortant du bloc.En python je sais pas, mais en java tu peux vérifier que tous les objets closables sont bien construit dans de tels blocs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: La suite
Posté par barmic . En réponse à la dépêche Je crée mon jeu vidéo E16 : Nouveautés. Évalué à 3.
AMHA tu n'a pas vraiment à y toucher, il faut juste enrichir la carte ensuite (la génération de carte défini la surface, puis tu fais une étape d'habillage de la carte en fonction du type de terrain et de l'altitude).
Tu ne compte tout de même pas construire les effets dynamiquement ? Je me souviens sur Total Annihilation, il devait pas y avoir plus de 4 tuiles différentes pour chaque type de terrain et ça passait pas mal (il y avait aussi des objets posés ci et là pour habiller la carte (des pierres, des arbres et des ressources).
Une chose intéressante à faire AMHA serait d'avoir des tuiles ayant une importances différente (par exemple une tuile terre avec une grosse flaque d'eau dessus) et de lui donner une probabilité bien plus faible d'être choisie ça te permet de couvrir ta map de tuiles identiques et d'avoir éparpillé de manière éparses des éléments qui donnent un peu plus de profondeur à ta carte.
Après tu peux affiner le truc encore plus si tu as pleins de tuiles différentes et faire en sorte que les flaques apparaissent plus fréquemment quand on s'approche de la mer par exemple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: pour implémenter : enrober dans une fonction
Posté par barmic . En réponse au journal Haskell -- Évaluation paresseuse. Évalué à 4.
J'ai déjà eu des surprises assez marrante avec des traitements paresseux (chacun son humour…).
Je pars d'une collection d'entiers et j'associe des traitements (paresseux) à chacun de ses éléments et tous les traitements que j'appliquais étaient bien paresseux… Donc jamais réalisés. Il faut forcément sortir de la paresse à un moment. C'est des choses dont il faut faire attention.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: pour implémenter : enrober dans une fonction
Posté par barmic . En réponse au journal Haskell -- Évaluation paresseuse. Évalué à 3.
Et bientôt avec les générateurs
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Plus d'informations
Posté par barmic . En réponse à la dépêche Sondage 2016 pour présenter votre GULL . Évalué à 10.
Est-ce qu'il ne serait pas possible d'avoir plus d'informations ? Pourquoi ce sondage ? Qui le demande ? Dans quel cadre ? Comment seront utilisé les données ? Quels sont les objectifs ?
Se contenter de :
C'est, je trouve, assez léger.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: cpio
Posté par barmic . En réponse au journal zpaq : backup incrémental avec déduplication . Évalué à 4.
Je parlais du format plus que de l'outil, mais je ne connaissais pas la limite des 8Gio (par contre il gère mieux les liens symboliques que tar je crois).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Génial
Posté par barmic . En réponse à la dépêche OCaml 4.03. Évalué à 5.
Pour moi qui ne connaît pas le langage la dépêche reste très intéressante.
Je suis content de voir que le sujet de l'optimisation des performances est bien pris en compte, j'avais plusieurs fois entendu dire qu'il n'y avait que peu d'optimisation (qu'elles restaient haut niveau).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Alternatives
Posté par barmic . En réponse au journal zpaq : backup incrémental avec déduplication . Évalué à 3.
C'est à dire ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)