Colombo Tristan

Mozilla a récemment lancé un projet pour collecter et valider des échantillons de voix permettant d'améliorer les systèmes de reconnaissance et de synthèse vocale (STT - Speech To Text - et TTS - Text To Speech). En effet, pour que la reconnaissance soit la plus fiable et la synthèse la plus réaliste possible, il faut nécessairement disposer d'un grand nombre d'échantillons vocaux. Or, la plupart des données employées par les grandes entreprises ne sont pas libres. Mozilla propose donc via son projet Common Voice de participer à l'élaboration d'une base de données libre, créée de manière communautaire.

Il est très pratique de démarrer automatiquement, au lancement de votre ordinateur, toutes les applications que vous utilisez continuellement. Toutefois, Linux dispose d'un système de workspaces, dont il serait dommage de se priver !

« Windaube ? Ben justement, c’est de la daube ! » « Linux ? Mais rien ne marche ! Il faut tout faire en ligne de commandes comme au siècle dernier ! » « Moi si c’est pas Mac, je ne regarde même pas, ça pique les yeux ! »

L'utilisation de structures de données, telles que les dictionnaires ou les objets est chose courante. Lorsque l'on autorise un utilisateur à transmettre des données à un programme pour les stocker dans ces structures, il est obligatoire d'effectuer nombre de tests pour s'assurer de la cohérence des données. Et si nous déléguions cette tâche à un module ?

Lorsque nous travaillons sur des réels, nous utilisons des valeurs approchées plus ou moins précises et ce d'autant plus que la représentation même des réels en machine induit des valeurs approchées [1]. Profitons de cet été pour faire un peu de mathématiques récréatives et voir ce que propose Python, pour améliorer la précision des calculs sur les réels.

Lorsque l'on crée des scripts Tampermonkey ou Greasemonkey [1], on peut se retrouver confronté à un problème de taille : comment accéder aux ressources locales ? Comment lire un fichier ou le modifier ? Les mécanismes de sécurité des navigateurs web ne permettent pas ce genre d'opérations, mais on peut les contourner...

Un code mal pensé entraîne nécessairement une perte d'énergie et de temps. Il est plus simple de réfléchir, au moment de la conception du programme, à une architecture permettant une meilleure maintenabilité que de devoir corriger un code « sale », a posteriori. C'est pour aider les développeurs à rester dans le droit chemin que les principes SOLID ont été énumérés.

Recourir à la vue pour alerter un utilisateur, c'est bien. Y ajouter l'ouïe, ça peut être mieux. Et si en plus, on ajoute de la variabilité en sélectionnant aléatoirement les sons dans un jeu de sons fixé, ça peut devenir très efficace (et cool).

Chaque langage a ses bonnes pratiques. Parmi celles-ci, les règles de codage, qui paraissent futiles à certains, sont pourtant essentielles. En Python, ces règles portent le nom de PEP 8. Petit rappel sur le contenu de PEP 8 et les outils qui lui sont associés.