C'est pas une station de travail. C'est comme filer une trottinette à un commercial.
Oui, c'est limite trollant, j'avoue, mais, pour me justifier, les gens confondent souvent moderne et ayant une valeur commerciale élevée.
Je ne vois pas le rapport. L'équation est simple: si je peux avoir du matos adapté à mon besoin pour un coût négligeable alors le problème n'existe pas. En l’occurrence aujourd'hui pour 500€ HT tu as une bête de course où tu peux lancer en parallèle 2VM, Eclipse, Netbeans et Intellij sans même le sentir. Le problème n'existe donc plus.
Même pour un particulier ce prix est ridicule. Ça fait le prix de la redevance TV par an en lissant…
"Les applications modernes ont besoin de machines modernes pour tourner!"
Pas forcément et ce n'est pas le débat ici. La remarque initiale était " à quel point il pèse sur les performances de la machine. Genre, on ne peut pas comparé eclipse ou visual studio avec vim+i3+lxterminal+bash. " ce qui pour moi est un très mauvais critère de choix puisqu'il n'est plus pertinent depuis des années. Si tu as besoin d'un IDE, utilise un IDE. Si ta machine est limite, cours investir 100€ plutôt que de passer 3 mois à bidouiller pour arriver à un truc qui fait la moitié de l'autre solution et où tu aurais pu faire des trucs utiles à la place.
Maintenant si "vim+i3+lxterminal+bash" répondent exactement à ton besoin, c'est ce qu'il faut utiliser ! La selection se fait sur la pertinance de l'outil par rapport au besoin.
Sauf que la raison principale de cet état de fait, c'est qu'on ne sais plus faire autrement que faire des trucs lourds j'ai l'impression.
C'est vrai pour certaines choses. Maintenant si on revient à notre sujet, regarde la conso/rapidité d'intellij pour ce qu'il est capable de faire et trouve moi quelque chose qui a fait notablement mieux. Grosso modo ce genre de logiciel à un surcoût important sur de tout petit projets, mais l'empreinte n'évolue presque pas quand tu passes à plusieurs très gros projets.
Et je ne vois pas pourquoi je devrais m'interdire
Tu fais ce que tu veux et personne ne t'as dicté le choix que tu devais faire ni n'a dit quel était le bon outil pour ton besoin. Simplement si tu as BESOIN de cet outil alors c'est un faux problème de nos jours.
Si tu passes 3 mois à configurer ton emacs pour arriver à une productivité équivalente. Tu as juste décidé d'investir 3 mois plutôt que 100€. C'est un choix sur ton temps personnel. En milieu pro la question ne se pose pas une seconde, le temps est extrêmement cher.
C'est ce que je faisais il y a dix ans quand je faisais majoritairement du C. Ça avait un sens puisque les IDE étaient de toute façon poucraves et que le résultat final était nettement meilleur avec un setup maison. Mais ça consommait déjà monstre de temps. Alors quand tu passes sur des langages ou l'IDE est excellent va falloir s'accrocher sévère pour m'expliquer le gain final.
Maintenant ce ne sont que des outils. Ils ne regardent donc que la personne qui les utilise. Tant que tu suis la qualité et la productivité des autres c'est une boite noir dont on se fou. Tu pourrais même écrire dans Notepad si tu veux.
4Go de RAM c'était déjà la config standard il y a 7 ans ! Si on fait un calcul simple:
16Go de RAM. Prix HT: ~100 euros. Fréquence: tous les 3 ans
Un développeur. Prix: 300 à 600. Fréquence chaque jour.
Donc en gros si tu passes plus de 2h à swapper ou configurer ta machine pour cause de limitation RAM en 3 ans, soit 10s par jour, c'est débile.
Le poids d'un IDE sur une machine moderne est très faible. Et le poids d'un IDE par rapport à un environnement standard est faible (Un environement SOA typique c'est 10..30 composants lancés, des DB etc). Donc sauf cas particulier qui peut se résoudre facilement, le poid d'un IDE de nos jour c'est rien. C'était pas vrai il y a 10 ans mais c'était il y a 10 ans… D'un point de vu cout, le gain de productivité d'un IDE est énorme par rapport au cout matériel (combien de temps pour configurer parfaitement vim ou emacs pour TOUT tes employés ?).
66K BR ~ 28KS. Je ne connais pas le salaire moyen d'un (bon) développeur au Brésil, et c'est l'information qui manque pour savoir si c'est complètement disproportionné ou pas.
En général une bonne technique pifométrique est de regarder les salaires d'IBM sur Glassdoor pour les raisons suivantes:
Ils sont généralement présent dans suffisamment d'endroits pour pouvoir comparer
Ils ont suffisamment d'employés pour avoir un échantillonnage utile (attention quand y'a 3 salaires en général c'est nawak)
Le système de band permet de cibler assez facilement les profils. Tu sais qu'a une band correspond une fourchette de salaire. Viser la band 7 ou 8 permet de se donner une idée du salaire moyen pour un "bon" développeur ou un petit manager sans rentrer dans les anomalies de salaire des très bons développeurs.
Bref là en band 7 ça annonce dans les 71K par an pour Rio ou Sao Paulo. Un poste équivalent aux US ça correspond grosso modo à 70-90K.
Si y'a bien ~34% de taxe avant IR, ce qu'il annonce semble donc pas déconnant pour quelqu'un qui ne connait rien au Brésil…
Même si tu ne gagnes que 3 semaines de salaires tu es déjà gagnant.
Marche pas ton truc. Le marketing prend plus d'une semaine ;)
Pour le prix, je ne connais pas le marché du brésil ni leur taux de taxes. Mais 10 minutes sur Google semble dire que c'est pas totalement déconnant. Ca fait 11000 BRL/mois avec 34% + ~15% de taxe, on peut arrondir à 50%. Il reste donc 5500/mois ou 66K/an ce qui semble être dans les fourchettes qu'on trouve sur Glassdoor. Je peux avoir totalement tord et ne demande qu'à me faire corriger par quelqu'un qui connait bien le marché local. Mais à vu de pif c'est payé correctement, voir bien, sans être la folie. Et toi tu bosses pour le smic ?
Ca te laisse une fenêtre de 0 à 60j entre le moment ou tu as un problème et les moments où quelqu'un commence à s'inquiéter… Ca ne me semble ni ameillorer tes chances de survie, ni aider les secours à chercher le corps.
Posté par ckyl .
En réponse au journal Firefox en GTK3.
Évalué à 3.
Dernière modification le 22 janvier 2014 à 00:34.
5 Whys. Ca n'a rien a voir avec passer son temps sur le web. Ca semble juste un peu comme les mecs avec 5000 mails non lus, 500 icones sur le bureau ou 100 kg de papier sur son bureau en bois. Y'a un moment faut se demander pourquoi j'ai toute cette merde étalée en permanence. M'enfin chacun fait ce qu'il veut…
Tu peux voir ca comme une remarque de connard, mais cette vision explique peut être aussi le won't fix… Si le problème ne se pose pas pour une workload "raisonnable" pourquoi s'embeter à ajouter ca ? Et si y'a des gens qui ont vraiment besoin de whatmilles tabs, alors c'est peut être un truc plus évolué qu'il faut plutôt que d'essayer de gratter quelques pixels.
Jamais utilisé mais vu une presentation d'incanter à un meetup. Ca à l'air assez limité et faible sur le côté IO mais des gens ont l'air de faire des libs autours. Après du peut embarquer du R dans du Java.
D'une manière générale l'écosystème Python va être excellent pour les "petits" volumes de données. Java à l'inverse à pas mal de trucs quand tu passes en distribué. Faut juste assemblé le ouatmillion de briques et parfois aller glander sur les repos des grosses boites.
AFAIK non. On mélange allégrement autentification et autorisation. Il semble que depuis u25 on puisse demander à ce qu'un applet ne puisse tourner qu'en sandbox (ca demande un manifest specifique et un markup approprié dans la page) mais ca ne me semble pas regler le problème de l'applet malicieux à la base.
Bref 15 ans après les applet sont toujours ce qu'ils sont.
Posté par ckyl .
En réponse au journal La signature de code en Java.
Évalué à 8.
Dernière modification le 19 janvier 2014 à 23:48.
N’exécuter plus que les applications signées c'est je suppose une manière de sauver les meubles et limiter de recul de la technologie.
Heu vu que signer un applet permet de le faire sortir de la sandbox…
C'est ca qui est marrant avec le modèle de secu foireux des applets. Un non signé, il est confiné comme on s'y attendrait (modulo les 200 failles). Un signé, ca te donne l'impression que c'est plus sure. Sauf qu'en fait ça le fait sortir automatiquement de tout confinement, sans choix possible, et tu fais donc une confiance aveugle dans le publisher. Je suis pas certain que tout le monde en ait conscience quand il clique sur le bouton en se disant "chouette c'est plus secure".
Posté par ckyl .
En réponse au journal Vie privée ? Connais pas.
Évalué à 2.
Dernière modification le 13 janvier 2014 à 20:24.
Mes stats perso donnent un ordre de grandeur bien plus grand.
C'est fort probable que tu observes ca. Maintenant je te donnes un ordre de grandeur sur quelques centaines de milliards d'impressions. Le taux peut varier assez fortement selon beaucoup de critères et selon ce que tu observes et son contexte.
L'important et dans le "ou presque" ;-).
Tu m'apprends un truc là ! C'est d'ailleurs pour ca qu'on doit payer des gens comme moi…
Mon seul point est de confirmer une chose. Oui une part importante de la population ne clique jamais. La seule facon de les rendre cliqueurs est de transformer la pub en service offert (la recommandation est tellement bonne que je trouve le service utile). Mais on peut se servir de ce paramètre pour essayer maximiser d'autres critères. Le plus trivial est de remplir les quotas des annonceurs qui se fichent des clics…
Ce qui est génial avec les gens, c'est qu'ils disent tous (ok, tu trouveras quelques exceptions) qu'ils ne cliquent jamais sur la pub (comme ils disent qu'ils ne regardent jamais la pub dans la boite au lettres physique ou que la pub TV n'a aucun effet) mais qu'en pratique, les compteurs (et les ventes) disent le contraire.
Qui ment?
Aucun ou les deux.
Grosso modo dans la pub web le taux de click est de un pour mille. Sachant que la dedans tu as une grosse disparité entre les gens qui cliquent et les gens qui ne cliquent pas. Et il y a effectivement une grosse population, je n'ai plus l'ordre de grandeur en tête, qui ne clique jamais ou presque.
Dans le mobile le taux est plus élevé mais à priori c'est surtout du au facteur "gros doigt".
Après il ne faut pas oublier le contexte qui peut être trompeur. Quand je cherche un patch de la kenel je ne vais JAMAIS cliquer sur une pub. C'est juste que ca ne m'intéresse pas. Par contre quand je suis dans une démarche d'achat alors pub ou pas je m'en fou. Ce que je veux c'est comparer les différentes offres. C'est deux visions les gens ne l'ont pas forcément.
Les gros de la pub en ligne avec un culture ingénieur ont des chiffres intéressant avec des démarches assez scientifique: de l'AB testing systématique à des trucs marrant comme ca. Le reste de l'industrie c'est assez plutôt nawak.
Et la NSA n'a pas ton carnet d'adresse à distance si tu utilises un Nokia 3310, avec un smartphone sous iOS ou Android par contre il peut…
Elle n'a pas ton carnet d'adresse. Elle a la liste de toutes les personnes que tu as appelé ou qui t'ont appelé. Donc effectivement le delta c'est les entrées mortes de ton carnet d'adresse ;)
Si tu consideres que ca espionne sur les données stocké sur le cloud. Tu peux aussi considerer que ca espionne sur les fournisseurs de service, sur le hard vendu aux fournisseurs de service ou sur n'importe quoi d'autre qui est piratable/corruptible au milieu.
Si à la base tu voulais garder ton carnet d'adresse local c'est que le but du service était de permettre à deux personnes de communiquer. A partir du moment ou tu as un bout de la relation tu as l'autre. En vrai du peux faire beaucoup beaucoup plus que ca.
Donc évidement il y a un effet taille et réseau. Si mon service à 15 utilisateurs je ne vais pas aller loin (en même temps peut être que tout ce qui m'intéresse c'est de savoir sur ces 15 utilisateurs). Mais à partir de là, si je permet de mettre en deux relations deux personnes par un quelconque moyen il n'y a rien de très difficile. Et dans la vraie vie je propose même aux gens d'uploader leur carnet d'adresse à l'inscription.
En pratique on peut avoir 1000 raisons valables de ne pas utiliser gmail (et je n'utilise pas). On a tout a fait raison de dire que si personne le fait alors ca ne changera jamais. Mais en pratique espérer que ca ait un quelconque impact pour SES informations avec des services de taille gmail, free, orange & co c'est du rêve.
Je pense qu'on se comprend. Cela dit j'irais jeter un oeil mais ca me semble pas grand chose à faire dans une lib IMAP. C'est quelque part entre la brique d'IO et la UI. Je précise par ce qu'apparement ils ont décider de tout réécrire le côté IO par ce qu'ils ont pas trouvé quelque chose qui leur convenait. Si tu veux juste changer la gestion des threads tu fais juste un truc qui gère le mapping au dessus. Tu réécris pas la couche IMAP.
Cela dit je suis vraiment pas sur qu'ils fassent mieux ou différemment que les autres sur ce point.
Bien sur. Après tu peux aussi surveiller de loin ce que font les distros pour éviter ce genre de choses. C'est ton nom qui est en jeu, pas celui de la distro.
Après comme déjà dis rien de spécifique à la 0.5.* c'était exactement la même chose dans les autres releases. Ni mieux, ni pire. On parle d'énormités comme le nombre de messages non lu qui est faux ou de freezes quand tu scrolles 10 écrans vers le bas qui se produisent sur 3 distros différentes. Après j'ai pas regardé longtemps et je suis peut être passé à côté mais j'ai pas vu non plus un seul test dans l'archive de release….
pour archiver on peut utiliser "suppr." ou "a" ou "backspace" ; mais je n'ai pas trouvé comment naviguer aisément.
Tu as un compte gmail non ? Par ce que l'archivage sur du vrai imap y'a pas. En 0.5.0 il m'efface purement et simplement le message qui ne se retrouve même pas dans Trash ni dans aucun autre folder.
l'intérêt est dans leur librairie imap qui montre des conversations.
Sauf si je rate quelque chose c'est une priopriété de l'UI et non de la lib imap. Un affichage en conversation c'est juste la vue thread dispo dans tout les clients mails mise à plat dans une seule fenêtre.
Sur ce point rien n'a changé par rapport à la 0.4.* quand je l'avais déjà essayé . En ca marche tant que tu n'affiches pas plus de 20 .. 100 messages et que tu fermes le truc regulièrement. Après ca part en sucette.
C'est léger et rapide. Contrairement à la plupart des autres, le thread UI ne se retrouve pas bloqué en permanence par les IO (bonjour evolution ou claws qui bloquent en permanence pendant 3 plombes pour bouger un pauvre message)
Points negatifs:
Fonctionnellement y'a absolument RIEN. C'est désespérant au point de même pas pouvoir voir ses mails d'il y a quelques semaines, de ne pas avoir de recherche (c'est rapide mais ca cherche que dans les mails chargés localement!), ne pas pouvoir scroller dans un thread ET aller au prochain thread sans passer par la souris, pas de racourcis clavier etc.
Ca plante très souvent
Ca bug très souvent
C'est incapable de travailler sur plus de quelques centaines de messages
Tu te dis enfin un client lourd que à le "archive" de gmail génial pour du 0 inbox… mais ca marche que avec gmail ! Ca devait être trop dur d'implementer un move sur de l'IMAP. Par contre si tu as compte gmail pourquoi utiliser geary alors que le client gmail est excellent ?
Bref tu te dis cool les trois premières minutes avant de réaliser qu'aller vite quand tu ne fais rien c'est pas très difficile. Mais qu'au final ce dont tu as besoin c'est un client mail…
Bref un mailer natif simple, rapide, efficace c'est pas encore pour aujourd'hui… A croire que c'est compliqué de repomper gmail correctement.
Pour vim, franchement l'ensemble des fonctions d'édition de texte que tu perds est largement moins important que les fonctions que tu gagnes (on code quoi…)
Note qu'au passage le plugin vim est moins dégueux que celui d'Eclipse.
[^] # Re: vision simpliste
Posté par ckyl . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 5. Dernière modification le 28 février 2014 à 08:50.
C'est pas une station de travail. C'est comme filer une trottinette à un commercial.
Je ne vois pas le rapport. L'équation est simple: si je peux avoir du matos adapté à mon besoin pour un coût négligeable alors le problème n'existe pas. En l’occurrence aujourd'hui pour 500€ HT tu as une bête de course où tu peux lancer en parallèle 2VM, Eclipse, Netbeans et Intellij sans même le sentir. Le problème n'existe donc plus.
Même pour un particulier ce prix est ridicule. Ça fait le prix de la redevance TV par an en lissant…
Pas forcément et ce n'est pas le débat ici. La remarque initiale était " à quel point il pèse sur les performances de la machine. Genre, on ne peut pas comparé eclipse ou visual studio avec vim+i3+lxterminal+bash. " ce qui pour moi est un très mauvais critère de choix puisqu'il n'est plus pertinent depuis des années. Si tu as besoin d'un IDE, utilise un IDE. Si ta machine est limite, cours investir 100€ plutôt que de passer 3 mois à bidouiller pour arriver à un truc qui fait la moitié de l'autre solution et où tu aurais pu faire des trucs utiles à la place.
Maintenant si "vim+i3+lxterminal+bash" répondent exactement à ton besoin, c'est ce qu'il faut utiliser ! La selection se fait sur la pertinance de l'outil par rapport au besoin.
C'est vrai pour certaines choses. Maintenant si on revient à notre sujet, regarde la conso/rapidité d'intellij pour ce qu'il est capable de faire et trouve moi quelque chose qui a fait notablement mieux. Grosso modo ce genre de logiciel à un surcoût important sur de tout petit projets, mais l'empreinte n'évolue presque pas quand tu passes à plusieurs très gros projets.
Tu fais ce que tu veux et personne ne t'as dicté le choix que tu devais faire ni n'a dit quel était le bon outil pour ton besoin. Simplement si tu as BESOIN de cet outil alors c'est un faux problème de nos jours.
Si tu passes 3 mois à configurer ton emacs pour arriver à une productivité équivalente. Tu as juste décidé d'investir 3 mois plutôt que 100€. C'est un choix sur ton temps personnel. En milieu pro la question ne se pose pas une seconde, le temps est extrêmement cher.
C'est ce que je faisais il y a dix ans quand je faisais majoritairement du C. Ça avait un sens puisque les IDE étaient de toute façon poucraves et que le résultat final était nettement meilleur avec un setup maison. Mais ça consommait déjà monstre de temps. Alors quand tu passes sur des langages ou l'IDE est excellent va falloir s'accrocher sévère pour m'expliquer le gain final.
Maintenant ce ne sont que des outils. Ils ne regardent donc que la personne qui les utilise. Tant que tu suis la qualité et la productivité des autres c'est une boite noir dont on se fou. Tu pourrais même écrire dans Notepad si tu veux.
[^] # Re: vision simpliste
Posté par ckyl . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 1.
4Go de RAM c'était déjà la config standard il y a 7 ans ! Si on fait un calcul simple:
Donc en gros si tu passes plus de 2h à swapper ou configurer ta machine pour cause de limitation RAM en 3 ans, soit 10s par jour, c'est débile.
Le poids d'un IDE sur une machine moderne est très faible. Et le poids d'un IDE par rapport à un environnement standard est faible (Un environement SOA typique c'est 10..30 composants lancés, des DB etc). Donc sauf cas particulier qui peut se résoudre facilement, le poid d'un IDE de nos jour c'est rien. C'était pas vrai il y a 10 ans mais c'était il y a 10 ans… D'un point de vu cout, le gain de productivité d'un IDE est énorme par rapport au cout matériel (combien de temps pour configurer parfaitement vim ou emacs pour TOUT tes employés ?).
[^] # Re: vision simpliste
Posté par ckyl . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à -1.
Si les deux sont insignifiants sur une machine moderne ;)
[^] # Re: Charité
Posté par ckyl . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 7.
En général une bonne technique pifométrique est de regarder les salaires d'IBM sur Glassdoor pour les raisons suivantes:
Bref là en band 7 ça annonce dans les 71K par an pour Rio ou Sao Paulo. Un poste équivalent aux US ça correspond grosso modo à 70-90K.
Si y'a bien ~34% de taxe avant IR, ce qu'il annonce semble donc pas déconnant pour quelqu'un qui ne connait rien au Brésil…
[^] # Re: Charité
Posté par ckyl . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 5.
Marche pas ton truc. Le marketing prend plus d'une semaine ;)
Pour le prix, je ne connais pas le marché du brésil ni leur taux de taxes. Mais 10 minutes sur Google semble dire que c'est pas totalement déconnant. Ca fait 11000 BRL/mois avec 34% + ~15% de taxe, on peut arrondir à 50%. Il reste donc 5500/mois ou 66K/an ce qui semble être dans les fourchettes qu'on trouve sur Glassdoor. Je peux avoir totalement tord et ne demande qu'à me faire corriger par quelqu'un qui connait bien le marché local. Mais à vu de pif c'est payé correctement, voir bien, sans être la folie. Et toi tu bosses pour le smic ?
[^] # Re: Bon plan aussi pour le bateau (et bug)
Posté par ckyl . En réponse à la dépêche Sortie de R.A.S. v0.4, alias RandoAmisSecours. Évalué à 3.
C'est quoi l'interet d'avoir une alerte à 60j ?
Ca te laisse une fenêtre de 0 à 60j entre le moment ou tu as un problème et les moments où quelqu'un commence à s'inquiéter… Ca ne me semble ni ameillorer tes chances de survie, ni aider les secours à chercher le corps.
[^] # Re: on dirait chrome
Posté par ckyl . En réponse au journal Firefox en GTK3. Évalué à 3. Dernière modification le 22 janvier 2014 à 00:34.
5 Whys. Ca n'a rien a voir avec passer son temps sur le web. Ca semble juste un peu comme les mecs avec 5000 mails non lus, 500 icones sur le bureau ou 100 kg de papier sur son bureau en bois. Y'a un moment faut se demander pourquoi j'ai toute cette merde étalée en permanence. M'enfin chacun fait ce qu'il veut…
Tu peux voir ca comme une remarque de connard, mais cette vision explique peut être aussi le won't fix… Si le problème ne se pose pas pour une workload "raisonnable" pourquoi s'embeter à ajouter ca ? Et si y'a des gens qui ont vraiment besoin de whatmilles tabs, alors c'est peut être un truc plus évolué qu'il faut plutôt que d'essayer de gratter quelques pixels.
[^] # Re: on dirait chrome
Posté par ckyl . En réponse au journal Firefox en GTK3. Évalué à 2.
Je pense que ce n'est pas une histoire de métier mais de workflow, de concentration, de procastination ou de manque de pragmastime ;)
Si t'as besoin de 30-200 tabs d'ouvertes t'as un problème plus sérieux à résoudre que "rendre la croix de fermeture d'une tab optionelle".
[^] # Re: on dirait chrome
Posté par ckyl . En réponse au journal Firefox en GTK3. Évalué à 2.
Pour ceux qui utilisentutiliser fréquemment plus d'une cinquantaine d'onglets ouverts, c'est absolument abominable[^] # Re: Java
Posté par ckyl . En réponse à la dépêche Pandas, une bibliothèque pour manipuler facilement des données. Évalué à 3.
Jamais utilisé mais vu une presentation d'incanter à un meetup. Ca à l'air assez limité et faible sur le côté IO mais des gens ont l'air de faire des libs autours. Après du peut embarquer du R dans du Java.
D'une manière générale l'écosystème Python va être excellent pour les "petits" volumes de données. Java à l'inverse à pas mal de trucs quand tu passes en distribué. Faut juste assemblé le ouatmillion de briques et parfois aller glander sur les repos des grosses boites.
[^] # Re: Crache pas dans la soupe !
Posté par ckyl . En réponse au journal La signature de code en Java. Évalué à 2.
AFAIK non. On mélange allégrement autentification et autorisation. Il semble que depuis u25 on puisse demander à ce qu'un applet ne puisse tourner qu'en sandbox (ca demande un manifest specifique et un markup approprié dans la page) mais ca ne me semble pas regler le problème de l'applet malicieux à la base.
Bref 15 ans après les applet sont toujours ce qu'ils sont.
[^] # Re: Crache pas dans la soupe !
Posté par ckyl . En réponse au journal La signature de code en Java. Évalué à 8. Dernière modification le 19 janvier 2014 à 23:48.
Heu vu que signer un applet permet de le faire sortir de la sandbox…
C'est ca qui est marrant avec le modèle de secu foireux des applets. Un non signé, il est confiné comme on s'y attendrait (modulo les 200 failles). Un signé, ca te donne l'impression que c'est plus sure. Sauf qu'en fait ça le fait sortir automatiquement de tout confinement, sans choix possible, et tu fais donc une confiance aveugle dans le publisher. Je suis pas certain que tout le monde en ait conscience quand il clique sur le bouton en se disant "chouette c'est plus secure".
[^] # Re: Mouai
Posté par ckyl . En réponse au journal Vie privée ? Connais pas. Évalué à 2. Dernière modification le 13 janvier 2014 à 20:24.
C'est fort probable que tu observes ca. Maintenant je te donnes un ordre de grandeur sur quelques centaines de milliards d'impressions. Le taux peut varier assez fortement selon beaucoup de critères et selon ce que tu observes et son contexte.
Tu m'apprends un truc là ! C'est d'ailleurs pour ca qu'on doit payer des gens comme moi…
Mon seul point est de confirmer une chose. Oui une part importante de la population ne clique jamais. La seule facon de les rendre cliqueurs est de transformer la pub en service offert (la recommandation est tellement bonne que je trouve le service utile). Mais on peut se servir de ce paramètre pour essayer maximiser d'autres critères. Le plus trivial est de remplir les quotas des annonceurs qui se fichent des clics…
[^] # Re: Mouai
Posté par ckyl . En réponse au journal Vie privée ? Connais pas. Évalué à 5.
Aucun ou les deux.
Grosso modo dans la pub web le taux de click est de un pour mille. Sachant que la dedans tu as une grosse disparité entre les gens qui cliquent et les gens qui ne cliquent pas. Et il y a effectivement une grosse population, je n'ai plus l'ordre de grandeur en tête, qui ne clique jamais ou presque.
Dans le mobile le taux est plus élevé mais à priori c'est surtout du au facteur "gros doigt".
Après il ne faut pas oublier le contexte qui peut être trompeur. Quand je cherche un patch de la kenel je ne vais JAMAIS cliquer sur une pub. C'est juste que ca ne m'intéresse pas. Par contre quand je suis dans une démarche d'achat alors pub ou pas je m'en fou. Ce que je veux c'est comparer les différentes offres. C'est deux visions les gens ne l'ont pas forcément.
Les gros de la pub en ligne avec un culture ingénieur ont des chiffres intéressant avec des démarches assez scientifique: de l'AB testing systématique à des trucs marrant comme ca. Le reste de l'industrie c'est assez plutôt nawak.
[^] # Re: Game over
Posté par ckyl . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à 3.
Elle n'a pas ton carnet d'adresse. Elle a la liste de toutes les personnes que tu as appelé ou qui t'ont appelé. Donc effectivement le delta c'est les entrées mortes de ton carnet d'adresse ;)
Si tu consideres que ca espionne sur les données stocké sur le cloud. Tu peux aussi considerer que ca espionne sur les fournisseurs de service, sur le hard vendu aux fournisseurs de service ou sur n'importe quoi d'autre qui est piratable/corruptible au milieu.
[^] # Re: Game over
Posté par ckyl . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à 2.
Plus difficile, c'est à dire ?
Si à la base tu voulais garder ton carnet d'adresse local c'est que le but du service était de permettre à deux personnes de communiquer. A partir du moment ou tu as un bout de la relation tu as l'autre. En vrai du peux faire beaucoup beaucoup plus que ca.
Donc évidement il y a un effet taille et réseau. Si mon service à 15 utilisateurs je ne vais pas aller loin (en même temps peut être que tout ce qui m'intéresse c'est de savoir sur ces 15 utilisateurs). Mais à partir de là, si je permet de mettre en deux relations deux personnes par un quelconque moyen il n'y a rien de très difficile. Et dans la vraie vie je propose même aux gens d'uploader leur carnet d'adresse à l'inscription.
En pratique on peut avoir 1000 raisons valables de ne pas utiliser gmail (et je n'utilise pas). On a tout a fait raison de dire que si personne le fait alors ca ne changera jamais. Mais en pratique espérer que ca ait un quelconque impact pour SES informations avec des services de taille gmail, free, orange & co c'est du rêve.
[^] # Re: ---
Posté par ckyl . En réponse au journal Ayé, une nouvelle version de Geary arrive enfin dans Debian Sid !. Évalué à 3.
Je pense qu'on se comprend. Cela dit j'irais jeter un oeil mais ca me semble pas grand chose à faire dans une lib IMAP. C'est quelque part entre la brique d'IO et la UI. Je précise par ce qu'apparement ils ont décider de tout réécrire le côté IO par ce qu'ils ont pas trouvé quelque chose qui leur convenait. Si tu veux juste changer la gestion des threads tu fais juste un truc qui gère le mapping au dessus. Tu réécris pas la couche IMAP.
Cela dit je suis vraiment pas sur qu'ils fassent mieux ou différemment que les autres sur ce point.
[^] # Re: ---
Posté par ckyl . En réponse au journal Ayé, une nouvelle version de Geary arrive enfin dans Debian Sid !. Évalué à 5. Dernière modification le 08 janvier 2014 à 08:59.
Bien sur. Après tu peux aussi surveiller de loin ce que font les distros pour éviter ce genre de choses. C'est ton nom qui est en jeu, pas celui de la distro.
Après comme déjà dis rien de spécifique à la 0.5.* c'était exactement la même chose dans les autres releases. Ni mieux, ni pire. On parle d'énormités comme le nombre de messages non lu qui est faux ou de freezes quand tu scrolles 10 écrans vers le bas qui se produisent sur 3 distros différentes. Après j'ai pas regardé longtemps et je suis peut être passé à côté mais j'ai pas vu non plus un seul test dans l'archive de release….
# Game over
Posté par ckyl . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à 10.
Tu as de toute facon perdu. Les personnes dans ton carnet de contact t'ont générallement dans leur carnet de contact.
[^] # Re: ---
Posté par ckyl . En réponse au journal Ayé, une nouvelle version de Geary arrive enfin dans Debian Sid !. Évalué à 3.
Tu as un compte gmail non ? Par ce que l'archivage sur du vrai imap y'a pas. En 0.5.0 il m'efface purement et simplement le message qui ne se retrouve même pas dans Trash ni dans aucun autre folder.
[^] # Re: ---
Posté par ckyl . En réponse au journal Ayé, une nouvelle version de Geary arrive enfin dans Debian Sid !. Évalué à 4.
Sauf si je rate quelque chose c'est une priopriété de l'UI et non de la lib imap. Un affichage en conversation c'est juste la vue thread dispo dans tout les clients mails mise à plat dans une seule fenêtre.
[^] # Re: ---
Posté par ckyl . En réponse au journal Ayé, une nouvelle version de Geary arrive enfin dans Debian Sid !. Évalué à 5.
Sur ce point rien n'a changé par rapport à la 0.4.* quand je l'avais déjà essayé . En ca marche tant que tu n'affiches pas plus de 20 .. 100 messages et que tu fermes le truc regulièrement. Après ca part en sucette.
Après si les distros packagent une 0.5.0…
# ---
Posté par ckyl . En réponse au journal Ayé, une nouvelle version de Geary arrive enfin dans Debian Sid !. Évalué à 10. Dernière modification le 08 janvier 2014 à 00:31.
Moi (le 0.5.0 même).
Point positif:
Points negatifs:
Bref tu te dis cool les trois premières minutes avant de réaliser qu'aller vite quand tu ne fais rien c'est pas très difficile. Mais qu'au final ce dont tu as besoin c'est un client mail…
Bref un mailer natif simple, rapide, efficace c'est pas encore pour aujourd'hui… A croire que c'est compliqué de repomper gmail correctement.
[^] # Re: licence pour projet opensource
Posté par ckyl . En réponse à la dépêche PyCharm propose une version libre. Évalué à 2.
git en ligne de commande n'abandonne pas.
Pour vim, franchement l'ensemble des fonctions d'édition de texte que tu perds est largement moins important que les fonctions que tu gagnes (on code quoi…)
Note qu'au passage le plugin vim est moins dégueux que celui d'Eclipse.
[^] # Re: Petit compte-rendu du papier blanc
Posté par ckyl . En réponse au journal twister un microblog opensource P2P. Évalué à 1.
Du coup je ne resiste pas à l'envie de placer l'article le plus cool du moment: http://research.microsoft.com/en-us/people/mickens/thisworldofours.pdf
Bon ok j'aurais du attendre vendredi, surtout vu le potentiel du nom de domaine ici…