3 jours au Web2Day 2019 : Notre curiosité rassasiée ?

Et ça y est le web2day touche à sa fin. 3 jours qui sont passés comme chaque année à une grande vitesse, pour faire dans l’original
Chez DevToBeCurious, vous le savez maintenant, nous aimons autant pousser un langage pour découvrir ses nouveautés, ou ses particularités, nous aimons aussi découvrir toujours plus d’outils, de langages, de frameworks.
Et cette année encore, on a reçu de beaux cadeaux (et c’est même pas encore noël).

Des précompilateurs, des frameworks

Ca fait plusieurs mois qu’on se prépare chez Dev to be curious pour découvrir les concurrents d’Angular. Nous vous avions d’ailleurs présenté un framework bien sympa : Quasar, avec Vue.js.

NuxtJs, un framework pour Vue.js

Nous avons l’opportunité d’avoir une conférence faite par le créateur de Nuxt.js : un framework utilisant Vue.js.

Son but, tout comme Quasar, c’est de développer des applications universelles, avec du javascript.

Et la présentation nous a donné bien envie d’aller nous pencher plus en détail sur ce framework, et le comparer avec Quasar.

React native

Ce framework permet de faire des applications mobiles, avec du React ! Pour les fans de React, c’est sûr, c’est l’idéal.
Nous avons des retours d’expériences pour l’utilisation de ce moteur, dans la création d’applications mobiles.

En résumé, nous avons la création pour une même application de :

– un projet android
– un projet xcode
– un projet react / js

Et il existe des bridges qui permettent de faire la conversion entre le code natif React Js vers le code natif de l’OS (android ou iPhone).

A priori, de ce que nous avons retenu, c’est un bon outil qui tient ses promesses à plus de 90%.

Cependant, quelques problèmes ont été relevés durant les conférences autour de React native :

– quand problème : par moment, avoir les 3 compétences react / android / ios
– perfs décevantes sous android : si code mal ecrit : ça se ressent bcp sous android (react native a été fait de base pour ios ?).
De plus, le temps de chargement js s’ajoute au temps de chargement de l’appli.
(aller voir l’idée de webpack : découper le chargement des fichiers, suivant les besoins)
– api décevantes : react navigation tente de corriger les problemes
– problèmes de montées en version : on multiplie par 3 les prob
en plus, dépendant de babel (exemple quand on est passé à Babel 7)
– certains moments : environnement pas stable

Son concurrent : Flutter

Voilà quelques semaines, nous nous étions fixés comme challenge d’installer Flutter. L’installation s’était avérée un peu douloureuse … surtout durant l’installation des extensions, et de l’installation d’Android Studio.

Cependant, en comparaison de React Native, une autre conférence nous a confirmé que, une fois passé le cap qu’on code en dart, l’expérience de développement avec Flutter est beaucoup plus agréable.

Si l’on devait mettre en place match entre les deux plateformes, selon le speaker que l’on a vu, c’est bien Flutter qui gagnerait, pour ces raisons :

– c’est mieux pensé pour une application de base, pour des pocs, pour une application startup

– ca va de paire : il existe déjà de nombreux composants précréés pour nous

– les performances seraient meilleures que React native

– la prise en compte de tout le workflow de développement se passe vraiment bien (intégration d’outils déjà prévus, propre à Flutter)

La découverte d’un nouveau monde CSS

Chez Dev to be curious, nous adorons le web, bootstrap, le js, les frameworks javascript (Vue.js, React et Angular), le css 3, …

Et pourtant durant la conférence sur la rétrospective du CSS, nous avons pris une claque !

Nous avons découvert tout un monde nouveau, qui s’oriente de plus en plus vers du DEVoCSS que tu CSS pur.

Vous connaissez sans doute LESS, SASS.

Nous avons découvert un monde web du côté intégration HTML/CSS extraordinaire :

post css
nanocss
design tokens
emotion

Des concepts, des bonnes pratiques

Améliorer les notifications de nos applications

Aujourd’hui, nous recevons tellement de notifications que cela devient une souffrance. Nous subissons ces sollicitations, et donc on fait comme si nous devions les accepter.

Rappelons ici une stat annoncée par le conférencier : 71% des utilisateurs désinstallent app à cause notifs. C’est énorme !

Le conférencier nous a apporté des notions essentielles pour mieux notifier :

1. Cherchez à n’utiliser que 16 mots : une sorte de ligne directrice
2. Ne notifier que quand c’est essentiel et nécessaire (les infos de mise à jour auto du serveur ne servent à rien)
3. Notifier par rapport à un contexte (s’il pleut par exemple, ne pas me demander de sortir pour jouer à un jeu type Réalité augmentée)
4. Personnaliser au plus possible les messages
5. Regrouper par même type de message, plutôt que de polluer par info reçu du serveur
6. Changer les styles suivant les notification
7. Choisir le moment adéquat : mercredi, samedi dimanche sont les jours à priori les plus attendus (au risque de ne pas être lues ?)

Enfin, il est important de laisser une sensation de contrôle à l’utilisateur sur les notifications qu’il va recevoir :

• pouvoir choisir quand il va les recevoir
• décider s’il veut ou non les recevoir
• et surtout que l’accès à ce paramétrage ne soit pas complexe, pas décourageant

Un exemple pour finir :

Lorsque nous nous inscrivons depuis une application mobile, souvent nous recevons une notification de réception d’email pour valider notre compte.
Mieux vaut éviter et temporiser 15-20 minutes plus tard ! Ainsi l’expérience de découverte de l’application n’est pas cassée.

Penser micro-intéractions

Enfin, nous nous arrêterons sur la notion de UX par micro-intéraction. A mettre en opposition avec les macro-intéractions.

Pourquoi il est intéressant d’y penser ?

Ici, micro-intéraction rime avec composant !

Et dans le monde du web, tout s’oriente vers les Web Component : HTML, et les applications SPA.

C’est le POC : Programmation Orienté Composant.

Gardons ici la notion de brique de lego.

5 grandes étapes permettent de créer des micro-intéractions, nous rappelle le speaker :

– signal : ce qui déclenche l’intéraction.
– regles : elles doivent être compréhensibles
– feedback : générer dopamine, chercher le positif
– boucles et mode : revenir sur la micro interaction X fois (si on revient plusieurs fois sur la meme : on reduit la taille, on la stop ?
– personnalité : chercher à construire un produit comme une personne (voice and tone) => branding cards

Pour les concevoir, nous pourrons utiliser :
– principle for mac
– framerx

Tellement de très bonnes conférences à cette session 2019 du Web219 !

Nous avons beaucoup appris, beaucoup échangé. Une très grande hâte pour celui de l’année prochaine !

A très vite !