Jiehong a écrit 592 commentaires

Depuis que Truecrypt a été forcé à s'arrêter, entre VeraCrypt dont la licence n'est pas libre, et CipherShed qui n'avance pas trop, il reste quoi comme bonne solutions pour chiffrer soit sont disque dur ou une clé USB tout en conservant la possibilité de dénie de présence de données plausible sur ces supports ?

Pour la pollution, tu oublies de faire la distinction entre limite locale, et limite globale. Je pense que c'est sur la deuxième partie qu'il causait.

Éparpiller les sources de pollutions nivelle la destruction globale de l'environnement : cela diminue les disparités, et tu ne te retrouves pas avec des zones cramés, et d'autres vierges. En outre, tu favorises l'étalement urbain, ce qui a un impact sur la biodiversité, les surfaces agricoles, et la capacité de traitement de la pollution des espaces naturels.

Mais plus de pollution, c'est plus de destruction, éparpillée ou pas. À niveau de service équivalent, la solution de sauvegarde chez soi pollue plus, éparpillée ou pas, alors ce n'est guère une bonne idée.

Après, on pourrait bien imaginer avoir des data centres dans les déserts (énergie solaire, environnement local déjà pas super, etc.).

Bref.

Le débit de 70 Mio/s en montant/descendant est stable, et devrait s'améliorer de plus en plus, bien avant que la fibre soit disponible partout (USB 3.1 commence à arriver par exemple).

Néanmoins, même si ton compte n'est pas fermé, tu ne contrôles absolument pas tes données, ce qui signifie qu'il faille nécessairement les chiffrer de manière forte. Chez toi, c'est moins nécessaire.

Est-ce qu'il est prévu d'afficher les données sur une sphère ? Parce que la terre semble plate pour le moment ! (bon, c'est pas une sphère non plus…)

Par exemple, sur Marble, les données OSM sont re-projetées pour s'afficher correctement sur une sphère. C'est une solution rapide, mais pas parfait (flou, etc.).
Il serait aussi possible de créer un serveur de rendu directement en projection sphérique, mais c'est lourd à mettre en place.

Mais bravo pour le travail à toi tout seul ! (et c'est une bonne idée d'avoir acheté le nom de domaine dès le début.)

Longue vie à Open Earth View !

Je ne vois pas trop de quel genre de visualisation tu veux parler. Une superposition de toutes les traces avec la moyenne colorée différemment ? Nos appareils de mesure ont une précision assez faible. Je ne suis pas sur qu'on puisse augmenter sensiblement la précision d'OSM.

Ce n'est pas vraiment utile. Je me posais simplement la question de savoir si la variation spatiale de chemins identiques suivait une sorte de distribution gaussienne suivant le chemin moyen.

Pour l'altitude, ça ressemblerait peut-être à ça :

Mais je comprends bien que ça ne sert peut-être à rien du tout ;)

Voici quelques propositions pour de nouveaux noms :

GRAD — GPX Ressemblance And Disparity
GOD — GPX Organisation and Display

GDC et GCD sont des acronymes très proches, mais ça à l'air vraiment sympa. Bravo pour le travail, et merci pour l'ouverture ;)

Néanmoins, je zieutais les captures d'écran, et sur la dernière capture de GCD, je pense que les données affichées sont incohérentes, puisque 30 km parcourues en 2 jours, ça me semble ne pas cadrer avec la vitesse moyenne de 30 km/h (et encore moins la vitesse maximale de 11 km/h)

Je me pose la question suivante : soit un trajet que tu fais très souvent, serait-il possible de visualiser la distribution de ce trajet autour de sa moyenne ? De telles données pourrait être utiliser pour affiner certaines routes sur OSM d'ailleurs.

S/MIME qui marche presque partout (mais pas toujours très bien), pourrait aussi être un premier pas. On pourrait imaginer qu'à l'installation un client mél demande si tu as déjà un certificat (et te laisse chercher sur une liste de serveurs publics), ou te demande d'en créer un.

Mais c'est le même souci qu'avec ssl : qui te file un certificat (attaque de l'homme du milieu), et comment.

Là où le bas blesse, ce sont les réquisitions judiciaires. Gmail respectera la loi, et fournira les mails d'un utilisateur pour n'importe quelle demande suffisament justifiée.

Si tu as suivi l'affaire Snowden, si tu n'es pas Américain, et que tu n'es pas aux État-Unis, alors pas besoin de réquisition judiciaire : tu satisfais déjà les conditions pour que tes méls. soient tout sauf secrets.

Attends, cette traduction est destinée aux « kikou, lol », ou aux joueurs d'un jeu en ligne ?

Tout d'abord, bravo pour le boulot !

L'erreur (commune) à corriger est dans cette phrase :

Son but est de pallier aux quelques difficultés rencontrées.

On dit « palier qqch », mais la confusion provient sûrement de « remédier à qqch ».

Sinon, pourquoi avoir choisi le français comme langue de base pour le projet ? Il est souvent préférable de commencer en anglais, puis d'y ajouter un module français par la suite.

Néanmoins, on voit que les booléens sont tout de même en anglais dans les arguments de fonctions. N'y a-t-il pas moyen d'avoir des valeurs en français (comme Vrai et Faux ?). C'est également vrai pour les boucles, et les conditions (for et if).
Si la majorité des fonctions sont en français, mais pas d'autres, c'est absolument incohérent pour l'élève, qui ne peut pas trouver de logique derrière.

Puisque ce sont des élèves de collège, ne serait-ce pas un bon moyen de leur montrer que l'anglais est utile ici ?
Ça aurait l'avantage de garder l'unicité de la langue au moins.

Le gros problème, c'est que Python ne te laissera pas définir de macros pour remplacer la structure for element in iterable: par son équivalent français : pour (chaque) élément dans itérable:.
Il existe un projet (mort) pour essayer d'avoir des macros dans Python : https://code.google.com/p/metapython/.

Il serait également possible de procéder à une analyse syntaxique pour remplacer les mots français par leurs équivalent anglais, et fournir le tout à Python.

Il semble plus simple de garder l'anglais à mon humble avis.

Le fait de donner la possibilité aux citoyens de commenter un projet de loi est un pas ferme dans la direction de la démocratie à mon humble avis.

Par contre, en l'état actuel, j'y vois plusieurs problèmes :

• rien n'indique qu'on sera lu, ni pris en compte ;
• le nombre de commentaires est très élevé, ce qui demande du travail pour les traiter (ce qui renforce le point 1), et qui le fait ? ;
• l'opinion exprimé par chacun est très personnel, alors que ce devrait être un débat commun. Ce point peut laisser passer des lois à la majorité, mais très égoïstes, voire totalement malsaines ;
• les opinions exprimées dans ces commentaires sont-ils une bonne représentation des opinions globale ?

On pourrait imaginer des choses différentes, comme soumettre au vote en ligne (informel) chaque diff, au format « oui » / « non », mais également le projet lui-même. Ce qui pourrait permettre de voir qu'un projet de loi est bien accueilli, mais que certains passages sont à revoir—ou le contraire : qu'un projet de loi soit globalement rejeté, mais que certaines modifications soient nécessaires.

Mais la question que je me pose, c'est : les gens vont-ils vraiment accepter de passer du temps à s'intéresser à tout ça et à participer ?
Quand je vois les taux d’abstention à chaque fois, je me dis qu'une partie de la population veut être gouvernée par une démocratie, mais sans en accepter la définition.

Ouh le troll ;)

systemd gérant l'init, et grub l'amorçage, cela ne semble pas trop déplacé dans la gestion de la séquence de démarrage d'un ordinateur.

Dans l'absolu, rien ne force qui que ce soit d’utiliser cet utilitaire qui sera fourni dans la suite systemd (tout comme rien ne force d'utiliser les timers de systemd à la place de con, etc.)

Je suis passé sous plasma depuis la 5.2, et bien que j'ai rapporté des bogues, je n'ai jamais rencontré de gel d'X.org (Archlinux).

Peut-être est-ce quelque chose en rapport avec les pilotes graphiques ? (chez moi, je suis sous xf86-video-intel).

Après, n'hésite-pas à chercher sur le moteur de bogues de kde si un bogue similaire aurait été ouvert, voire à l'ouvrir toi-même si c'est vraiment un souci de KDE.

C'est tout à fait possible. Je te propose la table des matières :

1 - What is functional programming?
1.1 Functions and types
1.2 Functional composition
1.3 Example: common words
1.4 Example: numbers into words
1.5 The Haskell Platform
1.6 Exercises
1.7 Answers
1.8 Chapter notes

2 - Expressions, types and values
2.1 A session with GHCi
2.2 Names and operators
2.3 Evaluation
2.4 Types and type classes
2.5 Printing values
2.6 Modules
2.7 Haskell layout
2.8 Exercises
2.9 Answers
2.10 Chapter notes

3 - Numbers
3.1 The type class Num
3.2 Other numeric type classes
3.3 Computing floors
3.4 Natural numbers
3.5 Exercises
3.6 Answers
3.7 Chapter notes

4 - Lists
4.1 List notation
4.2 Enumerations
4.3 List comprehensions
4.4 Some basic operations
4.5 Concatenation
4.6 conact, map and filter
4.7 zip and zipWith
4.8 Common words, completed
4.9 Exercises
4.10 Answers
4.11 Chapter notes

5 - A simple Sudoku solver
5.1 Specification
5.2 Lawful program construction
5.3 Pruning the matrix of choices
5.4 Expanding a single cell
5.5 Exercises
5.6 Answers
5.7 Chapter notes

6 - Proofs
6.1 Induction over natural numbers
6.2 Induction over lists
6.3 The function foldr
6.4 The function foldl
6.5 The function scanl
6.6 The maximum segment sum
6.7 Exercises
6.8 Answers
6.9 Chapter notes

7 - Efficiency
7.1 Lazy evaluation
7.2 Controlling space
7.3 Controlling time
7.4 Analysing time
7.5 Accumulating parameters
7.6 Tupling
7.7 Sorting
7.8 Exercises
7.9 Answers
7.10 Chapter notes

8 - Pretty-printing
8.1 Setting the scene
8.2 Documents
8.3 A direct implementation
8.4 Examples
8.5 The best layout
8.6 A term representation
8.7 Exercises
8.8 Answers
8.9 Chapter notes

9 - Infinite lists
9.1 Review
9.2 Cyclic lists
9.3 Infinite lists as limits
9.4 Paper—rock—~scissors
9.5 Stream—based interaction
9.6 Doubly—linked lists
9.7 Exercises
9.8 Answers
9.9 Chapter notes

10 - Imperative functional programming
10.1 The ID monad
10.2 More monads
10.3 The State monad
10.4 The ST monad
10.5 Mutable arrays
10.6 Immutable arrays
10.7 Exercises
10.8 Answers
10.9 Chapter notes

11 - Parsing
11.1 Parsers as monads
11.2 Basic parsers    
11.3 Choice and repetition
11.4 Grammars and expressions
11.5 Showing expressions
11.6 Exercises
11.7 Answers
11.8 Chapter notes

12 - A simple equational calculator
12.1 Basic considerations
12.2 Expressions
12.3 Laws
12.4 Calculations
12.5 Rewrites
12.6 Matchings
12.7 Substitutions
12.8 Testing the calculator
12.9 Exercises
12.10 Answers
12.11 Chapter notes

Si tu veux en savoir plus, n'hésite-pas !

C'est peut-être l'occasion d'étudier, en interne, le type d'erreurs que vous allez détecter, et ce que cela représente en volume.

À mon humble avis, ça reste une méthode de test de code après coup, et il y a fort à parier qu'un problème d'architecture, ou d'algorithme est plus facile à repérer en amont, mais un dépassement de cache, ou des accès mémoire bizarres sont mieux ciblées.

Ce n'est qu'une solution qui doit être mise en synergie avec d'autres, puisque la méthode ultime n'existe pas (foutu théorème de Rice).

Plusieurs méthodes ont été utilisées : plusieurs équipes sur un même programme à faire, même équipe sur différents codes, mais aussi études sur du code contenant des défauts déjà connus, etc. Le sujet n'est que survolé dans la dépêche, mais c'est beaucoup plus détaillé dans Code Complete par exemple.

C'est souvent tiré de codes réels d'ailleurs.

Steam OS me semble un meilleur cheval sur lequel parier pour les jeux, mais ils n'en ont peut-être pas entendu parlé chez C4.

J'aimerais rappeler un adage, surtout pour un développer : il est toujours possible de mettre main à la pâte (rapport de bogues, correctifs, etc.), et d'améliorer tout ça. C'est bien l'avantage du libre.

Après, la situation inverse est aussi valable : un jeu qui fonctionne sous Linux, mais qui galère sous Windows, parce que :

• instabilité chronique ;
• non compatibilité avec toutes les versions (d'XP à 8.1) ;
• rangement fourre-tout ;
• pas de professionnalisme.

Je dis simplement « tant pis ».

Quand je vois une version d'un logiciel ou d'une bibliothèque, je me pose souvent 2 questions :

1. Est-ce une version récente ?
2. Cette version casse-t-elle l'ABI ou l'API ?

Une version dite « sémantique » ne répond qu'au deuxième problème (et partiellement), alors qu'une version en « 2015.01 » ne répond qu'à la première question.

Il faudrait sûrement un mélange des deux pour y voir un peu plus clair.

Dans des villes avec des réseaux de transports en communs développé la solution 3 semble la meilleure. Mais si on vient de la périphérie, comment arriver en "ville" ?

Dans la solution 3, et pour éviter l'étalement urbain, ne pas habiter en périphérie (du moins pas celle non couverte par le réseau de transports en communs) fait parti des changements.
Les gens vont en périphérie (pour y habiter), pour un meilleur environnement de vie. Mais si tu enlèves les voitures des villes, alors le réseau routier pour les pistes cyclables n'a pas besoin d'autant d'espace que celui des voitures, ni celui des transports en communs. Ce qui laisse de la place pour plus de parcs, et de densifier un peu plus certains endroits.

Le problème des parcs de stationnements saturés aux bouches de métros (trams à Nantes) périphériques est un problème, mais également une preuve que les gens n'hésitent pas à changer un peu leurs habitudes.

Il est assez intéressant de voir quel est le futur pour chacun.

Nombre de voiture identique, mais électriques (Telsa)

L'utilisation des ressources naturelles ne fait pas de progrès, puisque :
- le parc électrique français ne peut actuellement pas fournir le surplus demandé (plus de nucléaire ? plus de charbon ? peut de renouvelables à court terme);
- si ce n'est pas fourni en nucléaire, ça ne fait que polluer ailleurs, mais pas moins ;
- toujours autant de bouchons, et d'accidents.

Nombre de voitures réduites, collectives, et pourquoi pas autonomes (en ville)

Moins de voitures, donc moins de ressources gaspillées. Potentiellement autant de bouchons aux heures de pointes, si les comportements ne changent pas. C'est une avancée, contrairement au premier cas.
Néanmoins, le réseau de route en ville restera le même, voire continuera d'augmenter (étalement urbain).

Zéro voiture en ville, transports par vélo et transports en commun. Autre en dehors des villes.

Le simple exemple d'un tram permet de se rendre compte du nombre de passagers transportables à masse de matériaux égale par rapport aux voitures. Le réseau urbain pourrait être converti en pistes cyclables, en parcs, et en voies d'urgences (pompiers, ambulances, peut-être livraisons, etc.)
Le transports de villes à ville peut se faire via le train, et pourquoi pas la voiture dans une moindre mesure.

Ce dernier exemple présente le plus d'avantage au niveau pollution, gaspillages de ressources, santé, cadre de vie, et j'en passe. Mais c'est aussi celui qui demande le plus de changer nos habitudes.

Bref, on connaît déjà les solutions, mais les freins sont, et ont toujours été : la résistance au changement des gens, et la peur de se mettre à dos les gens des hommes et femmes politiques (la communauté de conducteurs, garagistes, pétroliers, etc., prêt à manifester pour leur droits à polluer est assez grande, malheureusement).

Quel est votre futur ?

C'est également fish qui m'avait fait découvrir ça, et je ne m'en passe plus depuis. C'est vraiment pratique (bien que parfois un peu lourd).

Sinon l'un des inconvénients, c'est que la syntaxe de scripting n'est pas du tout compatible POSIX.

Il me semble que fish se présente comme un shell interactif, mais il ne mets pas en avant le fait d'écrire des scripts avec. D'ailleurs, ce simple fait le rends incompatible avec tous les autres.

Sinon, je trouve l'interface de configuration très sympa, et ça serait peut-être un truc à avoir sur les autres shells, comme zsh.

De plus, tu seras obligé de générer une clé par destinataire (sinon, un de tes destinataires pourrait déchiffrer n'importe lequel de tes mails).

Sauf qu'en pratique les destinataires ne recevrons que ceux qui leurs sont envoyés, ce qui change un peu la donne. Mais une fois la clé compromise, c'est plus embêtant.

Après, mon but c'était plutôt de palier un besoin momentané avec une personne spécifique…

Je me corrige moi-même, car c'est bien moche : « la clé est envoyée via un autre canal, mais pas par courriel ».

Mon but n'est pas d'envoyer la clé par courriel, sinon, c'est inutile.

Bon, mais je n'y connais pas grand chose en JS, mais si le code exécuté en JS n'est pas sécure, alors c'est un peu la m*****.