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 !
Depuis quelques mois je me suis mise à Symfony 3.4. Il s'agit d'un framework PHP assez connu et que je n'avais pas pris la peine de découvrir au moment où je bidouillais dans ce langage. C'est chose faite grâce à mon nouvel emploi.
Depuis le mois de Novembre dernier, la version 4 est sortie. S'agissant d'une version majeure, et le projet que j'ai repris étant déjà assez avancé, il serait probablement complexe de mettre à jour toute l'application dans un premier temps.
J'ai envie de coder et de découvrir ce que Symfony 4 me réserve pour de futurs projets, ou même comment je peux planifier la mise à jour de l'application actuelle, aussi, le meilleur moyen que je connaisse, est de faire un projet. Je vous propose donc, au travers de différents billets qui seront rédigés au fur et à mesure de ma progression et de ma motivation, de découvrir ensemble comment travailler avec le framework :-) !
Si vous êtes libriste, vous avez sûrement déjà entendu dire que « c'est un truc de geek/nerd ». Peut-être bien même que vous l'avez vous-même prononcé avant de découvrir ou de comprendre ce qui se cache derrière cette philosophie de vie. En tant que libriste convaincue et installeuse régulière, j'aimerai revenir sur quelques points et clichés qui ont encore et toujours la vie dure, tout en essayant d'argumenter pour les briser.
Si jamais j'ai écrit de grosses bêtises, n'hésitez pas à apporter vos corrections en commentaire :) !
J'ai changé de serveur ! Et qui dit changement de serveur dit migration des services présents sur l'ancien serveur. Cet article est plus là en pense-bête pour moi, mais il pourra peut-être aussi aider d'autres personnes qui se retrouvent dans la même situation que moi, qui sait ?