Colombo Tristan

Lorsque l'on veut afficher un simple message en Python, il faut utiliser print. Mais parfois, l'information que l'on transmet à l'utilisateur n'est pas un simple message : il peut s'agir d'un avertissement suite à un problème rencontré par le programme, voire même d'une erreur. Les messages doivent alors être qualifiés et on peut même filtrer leur affichage en fonction de leur importance, les stocker dans des fichiers de log... Vous l'aurez compris, print ne suffit plus ! La journalisation des messages (ou logging en anglais) permet de conserver un historique des incidents survenus lors de l'exécution d'un programme. Les messages, généralement horodatés, sont stockés dans un fichier appelé journal ou fichier de log, mais ils peuvent également être affichés à l'écran. En Python, il existe un module bien pratique pour réaliser toutes les tâches liées à la tenue d'un tel journal : le module logging.

Il existe plusieurs interpréteurs interactifs Python, chacun ayant ses spécificités. Quelles sont les différences entre ces interpréteurs et comment les utiliser au mieux ?

Python est un langage semi-interprété. En tant que tel, il produit un pseudo-code que l'on peut retrouver dans les fichiers d'extension .pyc (PYthon Compilé). Dans cet article, je vous propose d'étudier le pseudo-code Python. Python fournit le module dis, qui permet de désassembler le pseudo-code (souvent appelé bytecode) en un code plus lisible, l'opcode. Bien sûr, ne vous attendez pas à retrouver du code Python. Vous aurez simplement accès à l'opcode plus facilement lisible pour un être humain et comportant des mnémoniques.

Lorsque l'on doit générer des données ayant une certaine structure, il peut être très intéressant d'utiliser des fichiers de modèles. Ces fichiers correspondent à des textes à trous, que l'on complétera à la demande avec une liste de valeurs, évitant ainsi la répétition d'opérations identiques pour la génération de fichiers ou de chaînes de caractères ayant la même structure.

Le mode CLI pour Command Line Interface – interface en ligne de commande – est très prisé des développeurs : il permet d'obtenir une interface à cheval entre la ligne de commandes et l'interface graphique. On peut utiliser des paramètres pour obtenir un fonctionnement très précis ou bénéficier d'un menu autorisant différents choix.

Vous possédez déjà une base de données permettant de structurer maintes informations, mais rien encore concernant les différents documents que vous manipulez ? Le concept de gestion de contenu peut vous intéresser...

Vous développez de petits scripts, des petites commandes bien pratiques et permettant de gagner énormément de temps, mais personne ne les utilise arguant du fait que la ligne de commandes c'est trop compliqué ou pas assez convivial... Et si vous ajoutiez rapidement et simplement une interface graphique à vos scripts ? Il faut se rendre à l'évidence : de nombreux utilisateurs de Linux, souvent les transfuges récents de Windows, sont réticents, voire incapables d'utiliser la ligne de commandes. Il faut également reconnaître que suivant le type de données manipulées, il est parfois plus simple de disposer d'une petite interface graphique. Lorsque l'on développe des scripts et que l'on souhaite les partager, il serait dommage de limiter leur utilisation aux seuls amateurs de la ligne de commandes. De plus, si l'on souhaite rester dans la philosophie Linux, quoi de plus naturel que d'offrir à l'utilisateur la possibilité d'utiliser une interface graphique ou la ligne de commandes suivant ses préférences ? Zenity est un outil assez complet permettant d'afficher des boîtes de dialogue GTK+ et d'interagir avec un script shell. Bien évidemment, ce logiciel n'est pas aussi puissant qu'une utilisation native de la bibliothèque GTK+... Mais pour de petites interfaces, c'est vraiment beaucoup plus simple et beaucoup plus rapide à implémenter. Dans cet article, je vous propose de découvrir quelques boîtes de dialogue disponibles et la manière de les utiliser pour communiquer avec vos scripts shell ou même Python.

Les structures de contrôle sont essentielles pour pouvoir programmer : sans la possibilité d'effectuer des branchements logiques à l'aide de structures de test ou la possibilité de répéter des instructions, impossible de développer quoi que ce soit...

Les fonctions permettent d'écrire un code réutilisable et paramétrable. Ça, tout le monde le sait. Mais chaque langage propose sa vision des fonctions, offrant de petites subtilités qui peuvent paraître anodines, mais qui le sont en fait rarement... Go ne déroge pas à la règle.