ckyl a écrit 3877 commentaires

Ca fait des années que je n'utilise plus de BSD donc je suis plus trop au courant. Mais ta remarque m'a juste piqué les yeux vu que c'est moi qui ait traduit la doc de PAM pour FreeBSD il y a justement 10 ans ;)

D'après le site web http://www.openpam.org/, c'est utilisé partout sauf OpenBSD.

Ou tel que PAM s'est imposé, écartant les BSD (qui n'ont pas PAM de base, vu que sous GPL)

AFAIK ca va faire 10 ans que les BSD utilisent OpenPAM et plus Linux-PAM (FreeBSD 5.x).

Je suis d'accord avec le reste ;)

Je suis le seul apparemment à trouver le karma comme une débilité mais cela ne fait rien…

Vu le consensus je pense qu'en fait tout le monde trouve le karma très bien pour ton cas. Juste dommage que le compte ne soit pas fermer quand tu passes le record du monde comme toi.

Le plus étonnant c'est que des gens perdent encore leur temps à te répondre…

Donc tu te sens supérieur à eux ?

Que les mecs qui t'expliquent qu'ils tirent la quintessence du truc en regardant des séries avec des sous-titres que j'aurais pu faire (soit largement 75% des sous-titre francais de série) ? Oui je m'en moque ouvertement. Tu peux très bien les utiliser hein, je m'en fou. Mais y'a juste 10x plus de contre sens et d'erreurs que le plus mauvais doublage qui existe. Alors on repassera sur le refrain de coller à l'oeuvre et à l'expérience originale.

C'est juste que c'est dispo le lendemain.

Le doublage créé un décalage supplémentaire, c'est une surcouche de trop qui nous éloigne du noyau central : l'esprit du film/de la série.

Alors que c'est clair que lire ca ne te pourri pas du tout l'expérience de la photographie. Non non non :p

Si tu as un niveau suffisant pour uniquement te servir des sous-titre très ponctuellement, ce point de vu se tient. En gros tu peux mettre les sous-titres avec 2/4 secondes de retard juste pour rattraper un bout que tu aurais raté. Mais la question n'est alors pas VF contre VOST mais VF contre VO ce qui est bien différent.

À partir du moment ou tu ne maîtrises pas suffisamment la langue du film ton expérience est dégradée. Soit tu passes ton temps à lire soit tu n'as pas les voix originales. Selon la qualité du travail, le type/domaine de l'oeuvre et ses préférences chacun utilisera ce qu'il veut. Tu n'as pas a te sentir supérieur.

Donc la VF, oui faut l'admettre : c'est pour les fainéants qui veulent pas lire. Et ça nous arrive parfois.

Ou alors chacun fait ce qu'il veut ?

Maintenant les mecs qui expliquent qu'ils tirent pleinement parti des series en VOST en utilisant des sous-titres traduit téléchargés qui dans l'immense majorité des cas sont bourrés de contre-sens ET de fautes de francais. Ca me fait doucement rigoler. C'est pire que tout.

Ce que je veux dire c’est que lorsque tu en es à pinailler sur l’algorithme de compression c’est que tu dois avoir un/des fichiers d’une taille importante déjà, donc où le temps de compression compte pas mal.

Il existe des dizaines de cas d'utilisation d'un algo de compression, chaque cas à des critères très différents. Forcément tu vas utiliser le plus adapté au cas d'utilisation.

Un fichier qui va rester sur disque des mois, je peux faire un effort et bouffer un peu de CPU pour le stocker. Quand je cherche a saturer un lien 10Gb avec une compression en streaming pour un truc qui ne va passer qu'une fois dans le tuyaux mes critères sont opposés. De même quand je créer une archive qui va être téléchargée 10000 fois, ou si le premier fichier que j'ai stocké pour des mois va devoir être lu 10x par jour pendant toute cette période.

Bref oui, pour un usage personnel tu t'en carre dans 99% des cas. Dès que tu commences à bosser ca vaut le coup de réfléchir un peu tu peux avoir des gains réellement monstrueux.

Y a vraiment des gens qui font ça ? Non parce que si ces gens existent, ils méritent de se faire pirater la gueule.

Bha regardes la sécurité des gestionnaires de paquet des différent langages de programmation et tu vas vraiment prendre peur. C'est étonnant qu'il n'y ait pas déjà eu des drames.

Avec l'auto-hébergement et bien soit tu l'es, soit tu es chez Google and Co, mais c'est pas différent chaque jour. Donc s'auto-héberger est un choix beaucoup plus complexe et contraignant.

Tu as raison.

Vu qu'on est dans le comparaison pourrie et ridicules: ce n'est pas acheter un vélo pour s'en servir quand on a envie; mais acheter un vélo ET revendre sa voiture.

Ca conviendra très bien à certains par choix ou par adéquation mais clairement pas à tous.

Non, je compte sur une augmentation du salaire.

Y'a un truc que je ne comprends pas. Si tu donnes 1000€ de plus à chacun, le coût de la vie va augmenter en fonction et on est revenu à la case départ d'un point de vue des inégalités et du rapport au travail. Au boût de quelque temps le RU te permettra de n'avoir rien du tout comme actuellement.

Le mec qui avait un taff cool ou une bonne situation va continuer de le faire et de se faire un max de pognon et il n'y a pas plus de raisons qu'avant de donner ce travail à un autre plutôt qu'à celui qui l'occupait avant. De l'autre côté le mec qui était forcé de bosser va continuer par ce que l'écart entre son niveau de vie et celui de l'autre ne s'est pas réduit. Gloablement le coût global du travail dans la société à augmenté et les prix vont suivre. Même si le coût augmentait pas, il me semble que les APL ont déjà montré qu'augmenter le pouvoir d'achat ne fait que transferer l'argent sans rien régler: les loyers ont suivis mécaniquement).

Bref en pratique, je me demande pourquoi ca aurait un quelconque effet bénéfique si on l'applique à notre société. Nous ne partons pas de 0 et nous ne sommes pas un pays en voie de développement.

Excellente réponse ;)

En pratique, le problème est quand tu as besoin de ces perfs dans une lib ca devient vite la misère pour les utilisateurs et pour la gestion du packaging. Mais c'était sur ma todo de voir ce qu'on raisonablement faire.

Plus sérieusement, si j'ai tout suivi il me semble que tu es un peu du domaine. Une idée de pourquoi les JIT ne savent pas encore auto-vectoriser des choses simples ?

Nous (les gens qui enseignent du python dans le secondaire) avons émis le souhait que le python puisse devenir statiquement typé

Dis de cette facon là cela sonne très bizarre. Tu ne changes pas un outil par ce que quelqu'un l'utilise alors qu'il n'est pas adapté.

Si pédagogiquement vous avez besoin vous avez besoin de typage, utilisez le bon outil. Modifier quelque chose contre sa nature ou apprendre aux gens quelque chose de complètement travesti me semble loin d'être une heureuse idée.

Plutôt que de perdre ton temps avec un langage jouet pour écrire des scrapers tu ne pourrais pas utiliser ton talent pour ajouter l'auto-vectorisation dans un socle industriel comme l'est la JVM ? ;)

Non juste par ce que depuis hier je déprime de me prendre un facteur 20 par rapport à du C++ à cause de GCC qui fait du SIMD là où Hotspot se dit que ca va déjà bien assez vite comme ca…

Ce n'est pas ce que j'ai dis. Mais si tu mélanges dans la même conversation mail au sens courant et premier, ML, notification, rss2email et autre joyeusetés on parle juste dans le vide et ca n'a plus aucun sens.

Après oui, le fait que ca arrive au même endroit de la même façon fait que tu peux facilement gérer ca n'importe comment. Mais ca c'est juste une mauvaise utilisation. Recevoir 1500 mails par jour c'est kifkif à avoir 300 tabs d'ouvertes ou 1000 flux RSS. Ca scale pas et tu passes ton temps à te tripoter la nouille à te noyer dans des choses.

Tu peut le voir comme les choses moins importantes que d'autres. Je doute que ta boite mail soit remplis de mails qui ont tous la même importance

Certes. Maintenant j'applique grosso modo la même méthode que ploum avec les règles suivantes:

• Si un message n'a pas besoin d'être lu et traité dans les 24/48h alors il n'est pas important
• Je fais en sorte d'éliminer ASAP et de ne plus recevoir tout ce qui n'est pas important

Et au final je n'ai jamais plus de 3/4 messages qui stagnent dans mon INBOX. Je passe peu de temps par jour à dépiler les non lu, je ne m'occupe de rien qui à plus de quelques heures/jours (à quoi bon ?), et je status maintenant sur chaque action à faire plutôt que de laisser trainer.

Se créer un système de règle pour aller planquer quelques part des messages que je lirais jamais ou dans un mois est pour moi une sacrée perte de temps. Tu t'en balances de tout ca, autant faire en sorte au mieux de ne pas les recevoir, au pire de les gérer et supprimer au moment où ils arrivent. Supprimer 10 messages / jour ça prend 10 secondes, pourquoi aller les entasser quelque part en sachant pertinemment que tu t'en balances ? Je pars du principe que si on te parle c'est que ca t'intéresse ou que tu as quelque chose à faire maintenant. Sinon, tu regardes et poubelle ASAP.

Tu veux dire qu'il y a une plus-value pour l'état de payer de sa poche le développement d'un logiciel destiné aux entreprises ? Je peux demander un rabais d'impôts pour mes commits upstream ? C'est quoi la limite ? Si je suis un sous traitant pour renault et que je leur file tout gratos j'y ai le droit aussi ? On va tuer le marcher des SSII et de la sous traitance va y avoir encore plus rentable !

Si tu t'inscris à des ML de différents projets

Être inscrit à des ML ce n'est pas recevoir des mails dans le sens premier. Dire "Je recois 1500 mails/jour" dans ce cas me semble assez faux et déjà être un problème à la base. Si dans les 1200 messages non lus, il y en a un seul d'une ML c'est du grand n'importe quoi.

Le but n'est pas de lire ou de répondre à tous les messages, le but est de lire et répondre ceux qui t'intéressent

Donc tu as un workflow bien différent des mails, c'est juste malencontrueux que les deux utilisent le même transport. Séparer complétement les deux activités est très sains. D'ailleurs l'export NNTP de Gmane me semble l'idée la plus heureuse du monde plutôt que de faire arriver ca dans sa mail box.

Après pour les ML je trouve que c'est comme le reste. Tu as le côté organisationnel, mais dans tout les cas moins tu as d'informations qui arrivent, plus tu fais vraiment des choses. Arrêter de passer son temps sur les ML n'est pas forcément une mauvaise idée. Bref je suis entièrement d'accord avec ploum. Ce genre de solution te force à revenir à quelque chose de simple, rationnel et de régler les problèmes à la base.

Je reçois 300-1500 mails par jour, et avec un visualisation par fil, ça se traite assez bien.

C'est une blague ?

Si tu passes 10 secondes par mail, c'est à dire qu'il n'a absolument aucun contenu et que tu n'y réponds jamais à 1500 mails/jour tu y passes… 4h. Bon la on suppose que tu recois des mails vides et que tu es un blackhole qui ne répond jamais à rien…

À 300 mails par jour ça ferait bien longtemps que je n'ouvrirais plus du tout mon mailer car c'est déjà de la perte de temps pur.

En fonction du dossier, je sais si c'est important ou non

En même temps pourquoi recevoir des choses pas importantes ? Je trouve qu'on gagne plus de temps à bien choisir ce qu'on reçoit plutôt que de trier des GB de trucs pas important.

Ca change quoi ?

La démarche est exactement la même. Tu n'as rien à te souvenir. De toute facon Maven est capable de te ressortir l'info au besoin, et ton système d'assemblage doit te claquer dans les mains si tu tombes sur un cas de conflit (attention à Maven qui souvent par défaut va laisser passer sans rien dire…)

Après, notre usage est sans doute un peu particulier vu qu'on maintient un socle avec plein de projets en dessous.

J'ai fait les deux, d'être tout en bas dans des projets assemblant plusieurs centaines de modules, à être dans des petits projets où tu fais le punk vu que tu es ton seul utilisateur.

Avoir une solution web est très bien, c'est une bonne initiative et je suis sur que beaucoup de gens y trouveront leur compte. J'y vois deux aspects, le push, et le côté dashboard. Je dis juste que les infos sont déjà là et faciles à extraire. Et que le problème est que les gens ne savent simplement pas s'en servir ou s'organiser.

Après à chacun de savoir se servir de ses outils et de récupérer/structurer les informations dont il a besoin en faisant attention au syndrome " dashboard de dashboard de dashboard " et " je me fais spammer d'info alors que j'en ai besoin une fois tout les six mois et j'ai déjà une solution de pull ". J'ai aussi un peu l'impression qu'il y a deux produits différents. Le côté push, social & co est très bien sur le web. Mais pour avoir une vue synthétique de ses produits, ca a plus sa place en interne intégré aux autres outils.

La feature "regrouper les artifacts sous des projets" ce serait vraiment cool aussi pour retrouver les pom à mettre à jour

Maven ne le fait pas déjà de base ?

$ mvn versions:display-dependency-updates
[...]
[INFO] The following dependencies in Dependencies are using the newest version:
[INFO]   com.clearspring.analytics:stream ............................... 2.3.0
[INFO]   com.google.guava:guava ........................................ 14.0.1
[INFO]   commons-cli:commons-cli .......................................... 1.2
[INFO]   joda-time:joda-time .............................................. 2.2
[INFO]   junit:junit ..................................................... 4.11
[INFO] 
[INFO] The following dependencies in Dependencies have newer versions:
[INFO]   org.apache.hadoop:hadoop-core ................. 0.20.2-cdh3u5 -> 1.2.0
[INFO]   org.apache.mrunit:mrunit ................... 0.8.0-incubating -> 1.0.0

Le truc qu'il manque effectivement c'est le changelog & co vu que ce n'est pas dans les repo maven. Mais bon d'une manière générale tu connais tes dépendences, comment chacun gère ses releases et que tu as une approche optimiste ou pessimiste de l'upgrade selon le type du projet sur lequel tu bosses.

La personne qui fait le concours le fait dans son langage de prédilection.

N'importe quoi.

Le concours c'est du pauvre puzzle d'algo. Si tu as un cerveau en état de marche tu utilises le langage de plus haut niveau, le moins structurant et avec la meilleur lib d'ADT et d'IO que tu connais vaguement. Pas besoin d'être expert loin de là.

Par exemple même si tu maitrises parfaitement Java, c'est un très mauvais choix pour ce genre de truc:

- Beaucoup trop structurant alors que tu veux juste pisser trois fonctions et des tuples
- Gros trou dans les ADT sans lib externe
- IO un relou quand tu n'écris pas du vrai code qui doit gérer les erreurs

Les challenges comme ca ce n'est pas du vrai code ni des vrais projets. Réfléchir et extrapoler sur la signification des chiffres c'est perdre son temps. Tout ce que tu voudrais "apprendre" tu le sais déjà…

Pour avoir regardé un peu récemment , je pense que le problème est encore pire à Londres qu'à SF. Le coût de la vie est tellement cher par rapport aux salaires que tu passes presque toute la différence dedans. C'est intéressant sans gosses en tirant un job > 80K£, mais autrement je vois mal le gain de ce côté là par rapport à la France.

Après effectivement il y a une belle concentration de boîtes sympa pour lesquels tu veux bosser direct. Chose que tu ne retrouves que peu ailleurs en Europe.

Ca serait d'ailleurs intéressant d'avoir les retours de personnes ayant faire la pirouette dans plusieurs pays, à niveau de vie égal (pas en coloc de 10m² en zone 4 par exemple…)

Il va falloir le répéter combien de fois ?

document.referrer.toLowerCase().indexOf('google') === -1 &&
document.referrer.toLowerCase().indexOf('bing.com') === -1 &&
document.referrer.toLowerCase().indexOf('search.yahoo') === -1 )

Maintenant en allant sur google normal, je tape : "Free a fait chuter le prix de la téléphonie mobile de 11"
Je clique sur le premier lien
Je peux maintenant lire l'article en entier

Sois tu pars du postulat que ce qui est codé n'est pas ce que le business voulait, sois tu es incapable de comprendre les 3 phrases du journal qui expliquent comment il s'en est rendu compte.

Referer… Quand on veut montrer qu'on est plus malin que tout le monde, c'est pas mal de comprendre l'énoncé du problème.