1. Writing a book in 2017

    The usual way of writing a technical book is to open the Word or LibreOffice application, to write some content, to make a backup, to send it by email to the publisher and to deal with the feedbacks. And repeat.

    However in 2017 we can do differently by using open formats like Asciidoc, by using version control to propagate changes, by using collaborative platforms like GitHub or GitLab to collate feedbacks in any form as well as transforming text and code into readable and interactive artefacts.

    It gives us a unique opportunity to approach the whole process of writing in term of “content experience”, of “toolchain” and of “distribution”.

    In the end, a “book” becomes a “writing format” as we can reuse the same pattern to manage any kind of “content” — articles, publications, essays, documentation — that we can transform in physical books, e-books, interactive web pages etc.

  2. Travailler moins pour gagner moins

    Il y a un an j’ai décidé de passer à temps partiel, ou plutôt aux week-end de trois jours. Est-ce que ça m’aide à rattraper mon retard dans Game of Throne, augmenter le nombre d’heures que j’alloue à ma veille technique ou bien à passer pour quelqu’un qui n’aime pas travailler ?

    À vrai dire, j’ai surtout pu augmenter ma qualité de vie malgré ma baisse de salaire, ainsi que dédier ce temps à du bénévolat, m’aérer l’esprit et voir du pays en me fatigant un peu moins.

  3. Data for 🙋 and 🤖

    The 21st century digital economy seems to be all about data. The bigger the better. The bigger the more difficult to browse from a human point of view too.

    I present several facets of data, from analog to digital, computed to manually curated.

  4. Startup adventure : de 600K€ à -70K€ en 12 mois

    Notre startup avait tout pour réussir : un projet innovant, une équipe talentueuse et de l’argent pour tenir 12 mois sans contrat. Pourtant 6 mois après le lancement de l’activité commerciale, le premier chèque de salaire impayé se déclare. Comment en est-on arrivé là ? Comment on s’en sort ? Seul et/ou en groupe ? Surtout quand la confiance devient aussi rare que l’argent.

  5. End-to-end modular architecture at the BBC

    What is the difference between a UI component, an npm package, a Docker image and a machine, either bare metal or a VM? Well, none really: we expec them to be resilient, composable and reliable.

    This talk is a technical and functional journey around the concept of modular architectures, of quality and of resilience.

  6. Design d'architecture modulaire à la BBC

    Quelle est la différence entre un composant visuel, un package npm, une image Docker et une machine, physique ou virtuelle ? À vrai dire, aucune : on attend d’eux résilience, composition et fiabilité.

    Cette présentation est un voyage technique et fonctionnel autour des concepts des architectures modulaires, de qualité et de résilience, à la fois pour les machines et les êtres humaines que nous sommes.

  7. Monolithe

    En 2015, nombreuses sont les discussions qui portent, débattent et haranguent
    les développeurs pour savoir si oui ou non, ce soir c’est monolithe ou
    microservices au repas.

    Alors, monolithe, microservices … ou les deux ?

  8. End-to-end modular architecture at the BBC

    What is the difference between a UI component, an npm package, a Docker image and a machine server? Well, none really: we want them to be resilient, stateless and composable.

    This talk is a technical and a functional journey to the key concepts of our modular architecture at BBC R&D, how we ensure its quality and scalability, amongst humans and machines.

  9. UX.js

    ux.js is an amazing framework which helped me to be a better developer for the past 12 months.

    This is a lightning talk to share the methods learnt and their impact on my codebase.

  10. Open Source at the BBC

    Open Source can be seen as Wonderland when you are outside of it. But maybe you fear to be scalped if you contribute a wrong piece of code… Something is missing in between isn’t it?

    So where to start? How to convince your boss it is worth it? How to broaden the reach of the project? Especially in a large organisation like the BBC.

  11. Open Source code at the BBC

    Open Source can be seen as Wonderland when you are outside of it. But maybe you fear to be scalped if you contribute a wrong piece of code… Something is missing in between isn’t it?

    So where to start? How to convince your boss it is worth it? How to broaden the reach of the project? Especially in a large organisation like the BBC.

    Let’s see through the Peaks.js waveformvisualisation journey how to pitch a project, how to ship it and how to build a momentum beyond the initial expectations.

  12. README Driven Development

    The README has become the new documentation entrypoint.

    From nothing to something, the README will improve the quality of your project.
    And more than that, you can even design your project and shape its future by
    following the same pattern.

  13. Solid Grunt

    We use Grunt plugins and the Gruntfile.js to achieve common and repetitive tasks.

    Sometimes, we have to bake our own business logic so we write code. And it works.
    How do we test it? By running the code. How do we reuse the code? We don’t it’s a Grunt task.

    I’ll explain the story of the BBC News refactoring of Grunt tasks, how it has been simplified and fully tested.
    Thanks to that, you will be able to write not only code but testable features and tricks to optimise your Gruntfile.js.

  14. README Driven Development

    TGIF! The best aknowledged day to deploy production-ready software. But just when you were about to leave the office,
    you discover a bug and want to fix it.

    If only the developers had written a README.md instead of a 30 pages specification document!

  15. README, un fichier nommé plaisir

    C’est vendredi, jour béni de mise en production : le sysadmin est déjà à l’apéro
    pendant que vous terminez un diagramme de Gantt. Hélas patatras : le site plante.

    Si seulement il vous avait laissé un README.md ce gentil Amédé !

  16. Solid Grunt

    Grunt est un outil populaire chez les développeurs Node.js et frontend.

    Je partage quelques pistes et techniques pour créer vos propres tâches Grunt testées et maintenables.

    J’en profite aussi pour évoquer cette pratique au travers d’un retour d’expérience lors d’un sprint de deux semaines dans l’équipe de BBC News.

  17. The Promise of jQuery Deferred

    The Promise JavaScript pattern is receiving quite a lot of attention recently as popular asynchronous pattern.

    This talk presents the way to understand the concept, how to learn using them step by step and how to design your software based on a real world example.

  18. Business Logic in the Cloud with Google Apps Scripts

    Remember your complex Excel VBScripts or your first handmade Access+Word mailer system nightmares?

    Google Apps Scripts is a hidden replacing gem without having to buy a SAP licence.

    JavaScript is the definitive language to build scripts, deploy simple & complex workflows using your company’s Google Apps services and datas: retrieve from third party providers (like Twitter), host in Spreadsheets, publish to Calendar, notify with emails and more.

  19. README, un fichier nommé plaisir

    Vendredi, mise en production. Vous annoncez à vos proches que pour l’apéro ce soir, c’est mort, vous êtes dé-bor-dé(e).

    Un mauvais clic plus tard, le site est mort. Ambiance fin du monde pendant que vos amis s’amusent.

    Si vous aviez su que la rédaction du README de votre projet vous aurait permis non seulement de préserver votre apéro sacré, mais en plus de livrer le cœur léger, vous l’auriez sûrement écrit plus tôt.

    Avant que le monde ne s’effondre sur lui-même, nous ferons encore mieux : 15 minutes c’est juste ce qu’il faut pour créer un code robuste.

  20. L'industrialisation de l'intégration Web : la révolution de l'artisan devenu ouvrier

    Le développement Web frontend – multiplicité de compétences – est l’apanage des experts … ou des stagiaires. Développer, c’est Java, C# ou PHP.

    L’omniprésence des interfaces recourant à HTML induit un recours à des points de repère, tant pour les développeurs, les chefs de projet que les acheteurs. C’est une des idées qui en est ressortie de l’atelier Industrialiser l’artisanat du développement HTML à Paris Web 2010.

    Depuis, l’eau a coulé sous les ponts et une liste de bonnes pratiques de développement frontend est en cours de réalisation. Nous verrons comment et pourquoi l’alimenter, entre autre pour des besoins d’industrialisation des projets.

    L’industrialisation, c’est aussi un mot qui inquiète, surtout lorsque cela concerne un des pans du développement Web proche du modèle de l’artisanat. Est-ce le retour du travail à la chaîne ? Est-ce une spécialisation ou une déresponsabilisation ? Ou pire, est-ce un moyen d’apporter une réponse unique à des besoins multiples ?

  21. Industrialiser l'artisanat de l'intégration Web

    Pourquoi tenter d’industrialiser l’intégration Web ? Est-ce si artisanal que ça ?

    Les résultats de l’expérience en octobre 2010 à Paris-Web ont été assez éloquents : les développeurs travaillent pour eux, produisent et documentent/testent peu.

    Cet atelier initie le projet de création d’un livre blanc de l’intégration Web, avec comme objectif de pouvoir en présenter les résultats lors de Paris-Web 2011 :-)

  22. An offline admin generator with HTML 5 and Gears

    Symfony does a lot of things, so as your admin-generator.

    However, we still need to be connected to our app to use them. Gears, and now HTML 5, makes our web pages offline capable, so why not our admin-generators?

    We’ll see how to contribute to your app from a submarine or a cave and how to improve online performances with local caching.

  23. Le Web en Offline avec Gears et HTML5

    Gears est un outil Open Source, majoritairement connu pour permettre à une page Web d’être consultable en étant déconnecté du réseau. Ce plugin pour navigateur Web propose pourtant d’autres briques utiles dans d’autres contextes, notamment les performances et le traitement d’un nombre important de données. C’est un outil unique permettant de créer des applications fonctionnelles hors-ligne et cross-brower sans avoir à recours à du client lourd (type application iPhone).

    La présentation se focalisera sur la présentation des composants, des exemples d’utilisation mais aussi sur les contraintes et les choix de stratégie à adopter dans son code pour éviter la création d’usines à gaz.

    L’atelier concluera sur l’avenir et HTML 5 dans la mesure où les travaux de Gears sont désormais intégrés à la spécification HTML 5.

  24. Développement efficace avec les frameworks CSS

    Méconnus ou dénigrés, les frameworks ou briques de développement CSS ont pourtant atteint un certain seuil de maturité.

    Elles permettent entre autre de gommer les différences entre les navigateurs, d’apporter des facilités de mise en forme, d’adapter la typographie utilisateur et surtout, de gagner du temps en harmonisant vos habitudes de développement d’un projet à un autre.

    Vous en saurez davantage sur les attentes vis-à-vis d’un frameworks, les raisons de les adopter… ou de les écarter dans des projets, personnels et professionnels.