Posté par fearan .
En réponse au journal La blague.
Évalué à 5.
je dirai bien que quand on est sous windows, c'est justement pour ne pas à avoir à taper des lignes de commandes, mais l'interface étant limité (un peu comme gnome), on se retrouve à utiliser regedit (gconf), fouiller dans les menus/sous menus/sousn menus afin de se résigner à une ligne de commande pour planifier des tâches simples.
L'autre solution étant de râler ici du manque de fonctionnalité de windows, pour avoir rapidement une réponse de pbpg, qui donne la solution que même google à du mal à trouver ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
bah faut installer openssh sous windows, (une version est dispo avec cygwin), mais si c'est powershell que tu veux utiliser sur le routeur c'est mort; a moins d'y installer powershell (ce qui nécessite au minimum mono, pour y avoir un powershell incomplet)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
si elle reçoit une requête pour l'IP d'un service d’hébergement elle n'en fait rien.
Elle peut aussi décider de logguer cette IP, et si elle revient trop souvent la transmettre au procureur pour délit de contrefaçon; Hadopi n'est pas juste une machine à envoyer des mails et des recommandés.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Le seul soucis c'est que le compilo n'est pas adapté pour du fonctionnel, (mise à plat des fonctions récursive, optimisation de récursivité terminale…), mais rien n'empêche le compilo d'évoluer pour faire du fonctionnel.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
on développe principalement sur vim via SSH sur le serveur de dev,
je développe via emacs en utilisant fish://machine:/chemin/vers/fichier.cc ça va pas le faire :P
Sinon kate (et probablement kdevelop) permettent de faire la même chose
Sinon y a encore sshfs qui doit pouvoir permettre de faire deux trois truc
ou un export nfs
Pour le reste, je trouve le salaire bas, mais je vis à Paris, les salaires ont un léger boost
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
en même temps si ils sont capable de récupérer les images de la caméra du smartphone, (et vider la batterie à une vitesse suspecte), autant activer le micro non? c'est trop simple.
Pour le reste, le vol de clé en espionnant les bruits des condo, vitesse de réponse, ça marche en environnement contrôlé, avec des vieux algos, sur un système où l'utilisateur à toutes ses applis de lancer, avec des algos prenant en compte ce type d'attaque, ça devient difficile.
Si j'ai parlé du laser c'est qu'il utilise le même principe et est vachement plus simple à mettre en œuvre (mise à part l'activation du micro), et est difficilement détectable (alors que le micro ou la vidéo vont avoir un impacte remarquable sur la batterie)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Le poste est basé à Paris, accessible en transport
En même temps s'il est basé à Paris, c'est être inaccessible en transport que devrait être l'exploit; notes bien, comparé à certaines annonces c'est pas mal on a la ville, ça donne une estimation à 40/45 minutes environ ;) ( bon à première vu c'est du coté du Louvre, mais c'est une supposition )
Si vous etes interressé, je suis à votre disposition pour tout complement d'information.
Salaire?
35H? 38H30?
4/5 ou télétravail possible ?
Cantine ? ou frigo à disposition?
Salle cafet correcte ou juste une machine coincé dans le hall?
Convention collective?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Ca m'a l'air compliqué, dans ton explication tu mélanges idées/prospection/explication/implémentation/question…
Il vaut mieux avoir un paragraphe qui résume ce que tu veux faire, puis détailler ensuite dans d'autres parties. De ce que j'ai compris tu veux permettre à des personnes d'échanger via un serveur des messages chiffrés, sans que le serveur n'enregistre les messages en clairs; c'est ça ?
Ma première remarque :
mhc déchiffre le message et le chiffre par rapport au mot de passe du compte (/etc/shadow) :
/etc/shadow n'est lisible que par root, est tu certains d'avoir besoin d'un processus supplémentaire avec les droits tronçonneuse ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
J'ai déjà eu une mésaventure avec chronopost, service que j'avais choisie en raison d'une livraison théoriquement rapide.
Résultat, le colis annoncé livré alors qu'il ne l'était pas, où on m'annonce que j'ai signé avec mon prénom (ce qui n'est jamais le cas), que le colis a, peut être, été réceptionné par un autre habitant de l'immeuble (pas de bol c'est un pavillon), une fois toutes ces précision donnée par téléphone, j'utilise le mail fourni pour les réclamations.
Après quelques échanges, une déclaration sur l'honneur comme quoi je n'ai pas reçu ledit colis; au final le colis arrive le vendredi (au lieu de lundi), dans un paquet qui a visiblement été ouvert. J'en fait par au cyber-marchant, et l'histoire s'est arrêté là…
Je te conseilles les mails, à la rigueur pour la première mise en contacte peut être faite pas téléphone, mais tu ne gardes que peu de trace de l'appel, par contre les mails te permettent d'avoir une trace écrite, avec des dates précises, et un suivit de l'échange
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Non, ça c'est juste faux. Rien que pour faire en sorte qu'un script se mette en daemon proprement,
On a pas la même notion de bricolage pour moi un nohup sur un script comme celui ci me convient pour bricoler
FILERUN=/var/run/plopHasToRun
while [ -f "$FILERUN" ]
do
plop
echo $$ >/var/run/plop.pid
sleep 1
done
tu peux même l'améliorer pour faire plus générique
FILERUN=$(shift)
while [ -f "$FILERUN" ]
do
$*
echo $$ > /var/run/$1.pid
sleep 1
done
Si tu veux faire dans les règles de l'art, c'est plus du bricolage, mais de l'administration système
Même pas besoin de savoir ce qu'est bash, juste de savoir ce que veulent dire les clés et valeurs.
Si le gars qui va éditer les fichier de conf à la main ne sais pas ce qu'est bash (ou un shell), j'espère ne JAMAIS être sur une machine qu'il administre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Sérieusement, SysV ou Upstart, c'était vachement plus cassé que systemd.
Ça, j'en sais rien; ce que je sais par contre c'est qu'un gars ayant des notions de base de bash était capable de réparer/tweaker un SysV sans apprentissage supplémentaire; ensuite au vu de la complexité grandissante des systèmes, et du nombres de service toujours plus important, rationaliser tout ça et avoir des automatismes (comme la daemonisation), est plutôt une bonne chose.
Bref, je trouve dommage la perte de facilité de bricolage, mais apprécie grandement la rationalisation du schmilblick.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Tout à fait. Les deux ont le droit à la même protection.
Donc même durée
Tout à fait. C'est pourtant ce que tu recommandes, quand tu parles de "rentabiliser une oeuvre", de smic horaire sur 35h pendant 2 ans, etc…
J'ai parlé d'évaluer la durée nécessaire pour les œuvres qui se vende déjà raisonnablement, pour obtenir un smic sur 2 ans, et de doubler la durée en question comme base pour la protection de l’œuvre; Ensuite que le gars l'ai pondu en 1 semaine ou 30 ans, il sera protégé de la même manière.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Protection totale jusqu'à la mort de l'auteur, tu trouveras pas plus simple, et perso ca me parait équilibré.
Simple : non, comment gérer les œuvres composées? Comment savoir si l'auteur est en vie? Si le nom du gars décédé n'est pas un homonyme?
Équilibré : non, entre un gars qui meurt le jour de la publication et un qui meurt 60 après la durée de protection est variable.
Les auteurs des livres que tu as apprécié ne méritent pas plus que le SMIC horaire ?
S'ils le vendent bien ils auront plus que le smic, s'ils le vendent mal ils auront moins.
Et ? J'ai du mal à voir où tu veux en venir. A moins que tu souhaites que je te retire TOUT ce dont tu n'as pas besoin pour vivre (si l'argument est valable pour les auteurs, il l'est aussi pour les informaticiens ou les chaudronniers).
Tu essayes de comparer un écrivain à plein temps qui vit de son métier, à quelqu'un qui fait ça sur son temps libre; le fait qu'il mette 15 ans à le sortir plutôt qu'une année n'a pas à rentrer en ligne de compte sur la durée de protection de l’œuvre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Et les auteurs qui ont pour habitude de fouiller, se documenter, aller interviewer des gens, sourcer, etc, et qui prennent plus de 2ans à 35heures/jour pour écrire un bouquin ? Ils ont qu'a apprendre à faire de la merde comme les autres ?
Le but est d'avoir un système simple et équilibré, tu regardes en moyenne combien de temps ça fait pour rentabiliser un livre qui se vends sans prendre les têtes de gondoles, et tu protèges 2 fois cette durée. Si le livre se vends bien, tant mieux pour l'auteur, sinon tant pis.
Certains auteurs mettent une vie a écrire leur bouquin, parce qu'ils bossent à coté,
Donc ils n'ont pas besoin de cette rémunération pour vivre.
Toi et tes collègues avez déja été payés pour ce travail => Rien à voir.
Question de point de vue.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Comment tu fais pour rentabiliser une œuvre qui n'a rien couté (si ce n'est du temps) ?
tu considères un smic à 35H sur 2 ans pour les œuvres, ou tu donne une valeurs aux mots des livres actuels
Je ne vois pas où tu veux en venir… Oui, il y a des auteurs très prolifiques… Et alors ? Est-ce que ca veut dire que celui qui prends plus son temps, qui fouille, se documente, travaille et retravaille son oeuvre pendant des années parce qu'il est perfectionniste et n'est jamais satisfait du résultat est moins bon ?
Non ce que je voulais montrer, c'est que les écrivains, en moyenne, sortent pas mal de bouquins au long de leur carrière entre plusieurs par an à 1 tous les 3/4 ans.
Il n'y a pas de raison que pour un travail donné on puisse bénéficier d'une rente à vie; je bosse sur un logiciel de MCO du réseau électrique Français, dont tu bénéficie assez largement, ça te dirai de payer à moi et mes collègues et nos héritier une petite rente jusqu'à 70 ans après notre mort ? Pareil pour le gars de la DDE qui a rénové la route devant chez toi? Ou le conducteur du train que tu as utilisé?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Justement, on s'enfonce dans la culture jetable, on regarde un filme en vod, on écoute de la musique en streaming, et ce qui pourrait être intéressant mais vieux est introuvable, et "protégé" par des droit d'auteurs qui empêche sa diffusion, au profit de quelques œuvres très rémunératrices;
Il y a bien eu de maigre tentative pour que les œuvres orphelines ou inexploités puissent être diffusés, mais l'industrie de la "culture" à vite fait rentrer ses lobys pour 'corriger' la loi et la rendant quasi inexploitable; ou pire dans le cas des œuvres orphelines
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Qu'un auteur soir rémunéré pour sa création, oui, qu'il en obtienne une rente à vie, non. Ce qu'il faut regarder, c'est la vitesse à laquelle une 'œuvre' est 'rentabilisée' ou remplacée (typiquement tu prends un Musso ou un Levi tu en as un chaque année), tu prends la saga Harry Potter, elle s'est étendue sur 10 ans, tu prends Conan Doyle, c'est aussi assez prolifique.
George RR Martins, à déjà une trentaine de bouquins à son actif, il a commencé en 76
Jim Butcher en a une 20 aine, il a commencé en 2000;
G.-J. Arnaud (la compagnie des glace) est aussi assez prolifique…
Tu peux aussi regarder Kipling, Oscar Wilde…
De fait, il ne faut pas non plus avantager les industriels aux dépens des auteurs.
A) c'est déjà le cas, il suffit de voire que l'année d'expiration des droits de la guerre des boutons, on a eu le droit à deux films dessus la même année.
B) avec le domaine publique qui est censé s'agrandir les industriel du divertissement pourront toujours piocher dedans.
C) On vie une époque de l'instantanéité, les gens ne patientent plus pour avoir l'épisode suivant, tu crois vraiment que les industriels vont patienter 10 ans au risque qu'un autre lui rafle le pactole?
L'idée d'une protection plus longue pendant la vie de l'auteur, a priori, ne me choque pas.
Moi ça me choque, c'est le même travail il a à être rémunéré de la même façon quel que soit les circonstances.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
On peut envisager une rente après la mort de l'auteur,
Non on ne fait pas à géométrie variable, selon l'humeur du capitaine, le sens du vent et des infarctus; on protège une durée fixe une œuvre, et il suffit de se baser sur sa date de sortie pour savoir si elle est du domaine publique, pas besoin d'aller chercher les 42 auteurs/compositeurs/interprètes d'une œuvre, regarder tout les ayants droits…
On peut par contre avoir une durée variable selon le type de média, (livre, film, musique, logiciel…) mais ça compliquerai quelque chose qui devrait être simple. A l'origine, le droit d'auteur était plus court (5 ou 10 ans je crois, mais était doublé si l'auteur continuait de créer), revenir à cette base, serait déjà une bonne chose, cette durée a été choisie bien avant l'ère du numérique, où se faire connaitre de l'autre coté de l'océan prenait un certain temps.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Windows
Posté par fearan . En réponse au journal La blague. Évalué à 5.
je dirai bien que quand on est sous windows, c'est justement pour ne pas à avoir à taper des lignes de commandes, mais l'interface étant limité (un peu comme gnome), on se retrouve à utiliser regedit (gconf), fouiller dans les menus/sous menus/sousn menus afin de se résigner à une ligne de commande pour planifier des tâches simples.
L'autre solution étant de râler ici du manque de fonctionnalité de windows, pour avoir rapidement une réponse de pbpg, qui donne la solution que même google à du mal à trouver ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: précision
Posté par fearan . En réponse au message Script Powershell. Évalué à 2.
bah faut installer openssh sous windows, (une version est dispo avec cygwin), mais si c'est powershell que tu veux utiliser sur le routeur c'est mort; a moins d'y installer powershell (ce qui nécessite au minimum mono, pour y avoir un powershell incomplet)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# heu oui?
Posté par fearan . En réponse au message Script Powershell. Évalué à 3.
C'est pas clair… Qu'est ce que tu veux faire lancer une commande / script sur plusieurs machines?
Dans ce cas je recommanderai un script bash, c'est très puissant ;)
évidemment il faut avoir les bonnes clés, sinon
la doc de ssh
man ssh
man ssh-keygen
man expect (ou http://fr.wikipedia.org/wiki/Expect )
Bon ensuite sous powershell, je ne sais pas, c'est trop spécifique à un seul système; même si des rigolos font un portage, ça reste moisi :D
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re:
Posté par fearan . En réponse au message Questions sur VPN HideMyAss . Évalué à 2.
Elle peut aussi décider de logguer cette IP, et si elle revient trop souvent la transmettre au procureur pour délit de contrefaçon; Hadopi n'est pas juste une machine à envoyer des mails et des recommandés.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pur ou pas ?
Posté par fearan . En réponse au message Langage fonctionnel "bas niveau" (genre C). Évalué à 2.
Le seul soucis c'est que le compilo n'est pas adapté pour du fonctionnel, (mise à plat des fonctions récursive, optimisation de récursivité terminale…), mais rien n'empêche le compilo d'évoluer pour faire du fonctionnel.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# arf enfin un annonce qui ressemble a quelque chose
Posté par fearan . En réponse au message [Django] Recrute CDI | Bayonne. Évalué à 4.
je développe via emacs en utilisant fish://machine:/chemin/vers/fichier.cc ça va pas le faire :P
Sinon kate (et probablement kdevelop) permettent de faire la même chose
Pour le reste, je trouve le salaire bas, mais je vis à Paris, les salaires ont un léger boost
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pas vraiment...
Posté par fearan . En réponse à la dépêche Pour plus de sécurité au bureau, évitez les chips (ou alors, chuchotez) !. Évalué à 7.
en même temps si ils sont capable de récupérer les images de la caméra du smartphone, (et vider la batterie à une vitesse suspecte), autant activer le micro non? c'est trop simple.
Pour le reste, le vol de clé en espionnant les bruits des condo, vitesse de réponse, ça marche en environnement contrôlé, avec des vieux algos, sur un système où l'utilisateur à toutes ses applis de lancer, avec des algos prenant en compte ce type d'attaque, ça devient difficile.
Si j'ai parlé du laser c'est qu'il utilise le même principe et est vachement plus simple à mettre en œuvre (mise à part l'activation du micro), et est difficilement détectable (alors que le micro ou la vidéo vont avoir un impacte remarquable sur la batterie)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pas vraiment...
Posté par fearan . En réponse à la dépêche Pour plus de sécurité au bureau, évitez les chips (ou alors, chuchotez) !. Évalué à 3.
selon wikipédia c'est déjà en place pour la nsa ( http://en.wikipedia.org/wiki/Laser_microphone )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# comme d'hab c'est très léger
Posté par fearan . En réponse au message Offre d'emploi FREEBSD - Paris. Évalué à 10.
En même temps s'il est basé à Paris, c'est être inaccessible en transport que devrait être l'exploit; notes bien, comparé à certaines annonces c'est pas mal on a la ville, ça donne une estimation à 40/45 minutes environ ;) ( bon à première vu c'est du coté du Louvre, mais c'est une supposition )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# hou la
Posté par fearan . En réponse au message Idée de projet pour communications email. Évalué à 3.
Ca m'a l'air compliqué, dans ton explication tu mélanges idées/prospection/explication/implémentation/question…
Il vaut mieux avoir un paragraphe qui résume ce que tu veux faire, puis détailler ensuite dans d'autres parties. De ce que j'ai compris tu veux permettre à des personnes d'échanger via un serveur des messages chiffrés, sans que le serveur n'enregistre les messages en clairs; c'est ça ?
Ma première remarque :
/etc/shadow n'est lisible que par root, est tu certains d'avoir besoin d'un processus supplémentaire avec les droits tronçonneuse ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# En même temps chronopost...
Posté par fearan . En réponse au message Commande chez LDLC, vol de smartphone chez Chronopost. Comment porter plainte ?. Évalué à 2.
J'ai déjà eu une mésaventure avec chronopost, service que j'avais choisie en raison d'une livraison théoriquement rapide.
Résultat, le colis annoncé livré alors qu'il ne l'était pas, où on m'annonce que j'ai signé avec mon prénom (ce qui n'est jamais le cas), que le colis a, peut être, été réceptionné par un autre habitant de l'immeuble (pas de bol c'est un pavillon), une fois toutes ces précision donnée par téléphone, j'utilise le mail fourni pour les réclamations.
Après quelques échanges, une déclaration sur l'honneur comme quoi je n'ai pas reçu ledit colis; au final le colis arrive le vendredi (au lieu de lundi), dans un paquet qui a visiblement été ouvert. J'en fait par au cyber-marchant, et l'histoire s'est arrêté là…
Je te conseilles les mails, à la rigueur pour la première mise en contacte peut être faite pas téléphone, mais tu ne gardes que peu de trace de l'appel, par contre les mails te permettent d'avoir une trace écrite, avec des dates précises, et un suivit de l'échange
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: C'est là tout le problème
Posté par fearan . En réponse au journal systemd: je me lance. Évalué à 2.
en même temps y a quoi qui te choque dans le bricolage ci-dessus ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: C'est là tout le problème
Posté par fearan . En réponse au journal systemd: je me lance. Évalué à 2.
On a pas la même notion de bricolage pour moi un nohup sur un script comme celui ci me convient pour bricoler
tu peux même l'améliorer pour faire plus générique
Si tu veux faire dans les règles de l'art, c'est plus du bricolage, mais de l'administration système
Si le gars qui va éditer les fichier de conf à la main ne sais pas ce qu'est bash (ou un shell), j'espère ne JAMAIS être sur une machine qu'il administre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: nine
Posté par fearan . En réponse au journal Un sondage pour la numérotation des versions de Linux. Évalué à 3.
Je ne sais pas avec 20 doigts plus orteils je compte jusqu'à 1048575, ou un truc de ce genre :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: C'est là tout le problème
Posté par fearan . En réponse au journal systemd: je me lance. Évalué à 4.
Ça, j'en sais rien; ce que je sais par contre c'est qu'un gars ayant des notions de base de bash était capable de réparer/tweaker un SysV sans apprentissage supplémentaire; ensuite au vu de la complexité grandissante des systèmes, et du nombres de service toujours plus important, rationaliser tout ça et avoir des automatismes (comme la daemonisation), est plutôt une bonne chose.
Bref, je trouve dommage la perte de facilité de bricolage, mais apprécie grandement la rationalisation du schmilblick.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: .
Posté par fearan . En réponse au journal systemd: je me lance. Évalué à 7.
c'est des scripts, c'est auto documenté :P
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Le supprimer ? Non. L'adapter ? Oui !
Posté par fearan . En réponse au journal La France met en garde contre un "démantèlement" du droit d'auteur en Europe. Évalué à 2.
Donc même durée
J'ai parlé d'évaluer la durée nécessaire pour les œuvres qui se vende déjà raisonnablement, pour obtenir un smic sur 2 ans, et de doubler la durée en question comme base pour la protection de l’œuvre; Ensuite que le gars l'ai pondu en 1 semaine ou 30 ans, il sera protégé de la même manière.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Le supprimer ? Non. L'adapter ? Oui !
Posté par fearan . En réponse au journal La France met en garde contre un "démantèlement" du droit d'auteur en Europe. Évalué à 2.
Simple : non, comment gérer les œuvres composées? Comment savoir si l'auteur est en vie? Si le nom du gars décédé n'est pas un homonyme?
Équilibré : non, entre un gars qui meurt le jour de la publication et un qui meurt 60 après la durée de protection est variable.
S'ils le vendent bien ils auront plus que le smic, s'ils le vendent mal ils auront moins.
Tu essayes de comparer un écrivain à plein temps qui vit de son métier, à quelqu'un qui fait ça sur son temps libre; le fait qu'il mette 15 ans à le sortir plutôt qu'une année n'a pas à rentrer en ligne de compte sur la durée de protection de l’œuvre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Le supprimer ? Non. L'adapter ? Oui !
Posté par fearan . En réponse au journal La France met en garde contre un "démantèlement" du droit d'auteur en Europe. Évalué à 6.
Le but est d'avoir un système simple et équilibré, tu regardes en moyenne combien de temps ça fait pour rentabiliser un livre qui se vends sans prendre les têtes de gondoles, et tu protèges 2 fois cette durée. Si le livre se vends bien, tant mieux pour l'auteur, sinon tant pis.
Donc ils n'ont pas besoin de cette rémunération pour vivre.
Question de point de vue.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Le supprimer ? Non. L'adapter ? Oui !
Posté par fearan . En réponse au journal La France met en garde contre un "démantèlement" du droit d'auteur en Europe. Évalué à 6.
tu considères un smic à 35H sur 2 ans pour les œuvres, ou tu donne une valeurs aux mots des livres actuels
Non ce que je voulais montrer, c'est que les écrivains, en moyenne, sortent pas mal de bouquins au long de leur carrière entre plusieurs par an à 1 tous les 3/4 ans.
Il n'y a pas de raison que pour un travail donné on puisse bénéficier d'une rente à vie; je bosse sur un logiciel de MCO du réseau électrique Français, dont tu bénéficie assez largement, ça te dirai de payer à moi et mes collègues et nos héritier une petite rente jusqu'à 70 ans après notre mort ? Pareil pour le gars de la DDE qui a rénové la route devant chez toi? Ou le conducteur du train que tu as utilisé?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Si les majors défendent le droit d'auteur c'est que le droit d'auteur est mal fait
Posté par fearan . En réponse au journal La France met en garde contre un "démantèlement" du droit d'auteur en Europe. Évalué à 4.
Justement, on s'enfonce dans la culture jetable, on regarde un filme en vod, on écoute de la musique en streaming, et ce qui pourrait être intéressant mais vieux est introuvable, et "protégé" par des droit d'auteurs qui empêche sa diffusion, au profit de quelques œuvres très rémunératrices;
Il y a bien eu de maigre tentative pour que les œuvres orphelines ou inexploités puissent être diffusés, mais l'industrie de la "culture" à vite fait rentrer ses lobys pour 'corriger' la loi et la rendant quasi inexploitable; ou pire dans le cas des œuvres orphelines
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Le supprimer ? Non. L'adapter ? Oui !
Posté par fearan . En réponse au journal La France met en garde contre un "démantèlement" du droit d'auteur en Europe. Évalué à 4.
Qu'un auteur soir rémunéré pour sa création, oui, qu'il en obtienne une rente à vie, non. Ce qu'il faut regarder, c'est la vitesse à laquelle une 'œuvre' est 'rentabilisée' ou remplacée (typiquement tu prends un Musso ou un Levi tu en as un chaque année), tu prends la saga Harry Potter, elle s'est étendue sur 10 ans, tu prends Conan Doyle, c'est aussi assez prolifique.
A) c'est déjà le cas, il suffit de voire que l'année d'expiration des droits de la guerre des boutons, on a eu le droit à deux films dessus la même année.
B) avec le domaine publique qui est censé s'agrandir les industriel du divertissement pourront toujours piocher dedans.
C) On vie une époque de l'instantanéité, les gens ne patientent plus pour avoir l'épisode suivant, tu crois vraiment que les industriels vont patienter 10 ans au risque qu'un autre lui rafle le pactole?
Moi ça me choque, c'est le même travail il a à être rémunéré de la même façon quel que soit les circonstances.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Le supprimer ? Non. L'adapter ? Oui !
Posté par fearan . En réponse au journal La France met en garde contre un "démantèlement" du droit d'auteur en Europe. Évalué à 8.
Non on ne fait pas à géométrie variable, selon l'humeur du capitaine, le sens du vent et des infarctus; on protège une durée fixe une œuvre, et il suffit de se baser sur sa date de sortie pour savoir si elle est du domaine publique, pas besoin d'aller chercher les 42 auteurs/compositeurs/interprètes d'une œuvre, regarder tout les ayants droits…
On peut par contre avoir une durée variable selon le type de média, (livre, film, musique, logiciel…) mais ça compliquerai quelque chose qui devrait être simple. A l'origine, le droit d'auteur était plus court (5 ou 10 ans je crois, mais était doublé si l'auteur continuait de créer), revenir à cette base, serait déjà une bonne chose, cette durée a été choisie bien avant l'ère du numérique, où se faire connaitre de l'autre coté de l'océan prenait un certain temps.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Ed
Posté par fearan . En réponse au journal Tour d'horizon des éditeurs de texte pour le terminal. Évalué à 3.
j'allai dire la même chose, ça ne se fait pas d'oublier ed :)
et puis de toute façon "real programmer use emacs" http://xkcd.com/378/
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: pour crypter
Posté par fearan . En réponse au journal Pourquoi cette ordure d'FTPS reste si populaire ?!. Évalué à 2.
ben vu tous les refroidis qu'on y trouve c'est pas une mauvaise idée ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent