Et comment BeCode et notre impossibilité à rester dans une zone de confort me permet de prendre le défi avec sérénité

Nous vivons une crise sans précédent d’empleur mondial. Forcément, BeCode et donc les formateurs devront s’adapter. Je ne sais pas encore si je réussirai à écrire au fur et à mesure des étapes mais je vais essayer.

J’aimerais rappeler que ceci est mon point de vue. Je ne suis “que” coach/formatrice. Je ne suis pas impliquée dans les décisions et les visions du gouvernement, des partenaires publics ou même de mon management.

Néanmoins, je fais partie de l’équipe qui est sur le terrain. Je suis une de ces nombreuses personnes qui d’ordinaire est au contact de 28 apprenants (en moyenne). Je fais un suivi numérique de leurs projets (forcément, vu qu’ils font du développement web) mais je m’assure aussi que mes stagiaires, mes apprenants, ces gens dont je suis responsable, acquièrent les bonnes mentalités pour survivre au monde parfois chaotique du code.

En gros, avant, le pire qui pouvait nous arriver, en tant que dev, c’était de bloquer sur un bug pendant des heures et de pas oser demander de l’aide à quelqu’un et/ou de ne trouver que des ressources floues, dans un langage trop avancé, ou qui ne correspond pas du tout à ce qu’on expérimente. C’était le pire qui puisse nous arriver : ne pas oser aller vers les autres, ne pas oser demander de l’aide et rester sur cette impression qu’on est qu’une merde.

Mon travail, en grande partie, c’est de faire comprendre à mes apprenants qu’ils ne sont pas seuls, qu’ils ont tous des choses à enseigner en plus d’avoir beaucoup à apprendre. Je dois leur faire comprendre que personne n’a la science infuse, que même la personne la plus “câlée” dans la classe ou dans leur cercle de connaissance utilise google comme tout le monde. Tout le monde demande de l’aide à tout le monde.

Mais aujourd’hui, on doit se réinventer. Aujourd’hui, on va devoir empêcher les apprenants d’aller tapoter du doigt l’épaule de son voisin pour lui demander de l’aide. On va devoir empêcher nos apprenants de se réunir pour se parler. On va même devoir leur interdire de faire du pair-programming (physique).

Aujourd’hui, on se pose beaucoup de questions sur comment re-créer ce sentiment de communauté, de proximité, d’appartenance à une tribu sans que ces membres ne se rencontrent jamais.

Car oui, lorsque nous allons reprendre nos activités, à priori, on devra faire ça à distance. Et un des soucis majeurs de cette méthode, c’est qu’elle ne convient pas forcément à tout le monde.
Certains apprenants ont besoin d’un cadre :
- arriver à 9h pile (pas 9h01) ;
- communiquer efficacement et de manière pertinente avec son équipe ;
- faire des débriefings avec la classe poru parler des problèmes de la classe comme des problèmes de code en passant par le partage de trucs et astuces pour s’en sortir ;
- comprendre l’importance des pauses, de se nourrir à heures régulières ;
- communiquer de manière professionnelle et avec respect SURTOUT verbalement.

Aujourd’hui, nous sommes face à un challenge où tout ce qu’ils apprenaient en présentiel, ils vont devoir l’apprendre à la maison, face à leur ordinateur, via des plateformes, probablement avec les bruits de la famille, des voisins, des travaux,… Bref, pas dans un environnement de travail mais dans leur environnement personnel.
Certains ont déjà l’expérience du monde du travail, d’autres non.
Notre but est de leur inculquer le savoir suffisant pour qu’ils sachent comment appréhender l’après BeCode. Et nous ne savons même pas à quoi va ressembler le monde du travail après la crise du Covid-19. Va-t-on rapidement retourner à la normale ? Va-t-on devoir expérimenter du homeworking pendant des années ? Les stratégies auxquelles on réfléchit seront-elles nos nouvelles normes ? Est-ce que ça nous conviendra ?

Oui, beaucoup de choses changent. Rapidement. Mais pour ma part, s’il y a bien un truc que j’ai appris chez BeCode, c’est que tu ne peux pas rester longtemps dans ta zone de confort. Tu peux anticiper beaucoup de choses, tu peux automatiser beaucoup de choses. Tu peux espérer beaucoup de choses mais pour des raisons internes ou externes, personnelles ou non, politiques ou non,… ça peut se casser la gueule du jour au lendemain.

Je ne me fais donc pas trop de souci. De mon point de vue personnel, je pensais que ma prochaine promo serait ENFIN ma première promo “rythme de croisière”. Après 5 promos, un changement incessant de collègues et des adaptations perpétuelles, je me disais que celle-ci serait plus simple car adaptée à tout ce que j’avais appris au fur et à mesure des trois ans qui viennent de s’écouler.

Et là encore, ce n’est pas BeCode, les partenaires externes ou les histoires de politiques qui viennent de nouveau bousculter les choses : c’est une putain de chauve-souris.

Bref, tout ça pour dire que je n’ai pas peur et je suis confiante. Notre pédagogie était essentiellement basée sur le présentiel de nos stagiaires/apprenants ? Et bien après moult discussions avec mes collègues, des homologues dans d’autres centres de formation et certains de mes anciens apprenants qui travaillent en remote, je pense que ça ira. Nous saurons nous adapter, nous saurons utiliser les outils déjà à notre disposition, qu’on utilisait en fait déjà.

Je ne vous en dévoile pas plus. A l’heure actuelle, on ne sait même pas si le 3 mai sera effectivement la date officielle du premier pas vers un déconfinement progressif.
Nous sommes d’ailleurs toujours en discussion, à la rechercher d’idées, de solutions, d’innovations pour faire en sorte que notre prochaine promo en remote se passe avec un maximum d’esprit BeCode et un maximum de sécurité pour tous.

Je vous embrasse très fort. Prenez soin de vous. Faisez gaffe. ❤

What was your journey before BeCode?

Few years before BeCode I was going trough a “promotion social” learning process for a electrician certification. I had the chance to finish my study and receive this certification which enabled me the possibility of continuing with an internship and then also start working. But as you can see now, I never liked the job and it was kind of forced on me because of my life situation.

How did you live your training at BeCode?

As one of the First BeCode student I didn’t expect much out of it in the beginning. I just wanted something new, something that would put my future on a new path.
In few words, I liked the whole course very much. The collaboration with other students and team working were very nice. But also the kind of “familial” atmosphere that we made at Anderlecht, it was never in my mind at the beginning of the process that we could achieve that much as a group!

Technically, what did you learn?

Those questions are kind of tricky for me because I didn’t have any expectation at the beginning but going trough the course month by month gave me the opportunity to push multiple techno’s like PHP framework for example which is funny but are not really useful for me at work. But I think BeCode had a high impact on how I am now, meaning self reliable, problem solving and kind of creative. It might not be considered as a programming skill but I am sure that BeCode showed me how to organize my time but most of all how to learn whatever I want when I want it and this part is very important for me in my everyday work because thanks to that I was capable of working on projects and also learning new technologies at the same time.

How did you find your internship?

First of all there was already something in my mind when I started, as I knew BeCode was sponsored by Telenet and I liked very much Telenet services so I wanted to see what is possible on the path to joining them. First steps to that was asking Emily (my coach) about what should I do if I’d like to have an internship at Telenet, her answer was to contact Cedric (C.O.O. of BeCode) and so I did. But of course I didn’t have much expectation at the time because how would it be possible to join a corporate company like Telenet without any Certifications? Anyway the time was going and no feedback from Telenet Human Resources so my hope was going down and down but I didn’t give up and pushed asking Cedric again and again why there isn’t any follow up to my request. In the meantime I was trying to look for different options by calling different companies but nothing was good enough for me. And I think this was because of my mindset being set to Telenet already by the start of the BeCode course. But at the end, I got feedback from Telenet and I was asked to go for an interview with Rajiv Seesurn (Telenet Innovation Center Director) at Woluwe. They for sure wanted to know what is BeCode how it worked and what would be the value of getting me in team so I explained them that BeCode students have this kind of flexibility and ability to learn that other people might not because of the kind of training we followed. I told them that I am not afraid to learn, I like innovation and want to have a creative and “futuristic” job.
And that’s how I got in.

What’s next?

Well first three months of my internship was quite intense in terms of learning, as we were going into Internet of Things I needed to learn a lot around this scope. I was testing and playing with the NB-IOT technology. But there is something I forgot, when I started Telenet Innovation Center was just opened and not much was going on there by then, but I tried my best to integrate with the team and give them suggestion about what we would need to process further in the expected scoped. We started buying Arduino’s, Amazon Alexa’s, NB-IOT Shields, Raspberry Pi and a lot more. And from that moment I was doing Arduino programming, playing with bits and bytes, translating binary into hex, hex into string but most of all following protocol convention like MQTT, AMQP, UDP, TCP, TLS, etc... About the project there isn’t to much I can say but Iwas involved mainly in the development of the Telenet Pet Tracker.

https://static.telenet.be/oauth2/assets/movies/Pettracker-fr.mp4

And now going further and further into the Internet of Thing world and all of that following innovative technologies!

🎤 Learner Portrait: Adrian 🚀 was originally published in BeCode on Medium, where people are continuing the conversation by highlighting and responding to this story.

L’aspect le plus important concernant tes responsabilités d’artisan du web, le truc sur lequel tu dois le plus te concentrer, c’est l’accessibilité web. Normalement, ça devrait même être la top priorité en front-end. Sérieusement, si les utilisateurs ne peuvent pas utiliser un site correctement, rien d’autre ne compte. C’est pour ça qu’il aurait été plus intelligent de mettre l’accent sur l’accessibilité beaucoup plus tôt.

Cet article a pour but de te raconter quelques éléments clés sur l’accessibilité. Je ne peux pas tout couvrir, mais je peux parler de :

1. Pourquoi l’accessibilité est importante, très importante
2. Comment faire un site accessible
3. Comment tester l’accessibilité

Let’s begin!

Une mauvaise idée de ce qu’est l’accessibilité

Avant toute chose, je me dois de corriger une chose importante sur lequel j’ai longtemps eu tort à propos de l’accessibilité : l’accessibilité affecte tous les utilisateurs, pas uniquement ceux qui ont des handicaps stéréotypés. Accepter cela, ça veut dire que tu réalises enfin que l’accessibilité, c’est construire en prévoyant les cas de stress.

Les cas de stress ? Ça fait référence à n’importe quelles conditions médicales ou des situations qui peuvent affecter n’importe qui, n’importe quand à différents moments de nos vie. Par exemple, certains cas de stress assez communs sont :

• La vieillesse
• Problèmes de santé chroniques comme l’arthrite
• Être à l’extérieur avec une forte lueur de soleil
• Déficience cognitive due aux médicaments ou au manque de sommeil
• Besoin d’utiliser un site avec différents appareils
• WiFi fragile qui affecte le chargement des différents composants du site

Comme tu peux le voir, certains sont des exemples de stress expérimentés par des personnes ayant un handicap spécifique. D’autres s’appliquent à des conditions médicales qui affectent tout le monde. Certains sont situationnels mais touchent tout le monde.

C’est important que ça te permette de transformer ton idée de l’accessibilité qui est, pour le moment « c’est pas important, ça concerne que certaines personnes, on s’en fout » à « il est impératif qu’on pense à tous les utilisateurs ». Ça va aider tout le monde à comprendre pourquoi l’accessibilité est si importante. Et aussi pourquoi c’est peut-être mieux de parler de « cas de stress ».

Plus d’arguments pour l’accessibilité

Si ce qui précède ne fonctionne pas pour toi, ou tes collègues de la conception ou de la gestion, d’autres arguments du point de vue commercial pourraient vous convaincre (la thune, toujours la thune…) :

• L’accessibilité élargit l’audience potentielle de ton application, en augmentant les bénéfices et l’attrait.
• L’accessibilité réduit les ressources consacrées à l’assistance client ayant besoin d’aide (vu qu’on y a pensé avant), laquelle peut être réinvestie ailleurs.
• L’accessibilité te protège de toute responsabilité juridique potentielle (du moins en Amérique, dans le cadre de la loi américaine sur les personnes handicapées). Il suffit de regarder le procès de la Fédération nationale des aveugles v. Target Corp, qui a permis de créer un précédent concernant les sites largement utilisés nécessitant l’accessibilité de par la loi.

Ces arguments sont utiles pour persuader les gens dont tu as besoin pour développer correctement, mais qui ne sont pas des programmeurs. Ils envoient un message clair selon lequel l’accessibilité est bonne pour l’entreprise, que ce soit pour gagner de l’argent ou économiser de l’argent.

Les quatre clés de l’accessibilité Web

Maintenant que tu sais pourquoi l’accessibilité est importante, passons au comment. Les règles d’accessibilité les plus largement acceptées sont les guides de contenu et d’accessibilité Web 2.0 (Web Content And Accessibility Guides 2.0), ou WCAG 2.0. Ce sont des règles universelles pour toutes les interfaces techniques, ce qui explique en partie leur popularité.

Les quatre principes principaux du WCAG 2.0 sont l’acronyme POUR :
– Perceivable (perceptible),
– Operable (utilisable),
– Understandable (intelligible) et
– Robust (robustesse).
Il y a des sous-points spécifiques pour chacun, mais je vais m’en tenir à un large aperçu pour le moment. Je recommande de lire la liste de contrôle de WCAG 2.0 pour plus de détails !

1. Perceptible

Pour faire court, être perceptible signifie que différents cas de stress n’empêchent pas les utilisateurs de lire, de regarder ou d’écouter ton contenu.

Typographie

Le contenu perceptible doit être lisible ! Un moyen simple de rendre le texte plus lisible consiste à donner suffisamment de contraste aux couleurs du texte et de l’arrière-plan pour que les personnes malvoyantes ou mal éclairées puissent toujours le lire. La typographie doit également s’appuyer sur des tailles plus grandes et être facile à ajuster, pour les mêmes raisons. Cela peut même être dû au fait que plusieurs personnes essaient de lire un écran à la fois, ne peuvent pas s’approcher de trop près, et ont besoin de caractères plus gros pour pouvoir lire en même temps (quand on projette une présentation au mur par exemple).

Images

La chose la plus importante avec des images perceptibles est le texte alternatif. Les personnes qui sont aveugles ou qui ne peuvent pas charger les images en raison d’un accès Wi-Fi instable auront tout de même une idée de base de l’image. De même, tu ne devrais jamais mettre de texte important dans une image. Jamais.

Audio et Video

Les contenus audio et vidéo comportent davantage de stress. Les personnes malentendantes, ou celles qui se trouvent dans des endroits très bruyants ou très calmes ou qui préfèrent simplement lire ne peuvent pas écouter ou ne veulent pas faire du bruit. Les transcriptions de vidéos (sous-titres) sont la solution la plus simple, mais les légendes fonctionnent également pour les vidéos très visuelles.

2. L’utilisable

L’utilisable signifie que différents cas de stress ne doivent pas empêcher les utilisateurs d’accéder à toutes les pages et de remplir les formulaires.

Interfaces et Navigation

Ce point est évident. Les utilisateurs doivent pouvoir interagir avec ce dont ils ont besoin, par exemple :

• Les liens vers d’autres pages
• Les formulaires à remplir
• Les boutons à cliquer
• Quelque chose d’autre pour se déplacer sur le site ou envoyer / recevoir des informations.

Cela semble évident, mais c’est aussi la partie la plus importante du Web, il est donc important de vérifier que tout ça fonctionne. Tu serais d’ailleurs surpris de voir combien de fois ces quelques points évoqués ne sont pas accessibles…

La navigation par clavier

Prends le dernier point et ajoute un twist : ne navigue qu’au clavier. La navigation au clavier couvre de nombreux cas de stress : lecteurs d’écran, contrôle des mouvements instables, problèmes médicaux liés aux vertiges et au contrôle des muscles, tapis de souris peu fiable ou simplement préférences personnelles. Dans ton éditeur de texte, tu utiliserais des raccourcis clavier pour travailler rapidement, ça fonctionne de la même manière avec la navigation Web.

L’amélioration progressive

L’amélioration progressive aide dans les cas de stress où, même si tout ou une partie du style se casse la gueule, le site est quand même opérationnel. Les formulaires ne devraient pas être inutilisables sur les navigateurs plus anciens sous prétexte qu’ils ne prennent pas en charge les nouvelles fonctionnalités CSS. Les formulaires peuvent sembler plus simples ou plus crus, mais ils doivent quand même fonctionner. L’amélioration progressive permet de commencer par une base solide et opérationnelle, puis d’ajouter les fonctionnalités disponibles dans la mesure du possible.
Tu ne peux pas contrôler le navigateur d’un utilisateur, tu peux uniquement préparer ses choix.

3. Intelligible, compréhensible

L’intelligible est plus compréhensible que les autres points : Les cas de stress ne doivent pas empêcher les utilisateurs de comprendre le sens voulu des sites internet. Cela permet de couvrir les cas de stress cognitif liés à la manière dont les utilisateurs interprètent et comprennent le message de ton site.

Fais Simple et Explicite

Comme le disait souvent George Carlin, le meilleur langage est simple, honnête et direct. Les longues phrases pompeuses avec du jargon corporate paraît impressionnant aux designers mais dégoûtent complètement les utilisateurs. L’écriture simple est compréhensible et aide les utilisateurs à avoir confiance en ton site. Sinon, ils ont moins tendance à accorder leur attention ou même à acheter les trucs que tu aimerais vendre.

Ne suppose pas

C’est le point qui feraient réagir beaucoup de futurs designers. Et pour cause… De nombreux éléments de site fonctionnent sur l’hypothèse que les utilisateurs comprennent déjà leur signification. Par exemple, en supposant qu’une icône « étoile » signifie qu’on attribue une préférence à un élément. C’est évident pour toi, mais tu ne peux pas être sûr si c’est évident pour les utilisateurs. Cela peut être dû à des cas de stress cognitifs, à des cas de stress culturels ou simplement à des personnes novices sur le Web. Ne compte jamais sur le symbolisme implicite. Il est plus rapide, plus facile et infiniment plus accessible d’ajouter une légende ou un sous-titre pour s’assurer qu’un élément est bien compris. Si le designer rechigne à le faire, n’aies pas peur de rester sur tes positions. C’est pour le bien des utilisateurs.

4. Robustesse

La robustesse signifie que les cas de stress n’empêchent pas les utilisateurs d’accéder au contenu à partir d’une grande variété d’appareils.

Balisage sémantique

Le balisage sémantique est le meilleur moyen de rendre le contenu robuste accessible dans son ensemble. Pour le web, cela signifie :

• Les balises HTML sémantiques
• Utilisation appropriée des balises aria
• Rangement logique des éléments DOM
• Un rendu côté serveur pour s’assurer qu’il est livré correctement

Cela rend le contenu convivial pour la navigation au clavier, les lecteurs d’écran et même une interface utilisable si le CSS ne parvient pas à se charger. Les balises sémantiques et accessibles te mènent loin vers un site Web accessible.

Design Responsive

L’exemple le plus évident de la variété d’appareils est la taille de l’écran, telle que :

• Les montres connectées (peut-être)
• Les smartphones
• Les tablettes
• Les grands écrans externes
• Les écrans de projection
• Les écrans de cinéma si tu deviens célèbre 😉

On peut soutenir que la taille de l’écran affecte davantage les applications Web que les autres types, en particulier avec la montée en puissance des applications web progressives (PWA, Progressive Wep Applications). Même si aucun site ne peut avoir la même expérience avec autant de tailles ou avoir le même rendu pixel par pixel, ils doivent rester utilisables et fonctionnels.

Test d’accessibilité

Damned, tu dois avoir le tournis en voyant la liste de toutes ces exigences. Tout d’abord, rappelle-toi que le travail en vaut la peine. Deuxièmement, tu seras heureux d’apprendre que tu peux automatiquement tester plusieurs de ces points !

Test d’accessibilité automatisé

Certaines choses à tester automatiquement avec un ou plusieurs outils sont :

• Le contraste de couleur
• La sémantique HTML
• Éléments div inutiles
• Texte traduit
• ARIA et autres attributs d’accessibilité comme les titres…

Dans l’ensemble, j’ai constaté que les tests automatiques couvraient au moins 75% de mes problèmes d’accessibilité. Mais à une seule condition: les tests d’accessibilité doivent être ajoutés le plus tôt possible dans un projet. Plus on fait les tests tardivement, plus le problème est perçu comme « un truc à faire plus tard ». C’est dommage, car certaines conceptions sophistiquées ne peuvent pas être conservées en termes d’accessibilité et doivent être modifiées plus tôt. Sinon, les tests d’accessibilité sont voués à toujours échouer.

Tes outils spécifiques changeront pour chaque projet, je ne vais donc pas énumérer d’exemples ici. Tu en apprendras davantage en effectuant des recherches et en constatant à quel point ces outils couvrent les directives WCAG 2.0.

Ce que tu ne peux pas automatiser

Les tests d’accessibilité permettent de mesurer les facteurs liés aux cas de stress, mais pas les cas de stress réels. Certains peuvent simuler des actions de base, comme cliquer sur des éléments, mais cela ne suffit pas. Au moment d’écrire ces lignes, la meilleure façon de procéder consiste à recréer toi-même les cas de stress. Quelques suggestions de départ sont:

• Naviguer avec un clavier
• Naviguer avec un clavier et un lecteur d’écran
• Utiliser un smartphone
• Utiliser un smartphone avec un méga reflet de soleil sur l’écran
• Ralentir ta connexion internet
• Casser un peu ou tout ton style CSS
• Demander à des gens non familiers avec ton site de le tester et d’y faire des trucs basiques.
• Utiliser un filtre de couleur en niveaux de gris (pour le daltonisme)
• Utiliser une seule main
• Utiliser le site en agitant la main pour simuler de l’arthrite ou des douleurs musculaires
• Utiliser en état de fatigue (ou ivre) ou simuler un trouble cognitif
• Utiliser le site en courant dans la rue, poursuivi par un monstre libéré en quête de vengeance

Ma recommandation est de dresser une liste de contrôle des différents cas de stress et d’en couvrir le plus grand nombre possible, du plus important au moins important. Ainsi, si tu ne parviens pas tous les recréer, tu obtiendras au moins ceux qui affectent le plus grand nombre d’utilisateurs.

Ne jamais oublier l’accessibilité

Si tu dois retenir un seul truc, c’est ce que j’ai écrit au début : l’accessibilité concerne les cas de stress qui touchent tout le monde. C’est pour ça que c’est plus important qu’un simple « chouette truc à avoir ». L’accessibilité est aussi fondamentale que la gestion de base de données, l’architecture des applications, la sécurité des données ou les pistolets tranquillisants à longue portée. Sans eux, les choses se détériorent rapidement et peuvent prendre feu.

Malheureusement, aucune de tes études initiales et de tes rares cours universitaires ne mettent suffisamment l’accent sur l’accessibilité. Tu devras donc continuer à rechercher toi-même les méthodes d’accessibilité, à en justifier les arguments, à les apporter rapidement aux applications, à les tester et à partager ces informations avec d’autres. C’est difficile, bien sûr, mais l’investissement en vaut toujours la peine pour ton entreprise et pour le bien de l’internet ouvert.

Quelques ressources

• La checklist de A11Yproject
• Ressources pour utiliser un screen reader (lecteur d’écran)
• Contrast Ratio : Pour tester le contraste des couleurs
• The W3C Markup Validation Service : Pour tester le balisage HTML
• Coblis : Colorblind simulator
• Designing for colour blindness
• Un petit témoignage (en anglais) d’un gars qui ne savait pas qu’il était daltonien… « oui je pensais que le beurre de cacahuète était vert pendant 18 ans ! »

Originally published at mae.ovh on December 30, 2018.

🗣 L’introduction à l’accessibilité sur le web que j’aurais aimé avoir was originally published in BeCode on Medium, where people are continuing the conversation by highlighting and responding to this story.

En mai, BeCode Bruxelles a accueilli deux nouvelles promos : les Lovelace 2 et les Johnson 2. En octobre, ces deux promos sont entrées en phase de “pâturages”, une période où leur apprentissage est plus libre et plus autonome. Durant cette période, les apprenants peuvent retransmettre ce qu’ils ont appris auprès de leurs collègues durant des workshops.

Le workshop de Cedric Fournier était attendu depuis des mois. Il a soigneusement préparé un atelier d’initiation très complet sur l’utilisation de Firebase. Moi qui n’avais jamais pratiqué cette technologie, j’ai grandement apprécié de pouvoir apprendre comment créer une base de données, la relier à une application, effectuer un CRUD, paramétrer des sessions. Et tout ça en une seule journée.

Alexandre Infanti a choisi d’enseigner l’utilisation de Figma et Adobe XD pour faire de chouettes mockups. Ceci pour que ses collègues développeurs puissent conceptualiser leurs projets, les montrer avant de les coder. Idéal pour convaincre des collègues ou des clients. Il faut toujours réfléchir avant de coder !

Massimo Regaglia s’est engagé dans l’enseignement des rudiments de Photoshop. On pourrait penser que pour un développeur web, l’utilisation de photoshop est inutile. Massimo a su convaincre les plus sceptiques. De la légère retouche, au redimensionnement, en passant par la création de gifs animés, il a su transmettre des connaissances essentielles pour travailler ou retravailler le contenu d’un client.

Laravel, framework PHP le plus connu et utilisé, a été le sujet choisi par Romain Vandevoorde. En une journée, il a su démontrer que “le back-end c’est facile avec Laravel !”

Claudiu Cornea a souhaité initier ses collègues aux joies de Python et de son framework Django. Deux technologies en un seul jour. Il faut admettre aussi que chez BeCode, on apprend à apprendre et à comprendre rapidement. Durant le parcours classique, les Juniors apprennent la programmation avec Javascript, PHP. Voir Python n’a fait que les conforter dans l’idée qu’une fois que tu as appris un langage, ils se ressemblent à peu près tous.

Un autre challenge a été relevé pour Mostapha Tahri. En effet, comme Claudiu, il a souhaité s’intéresser à une technologie qu’on n’aborde pas en tronc commun chez BeCode : ASP .NET.

Un atelier special front-end et plus spécifiquement sur les animations JS a été animé par Antoni Dalle Nogare. Quelques exercices et explications plus tard et les participants ont su réaliser des animations pour agrémenter leurs sites.

La saison des workshops s’est terminé sur un atelier animé par trois personnes : Nathan Houtain, Stéphane Wyns et Marie Thielens. Ils ont uni leurs forces pour présenter Wordpress. Nathan et Stéphane avaient animé un workshop sur le même sujet devant des étudiants de l’UCL avec d’autres apprenants BeCode. Marie était une ancienne apprenante durant la promo 02. Elle a rejoint l’équipe des formateurs BeCode en octobre et souhaitait initier sa nouvelle classe à cette technologie en rejoignant sa première classe.

BeCode Bruxelles est situé dans les locaux de BeCentral. Afin d’informer les autres résidents de BeCentral, des starts-up principalement, des performances de nos juniors, nous avons réalisé une série d’affiches. Les photos en début de post sont les photos reprises sur ces superbes affiches.

Workshops à BeCode was originally published in BeCode on Medium, where people are continuing the conversation by highlighting and responding to this story.

Elisa a intégré la deuxième promo BeCode et plus précisément la startup “CyCorp” en septembre 2017. En avril 2018, elle a intégré HIVE Blockchain Society pour y réaliser son stage post formation. Après ça, elle a été embauchée chez Isabel Group en tant que Project Manager Blockchain.

C’était quoi ton parcours avant BeCode ?

Avant BeCode j’ai fait un bachelier en science politiques et j’ai entamé un master en études du genre. Je n’ai pas terminé ce dernier car il ne me convenait pas, principalement dans sa méthode d’apprentissage. Ça m’a donné un coup au moral et je ne savais plus vers où m’orienter après cela. Je suis passée par plein d’idées de réorientations différentes sans savoir me décider. La seule constante c’était de vouloir faire quelque chose de social, humain,…

Quand on m’a parlé de la formation de BeCode j’en étais au stade « je n’ai rien d’autre à faire alors si je suis prise tant mieux sinon tant pis ». Mais plutôt avec une tendance à souhaiter ne pas être prise car j’avais une très mauvaise image du métier bien que j’avais toujours été la geek de service et j’avais adoré le peu que j’avais codé.

Comment tu as vécu ta formation chez BeCode ?

Très vite je me suis prise au jeu. La mise en situation était passionnante toute autant que stressante. Il y avait tellement de choses à intégrer ! L’ambiance était tellement chouette que très vite j’ai adoré aller en formation pour retrouver les copains.

Et puis mon moral a commencé à aller beaucoup moins bien. La formation partait dans tous les sens, je ne parvenais pas à me dépatauger dans l’océan d’informations qu’il y avait à structurer. J’ai eu un peu peur pour ma santé mentale à ce stade. Je restais super tard, j’arrivais à des résultats médiocres par rapport à ce qui était annoncé comme objectif.

À plusieurs reprises on a dû parler en startup pour essayer de réorienter le bateau, restructurer l’approche qu’on avait avec notre apprentissage. Notre coach avait une foi inébranlable dans notre capacité à devenir des Mozart du code mais nous on se sentait pour la plupart juste dépassés.

On a vécu des mois très durs à ce moment-là. La motivation était au plus bas aussi bien chez notre coach que chez les apprenants. Ça me dépitait car je croyais à fond dans la vision de BeCode entre-temps.
Mon coach m’avait confié quelque fois des rôles de Project Manager par hasard ou par choix les semaines précédentes ce qui m’a fait découvrir un réel intérêt que je ne me connaissais pas pour ce rôle. J’ai donc petit à petit essayé de mettre en place des outils, des réunions, des projets pour redynamiser l’équipe. Parfois ça marchait, parfois pas. Mais ça me permettait de garder ma motivation à aller en formation.

Ce qui est certain c’est que en étant dans cette zone d’extrême inconfort/difficulté que j’ai su extirper mon nouvel objectif : devenir Project Manager IT.

Techniquement, tu as appris quoi ?

Au début, étant vachement visuelle et créative, je pensais devenir développeur Front-end et faire des sites pour des a.s.b.l, ou organisations humaines au minimum. Et puis au fur et à mesure de la formation je me fascinais pour le back-end. C’est en devant faire une veille technologique que j’ai découvert la technologie Blockchain et je ne l’ai pas quittée. Alors oui j’ai sérieusement changé d’avis entre le début et la fin de formation.

Et surtout je n’ai pas appris ce que je pensais apprendre lors de la formation mais j’ai vraiment appris à apprendre, à avoir une attitude professionnelle et proactive.

Et croire en mes compétences.

Comment t’y es-tu prise pour réussir à trouver ton stage ?

Je voulais donc absolument faire mon stage en Blockchain pour m’assurer une ligne sur mon CV dans le domaine. Le problème c’est que c’est un secteur assez restreint. Mon stage je l’ai décroché grâce au fait que, depuis que je m’y suis intéressée, j’ai fait beaucoup de réseautage dans le secteur. J’ai participé à des événements, fait du networking, …

Quelle est la suite ? Quels sont tes projets ?

La suite c’est que je suis embauchée en tant que Project Manager Blockchain. Je suis à mille lieux de ce que je pensais faire il y a maintenant un an mais je suis super heureuse d’avoir trouvé quelque chose qui me correspond dans sa forme ainsi que dans son fond.

🎤 Portrait d’apprenant : Elisa 🚀 was originally published in BeCode on Medium, where people are continuing the conversation by highlighting and responding to this story.

Tu peux te préparer à toutes les questions du monde, si tu ne t’es pas préparé mentalement, tu peux paniquer, avoir un blanc ou bredouiller,…

Faisons déjà le point sur quelques inquiétudes que tu peux avoir…

Je ne connais pas ce langage/cette techno.

Et rappelle-toi que ça t’est déjà arrivé durant ta formation BeCode. On t’a attribué des projets avec des consignes et une deadline et tu t’en es sorti. En stage, sois une solution. Si c’est un reproche qu’un employeur te fait, tu peux tout à fait lui expliquer ou lui rappeler le concept de BeCode qui est d’apprendre au travers de projets. Tu sais que tu sais résoudre des problèmes, tu l’as fait pendant 7 mois.
Au final, la question qui serait plus pertinente, ce n’est pas de savoir si tu connais ou non un langage ou une technologie mais si tu penses que le projet de l’employeur est intéressant, pédagogiquement pertinent pour toi et si l’ambiance de travail te correspond.

Je ne maîtrise réellement rien.

Et je vais te confier un secret : c’est le cas de tout le monde. Personne ne maîtrise réellement quelque chose. Même les experts peuvent se tromper. Et en même temps, si tu es face à un employeur honnête, jamais on ne te demandera d’être un expert. Encore moins dans le cadre d’un stage. Si un employeur a besoin d’un expert, il cherche un employé ou un freelance mais pas un stagiaire. Soyons sérieux deux instants.

Les employeurs cherchent des gens qui savent, pas des gens qui apprennent

1. Ces employeurs ne sont pas honnêtes. Un stage, c’est pour apprendre, pour acquérir de l’expérience, pas pour exploiter de la main d’oeuvre. Un travail mérite un salaire.
2. Quelque part, tu sais déjà. Mais effectivement les employeurs ne se rendent pas encore compte que les apprenants de BeCode sortent de la formation avec 6 mois d’expérience sur le terrain.

Un stage, c’est sérieux, c’est plus de la rigolade.

Le savais-tu ? En suivant la formation BeCode, tu as signé un contrat de stage. Tu es donc déjà stagiaire.
Peut-être as-tu même eu l’opportunité de travailler sur un projet pour un client.
Dans tous les cas, tu as travaillé pour tes coachs en suivant des briefings, en prenant en charge des projets et en les réalisant seul(e) ou en groupe, avec une deadline et des impératifs à remplir. Tu as dû rendre des comptes, tu as reçu des feedbacks, on t’a demandé d’améliorer tes projets.
Chez BeCode, tu étais à la fois apprenant et stagiaire. Tu as appris autant que tu as travaillé. C’est pour ça qu’en face d’un employeur, tu peux dire honnêtement que tu as de l’expérience, que tu n’as pas peur d’apprendre une nouvelle techno en travaillant sur un nouveau projet parce que c’est comme ça que tu as appris ce que tu sais aujourd’hui.

Et si je stresse ?

Les bons trucs et astuces pour diminuer son stress, c’est :

• respirer : parce que ça détend, que ça oxygène ton cerveau, que ça te permet de gagner du temps. On dit souvent que quand on respire profondément, ça donne l’impression que le temps ralentit autour de soi.
• faire des pauses : quand on te pose une question difficile, affiche sur ton visage une expression pour montrer à ton interlocuteur que tu réfléchis et prends ton temps pour répondre. Ne serait-ce que pour appliquer le premier conseil, te détendre et reprendre le contrôle de ta pensée.
  Si tu sens que tu prends trop de temps, tu peux éventuellement dire “je cherche les mots exacts pour répondre”. Même si tu dis un truc banal derrière, au moins tu auras pris du temps pour mieux répondre que si tu avais été pris de panique.

Les questions techniques ?

L’employeur peut choisir de te poser des questions techniques ou même de te soumettre à un test technique. Rappelle toi de bien respirer pour éviter de stresser et fais de ton mieux. C’est pas grave si tu ne sais pas.
D’ailleurs, c’est plus intéressant si tu démontres que tu as compris comment il faudrait faire plutôt que si tu sais quoi faire sans savoir pourquoi. Dans ce cas-là, montre que tu as compris la logique de l’exercice.

Et si je ne suis pas à la hauteur ?

Prends ce conseil de la part d’un être humain d’1m58 qui n’arrive jamais à attraper les bouteilles de citron dans les magasins : c’est pas grave.

C’est pas grave parce que comme pour les lettres de motivation et les CV, il n’y a pas d’entretiens parfaits. Chacun a sa personnalité, sa façon de s’exprimer, on ne peut clairement pas plaire à tout le monde. N’importe qui peut se faire recaler, même les candidats qui semblent irréprochables. Le plus important, c’est d’essayer. Chaque “non” te rapproche d’un “oui” ! À force d’essayer, on se rend compte des erreurs qu’on fait, on pense à une autre manière de tourner certaines phrases autrement. C’est aussi un entraînement en soi.

L’entretien de l’employeur

Rappelle-toi que tu es un être humain et que tu n’es pas parfait. Au même titre que les êtres humains qui te reçoivent en entretien sont également des êtres humains et ne sont pas parfaits. Même eux peuvent se planter. Car l’employeur te fait passer un entretien pour savoir si tu conviens à ses attentes mais tu vas également à l’entretien pour savoir si les propositions, les projets, et même l’attitude de l’employeur te conviennent. Tu peux dire “non” à un employeur qui souhaite te recruter.

Je te conseille d’aller à l’entretien avec une série de questions. Ça peut aller des technos qu’ils utilisent, des méthodologies de travail utilisées en interne, à s’ils organisent des teambuildings. Personnellement, si un employeur me plaît, je lui demande plus de détails sur l’organisation des repas. Y a-t-il une cuisine avec un frigo, une table où manger tous ensemble ? Est-ce que vous mangez ensemble ? J’espère montrer à l’employeur que je me vois déjà dans l’équipe et ça me permet de sonder si l’équipe est soudée et conviviale ou si chacun fait sa vie dans son coin.

TL;DR

En gros, respire, prends ton temps et réfléchis avant de parler. Et n’oublie pas que tu passes un entretien mais tu fais aussi passer un entretien à l’employeur.

☕️ Se préparer à l’entretien d’embauche was originally published in BeCode on Medium, where people are continuing the conversation by highlighting and responding to this story.

“Comment faire en sorte qu’un employeur remarque mon CV ?”
- tous les candidats sur le marché de l’emploi

C’est la question à CDI que tout le monde se pose. Heureusement pour toi, j’ai un début de réponse.

Mettre en avant ton nom avant ta fonction

Marie-Ghislaine, secrétaire chez GrosseAgence, a posté une offre d’emploi pour permettre à Jean-Gerald de renforcer son équipe web. Elle est chargée de faire une première sélection parmi les 250 candidatures qu’elle a reçues. Ça l’énerve parce que la plupart des CV ont le même design. Ils se ressemblent tous. Et ce qui l’énerve d’autant plus, c’est que sur la plupart des CV, ce qu’elle voit en premier c’est “Développeur Web”.

Marie-Ghislaine aimerait que les CV soient dissociables. Elle rêve du CV qui sortira du lot, tant au niveau du contenu qu’au niveau de la forme.

Et si le CV qui sortait du lot, c’était le tien ? La première petite astuce : mettre son nom en plus grand que la fonction.

Avoir un chouette design

L’autre petite astuce qui va bien, c’est d’éviter d’avoir le même design que tout le monde. Évite donc de reprendre les templates word de type secrétaire. Tout le monde les utilise. Tu es dev, tu as l’habitude de chercher des ressources obscures sur Internet. Utilise tes super pouvoirs pour trouver un template gratuit et modifiable sans se prendre la tête.

Attention aux les fautes de goût. On n’impressionne pas un employeur avec 8 couleurs hyper flashy, 4 typos différentes, fantasies et illisibles. Tu cherches un poste de dev, pas de clown.

Si tu n’es pas designer dans l’âme, reste sobre. Comment ?

• En utilisant une police de caractères un peu farfelue mais pas trop pour ton nom, les titres de sections
• En utilisant les nuances de gris + une couleur de ton choix qui est lisible (le jaune fluo, sur fond blanc, on oublie)

Les niveaux/pourcentages à éviter

C’est la mode de mettre des niveaux ou des pourcentages pour les compétences techniques, la capacité à utiliser des programmes et les langues.
Mais revient toujours la même question : que signifie 100% ?

Pierre-Cunégonde a indiqué sur CV être à 80% de maîtrise du Javascript. Prend-il en compte l’utilisation des frameworks javascript ? Tous les frameworks ? Ou pensait-il seulement aux bases de javascript qu’il a vu durant son parcours OpenClassRooms ? Un employeur est parfois plus clément avec un candidat qui aura indiqué uniquement le nom de la compétence. Le niveau d’expertise se discute en entretien (on verra ça dans un prochain post).

CV en français ou en anglais ?

Quelle langue utiliser pour son CV ? La réponse est très simple : une seule. La langue de l’IT est l’anglais mais si tu souhaites faire ton CV en français parce que tu es plus à l’aise, fais le en français, mais pas en franglais.

Tout comme pour les présentations, les pitchs, les veilles : on utilise une langue et on s’y tient.

Rendre les liens cliquables

Marie-Ghislaine est en train de maudire le candidat qui lui a envoyé un CV en format PDF avec pleins de liens mais qui ne sont pas cliquables.
Elle n’a pas tort.

Ça te prendra 2 secondes de rendre un lien cliquable. Pour Marie-Ghislaine, récupérer les liens de tous les CV, les copier/coller (ou les recopier quand la fonction de surlignage ne fonctionne pas), ça lui prend une éternité. Marie-Ghislaine se dit que si un candidat ne lui facilite pas le travail, elle ne voit pas pourquoi elle aimerait l’avoir dans son équipe. Le CV passe à la corbeille.

Moralité : on met les liens cliquables sur son CV et s’il y en a dans sa lettre (mail) de motivation, on fait pareil.

Les réalisations personnelles, projets

Mettre en valeur ses expériences professionnelles, c’est bien. Évoquer ses réalisations personnelles, c’est un sacré bonus ! Ça montre à l’employeur qu’en plus du travail à fournir (pour tes coachs chez BeCode, pour tes clients ou pour tes boss), tu as cette passion pour le code qui t’a poussé à aller plus loin et à en faire plus.

Tu as été à un hackathon ? Mentionne-le.
Tu as réalisé le website “passion tricot” de ta voisine ? Mentionne-le.
Tu as collaboré à un projet avec des camarades de classe que vous avez fait pour tester une techno ou simplement vous occuper (ou au nom de la gloire) ? Mentionne-le aussi.

D’ailleurs, soigne ton profil sur github et nettoie les repos, améliore tes readme et rajoute-le parmi tes liens cliquables !

Va à l’essentiel

Marie-Ghislaine doit en lire plein des CV. Plein. Donc va à l’essentiel. Elle a sûrement d’autres chats à fouetter donc évite les longues phrases. Préfère les mots-clés. Préfère les phrases nominales (exemple : “réalisation d’un blog — équipe back-end” plutôt que “Dans le cadre de mon travail, j’ai réalisé un blog en HTML/CSS, JS, PHP au sein d’une équipe de 4 pour un client qui était très urbain. Moi j’ai fait le back-end.”)

Fais relire ta candidature pour éradiquer les fautes d’orthographe

On ne le dira jamais assez parce que génération après génération, les mêmes erreurs se répètent : faites relire vos documents de candidature avant de les envoyer. Même la personne la plus douée en orthographe fait des fautes !

Fais-toi confiance !

Savoir si ta candidature passe ou non, c’est le boulot de Marie-Ghislaine. Elle est même payée pour ça. Toi, tu n’es pas payé pour envoyer ta candidature.

“On sait jamais, sur un malentendu, ça peut marcher”
 — Jean-Claude Dusse

https://www.youtube.com/watch?v=6KZo-xKxuLY

☕️ Un CV pour les impressionner tous was originally published in BeCode on Medium, where people are continuing the conversation by highlighting and responding to this story.

En tant que coach chez BeCode, j’ai l’occasion de lire les candidatures que mes apprenants pondent pour revendiquer un stage ou un emploi. Il est temps que je vous dévoile un grand secret qui va vous permettre, je l’espère, d’arrêter de rédiger toujours la même chose.

Comment parler de l’entreprise et montrer qu’on s’est renseigné

Quand on dit qu’un employeur est plus sensible à une candidature quand il se rend compte qu’un candidat s’est renseigné sur son entreprise, c’est vrai. Mais quand un candidat montre une vraie motivation à rejoindre son équipe, c’est mieux. Il est donc important, dans sa candidature, d’envoyer des signaux qui indiquent que l’on est sincèrement motivé et que l’on s’est vraiment informé sur l’entreprise.

Si tu n’as pas l’inspiration, tu peux utiliser ces expressions pour parler de l’entreprise que tu souhaites intégrer :

• si tu connais la taille de l’entreprise, tu peux parler d’ “une entreprise renommée” ou “à taille humaine”,
• si tu sens que la boîte a des valeurs ou des convictions que tu partages : “une société engagée”, “avec des valeurs que je partage”,
• parler des clients de l’entreprise pour montrer que tu t’es renseigné sur leurs collaborations : “ayant des clients dont les projets te fascinent / dont la réputation n’est plus à faire”,
• parler des projets : “qui a pour réputation de travailler sur des projets ambitieux / engagés / intéressants du point de vue du code”,
• “avec une excellente réputation du point de vue humain”.

Ce qu’on lit partout

Les formules comme “je me permets”, “dans l’attente de votre réponse”, “veuillez agréer”, “je suis quelqu’un de motivé”, “merci pour l’attention que vous porter à ma candidature”.

Ce sont des formules qu’on lit partout et c’est usant. Tellement usant que ça décourage les employeurs de lire le restant de la lettre. Il faut donc sortir de sa coquille et oser parler franchement.

Changer de point de vue

Tu te rappelles quand je parlais des formules toutes faites qu’on voit partout. Passons-les un peu en revue :

“je suis quelqu’un de motivé” : j’aimerais bien enfin lire dans une candidature un “je suis pas plus motivé que ça, je cherche juste un taff pour manger, je vais faire le minimum syndical pour pas me faire virer et c’est marre”. Vraiment.
Non, sérieusement, c’est une lettre de motivation, t’es quand même censé être un minimum motivé par le poste que tu vises. Au lire de “dire” ta motivation, “montre”-la ! Montre que tu veux le job, montre que tu veux cette boîte, montre que tu veux ces projets, ces clients, ces collègues, ce fracking poste !

“je me permets de proposer ma candidature” : Encore heureux que tu te permets de proposer ta candidature ! Mais là, tu gaspilles une phrase pour rien dire. Au lieu d’écrire ça, explique pourquoi tu postules. Par exemple : “Je postule chez vous parce que je suis jaloux/se des projets sur lesquels vous travaillez et aujourd’hui, je veux saisir l’opportunité d’un poste vacant pour vous rejoindre”. Ca donne moins l’impression de demander l’aumône, non ?

“dans l’attente de votre réponse” : Je comprends que tu sois dans l’attente sincère d’une réponse de sa part. Mais s’il y a un truc que j’ai appris quand j’étais prospectrice, c’est qu’il faut inciter ton interlocuteur à l’action. Bien sûr, ça ne fonctionne pas à tous les coups, mais essaie au moins une fois d’envoyer une candidature avec “Je vous invite à me contacter afin de fixer un entretien. Cela nous permettra de discuter d’une future collaboration” ou “Mon numéro de téléphone est sur mon CV, vous savez ce qu’il vous reste à faire”. Bien sûr, tu peux utiliser des formulations moins osées. C’est à toi de voir mais les “dans l’attente” ou “dans l’espoir”, c’est vraiment à éviter.

“merci pour l’attention que vous porter à ma candidature” : Y’a pas de quoi !
La personne qui lit ta candidature est payée pour l’analyser. En général, ça fait même partie des tâches liées à sa fonction. Là encore, tu gaspilles une phrase. À mon sens, tu pourras surtout lui dire merci le jour où elle te fera signer un contrat.

Il faut changer son point de vue. Certes, on a cette vision d’un employeur qui offre la possibilité d’un emploi mais il faut te mettre en tête que tu es potentiellement la perle rare qui fera qu’un projet fonctionne. Il a sûrement plus besoin de toi, développeur motivé avec des idées, autonome et teamplayer, capable de bosser sur et avec n’importe quoi, que toi tu as besoin de lui. Si tu rédiges ta candidature en montrant que tu recherches une collaboration où tu serais proactif et impliqué, tu auras davantage de chances d’être pris que si tu cherches un emploi avec des ordres à suivre sans réfléchir. Tu saisis la nuance ?
Conséquemment, il faut que ça se ressente dans ta candidature.

Écrire sa candidature avec le cœur

Concrètement, pour ta lettre de motivation, mon premier conseil est avant tout de ne pas te prendre la tête. Mets de côté les formules de politesse, oublie les structures en trois temps. Avant toute chose, mets déjà ceci sur papier:

• avec quel type de société tu veux travailler ?
• pour quel type de projets tu veux t’impliquer ?
• quelle fonction veux-tu exercer ? Veux-tu faire du back, du front, du project management, de la communication,… ?

La question de l’honnêteté des soft skills

“On engage avant tout des humains avec des personnalités. Si la mentalité d’un candidat est bonne, la technique ça s’acquiert.”
- Habib (promo 1, maintenant en poste chez startups.be)

Tu ne te trouves aucune qualité ? Tu ne sais pas comment te définir professionnellement ?
Demande à quelqu’un d’aller poser cette question aux gens avec qui tu as travaillé en groupe : “lorsque tu as travaillé avec {ton prenom}, qu’est-ce qu’il/elle a apporté de positif dans votre collaboration ?” et tu vas pouvoir récupérer 3 ou 4 adjectifs que tu pourras mettre en valeur dans ta lettre de motivation.

Pourquoi demander aux autres ? Parce que tu pourras les écrire légitimement, sans penser que tu te vantes ou que ce n’est pas vrai. Il n’y a aucune affaire de vérité là-dedans, il s’agira du ressenti d’autres personnes. Fais leur confiance.

Bref

Accouche ce que t’as envie de dire un employeur. Chie ta chiasse. Sois honnête. Sois passionné. Si l’employeur sait lire, il te contactera.

☕️ Du rock’n’roll dans les candidatures was originally published in BeCode on Medium, where people are continuing the conversation by highlighting and responding to this story.

So it’s start pretty much like this:

Alex (colleague and friend)— We need to go to Beyond Tellerrand. I’ll go and I think you really should come too.
me— Hum cool.
Alex — It’s so great, you can drink beer with your favorite designers. Conferences are very interesting. It’s so inspiring.
me— Ok, cool.
Alex — The first evening, we empty fridges so every beers are free.
me— You know that I don’t drink alcohol, right?
Alex — Yes, but there’s a great japanese neighbourhood with a lot of restaurants and…
me — COUNT ME IN, SIR!

While we were in Düsseldorf, I talked about this specific conversation to Alex and about how I didn’t really understand what he was talking about when he mentioned data visualization, three.js and digital art. It was at a time we started BeCode so, in my opinion, our job was to teach how to create amazing websites to adults in only 6 months. For me, this mission was already pretty hard to do. Not impossible but not easy. But Alex didn’t let go on his ideas. And I think I know Alex enough now to know that if he’s passionate about something, there’s a pretty good reason. So I promised myself to find the key to understand his point of view. The selling point of the « restaurant » was just a cosmic bait to lead me to an epiphany.

A real road trip never goes as planned

Alex succeed to convince other people from BeCode to come with us. We organize the journey and planned to go to Düsseldorf.

I’m sure you saw a lot of road trip movies too. So you know that every road trip never goes as planned. So we had the car the day before. Our bags were packed. Everybody had their sunglasses. It was too perfect. The day of the departure, everyone is on time but my phone rang. « The car is not there anymore ». Wait, what? The car was parked in front of a store. At least we thought. The store wasn’t a store, it was a pretty cleaned garage. The car was taken by the pound. Great, so let’s go get back the car. « We can’t. The owner is at the other side of the planet ». So let’s take a train. Nope, it’s the annual period of strikes (lol), there’s no train. Let’s take a bus. Nope, bus don’t leave before tomorrow and we have to change too many time to arrive at destination. Last solution : the renting car.

7:30 AM. Renting car’s office open. We asked for our reserved car. « The car will be ready at 10 AM. » Yes, we tried to negociate but the guy at the renting car office is incorruptible. « 10 AM is 10 AM ».

10 AM. We were expected a new surprise like a new bomb alert, some crazy fucker who shoot people in the station, an alien invasion or (it was pretty close to me) stomach flu. But destiny was finally kind to us and let us take the road. 2 hours later, we were at Düsseldorf.

Let’s get the real shit started

We were just arrived at the Capitol Theater when a hostess gave us a cloth bag filled with a mug, a t-shirt, socks, books, pens, sickers,… There was a book in particular that catch my attention “24 Work Hacks… we wish we had discovered sooner” by Sipgate.

I still didn’t finished to read it but I already want to set up the good practices at BeCode for me and my interns and for me and my colleagues. Advice n°24 is « Drop In ». Instead of staying with the same people, Sipgate organize once a month an event where they invited renowned people and asked them to talk about something. External people are allowed to come as well and it helps having others point of view.
I remember before starting BeCode, me and three of my soon to be colleagues were invited to participate at a training to become trainers in France. I remember all the wonderfull ideas I wanted to steal and the others not so good ideas I noted to be very bad so we don’t waste time testing those shit. It was really informative. I like to keep in touch with my old trainers so we can discuss what’s working and what’s shitty and especially why. I think it would be great my interns would have the opportunity to meet other people too. (Like when they met my friend Yann. Yann thank you for passing by, you’re welcome whenever you want to come back ❤ )

Now things are starting to get serious

By the time we arrived, we missed The Dangers of being a web dev. Fortunately, as soon as the event Beyond Tellerrand is finished, every conference are available to watch on vimeo. I'm currently watching the video but I have to admit that it doesn't have the same impact on me than it would have been in live.

So to those who think it’s OK to watch the conferences on vimeo, I want you to know that you’re missing out on something essential. The staging is made for you to be immerged into the speech of the speaker. The atmosphere, the lights but most of all, the people that surround you, the complicit laughters of the audience make you realize that you’re not just a viewer, you’re part of it.

I think I wouldn't have watched the conference of Mike Monteiro until the end if I watched it on my computer. Yet, I will tell you later how much his intervention was emotionally intense and how it was important and needed to me.

From a crappy situation we can always take advantage

The first conference we were able to see was Vic Lee’s: « No effing Failure« . Vic starts by explaining to us how he began. He worked in agencies in some sort of classical way but then overwhelmed by projects he needed to take a break. Vic didn’t go on vacation. Vic took advantage of his time to rediscover the pleasure of drawing with felts.

Today, Vic is illustrator. He designs illustrations for office’s walls, for cities’ walls, for museum’s brochures,… He is the one who designs the 2018 Beyond Tellerrand illustration that is on the t-shirts that were given to us when we arrived.

He reminds me of Poppy Mili, the illustrator who decorated the walls of my classroom a year ago and who is also one of my friends.

Hacking programmed obsolescence

Beyond Tellerrand is an event that brings together several conferences. Outside the conferences, there are artists’ stands. The pictures you see above are pictures I made at Jean-Philippe Côté’s stand. Jean-Philippe is a Canadian programmer/artist. In Düsseldorf, he brought an old bike dating back to 1986 that was going to end up in the garbage. Jean-Philippe turned him into a portraitist.

The principle is simple: a camera takes your picture, a computer treats the image by contrast, then the old machine, armed with a felt pen, draws your portrait in the way of Chappie would have drawn.

Not bad for recovery gear!

Wesley Grubbs — that moment I finally understood Alex (part 1)

Wesley Grubbs’s conference was about the importance of being able to say « stop », to admit failure and most of all to learn from it. That’s why, it was called: The Importance of Failing Successfully. He also talked about his work in dataviz. And I finally understand why Alex insisted so much that we suggest some dataviz exercice to our interns. Because it’s also one of the many jobs in digital technology.

At BeCode, we are supposed to train web developer. But the way our curricula is made allow us to train people so they become project manager, community manager, testers, security developer, hacker, web designer, front-end dev, back-end dev, full-stack dev,… So yes, it makes sense to know dataviz and dataviz tools.

Plus, when it’s done well, it’s really beautifull. And as a popularization enthusiast, being able to make understand datas ou complicated principles with shapes and colors, dataviz is obviously something that I like.

Jared Tarbell’s cubes — that moment I finally understood Alex (part 2)

After the dataviz conference, the generative design conference gave me a second echo about Alex’s speechs. I was listenning to Jared and I realized I’ve already seen thoses things. I just never took the time to really look at them, to watch them for what they are: real works of art generated with simple rules, random and a computer. A few simple lines of code can create those beautiful shapes.

I know, I know. You want to ask « and so what about the cubes? » One day, Jared had the idea to realize his artwork IRL. Kids cabins, huts, cubes were created. Algorithm gave birth to a new digital and real art form. It’s so inspiring. What if, we too, we took the trouble to go further, to think beyond the real, outside the box, beyond tellerrand…

Out of the box

Usually, when we tak about design, we think about design web, interior design, but we rarely think about event design. Kate Dawkins create live performances. During her conference, she showed us her work on the Commemoration of the Third Battle of Ypres and explained her thoughts about the creation of the Fast and Furious Live show.

Claire L. Evans spoke about the place of women in the history of computer science and most of all how, without women, IT wouldn’t be what it is today.

Jan De Coster explained how came his passion for designing robots and about his thoughts about the consciousness of robots…

A conference a little more focused on the code was presented by Miriam Suzanne. She evoked her own grid system (Suzy) but explains why today it is more relevant not to use a grid system…

Where else can we talk about artificial intelligence, code, Fast and Furious and the history of computing the same day? Well now you know: Beyond Tellerrand.

How to build an atomic bomb, by Mike Monteiro

Fucking Mike Monteiro…

Before going on stage, he prowled in front of the front row and watched us. He already looked angry. During the conference, when people applauded or laughed, you could see clearly that he did not want to laugh, not want to be applauded. He wanted to wake people up, he wanted to share his frustration and pain due to all the things that revolted him. He wanted us to understand what he had understood a long time ago. I think he wanted to finally feel less alone in this ocean of cynicism and injustice.

I won’t tell you the story, just watch the video. But for my part, it reinforced me in my idea not to neglect the ethical questions with my interns. Speaking about it is absolutely necessary. Having debates about the news, the new laws, the Net Neutrality, GDPR, censorship, what we can do but we must not do,… we HAVE to talk about all those things at BeCode. As architects and web builders of today and tomorrow, we have an important responsibility. We have a duty, like every citizen, to act with humanity, with conscience, with ethics.

Even his way of distributing this book was filled with emotion and principles. He was outraged that it’s always men who jumped to the stage to recover goodies. This time, he invited women to get up, to come and take a book. « The rest of you can fuck off and pay me for it », he added.

Everything is a question of ethics, choice, commitment. Nothing is insignificant.

Yes, but what about the food???

As I was saying at the beginning, we were super late, we hadn’t eaten, we were hungry as fuck. Among all the people, I would say that there was a lot of french speakers. You can be sure that the vast majority of them knows Alex ’cause Alex goes at Beyond Tellerrand for years now and he is so excited about the concept that he always try to convince everyone to come as well. People of BeCode now, but as he was working at the HEAJ before, people from HEAJ too (Hi Remy, how you doin’?). So we had just arrived and Alex is already surrounded by friends, who are hungry too. So yes, we went to Burger King.

At the end of the day, when the night has come and the sun was setting, restaurants were closing. Before leaving Brussels, I spotted a Japanese restaurant called Takumi on the Internet. Easy to remember, it is called as the restaurant in Ixelles where I like to go.

Düsseldorf’s Takumi is a wonder. We showed up at passed 10 pm, we found barriers, probably for people who lined up to get in. But at this time, a Monday, there was almost no one left. The dishes were succulent. It was great because it was Corentin’s birthday (one of my interns).

I usually don’t eat breakfast. Nevertheless, when there’s a way to find free waffles with chocolate and free hot chocolate, I’m never too far. I was talking about artist stands, selling stands and stuff but you have to know that there were sponsors stands as well. It was Accenture who gave us hot beverages. Adobe XD fed us with waffles and gave us the opportunity to test its software. Publicis gave us a lot of pens so we could take notes during the conferences. Mozilla was there with stickers… I don’t remember everyone and everything but we were well surrounded.

Yes, we were spoiled.

TL;DR

If you’re bored in your life or in your work, if you’re afraid of always doing the same thing, if you just want to be inspired by people who have done « something else », if the bullshit talk about « success » pisses you off and that you want to hear real people talking about real things, come to Beyond Tellerrand.

Seriously, come.

Want some more?

• Beyond Tellerrand — the official website
• Beyond Tellerrand — Vimeo account to see all the conferences
• Yöti — The Algorithmic Portrait Artist, by Jean-Philippe Côté

Beyond Tellerrand — an event about web, dev, design (edition 2018) was originally published in BeCode on Medium, where people are continuing the conversation by highlighting and responding to this story.

Ça a commencé comme ça :

Alex : Il faut qu’on aille à Beyond Tellerrand. Moi j’y vais et je pense que tu devrais venir avec.
moi : Hum cool.
Alex : On peut boire des bières avec ses designers préférés, les conférences sont super intéressantes, on découvre énormément de choses, c’est super inspirant.
moi : Ok, cool.
Alex : Le premier soir on vide les frigos donc on boit des bières gratos, c’est trop bien.
moi : Enfin moi, je bois pas mais bon…
Alex : En plus, y’a un super quartier japonais où on va manger, c’est super bon.
moi : SAYBONJEVIEN !!!

J’ai reparlé de cette conversation à Alex quand on était à Düsseldorf, de comment j’avais jamais vraiment compris de quoi il me parlait quand il me bassinait avec son design, sa data visualisation, son three.js. Pour moi, on avait été engagé pour former les concepteurs des websites de demain et c’était déjà un gros morceau à traiter. Mais Alex n’a jamais vraiment lâché le morceau. Et comme Alex n’est pas du genre à se passionner pour de la merde, je me suis promis qu’un jour, j’arriverai à comprendre pourquoi il me parle de ça et surtout en quoi ça me concerne. L’argument du restaurant japonais a été comme l’appât qui allait me mener vers mon épiphanie… Et putain, quelle épiphanie !

Un vrai road trip ne se déroule jamais comme prévu

Alex avait également réussi à convaincre d’autres BeCodeurs de se joindre à l’aventure avec nous. On s’est organisé en covoiturage parce que c’est moins cher et parce que c’est plus cool.

Toi aussi, t’as vu pleins de films et tu sais qu’un vrai road trip part toujours en couilles. On avait la caisse la veille, tout était en ordre. On avait notre point de rendez-vous, l’heure de rendez-vous. Le jour même, tout le monde était prêt et dans les temps. Puis soudain, le téléphone sonne. « La voiture n’est plus là ». La devanture de magasin devant laquelle la bagnole était garée n’était pas une devanture de magasin mais un garage étonnamment impeccable pour le quartier. La bagnole était à la fourrière. Sauf que le proprio de la voiture n’est pas l’un d’entre nous. Et le plus fun c’est que le proprio de la bagnole est littéralement à l’autre bout du monde. Pas grave, on va y aller en train. Sauf que c’est la période annuelle (lol) des grèves. Y’a pas de train. Pas grave, on va y aller en bus. Trop compliqué, trop chiant, trop tard. Dernière solution : la bagnole de loc’.

On arrive à 7h30, à l’ouverture des bureaux de l’agence de location pour venir retirer notre bolide. « Pas avant 10h ». Après quelques clins d’œil et quelques sourires complètement inefficaces on a compris que non, y’aurait pas moyen de moyenner. 10h, c’est 10h. Bah tant pis, attendons 10h.

Et à 10h, alors qu’on s’attendait à une nouvelle surprise du genre alerte à la bombe, invasion extraterrestre ou une déclaration de gastro incapacitante (j’étais pas loin parce que j’avais mangé des trucs chelous la veille), on a finalement réussi à partir pour putain de Düsseldorf !

Let’s get the real shit started

À peine arrivés à l’événement, on nous remet un tote bag (tu sais, les sacs en tissu) avec pleins de bordel dedans. Un t-shirt, des chaussettes, des livres, une tasse, des stylos, des stickers… Et parmi les bouquins, il y avait “24 Work Hacks… we wish we had discovered sooner” de Sipgate.

Ca commence fort. On est gâtés et on est gâtés avec des trucs déjà super inspirants et utiles. Crois-moi que j’ai pas encore fini de lire ce livre mais j’ai déjà envie de mettre en place la moitié des trucs chez BeCode, tant dans ma classe qu’avec les collègues. Rien que le conseil de faire venir des gens de l’extérieur régulièrement pour avoir un point de vue extérieur sur ce qui se fait ailleurs, c’est excellent. Je me rappelle qu’avant de commencer BeCode, on nous avait envoyé à Montreuil chez Simplon pour se former au métier de formateur. Je me rappelle qu’il y avait un tas d’idées que je voulais piquer et appliquer chez nous et d’autres que j’avais cerné comme étant de fausses bonnes idées. De la bonne matière pour savoir où on pouvait éventuellement aller et où ne surtout pas s’aventurer. Très instructif.

C’est avec beaucoup de déception qu’on a manqué la conférence sur les dangers d’être webdev. Heureusement, à peine l’évènement Beyond Tellerrand terminé, les vidéos des conférences sont disponibles sur Vimeo. Je suis actuellement en train de regarder la conférence et je dois bien avouer que ça n’a pas du tout le même impact sur moi en vidéo qu’en live.

À ceux qui se disent qu’une conférence peut se regarder sur youtube online, vous passez à côté de quelque chose d’essentiel. Toute la mise en scène de l’évènement est faite pour que vous soyez imprégné du discours du speaker. L’atmosphère, les lumières, la foule qui vous entoure, les rires complices du public jouent énormément dans le discours énoncé. L’émotion, ça joue énormément.

Je pense que jamais je n’aurais regardé la vidéo de la conférence de Mike Monteiro en ligne. Ou pas en entier. Pourtant, je te raconterai un peu plus tard combien cette conférence m’a fait beaucoup de bien à différents niveaux.

D’une situation de merde on peut toujours tirer parti

La première conférence à laquelle j’ai eu la chance d’assister était celle de Vic Lee : “No effing Failure”. Vic commence la conférence en nous expliquant qu’il a travaillé en agence de manière assez classique mais qu’à force de bosser comme une brute sur trop de projets, il a eu le besoin de prendre quelques mois de vacances. Vic n’est pas parti en vacances. Vic a profité de ce temps pour redécouvrir le plaisir de dessiner avec de simples stylo-feutres.

Aujourd’hui, Vic est illustrateur. Il a fait des illustrations sur des murs de bureaux, sur les murs de sa ville, sur des brochures pour des musées,… Et c’est lui qui a dessiné l’illustration de Beyond Tellerrand pour l’édition Düsseldorf 2018 qui se trouve sur les t-shirts qu’on nous a distribué quand on est arrivé.

Dans une certaine mesure, il m’a beaucoup fait penser à Poppy Mili, l’illustratrice qui a décoré les murs de mon actuelle salle de classe il y a un an et que j’ai l’immense joie de compter parmi mes amies.

Hacker l’obsolescence programmée

Beyond Tellerrand, c’est un évènement qui regroupe plusieurs conférences. En dehors des conférences, il y a des stands d’artistes. Les images que tu vois au-dessus sont des photos que j’ai faites au stand de Jean-Philippe Côté. Jean-Philippe est un programmeur/artiste canadien. À Düsseldorf, il a apporté une vieille bécane datant de 1986 qui allait finir aux ordures. Jean-Philippe l’a transformé en portraitiste.

Le principe est simple : une caméra te prend en photo, un ordinateur traite l’image par contraste, puis la vieille bécane, armée d’un stylo feutre, dessine ton portrait à la manière de Chappie.

Pas mal pour du matos de récupération !

Wesley Grubbs — ce moment où j’ai enfin compris Alex (partie 1)

La conférence de Wesley Grubbs portait sur l’importance de savoir dire stop, de reconnaître ses échecs et d’apprendre d’eux-même. D’où le titre de la conférence : The Importance of Failing Successfully. Mais au-delà de ça, il nous a montré ses travaux en data visualisation et j’ai compris pourquoi Alex avait tant insisté depuis un an pour qu’on propose à nos juniors de faire de la data visualisation. Parce que c’est également un des nombreux métiers du web.

Chez BeCode, sur le papier, on forme des développeurs web. Mais le parcours est ainsi fait qu’on peut très bien former des gens à devenir project manager, community manager, testeurs, développeurs en sécurité, hackeurs, web designer, front-end dev, back-end dev, full-stack dev,… Donc oui, au final, ça a du sens de connaître certains outils propre à la dataviz pour permettre à ceux qui se destineraient dans cette voie de se faire les dents dessus.

D’autant que y’a pas à chier, c’est vraiment beau quand c’est bien fait. Et pour une adepte de la vulgarisation comme moi, faire comprendre des données ou des principes compliqués avec de simples images, c’est forcément un truc que je ne pouvais qu’adorer.

Les cubes de Jared Tarbell — ce moment où j’ai enfin compris Alex (partie 2)

Après la conférence sur l’importance d’échouer avec succès sur fond de dataviz, la conférence sur le generative design m’a donné un second écho par rapport aux discours d’Alex. En écoutant Jared parler, j’ai réalisé que j’avais déjà vu ces œuvres d’art générées grâce aux codes, mais jamais je n’avais pris le temps de les regarder et de les observer pour ce qu’elles sont : des œuvres d’art, de vraies de véritables œuvres d’art générées grâce à des règles très simples et du hasard par un ordinateur. Quelques lignes de code pouvaient créer des formes visuelles magnifiques.

Et tu vas me dire « mais du coup, c’est quoi cette histoire de cubes ? ». Jared a eu un jour l’idée de réaliser certaines de ses œuvres numériques IRL (in real life). Ça a donné des structures géométriques qui ressemblent à des cabanes de jeux pour les gamins, des huttes d’un nouveau genre et des cubes à géométrie parfaite. L’algorithmie a donné naissance à une nouvelle forme d’art numérique et réelle par le biais de Jared Tarbell. Et si nous aussi, on se donnait la peine d’aller plus loin, de penser au-delà du réel, out of the box, beyond tellerrand…

Out of the box

Quand on parle de design, on pense design web, design d’intérieur, mais on pense rarement aux designs événementiels. Kate Dawkins réalise des live performances. Durant sa conférence, elle nous a exposé son travail sur la commémoration de la troisième bataille d’Ypres et également la réflexion autour de la réalisation du spectacle Fast and Furious Live.

Claire L. Evans a parlé de la place des femmes dans l’histoire de l’informatique et surtout comment, sans les femmes, l’informatique ne serait pas ce qu’elle est aujourd’hui.

Jan De Coster nous a confié comment lui est venu sa passion pour la conception de robots, comment petit à petit il s’est interrogé sur la conscience de ses robots…

Une conférence un peu plus porté sur le code a été présentée par Miriam Suzanne. Elle a évoqué son propre système de grid (Suzy) mais explique pourquoi aujourd’hui, il est plus pertinent de ne pas utiliser de système de grid…

Dans quel autre endroit peut-on parler d’intelligence artificielle, de code, de Fast and Furious et de l’histoire de l’informatique le même jour ? Bah maintenant tu sais : Beyond Tellerrand.

How to build an atomic bomb, by Mike Monteiro

Putain de Mike Monteiro…

Avant de monter sur scène, il rôdait devant les premiers rangs et nous observait. Il avait déjà l’air vénère. Durant la conférence, lorsque les gens applaudissaient ou riaient, tu voyais clairement que lui n’avait pas envie de rire, pas envie d’être applaudi. Il voulait réveiller les gens, il voulait partager sa frustration et sa douleur dûes à toutes les choses qui le révoltaient. Il voulait qu’on comprenne ce que lui avait compris depuis longtemps. Il voulait, je pense, enfin se sentir moins seul dans cette océan de cynisme et d’injustice. Sa colère nous a mené vers notre propre remise en question.

Je vais pas te raconter le propos, t’as qu’à regarder la vidéo. Mais pour ma part, ça m’a conforté dans mon idée de ne pas négliger les questions d’éthique avec mes stagiaires, d’en parler absolument, d’avoir des débats à propos de l’actualité, des nouvelles lois, de la neutralité du net, du GDPR, de la censure, de ce qu’on peut faire mais qu’on ne doit pas faire. En tant qu’architectes et constructeurs du web d’aujourd’hui et de demain, nous avons une responsabilité importante. Nous avons le devoir, comme tout citoyen, d’agir avec humanité, avec conscience, avec éthique.

Même sa manière de distribuer ce livre était rempli d’émotion. Il était révolté que ça soit toujours les hommes qui se jetent vers la scène pour récupérer les goodies. Cette fois-ci, il a invité les femmes à se lever et à venir prendre un bouquin. Les hommes n’auront qu’à l’acheter, a-t-il ajouté.

Tout est une question d’éthique, de choix, d’engagement. Rien n’est insignifiant.

Et finalement, la bouffe dans tout ça ?

Comme je te le disais au début, on est arrivé méga à la bourre, on n’avait pas mangé, on avait faim. Parmi les gens présents, je dirai qu’il y avait un pourcentage non négligeable de francophones. Et tu peux être certain que la très très grosse majorité d’entre eux connaissent Alex parce qu’Alex va à Beyond Tellerrand depuis des années et qu’il est tellement fan du concept qu’il incite tout le monde à y aller ; les gens de BeCode mais aussi les gens avec qui il était à l’HEAJ. À peine arrivés, Alex salue donc déjà des potes à lui, qui ont faim également, et qui nous embarquent au Burger King local.

Le soir venu, le soleil se couchant, les heures de fermeture des restaurants commençaient tout doucement à être largement dépassées. J’avais repéré un restau japonais du nom de Takumi sur Internet. Facile à retenir, il s’appelle comme le restau à Ixelles où j’aime bien aller.

Le Takumi de Düsseldorf est une tuerie. On s’est pointé à 22h passées, on a repéré qu’il y avait des barrières, probablement pour les gens qui font la queue pour rentrer. Mais à cette heure-ci, un lundi, y’avait quasiment plus personne. Les plats étaient succulents même si un de mes stagiaires a été surpris par le piquant du Kimchi proposé.

C’est une fois rentrés en Belgique qu’en poussant un peu plus la recherche, on a réalisé que le Takumi est un des établissements les mieux notés de la ville, que les gens font la queue sur tout le trottoir pour y avoir une place et que le rapport qualité/prix y est exceptionnel. Pas étonnant qu’on s’y soit régalé.

Je ne suis pas quelqu’un qui petit-déjeune. Néanmoins, quand y’a moyen de bouffer et boire des chocolats chauds sans débourser un centime, tu peux être sûr que je suis jamais bien loin. Je te parlais un peu plus haut des stands d’artistes, des stands de ventes de t-shirts et autres mais sache qu’il y avait également des stands de sponsors. Accenture était là avec ses machines à boissons chaudes grâce à qui j’ai pu profiter d’un très bon chocolat chaud. Adobe était présent également pour présenter et permettre aux participants de tester Adobe XD en plus de se régaler de leurs excellentes gaufres. Publicis nous a offert un paquet de stylos billes pour pouvoir prendre des notes pendant les conférences. Mozilla nous a gâté avec pas mal de stickers, tout comme les autres sponsors dont j’ai malheureusement oublié les noms.

Bref, on a été gâtés.

TL;DR (pour conclure)

Si tu te fais chier dans ta vie, si t’as peur de tourner en rond, de toujours faire la même chose, que tu veux simplement te laisser inspirer par des gens qui ont su faire “autre chose”, si le discours bullshit sur la “réussite” te casse les noix et que t’as envie d’entendre de vrais gens parler de vraies choses, viens à Beyond Tellerrand. Sérieux, viens putain.

Pour aller plus loin

• Beyond Tellerrand — the official website
• Beyond Tellerrand — le compte Vimeo pour retrouver les vidéos de toutes les conférences
• Yöti — The Algorithmic Portrait Artist, by Jean-Philippe Côté

Originally published at mae.ovh on May 10, 2018.

Beyond Tellerrand — un événement sur le web, design, dev,… (édition 2018) was originally published in BeCode on Medium, where people are continuing the conversation by highlighting and responding to this story.