An experience with Axum.

What would you do if you weren’t afraid?

When I asked myself that question I realized I should be working for myself, building things that help people, consulting with people to help them, and putting that content into the world somehow.

Daniel Miessler runs Unsupervised Learning, so he's building the platform. He's doing some consulting and advising related to customers for a service company. He also has the podcast and newsletter :)

The result from all of this is that the promise of going to school, getting a stable job at a company, and having some sort of future from that is—or at least feels—more tenuous than ever.

I believe that the time for being identified by—and tied to—corporate jobs is passing, and it’s time to transition to what comes next

Think about work like a relationship. It’s hard to be a good partner if you’re not first healthy and independent on your own.

Je profite d’avoir un peu de temps pour vous raconter une histoire. Cette histoire c’est celle d’une jeune femme qui a été agressée sexuellement par un inconnu en pleine rue, on l’appellera Alice. Cette jeune femme est arrivée à mon cabinet, peu après après avoir déposé plainte.

[....]

Elle a accepté que je vous raconte tout ça, parce que son courage elle l’a aussi trouvé dans le fait d’aller au bout pour toutes les autres victimes aussi. Et qu’elle voulait qu’elles sachent qu’on peut le faire.

Le témoignage est poignant et choquant.

You build things thinking you know what people want and how they’ll use it but they’ll often surprise you.

I distinguish 2 cases:

• I build for me, so I don't care about feedback
• I build for others and the user feedback is gold

Un témoignage cru qui montre la réalité. Des hommes sont toxiques, et ils doivent répondre de leurs actes. Cela ne sera le cas uniquement si la justice suit, sinon la population devra se faire justice soi-même.

Quand j’ai raconté l’incident à ma psychologue, elle m’a répondu : “Certains hommes sont des monstres, et vous en avez trop souvent fait l’expérience.”

Cette prise de conscience a été suivie d’une autre, plus importante : je mérite d’être protégée. Je peux devenir mon propre témoin, une version plus bienveillante et moins moralisatrice de la femme de l’avion. Mes limites me protègent, et je mérite d’être en sécurité.

Laisser les hommes assouvir toutes leurs pulsions sexuelles avec moi n’est pas le prix à payer pour rester libre de corps et d’esprit. Mon corps n’appartient qu’à moi, pas aux hommes. Je peux garder tous les droits sur lui. Et continuer à briller.

A typical pattern describes the problem, the chosen solution, the rationale behind that solution, related patterns that the designer should be aware of, and other relevant details, such as the results of usability testing.– Jared Spool

Die größte Gefahr für Pattern Libraries und Design Systeme ist, nicht mehr aktuell zu sein.

für ein Design Pattern Aktualität viel wichtiger ist, als gründliche Dokumentation

Spart eine Pattern Library keine Zeit oder erzeugt sogar dauerhaft zusätzlichen Aufwand, wird sie automatisch Akzeptanzprobleme bekommen.

Iterationen für Abbildung eines Pattern Library (bei OTTO):

1. 2012: Getreu nach Lehrbuch
2. 2012-2013: Modularer Ansatz
   3, 2013-205: Code Pattern Library = Pattern Library
3. 2014-2016: Basierend auf den Atomic Design Prinzipien von Brad Frost; responsive patterns, komponenten, templates (bottom-up) oder Grid & breakpoints, content refertence Wireframes, Layout (top-down)
4. 2016-heute: ein komplettes tool

Le TDD est avant tout une méthode de développement permettant de faire émerger son design et donc son code grâce aux tests

“Baby-step”, c’est la clé pour s’amuser, pas au sens d’enfantillage, mais pour prendre plaisir à développer et comprendre que notre métier est vraiment beau quand on supprime toute forme de “hasard”.

Un cycle TDD "Red, Green, Refactor" correspond une une bribe de spécification écrit sous forme de test et sa réponse. On écrit le code minimaliste pour que ce test "Red" fonctionne et passe au "Green".

Pour cela, il est recommandé d'abuser de son IDE. Par sa construction itérative guidée par les tests, TDD apporte par “effet de bord” un taux de couverture de code par les tests à 100%. Ce n’est pas ce que l’on recherche de prime abord, mais ce code coverage est là, et surtout il est pertinent. C’est ce dernier mot qui est important : cette pertinence permet réellement de se plonger dans la troisième phase de TDD.

Ensuite on refactorise pour donner plus de sens: spécifier les erreurs, de passer d'un constructuer à un builder, ... Nous pouvons nous le permettre car les tests nous soutiennent. Ils seront aussi à évoluer, par exemple pour vérifier que le builder pattern fonctionne correctement.

Feedbacks about the open-source build tool Bazel, backend by Google.

How CSS helped