Donc, tes compétences n'évoluent plus après avoir passé le concours ?
Si, c'est pour ça que tu passes des échelons au cours du temps (ce qui te fait progresser dans ton salaire), et tu peux aussi demander un avancement où tu passes directement à un échelon supérieur après qu'on ait vérifié tes compétences, et tu peux aussi passer d'autres concours internes.
Le salaire est en suite basé sur le résultat du concours ou le type qui a fait 90% a le même salaire que celui qui a fait 50% ?
La réussite au concours montre que tu as un ensemble de capacités requises, le concours n'est pas là pour déterminer cet ensemble pour chaque candidat. Ta remarque est d'ailleurs intéressante parce qu'elle rentre complètement dans le schéma que j'indiquais où un «mérite» individuel serait à récompenser. Or réussir mieux à un concours qu'un autre candidat ne montre pas qu'on mérite davantage, mais simplement… qu'on a mieux réussi ce concours particulier. Est-ce qu'avec d'autres questions ou d'autres épreuves le classement aurait été différent ?
Comment un concours évalue la capacité du type à s'intégrer l'équipe actuelle ?
Pour pas mal de concours, il y a un entretien ou un examen oral.
Il me semblait que c'était basé sur le diplôme qui est une appréciation très grossière (je dirais même mauvaise) des compétences.
Pour entrer dans la fonction publique, tu passes un concours qui établit tes compétences et donc ton salaire (ce qui répond ainsi à ta dernière questions).
Qu'est-ce qui justifie, à compétence égales, d'avoir le même salaire qu'un autre ?
Toute la fonction publique est fondée sur ce principe. Donc, ce n'est pas totalement déconnant hein. En revanche, ce que tu me dis, ça ressemble furieusement à tout ce qu'on peut entendre de la part de ceux qui veulent payer moins leurs salariés. Si je résume, ça revient à dire que les salaires sont basés sur le mérite individuel (reste à savoir comment est calculé ce mérite) de chacun, et tous les salariés qui défendent cette vision pensent qu'ils méritent assurément plus que les autres. Mais dans les faits, ça revient à tirer tous les salaires vers le bas, parce que ce n'est qu'une version déguisée du diviser pour régner. Il n'y a pas d'égalité entre le salarié et l'employeur dans la négociation du salaire, hein, donc si la loi impose qu'à compétence égales, salaire égal, ça sera ça de plus pour les salariés. Les grilles de salaires présentes dans les conventions collectives servent aussi à ça.
Ouais, tu me sors la justification classique que sortent tous les employeurs dans ce genre de travail (voir la vidéo du SNJV par exemple). Cette justification fait croire que la passion peut remplacer le salaire à la fin du mois. Maintenant, si on remet notre cerveau en marche, qu'est-ce qui justifie, à compétences égale, de ne pas avoir le même salaire sous prétexte que dans un cas, ce sont des passionnés, et dans l'autre, ce ne sont de simples salariés ? Absolument rien.
Pourquoi faudrait-il nécessairement être moins bien payé pour les métiers pour lesquels on est passionné (marche avec logiciel libre mais aussi jeux vidéo) ?
Je viens de retomber sur quelques liens que j'avais prévu de mettre dans cet épisode, je les mets donc ici pour mémoire.
Gamepad : un draft du W3C pour gérer les manettes de jeu dans le navigateur. La partie intéressante est la normalisation de la manette (et notamment de la numérotation des boutons).
Game Input Simplified : une tentative de simplifier la gestion des inputs, et qui ressemble assez dans l'idée à ce qui se trouve dans jnuit, mais avec du Javascript.
Quand SFML gérera le tactile, ça ne sera pas trop dur je pense d'ajouter ce périphérique. Mais bon, après, mon objectif, ça reste le desktop, pas le mobile. Un RPG sur mobile, j'en ai un (Andor's Trail) et c'est une calamité à jouer.
Ensuite, je pense que le tactile, c'est un peu pareil que pour la WiiMote, il faut des jeux et des gameplays adaptés si tu veux vraiment en profiter.
Je vais devoir bien réfléchir au prochain moyen d'apparaître dans l'épisode 13…
Je pense que ça va être plus difficile ;)
Le but est de pouvoir gérer de multiples interactions
Oui, on en avait discuté, mais du coup, c'est quand même assez flou pour moi la manière dont on pourrait programmer ce genre de chose en l'état avec jnuit. Après, pour beaucoup de jeux, un truc plus simple suffit. Et j'aime bien le KISS.
Si vraiment vous avez de l'argent à dépenser, je vous conseillerais plutôt d'embaucher un graphiste. Vous êtes sur un clone de jeu (à peu près), donc vous allez souffrir de la comparaison avec l'original. Et la comparaison n'est pour l'instant pas en votre faveur. Donc quitte à dépenser, autant investir dans de jolis graphismes (et le mieux serait que ces graphismes apportent un style différent de l'original).
Les utilisateurs de noyaux alternatifs ou d'architecture alternatives, ils ont l'air de ne pas trop compter selon toi. Or, pour ces utilisateurs (notamment ceux qui ont des architectures alternatives), il n'y a souvent pas beaucoup d'autres choix que Debian. Ce ne sont pas des délires technophiles, c'est répondre aux besoins d'une certaine catégorie de gens qui n'ont pas d'autres choix ailleurs.
Non mais attends, cet argument, c'est pour faire pleurer dans les chaumières (et ça a l'air de marcher). Le post du blog reconnaît lui-même qu'à la version précédente, la gestion de l'accessibilité était "à peine acceptable". Et maintenant, ils en font une condition sine qua none. Donc, laisser tomber les malvoyants (comme à la version précédente) et avoir GNOME, c'est bon, et tout faire pour les malvoyants et avoir GNOME, c'est bon aussi. Dans les deux cas, c'est juste avoir GNOME et trouver des arguments rétro-compatibles.
Est-ce que Xfce offre, facilement, les même possibilités ? Et non, il ne suffit pas de dire que Xfce tourne sur les différentes architectures supportées par Debian, et que c'est amplement suffisant, point.
Un admin, il saura faire, quoi qu'il arrive, donc la question que tu poses est un faux problème. Et du point de vue de Debian, le fait que ça tourne partout simplifiera la vie de tout un tas de gens.
Et ça sera sans doute la même chose pour les écrans HiDPI
Sans support HiDPI, on a un écran noir ? Non, ça marche quand même, pas de quoi fouetter un chat. Alors qu'un GNOME sur kFreeBSD…
Entre l'accessibilité (qui n'est pas nulle chez KDE hein) et le fait de marcher sur tous les noyaux Debian, je crois que le choix est vite fait : je laisse tomber l'accessibilité.
Je trouve que les arguments donnés dans le post sont de mauvaise foi. La plupart s'applique également à KDE (sauf peut-être la taille de l'équipe) mais jamais il n'en est fait mention, on est face à un faux choix : GNOME ou XFCE. Alors qu'il existe d'autre DE, KDE en tête.
Dans la mauvaise foi, on trouve aussi ce passage sur les power users qui savent installer KDE ou XFCE et que le truc par défaut, ça doit être pour les gens qui ne savent pas faire (genre je prends les gens pour des cons). Ok. Mais alors pourquoi parler des admins dans les arguments ? Ils sauront aussi installer GNOME s'il n'est pas par défaut non ? (D'ailleurs, dans mon bout d'université, c'est KDE qui est installé avec Debian)
Mais mon moment préféré, c'est quand il dit que ça devrait être discuté (ça ok, c'est vrai) comme a été discuté le système d'init. C'est vrai qu'à deux mois de la date de gel, on peut se permettre 6 mois de discussions de couleur de garage à vélo sur le DE par défaut.
Ha oui, et en parlant de système d'init, arguer du fait que c'est bien intégré à systemd et que celui-ci est le système d'init par défaut, c'est un peu léger. Il est le système d'init par défaut sur les Linux, donc pas sur les version kFreeBSD par exemple. On fait comment là ?
C'est pour ça que XFCE, c'est un choix que je trouve raisonnable : ça offre un DE utilisable et léger qui fonctionne sur l'ensemble des variantes architecturale de Debian, point.
Une approche triviale ou simpliste, ça sera trivialement ou simplement cassable. Prend Vigénère par exemple (qui est trivial et simpliste), ça va résister à ta petite sœur, mais ça ne résistera pas à un étudiant en informatique, et encore moins à une agence gouvernementale américaine.
Ce genre de propos ne fait que maintenir la sécurité informatique dans une bulle d'expertise inaccessible au commun des mortels.
La cryptographie (qui est le sous-ensemble de la sécurité informatique qui nous intéresse ici) est bien un domaine d'experts. Elle n'est pas inaccessible au commun des mortels, comme le disait quelqu'un plus haut, comprendre ce qui ne marche pas (comme le cas présenté) requiert assez peu de connaissance. Après, concevoir des algorithmes de sécurité, ça demande d'avoir étudié des maths et de l'informatique pendant un certain nombre d'années. Ça ne s'improvise pas.
L'idée principale qui sous-tend le logiciel libre, c'est tout de même le partage, pas des remarques toutes faites comme "quand on sait pas, on fait pas" qui n'ont rien de constructive.
Il y a des tonnes de bouquins sur la sécurité, ça n'a rien à voir avec logiciel libre ou pas logiciel libre. Quand on prétend s'attaquer à un domaine, on se renseigne un minimum sur le domaine en question. Mais la sécurité en informatique échappe étrangement à cette règle.
Le problème, ce n'est pas que le projet ne soit pas libre, mais que visiblement, l'auteur du projet n'a aucune foutue idée de ce qu'il fait et que, au mieux, on va appeler ça du bricolage, mais certainement pas de la cryptographie. Et il suffit d'avoir suivi un cours de sécurité à l'université pour le comprendre.
Donc, je suis désolé de le dire, mais il n'aura certainement aucune contribution, ou en tout cas aucune contribution sérieuse, parce que son projet n'est pas très sérieux à la base donc ne donne absolument pas envie de contribuer. Il aura sans doute des contributions de gens qui se laissent facilement impressionner par des termes techniques sans consistance.
La morale de ce projet (et de tant d'autres), c'est qu'il vaut mieux laisser la cryptographie à des gens qui savent s'en servir et dont c'est le métier. Ou alors, il faut apprendre.
C'est pourquoi d'ailleurs ils ne sont jamais utilisés
Historiquement, il a été utilisé pour le téléphone rouge. Et dans quelques autres cas très spécifique.
utiliser 10 fois un masque jetable ne le fragilise pas tant que ça, au delà tu peux imaginer des attaques statistique
La sécurité prouvée du masque jetable repose sur le fait qu'on jette la clef, parce que jeter la clef ne fait apparaître aucune redondance dans le message chiffré. Si tu réutilises la clef, tu as perdu, ça revient à faire du chiffrement XOR.
C'est fatiguant à force cette loi américaine qu'on s'impose de nous même jusque sur notre territoire.
Ce n'est que le début. Une fois qu'on aura le grand marché transatlantique, on nous dira qu'il faut aligner les législations… sur la législation américaine. On le voit avec un autre journal plus loin : un opérateur américain qui opère à l'étranger est sous le coup de la loi américaine, mais un opérateur étranger qui opère aux US est aussi sous le coup de la loi américaine. Et bientôt, un opérateur étranger qui opère à l'étranger sera aussi sous le coup de la loi américaine (en fait, ça existe déjà, voir Megaupload par exemple).
La règle qui dit qu'on déclare une variable au plus près de sa première utilisation et dans la portée minimum est maintenant une des règles fondamentales de la programmation dans n'importe quel langage, ça évite tout un tas d'erreur. Donc se traîner des limitations techniques qui empêchent de bien programmer, oui ça me paraît important.
[^] # Re: Pour l'honneur !
Posté par rewind (Mastodon) . En réponse au journal Pourquoi je contribue ?. Évalué à 3.
Si, c'est pour ça que tu passes des échelons au cours du temps (ce qui te fait progresser dans ton salaire), et tu peux aussi demander un avancement où tu passes directement à un échelon supérieur après qu'on ait vérifié tes compétences, et tu peux aussi passer d'autres concours internes.
La réussite au concours montre que tu as un ensemble de capacités requises, le concours n'est pas là pour déterminer cet ensemble pour chaque candidat. Ta remarque est d'ailleurs intéressante parce qu'elle rentre complètement dans le schéma que j'indiquais où un «mérite» individuel serait à récompenser. Or réussir mieux à un concours qu'un autre candidat ne montre pas qu'on mérite davantage, mais simplement… qu'on a mieux réussi ce concours particulier. Est-ce qu'avec d'autres questions ou d'autres épreuves le classement aurait été différent ?
Pour pas mal de concours, il y a un entretien ou un examen oral.
[^] # Re: Pour l'honneur !
Posté par rewind (Mastodon) . En réponse au journal Pourquoi je contribue ?. Évalué à 3.
Pour entrer dans la fonction publique, tu passes un concours qui établit tes compétences et donc ton salaire (ce qui répond ainsi à ta dernière questions).
[^] # Re: Pour l'honneur !
Posté par rewind (Mastodon) . En réponse au journal Pourquoi je contribue ?. Évalué à 7.
Toute la fonction publique est fondée sur ce principe. Donc, ce n'est pas totalement déconnant hein. En revanche, ce que tu me dis, ça ressemble furieusement à tout ce qu'on peut entendre de la part de ceux qui veulent payer moins leurs salariés. Si je résume, ça revient à dire que les salaires sont basés sur le mérite individuel (reste à savoir comment est calculé ce mérite) de chacun, et tous les salariés qui défendent cette vision pensent qu'ils méritent assurément plus que les autres. Mais dans les faits, ça revient à tirer tous les salaires vers le bas, parce que ce n'est qu'une version déguisée du diviser pour régner. Il n'y a pas d'égalité entre le salarié et l'employeur dans la négociation du salaire, hein, donc si la loi impose qu'à compétence égales, salaire égal, ça sera ça de plus pour les salariés. Les grilles de salaires présentes dans les conventions collectives servent aussi à ça.
[^] # Re: L'exercice
Posté par rewind (Mastodon) . En réponse au journal Pourquoi je contribue ?. Évalué à 2.
Akagoria ? ;)
[^] # Re: Pour l'honneur !
Posté par rewind (Mastodon) . En réponse au journal Pourquoi je contribue ?. Évalué à 7.
Ouais, tu me sors la justification classique que sortent tous les employeurs dans ce genre de travail (voir la vidéo du SNJV par exemple). Cette justification fait croire que la passion peut remplacer le salaire à la fin du mois. Maintenant, si on remet notre cerveau en marche, qu'est-ce qui justifie, à compétences égale, de ne pas avoir le même salaire sous prétexte que dans un cas, ce sont des passionnés, et dans l'autre, ce ne sont de simples salariés ? Absolument rien.
[^] # Re: Pour l'honneur !
Posté par rewind (Mastodon) . En réponse au journal Pourquoi je contribue ?. Évalué à 2.
Pourquoi faudrait-il nécessairement être moins bien payé pour les métiers pour lesquels on est passionné (marche avec logiciel libre mais aussi jeux vidéo) ?
[^] # Re: les 3 en un ?
Posté par rewind (Mastodon) . En réponse au journal Replopbot: un threeway en chameau, ça vous botte?. Évalué à 9.
Le problème, ce ne sont pas les clients, mais les serveurs (et les services) ;)
# Quelques oublis
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E12 : interfaces physiques et graphiques. Évalué à 4.
Je viens de retomber sur quelques liens que j'avais prévu de mettre dans cet épisode, je les mets donc ici pour mémoire.
jnuit, mais avec du Javascript.[^] # Re: Et le tactile
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E12 : interfaces physiques et graphiques. Évalué à 3.
Quand SFML gérera le tactile, ça ne sera pas trop dur je pense d'ajouter ce périphérique. Mais bon, après, mon objectif, ça reste le desktop, pas le mobile. Un RPG sur mobile, j'en ai un (Andor's Trail) et c'est une calamité à jouer.
Ensuite, je pense que le tactile, c'est un peu pareil que pour la WiiMote, il faut des jeux et des gameplays adaptés si tu veux vraiment en profiter.
[^] # Re: control & detect
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E12 : interfaces physiques et graphiques. Évalué à 2.
Je pense que ça va être plus difficile ;)
Oui, on en avait discuté, mais du coup, c'est quand même assez flou pour moi la manière dont on pourrait programmer ce genre de chose en l'état avec jnuit. Après, pour beaucoup de jeux, un truc plus simple suffit. Et j'aime bien le KISS.
[^] # Re: Merci !
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E12 : interfaces physiques et graphiques. Évalué à 4.
De rien, le plaisir est pour moi. Et puis je me délecte à mettre des liens sur des pages Wikipédia aussi importantes que «Vraie vie» ;)
[^] # Re: Xfce vs GNOME vs KDE vs LXDE vs LXQt
Posté par rewind (Mastodon) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 2.
https://www.debian.org/ports/
Alternatif, ça comprend tout ce que les autres distributions font pas ou peu :
Même sans mettre arm, ça fait déjà un paquet. Et à ma connaissance, il n'y a que Gentoo qui fait à peu près aussi éclectique.
# Graphismes
Posté par rewind (Mastodon) . En réponse à la dépêche CatchChallenger 0.5. Évalué à 8.
Si vraiment vous avez de l'argent à dépenser, je vous conseillerais plutôt d'embaucher un graphiste. Vous êtes sur un clone de jeu (à peu près), donc vous allez souffrir de la comparaison avec l'original. Et la comparaison n'est pour l'instant pas en votre faveur. Donc quitte à dépenser, autant investir dans de jolis graphismes (et le mieux serait que ces graphismes apportent un style différent de l'original).
[^] # Re: Xfce vs GNOME vs KDE vs LXDE vs LXQt
Posté par rewind (Mastodon) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 3.
Les utilisateurs de noyaux alternatifs ou d'architecture alternatives, ils ont l'air de ne pas trop compter selon toi. Or, pour ces utilisateurs (notamment ceux qui ont des architectures alternatives), il n'y a souvent pas beaucoup d'autres choix que Debian. Ce ne sont pas des délires technophiles, c'est répondre aux besoins d'une certaine catégorie de gens qui n'ont pas d'autres choix ailleurs.
[^] # Re: Xfce vs GNOME vs KDE vs LXDE vs LXQt
Posté par rewind (Mastodon) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 9.
Non mais attends, cet argument, c'est pour faire pleurer dans les chaumières (et ça a l'air de marcher). Le post du blog reconnaît lui-même qu'à la version précédente, la gestion de l'accessibilité était "à peine acceptable". Et maintenant, ils en font une condition sine qua none. Donc, laisser tomber les malvoyants (comme à la version précédente) et avoir GNOME, c'est bon, et tout faire pour les malvoyants et avoir GNOME, c'est bon aussi. Dans les deux cas, c'est juste avoir GNOME et trouver des arguments rétro-compatibles.
[^] # Re: Xfce vs GNOME vs KDE vs LXDE vs LXQt
Posté par rewind (Mastodon) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 2.
Un admin, il saura faire, quoi qu'il arrive, donc la question que tu poses est un faux problème. Et du point de vue de Debian, le fait que ça tourne partout simplifiera la vie de tout un tas de gens.
Sans support HiDPI, on a un écran noir ? Non, ça marche quand même, pas de quoi fouetter un chat. Alors qu'un GNOME sur kFreeBSD…
[^] # Re: Xfce vs GNOME vs KDE vs LXDE vs LXQt
Posté par rewind (Mastodon) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à -1.
Entre l'accessibilité (qui n'est pas nulle chez KDE hein) et le fait de marcher sur tous les noyaux Debian, je crois que le choix est vite fait : je laisse tomber l'accessibilité.
[^] # Re: Xfce vs GNOME vs KDE vs LXDE vs LXQt
Posté par rewind (Mastodon) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 10.
Je trouve que les arguments donnés dans le post sont de mauvaise foi. La plupart s'applique également à KDE (sauf peut-être la taille de l'équipe) mais jamais il n'en est fait mention, on est face à un faux choix : GNOME ou XFCE. Alors qu'il existe d'autre DE, KDE en tête.
Dans la mauvaise foi, on trouve aussi ce passage sur les power users qui savent installer KDE ou XFCE et que le truc par défaut, ça doit être pour les gens qui ne savent pas faire (genre je prends les gens pour des cons). Ok. Mais alors pourquoi parler des admins dans les arguments ? Ils sauront aussi installer GNOME s'il n'est pas par défaut non ? (D'ailleurs, dans mon bout d'université, c'est KDE qui est installé avec Debian)
Mais mon moment préféré, c'est quand il dit que ça devrait être discuté (ça ok, c'est vrai) comme a été discuté le système d'init. C'est vrai qu'à deux mois de la date de gel, on peut se permettre 6 mois de discussions de couleur de garage à vélo sur le DE par défaut.
Ha oui, et en parlant de système d'init, arguer du fait que c'est bien intégré à systemd et que celui-ci est le système d'init par défaut, c'est un peu léger. Il est le système d'init par défaut sur les Linux, donc pas sur les version kFreeBSD par exemple. On fait comment là ?
C'est pour ça que XFCE, c'est un choix que je trouve raisonnable : ça offre un DE utilisable et léger qui fonctionne sur l'ensemble des variantes architecturale de Debian, point.
[^] # Re: Le projet est libre, vous pouvez participer
Posté par rewind (Mastodon) . En réponse à la dépêche Jericho Chat - Chiffrement incassable utilisant les masques jetables. Évalué à 3.
Une approche triviale ou simpliste, ça sera trivialement ou simplement cassable. Prend Vigénère par exemple (qui est trivial et simpliste), ça va résister à ta petite sœur, mais ça ne résistera pas à un étudiant en informatique, et encore moins à une agence gouvernementale américaine.
[^] # Re: Pas convaincu
Posté par rewind (Mastodon) . En réponse à la dépêche Jericho Chat - Chiffrement incassable utilisant les masques jetables. Évalué à 2.
Depuis quand la factorisation est-elle dans NP ?
[^] # Re: Le projet est libre, vous pouvez participer
Posté par rewind (Mastodon) . En réponse à la dépêche Jericho Chat - Chiffrement incassable utilisant les masques jetables. Évalué à 7.
La cryptographie (qui est le sous-ensemble de la sécurité informatique qui nous intéresse ici) est bien un domaine d'experts. Elle n'est pas inaccessible au commun des mortels, comme le disait quelqu'un plus haut, comprendre ce qui ne marche pas (comme le cas présenté) requiert assez peu de connaissance. Après, concevoir des algorithmes de sécurité, ça demande d'avoir étudié des maths et de l'informatique pendant un certain nombre d'années. Ça ne s'improvise pas.
Il y a des tonnes de bouquins sur la sécurité, ça n'a rien à voir avec logiciel libre ou pas logiciel libre. Quand on prétend s'attaquer à un domaine, on se renseigne un minimum sur le domaine en question. Mais la sécurité en informatique échappe étrangement à cette règle.
[^] # Re: Le projet est libre, vous pouvez participer
Posté par rewind (Mastodon) . En réponse à la dépêche Jericho Chat - Chiffrement incassable utilisant les masques jetables. Évalué à 10.
Le problème, ce n'est pas que le projet ne soit pas libre, mais que visiblement, l'auteur du projet n'a aucune foutue idée de ce qu'il fait et que, au mieux, on va appeler ça du bricolage, mais certainement pas de la cryptographie. Et il suffit d'avoir suivi un cours de sécurité à l'université pour le comprendre.
Donc, je suis désolé de le dire, mais il n'aura certainement aucune contribution, ou en tout cas aucune contribution sérieuse, parce que son projet n'est pas très sérieux à la base donc ne donne absolument pas envie de contribuer. Il aura sans doute des contributions de gens qui se laissent facilement impressionner par des termes techniques sans consistance.
La morale de ce projet (et de tant d'autres), c'est qu'il vaut mieux laisser la cryptographie à des gens qui savent s'en servir et dont c'est le métier. Ou alors, il faut apprendre.
[^] # Re: Pas convaincu
Posté par rewind (Mastodon) . En réponse à la dépêche Jericho Chat - Chiffrement incassable utilisant les masques jetables. Évalué à 2.
Je répond aussi au message grand-parent.
Historiquement, il a été utilisé pour le téléphone rouge. Et dans quelques autres cas très spécifique.
La sécurité prouvée du masque jetable repose sur le fait qu'on jette la clef, parce que jeter la clef ne fait apparaître aucune redondance dans le message chiffré. Si tu réutilises la clef, tu as perdu, ça revient à faire du chiffrement XOR.
[^] # Re: report des bugs
Posté par rewind (Mastodon) . En réponse au journal FFmpeg de retour dans Debian. Évalué à 6.
Ce n'est que le début. Une fois qu'on aura le grand marché transatlantique, on nous dira qu'il faut aligner les législations… sur la législation américaine. On le voit avec un autre journal plus loin : un opérateur américain qui opère à l'étranger est sous le coup de la loi américaine, mais un opérateur étranger qui opère aux US est aussi sous le coup de la loi américaine. Et bientôt, un opérateur étranger qui opère à l'étranger sera aussi sous le coup de la loi américaine (en fait, ça existe déjà, voir Megaupload par exemple).
[^] # Re: Pascal...
Posté par rewind (Mastodon) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 1.
La règle qui dit qu'on déclare une variable au plus près de sa première utilisation et dans la portée minimum est maintenant une des règles fondamentales de la programmation dans n'importe quel langage, ça évite tout un tas d'erreur. Donc se traîner des limitations techniques qui empêchent de bien programmer, oui ça me paraît important.