vlamy a écrit 751 commentaires

Je voulais faire la même remarque, puis je me suis dit : « Ha non c'est une grosse connerie en fait ! ».

Franchement, on en sait quoi de la proportion de femmes sur DLFP ? Quelqu'un a fait un sondage ?

Je vois déjà ceux qui fantasment : ne vous trompez pas, je ne pense pas qu'on soit dans les 50% de la parité !

Le but c'était de trouver des femmes, pas "le plus de femmes" non ? Enfin je vois vraiment pas l'intérêt de cette remarque…

De trouver des femmes « qui comprennent ce que raconte le parti pirate », et c'est là qu'à mon avis sur « aufeminin.com » t'es mal barré !

C'est une bonne question ! Plusieurs éléments de réponse :

• On peut utiliser plusieurs niveaux de chiffrement, entre les serveurs mails par exemple, et entre serveur IMAP/POP et clients.
• On pourrait imaginer faire le classement automatique à la lecture, côté client (quitte à avoir une synchro pour les reclasser de façon chiffrée sur le serveur).
• Le problème est très très compliqué et s'il n'y a pas de mail 2.0 déjà sorti, c'est que c'est difficile.

En particulier, chiffrer les métadonnées pose un autre problème beaucoup plus difficile qui est celui du spam : filtrer le spam sans métadonnées c'est plus dur ! Et je suis sûr qu'il y en a pléthore que je n'ai pas imaginé :)

EDIT : Mais ce n'est pas pour ça qu'il ne faut pas avoir ces contraintes dans le cahier des charges :)

Je trouve qu'on a déjà un super journal là, pour un vendredi !

Mais soyons fous !

C'est vrai qu'on peut lui reprocher des choses, comme l'impossibilité de chiffrer les métadonnées par exemple ou la non prise charge des aspects de cryptographie au niveau du protocole (actuellement c'est fait au dessus si je ne m'abuse), mais sans argument c'est stérile comme discours.

C'est dommage, parce que de nouveaux arguments m’intéresseraient pour faire un mail 2.0 :)

C'est vrai qu'en ce moment je fais beaucoup de veille technologique :)

Disons que ça à l'air idéal, en ce qui me concerne, mais par contre niveau temps de configuration, on n'est plus sur un simple « apt-get install ».

J'ai toujours le projet de passer sur notmuch+mutt, mais ça prend tu temps sincèrement.

La France a celui du présentéisme, c'est comme ça.

Tu veux dire, comme mouler sur DLFP un vendredi pour faire acte de présence ?

Le projet à l'air toujours actif.

Idéalement il faudrait tester la dernière version :)

Merci pour le retour (je n'avais jamais utilisé), j'arrêterai d'en faire la pub alors :)

Je ne sais pas si dans le détail on peut logger les connexions wifi, mais le contraire m'étonnerait.

À priori oui

Tu devrais peut être regarder ClearOS, ce n'est pas du Mint, mais à priori cela peut te faciliter l'installation de plein de choses sympathiques et c'est fait pour les petites structures comme ton hôtel il me semble.

Je ne sais pas si dans le détail on peut logger les connexions wifi, mais le contraire m'étonnerait.

meuh non! La peur c'est pour les faibles !

En plussant ton repo github, j'ai vu que le source était en caml. Ce qui m'a fait penser à unison, qui est écrit dans le même langage.

On peut imaginer des extensions, peut être. Il faut savoir que l'énorme avantage de unison est que le protocole de cohérence des fichiers synchronisés a été prouvé formellement par Benjamin Pierce et son équipe, ce qui n'est pas négligeable :)

On ne sait jamais….

Éventuellement je pourrais t'en dire plus, plus tard, j'ai un projet dans lequel je souhaiterais le consommer, donc je dois me farcir la doc de git-annex.

J'espère que tu paieras ton journal, même pas très long :)

Rhoo, c'est pas gentil pour les naïfs ! Ne me dite pas qu'il n'y en a pas, on voit bien des développeurs faire des commit de leurs clefs privées.

C'est presque du phishing là !

En aucun cas le magnet ne sert d'index, c'est une URI basée sur le contenu du fichier. Il a d'autres usages, potentiellement complémentaires avec index2share.

Exemple : j'installe un nœud (client/serveur) d'un protocole de partage pair-à-pair sur un raspi, avec disons une faible capacité de stockage. J'aurais sûrement envie d'utiliser un outil du genre d'index2share pour gérer la distribution de mes fichiers, lesquels sont répartis sur 2 disques durs USB, un ordi portable, un ordi fixe et 4 clef USB.

Le lien magnet ne résout pas ce problème (il en résout d'autres par contre), tandis qu'index2share semble le faire !

Il reste à gérer un problème de requête/réponse dans le protocole pair-à-pair (comment je synchronise la requête et la mise à disposition d'un fichier qui est sur une des clefs USB ?, par exemple), mais index2share gère déjà la collection locale.

Plus sérieusement, je m'imagine très bien avoir un cache d'une vingtaine de Go sur le Raspi, avec un système d'alerte qui me demande de connecter les devices externes, lorsque des fichiers sont requis. Et là index2share pourrait être utile pour gérer les copies de fichiers.

Honnêtement je ne fais que très très rarement du partage de fichiers, mais je trouve l'outil très intéressant dans son concept.

Un truc qui pourrait être intéressant, c'est de ré-exploiter ton système d'index et d'intégrer index2share dans une solution de partage pair-à-pair, c'est plutôt cet aspect là qui m'intéresse :)

Héhé, moi ma mère tourne sous Linux depuis bientôt 10 ans aussi, et elle a appris en autodidacte (sisi je vous jure!). Je me souviens même qu'elle avait essayé en vain d'installer un modem USB télé2 en PPPoE à l'époque.

Bon des fois j'ai droit à des questions du genre c'est quoi un « shell » ? Ça sert à quoi un « script » ? Mais dans l'ensemble je suis assez fier de ma moman :)

Ouais, c'est bien ce que je pensais : c'est super puissant, mais pas évident à appréhender à première vue !

Là c'est bon, je pense avoir bien compris le truc.

Lit le cas d'usage dans le readme.md (visible sur github), dis moi, si c'est plus compréhensible.

Alice has many USB keys with many files on it. Bob wants some of these files, but Alice cannot give her keys to Bob. Index2share program will create .idx file to enable Bob to choose files, with the file explorer. Then Alice will re-run index2share program, to finish the copies.

Pas vraiment … :(

Disons que pour comprendre je dois vraiment faire un effort, alors que j'ai l'impression qu'on pourrait l'exprimer plus simplement. Juste pour expliquer ce qui m'a dérangé :

Alice has many USB keys with many files on it. Bob wants some of these files, but Alice cannot give her keys to Bob.

Je pensais au début qu'Alice ne voulait pas partager ses fichiers (ses clefs USB) avec Bob, et que Bob cherchait à lui niquer la tronche (ça doit être le parallèle avec Alice et Bob de la crypto). J'aurais plutôt dit :

« Alice has many USB keys with many files on it and wants to share her whole collection of files with Bob. »

Là déjà je comprend qu'Alice possède une collection éparse de fichiers et souhaite faire un inventaire à l'aide des fichiers index, pour partager sa collection avec Bob.

Index2share program will create .idx file to enable Bob to choose files, with the file explorer.

Il m'a fallut un moment pour comprendre que tu supposes qu'Alice a fait tourner index2share sur l'ensemble de ses clefs. c'est bien ça ?

On aurait pu dire :

« Instead of sharing her keys one by one, she runs index2share, so as to index her whole collection. The result is a set of light index files (.idx files), that can be easily centralized on a storage device or sent by email (as they are ligthweight). Bob can thus browse Alices files collection through the set of index (by instance using his file explorer) »

… to enable Bob to choose files, with the file explorer

J'imagine que Bob fait une liste de fichiers souhaités, mais quid de cette liste ? Quelle forme ? Comment ?

Then Alice will re-run index2share program, to finish the copies.

Là j'imagine qu'Alice utilise la liste qu'à fait Bob, mais je comprend pas si on a besoin que toutes les clefs soient montées ou si on peut faire une copie itérative, ni comment on fourni la liste de Bob au programme. Et je viens de comprendre qu'Alice copiait les fichiers sur un support dédié à l'échange avec Bob. C'est bien ça ? Si oui, ça serait cool de l'expliciter.

Bon, c'est pas contre toi, le problème est chiant à expliquer/comprendre :)

J'ai mis un moment à comprendre le cas d'usage, je pense que ça y est ! Mais je trouve toujours le schémas trop compliqué, je ne pense pas que j'aurais compris avec le schémas seul.

Bon, le problème est pas facile à expliquer, mais je ferais au moins un schémas pour le cas d'usage le plus courant. Par exemple Alice veut copier des trucs de l'arborescence de Bob sur deux disques USB différents, parce que la taille totale de la copie ne rentre pas sur un seul disque. Là je comprend bien le problème, je ne sais toujours pas comment le résoudre avec « index2share », mais j'ai compris ce que ça pouvait m'apporter, donc je vais creuser !

Les cas d'usage c'est ce qui parle aux gens, s'il comprennent l'intérêt de l'outil, ils feront des efforts pour comprendre comment ça marche.

Entre développeur et moule, il faut faire un choix !

Je connais des développeurs qui n'arrivent plus à jouer sérieusement (FPS, MMORPG, etc) à cause de leur travail, j'imagine que le problème se pose également pour les moules : le développement demande du temps et de l'engagement, ce qui nuit au « moulage » (il n'y a pas de nom pour « l'action de mouler sur LinuxFr » ?).

Tu as des exemples d'IE avec des contrats à 48-60K plus compensation de la précarité (10% min en vrai tu vas le monnayer plus cher) ?

Oui, dans cette fourchette. Encore une fois, je dis que ça existe, pas que c'est le cas majoritaire. Vous m'excuserez de ne pas citer de noms, et serez obligés de vous en remettre à ma mauvaisebonne fois.

Autrement tu n'as clairement pas 25% de cotisation salariale dans le privé.

SS + CSG /CRDS = 15/16% + retraite complémentaire, variable, mais à 8% pour la majorité des salariés --> 23%. J'étais parti sur du 25% de tête avec un calcul grossier, mais apparemment les abaques des recruteurs prennent bien le chiffre de 23% (Google à l'air de confirmer).

Au final ça va se jouer sous les 3%. On est donc très loin du "**surtout que 2500 euros brut à l'INRIA ça fait pas beaucoup moins en net**". Ca va faire grosso modo 1K de différence, faut juste pas que les gens se fasse de fausses idées ?

My bad ! C'est pour un fonctionnaire, qui n'est pas soumis aux charges de retraites complémentaires (ou dans des cas particuliers, donc je faisais partie, comme les étudiants salariés ou certains salariés étrangers) que la différence est de 16% contre 23%, ce qui nous fait quand même dans les 175 euros de différence pour un salaire brut de 2500 euros. Mais je te l'accorde le « pas beaucoup moins » est très subjectif !

Pour un débutant c'est payé au prix ou un poil en dessous du marché d'un CDI dans le privée. Pour quelqu'un qui a de l'expérience c'est juste une énorme blague.

Alors il faut savoir que dans la plupart des cas, c'est tout à fait négociable, j'ai déjà vu le cas (certes pas majoritaire) de l'expert embauché en CDD à salaire « aligné » sur le privé. En effet, dans la majorité des cas, le salaire de l'ingé embauché en CDD est imputé sur des financements de projets de recherche (ANR, FUI, ou autres), gérés par les chercheurs directement. Le salaire est donc négociable, dans une certaine mesure car il y a toujours des milliers de contraintes liées au laboratoire, à la structure d’accueil ou au financement lui même.

Tu as une source ? Si je regarde mes veilles feuilles de paie c'est kif kif au privé, t'es vers 20%

Il Faudrait que je ressorte mes vieux bulletins de salaires, mais de tête j'étais sur du 17% dans le public et 25% de cotisations dans le privé. Mais bon, faire des statistiques sur une ou deux personnes… Sachant que pas mal de cotisations sont soumises à des plafonds, et donc le pourcentage est variable en fonction du salaire.

Enfin, tout ça pour dire que les salaires CDD sont généralement au dessus des salaires CDI (en comptant ta remarque sur l'intégration des primes précarité).