On peut analyser ses données uniquement en mode texte, mais il arrivera toujours un moment où nous aurons besoin d'une visualisation graphique des résultats, quelque chose de tangible que l'on pourra appréhender simplement. Orange propose cela, mais également toutes les étapes préliminaires.

La radio logicielle – Software Defined Radio (SDR) – transpose aux traitements de signaux radiofréquences les préceptes du traitement numérique du signal échantillonné en temps discret, amenant stabilité, souplesse et reconfigurabilité que les implémentations matérielles ne sauraient offrir. Cependant, aborder la SDR nécessite, avant de pouvoir traiter de signaux aussi passionnants (et complexes) que les liaisons satellitaires [1], de maîtriser quelques concepts de traitement du signal et d’électronique radiofréquence, voire d’électromagnétisme, que nous aborderons ici.

Produire une représentation graphique de ses données, c'est se donner la possibilité de mettre en relief des relations qui ne sont pas forcément triviales et pour cela, de nombreux outils sont disponibles... et s'ils sont en plus capables de traiter des volumes importants de données, ce n'est que mieux !

Lorsque l’on parle d'analyse de données, de big data, on en revient invariablement à la problématique initiale de la qualité des données.

Lorsque l’on organise des tournois, il est souvent intéressant de mettre les résultats en ligne et de pouvoir les modifier aisément. Dans cet article, nous allons utiliser la librairie jQuery Bracket pour publier des feuilles de tournoi. Nous ajouterons aussi notre propre code pour rendre l’utilisation de la librairie plus facile.

Tout le monde connaît TeX et LaTeX, les processeurs de textes permettant d'obtenir des documents de qualité moyennant un minimum d'effort. Les adeptes du WYSIWYG (What you see is what you get) passeront leur chemin, mais pour les autres il peut être intéressant de voir ce que Lua peut apporter...

On écrit des programmes pour soi, mais également souvent pour les autres. Dans ce cas, il faut pouvoir les distribuer en version exécutable, mais « les autres » n'ont pas forcément la même configuration que celle de votre machine voire n'utilisent pas le même OS que vous ! Comment faire ?

Git est un outil de versioning développé au départ par Linus Torvalds, le papa du noyau Linux. Il s’agit d’un logiciel libre, disponible sur tous les systèmes d’exploitation. De nos jours, lorsqu’on travaille sur un projet informatique, qu’il soit personnel ou professionnel, tout développeur qui se respecte utilise Git afin d’avoir un vrai suivi du code source, et ceci aussi bien pour du travail personnel que collaboratif. C’est là qu’arrive GitLab. GitLab est une plateforme web basée sur Git. Elle est l’alternative la plus populaire à GitHub (que nous ne présentons plus), mais aussi à BitBucket. Grossièrement, GitLab offre des outils supplémentaires aux développeurs afin de gérer le versioning du code, mais aussi d’avoir un suivi par ticket des bogues ou des nouvelles demandes (features), de mettre en place facilement un wiki, etc. Grâce à GitLab, il est maintenant possible, et cela de façon très simplifiée, de gérer le code d’une application ainsi que tout l’environnement qu’il y a autour du développement (versioning, tickets, wiki, dépôts git, partage de ressources avec d’autres développeurs/utilisateurs), et ceci avec une interface graphique simple et jolie à la fois.

Vous avez créé un binaire (issu d'un source C) que vous avez livré à un client, et, de temps en temps, le programme se plante suite à une violation mémoire. Vous n'avez pas la possibilité de lancer votre programme avec un debugger, ni d'examiner un fichier core pour connaître l'origine du plantage ... La fonction backtrace(), associée à quelques outils, va vous sortir de cette situation embarrassante.