Après avoir lu plusieurs livres sur la question des mobilités, je voulais consigner sur une page les différents livres que j'ai pu lire et d'autres que j'ai noté sur ma pile de livres à lire. J'ai pu parfois en critiquer sur mon Blog. Je suis à l'écoute de vos propositions sur le sujet, n'hésitez pas à forker
Ce snippet, constitué d'un fichier test.php et d'un fichier shell permet d'identifier quels sont les requêtes API couverte par des tests behat. Cela génère une liste pouvant être copié dans un fichier markdown.
Pour génerer le fichier routes.json, executer la commande suivante
./app/console de:ro --format json > app/features/routes.json
- Petit traité de Vélosophie - Tronchet
- La tentation de la bicyclette
- Dieselgate : Repenser la mobilité sans diesel - Karima Delli
- Copenhagenize
- Bicycle Chic
Reproduction du problème :
Comportement constaté :
Comportement attendu :
Ce gist regroupe des fiches pratiques pour faciliter la pratique du vélo que ce soit dans ses déplacements ou dans ses loisirs, que ce soit dans des contextes sympathiques comme moins. Voici une liste des fiches pratiques faites ou à faire :
- Se lancer dans le vélotaf.
- Utiliser son vélo pour faire ses courses, est-ce possible?
- Entretenir son vélo.
- Comment être bien visible
- Rouler sans danger, comment faire?
- Je me suis fait voler mon vélo, comment faire?
- J'ai repéré des problèmes sur ma voie (GCUM, Nid de poule) comment faire?
- Je veux améliorer les équipements, comment me faire entendre?
- Fournir une culture générale autour de la qualité et du test
- Identifier quels sont les critères qualités d'un logiciel.
- Identifier les différents types de tests et d'action à mettre en place pour amélirer la qualité d'un logiciel.
- Pouvoir mettre en place des processus de qualité sur ses projets
Presentational and Container Components | |
Bismuth | |
There’s a simple pattern I find immensely useful when writing React applications. If you’ve been doing React for a while, you have probably already discovered it. This article explains it well, but I want to add a few more points. | |
You’ll find your components much easier to reuse and reason about if you divide them into two categories. I call them Container and Presentational components* but I also heard Fat and Skinny, Smart and Dumb, Stateful and Pure, Screens and Components, etc. These all are not exactly the same, but the core idea is similar. | |
My presentational components: | |
Are concerned with how things look. | |
May contain both presentational and container components** inside, and usually have some DOM markup and styles of their own. | |
Often allow containment via this.props.children. | |
Have no dependencies on the rest of the app, such as Flux actions or stores. |
Lauriane : | |
* Affichage des rôles d'un cercle | |
* Affichage d'un membre sous forme de volet | |
Sébastien : | |
* Mise en place de js-data pour récupérer les données | |
Jeremy : | |
* Avancement sur les réunions de gouvernance |
## Mode opératoire
-
Réception du ticket
-
Discussion du besoin dans le ticket avec synthèse des discussions dans la description
-
Création d'une branche depuis develop (à terme master) selon la nomenclature suivante
- feature/ pour les features
- fix/ pour les corrections d'incident