J’ai eu envie de me remettre un peu à Python, parce que ça me manque un peu. Du coup, quoi de mieux que de se lancer dans un énième projet personnel secondaire, qui finira par pourrir dans son coin ? Sauf que, je n’ai pas non plus envie de risquer de pourrir mon système d’exploitation avec des paquets Python dans tous les sens. Et pour couronner le tout, ma mémoire ne se souvenait plus de comment faire un environnement virtuel en Python ! Du coup, hop, un petit billet rapide pour que ce soit plus rapide et facile de retrouver les informations pour un projet rapide et crade !

Information importante : mon système d’exploitation actuel est Arch Linux ! Pour ce billet, j’utilise le shell bash.

Ne vous êtes-vous jamais demandé comment faire pour cadrer et sauver une image, avec de l’interactivité pour l’utilisateur ? Après tout, la plupart des sites le font maintenant, mais le jour où ce sera à votre tour de le faire comment vous y prendrez-vous ? C’est une question que j’ai dû me poser pour pouvoir avoir un trombinoscope de nos étudiants, afin de ne pas avoir un serveur qui croule sous le poids d’images en haute définition et avec des dimensions démesurées et non adaptées pour nos besoins. Je vous propose donc de retrouver ici la solution que j’ai adopté et adapté. Comme pour le billet sur l’internationalisation sous Symfony, le code sera surtout posé là comme une base sur laquelle vous pourrez travailler, sans chercher à vous apprendre comment faire tout le développement !

Pour ceux qui ont suivi ma trépidante carrière, je suis actuellement développeuse d’application dans un institut de biologie, au sein de sa plateforme informatique. En tant que développeuse, j’utilise différents outils pour faire mes différents programmes. Dans ce billet, je vous propose de passer en revue quelques outils, peut-être que ça pourra aider de jeunes développeuses et développeurs à tester et se lancer ?

Pour ceux qui me suivent et me connaissent, vous savez que je fais partie des bénévoles qui organisent le festival Pas Sage En Seine. Pour les autres, vous êtes maintenant informés.

Petit billet sur mon retour d’expérience, qui retrace un peu les coulisses, sans forcément m’étendre sur certains détails et le pourquoi du choix de ce titre. Cette diatribe sera sans doute un peu, voire beaucoup, décousue, je m’en excuse.

En ce moment je me sens d’humeur à (re)découvrir des jeux libres. Comme je me suis remise récemment à jouer à Minecraft, et que celui-ci ne propose toujours pas d’API pour les mods, comme promis depuis de nombreuses années, je me suis demandée si le projet Minetest existait toujours et s’il a évolué. Éh bien oui ! Minetest existe toujours, il est toujours sous licence libre, et il est toujours modable ! Je vais donc vous présenter un peu ce petit bijou de la communauté libriste et de ce qu’il a sous le capot.

Est-ce que ça ne vous est jamais arrivé, de chercher un fichier et de ne pas le trouver ? Ou pire, de trouver beaucoup trop de fichiers alors que vous savez, à peu près, à quand remonte la dernière fois où vous avez modifié celui que vous cherchiez ? Si vous êtes utilisateur de Linux, la commande find est faite pour vous ! Jouons un peu ensemble avec, et c’est aussi l’occasion de faire un nouveau billet technique ici, juste, parce que !

Dans mon billet précédent, j’ai évoqué avec vous une idée de projet pour apprendre et découvrir Symfony 4. Dans ce billet je vais tâcher de réunir les éléments clés dont je (nous ?) vais avoir besoin.

Petit rappel pour les personnes qui n’ont pas lu de quoi je parle et qui n’ont pas envie d’aller lire : il s’agit d’un projet me permettant de savoir quels sont les livres que je possède et/ou que j’ai lu, mais également ceux que j’ai lu avec un renseignement sur où je me les étais procuré.

Cette suite de billets n’a pas vocation à être un cours magistral et il n’est pas garanti que je poste régulièrement, si vous cherchez un tutoriel pour un projet là, maintenant, tout de suite, attendez au moins quelques billets. Sinon, des sites dédiés font ça merveilleusement bien, si si !

Ça y est, on y est. Depuis le temps que la version 5.7 de PluXML est sortie, j’ai enfin pris le temps de mettre à jour cet espace d’expression. Comme vous pouvez déjà le voir, il y a eu d’importants changements visuels. Mais il y a aussi eu des changements importants au niveau de la communauté PluXML qui m’ont un peu « secoué·e ». Rien de grave, je vous rassure, mais je vais tout de même en parler un peu.

Aujourd’hui je viens vous parler d’un sujet un peu « honteux », « caché » voire « tabou » dans nos sociétés modernes et hyperactives : le handicap. Et plus particulièrement des 80% d’handicapés dont je fais partie et que vous croisez tous les jours sans même vous en rendre compte : les personnes atteintes de handicap invisible.

Je préviens d’avance que ce billet n’est pas là dans le but de me faire plaindre, je vis de mieux en mieux ma situation même si je n’ai pris conscience de mon état de fait qu’il y a deux ou trois ans et que je l’accepte enfin. Ce billet est plus à prendre comme un témoignage d’une personne vivant quotidiennement en situation de handicap, en espérant apporter un petit peu de visibilité et de compréhension sur pourquoi certaines personnes peuvent « péter un plomb » en public.

Dans le cadre de mon travail, l’interface de l’application que je développe sera essentiellement utilisée par des francophones. Cependant, certains utilisateurs étant étrangers, il leur sera également proposé une traduction en anglais pour l’interface. Comme j’ai eu parfois des difficultés à comprendre comment résoudre certains points précis de la documentation, probablement dû au fait que je manquais d’exemple concret et d’une meilleure appréhension de l’internationalisation au sein du framework, je profite de mon blog pour mettre des portions de code que j’ai mis en place. Je présenterai succinctement le code, le but n’étant pas ici d’apprendre à développer sous Symfony, mais bien d’avoir du code clé-en-main pour se lancer plus facilement !