mzf a écrit 151 commentaires

Quelques questions techniques sur le RingID (je n'ai pas trouvé de réponses dans la FAQ) :

• Comment est généré le RingID initial ? Est-ce une chaine aléatoire ? Si oui, comment en garantir l'unicité (recherche dans DHT préliminaire ?) ?

• Si on a déjà un RingID, suffit-il de le rentrer dans un nouvel appareil pour s'en servir ? Si oui, comment éviter l'usurpation d'identité ? Y-a-t'il un mécanisme de validation lorsque l'on ajoute un nouveau RingID (genre vérification de l'empreinte de clef cryptographique) ?

En tout cas bravo pour ce logiciel, j'espère qu'il aura un bel avenir !

je me suis amusé à commencer une implémentation à l'identique en Ada

Je suis curieux de voir le résultat. As-tu prévu de rendre le code public ?

Merci pour tes félicitations.

Le calcul du tempo est glissant sur les 5 dernières frappes, donc on doit garder les 5 derniers timestamps car lorsqu'un nouveau timestamp arrive (une touche a été pressée), on décale la liste des timestamp. Le 4éme devient le 5éme, le 3éme le 4éme, etc. et le nouveau devient le 1er.

Un petit schéma vaut mieux qu'un grand discours :

On a 5 frappes enregistrées, le calcul du tempo se base sur t et t-4:

+------------+---+----+---+----+--------------------------> temps
            t-4  t-3  t-2 t-1  t

Une nouvelle frappe arrive (t+1), le calcul se base maintenant sur t+1 et t-3:

+------------+---+----+---+----+---+----------------------> temps
          (t-4)  t-3  t-2 t-1  t   t+1

Donc on est obligé de garder l'historique des timestamps sinon on aurait perdu t-3.

Dans l'implémentation, les timestamps sont enregistrés dans une file (std::queue) on ajoute au début la nouvelle frappe et on jette la plus ancienne (t-4 ici).

J'espère que cela a répondu à tes questions :)

Merci pour l'astuce !

Tu peux utiliser l'option -s ou --sample-size pour prendre en compte plus d'échantillons dans le calcul.

Pour détecter les morceaux de code pas clairs, ne pas hésiter à faire relire son code (revue de code).
Un regard extérieur permet de trouver plus rapidement ce qui n'est pas clair ou pas logique, contrairement au développeur original dont la lecture est biaisée par le contexte de la création du code.

Je ne connaissais cette recommandation de la FSF, merci pour ce retour !

        $ cloc .
              23 text files.
              23 unique files.
              21 files ignored.

        https://github.com/AlDanial/cloc v 1.66  T=0.02 s (362.2 files/s, 27769.9 lines/s)
        -------------------------------------------------------------------------------
        Language                     files          blank        comment           code
        -------------------------------------------------------------------------------
        C++                              3             44             48            230
        Python                           1             29             24             90
        Bourne Shell                     1             15             15             40
        CMake                            1             11             18             39
        C/C++ Header                     2             14             29             38
        make                             1              2              1              3
        -------------------------------------------------------------------------------
        SUM:                             9            115            135            440
        -------------------------------------------------------------------------------

Qu'est-ce qui compte ? les 230 lignes de C++ ou les 440 lignes au total ? ;-)

Bonjour,

déjà bravo pour la performance technique !

Cependant j'ai du mal à imaginer des cas d'usage. Quels sont les applications concrètes de ce logiciel ?
Dans quels cas a-t'on des plans 2D d'une pièce sans la maquette 3D et que l'on souhaite la reconstruire ?

Merci

Merci pour cette information sur ces livres gratuits !

Cela me rend curieux de savoir ce que les lecteurs de linuxFr ont téléchargé et lu.

Pour ma part:
- software-architecture-patterns
- ten-steps-to-linux-survival
- microservices-antipatterns-and-pitfalls
- microservices-in-production

Et vous ?

Merci pour ces éclaircissements. Je cherchais vraiment à savoir si les utilisateurs enthousiastes issus de ce journal avaient bien conscience de ce mécanisme de collecte.
Ce n'était pas un troll caché :-)

Si c'est activé par défaut sans que l'on soit explicitement informé, ça me poserait un problème.

Quid de la collecte des données mentionnée sur la page wikipedia ?

Visual Studio Code collects usage data and sends it to Microsoft, although this telemetry reporting can be disabled. The data is shared among Microsoft-controlled affiliates and subsidiaries and with law enforcement per the privacy statement.

Donc oui, il vaut mieux nommer ses machines (camera.chezmoi.com, ordinateur.chezmoi.com, …) plutêt que de retenir que la caméra IP c'est le port 6928, l'aquarium c'est 4519, etc. Une fois que tu as ton nom de domaine, créer des sous-domaines ne coûte pas cher. Et si tu tiens vraiemnt à utiliser des numéros, tu peux toujours faire p6928.chezmoi.com, etc.

Est-ce que ça veut dire qu'il faut publier tout ça dans les DNS et donc rendre publique les adresses ipv6 de tes objets connectés ?

Si oui, ça me semble poser un gros problème de sécurité des données personnelles.

Dans un commentaire de l'article quelqu'un explique que c'est un sous-traitant (Design Science) qui a développé l'éditeur d'équation. On peut ainsi supposer que Microsoft n'a jamais eu le code source et/ou que le sous-traitant ne veut plus maintenir le logiciel.

As-tu pensé à ouvrir un rapport de bug au projet gnome ?

C'est bien dommage, je trouve que KDevelop et Qt Creator sont pourtant de bon EDI pour Linux.

Peux-tu donner la source du sondage Github ?

je n'ai jamais vu la moindre interface web qui approche de pret ou de loin ce que je peux faire avec mutt/vim/(qq fonctions zsh)

Peux-tu préciser ce que te permet ces outils par rapport à une interface web ?

Si c'est la recherche avancée, est-ce qu'un webmail type gmail n'est pas équivalent ?

il suffit de regarder la conf des machines outils, leur code source, la liste des matières premières et hop tu as tout ce qu'il faut ! C'est ridicule.

Je ne pense pas que ce que dise Uncle Bob est ridicule, vu les ouvrages de référence qu'il a écrit (Clean Code, principe SOLID, etc.).

Si on déroule l'analogie, la conf des machines outils et les programmes d'usinage peuvent être comparés à la mécanique interne du compilateur : l'utilisation d'un arbre syntaxique abstrait ou d'une représentation bytecode intermédiaire par exemple. Chaque compilateur a son fonctionnement propre, et chacun produira à peu près la même sortie à partir du même code source, de la même façon qu'à partir d'un plan de conception on produira à peu près toujours la même pièce même avec des machines différentes ou des procédés de fabrication différents.

Comme toute analogie, elle a ses limites, mais elle me parait légitimer le code en tant que document de référence qu'il faut garder le plus lisible possible.

Petite citation au passage, venant de Agile Principles Patterns and Practices de Robert C. Martin.
L'annexe B renvoie à la question "What is software?"

"Out of all the documentation that software projects normally generate, was there anything that could truly be considered an engineering document?" The answer that came to me was yes there was such a document, and only one the source code.

La suite de l'argumentaire est la comparaison entre l'ingénierie logicielle et l'ingénierie plus classique qui génère des biens matériels.
Dans l'ingénierie traditionnelle on prend les documents de conception et on construit l'objet, et dans l'informatique on fait exactement la même chose sauf que les documents de conception sont les fichiers sources !
C'est donc le compilateur qui construit le logiciel et la différence avec l'ingénierie de biens matériels c'est que le temps et le coût de génération sont très petits.

Merci pour ce retour !

(et bravo pour l'astuce de garder les deux rendus en parallèle)

La première étape a été de débarrasser tout le code des dépendances Microsoft. DirectX et la boucle événementielle ont été remplacés par la bibliothèque SDL 2, le lecteur vidéo par FFmpeg, les traductions par GNU Gettext, etc.

Ce travail a l'air énorme, est-ce possible de connaitre les difficultés techniques rencontrées et leurs solutions ?

En tout cas bravo pour le boulot effectué !

Merci !

Bonjour,

comment est-ce que le capteur et le raspberry pi communiquent ? je pensais que le capteur se connectait physiquement sur le raspberry pi, mais la phrase "un câble réseau entre les 2" me fait douter.

Autre question : influxdb et grafana tournent sur le raspberry pi ou c'est sur un autre serveur ?

Merci pour le partage.

je serai curieux d'avoir des retours de personnes qui composent avec les différentes solutions

j'utilise régulièrement Musescore pour créer des partitions d'orchestres. Depuis la version 2.0 il n'a rien à envier aux concurrents propriétaires (Finale et Sibélius). En plus des fonctionnalités de bases qui sont l'entrée de notes, Musescore a tout ce qu'il faut pour des partitions de qualité professionnelle : affichage en continu du conducteur, génération automatique des parties séparées, différents styles graphiques dont jazz, possibilité d'ajouter des accords et des paroles, repères de mesure, notation rythmique avec les barres obliques pour la batterie, réductions des mesures de silence dans les parties séparées, etc.

Les quelques points manquants sont le placement automatique des petits éléments graphiques comme les nuances, les liaisons ou les articulations qui parfois se marchent dessus et donc il faut tout vérifier à la main avant de générer les fichiers finaux. Mais comme les produits commerciaux cités plus haut ne font pas mieux, ça me va.
Un autre point qui pourrait être amélioré est la lecture de la partition dans le logiciel qui ne prend pas toujours en compte toutes les articulations.

Donc un excellent produit à soutenir et que je recommande aux musiciens fauchés qui souvent utilisent des versions crackées de Finale ou Sibélius.

un article de Joel Spolky qui explique bien l'enjeu pour les entreprises :
https://www.joelonsoftware.com/2016/12/09/developers-side-projects/

En gros, ça s'applique surtout aux métier "créatifs" où l'idée peut survenir à n'importe quel moment de la journée. L'entreprise veut juste s'assurer que tu ne vas pas essayer de récupérer la paternité en prouvant que telle idée révolutionnaire tu l'as eu en prenant ta douche le matin, donc pas sur ton temps de travail.