Ember : un lecteur Hacker News natif pensé pour l'accessibilité
Pourquoi ça compte pour toi
Si tu lis Hacker News sur mobile, tu connais la douleur : interface web lente, commentaires imbriqués illisibles, zéro respect de tes paramètres d'accessibilité. Ember change ça en proposant une vraie app native qui s'adapte à *toi* — pas l'inverse. C'est un exemple rare où l'accessibilité n'est pas un ajout cosmétique, mais une vraie décision de design.
Ce qu'il faut retenir
- 1.App SwiftUI 100% native (zéro dépendance externe), commentaires en arborescence repliable, recherche plein texte, lecture hors ligne
- 2.Accessibilité intégrée : détecte VoiceOver, Reduce Motion, daltonisme au premier lancement et adapte l'interface automatiquement
- 3.Même code pour iPhone, iPad, Mac (via Mac Catalyst) — barre d'onglets sur téléphone, disposition 3 colonnes sur bureau
Tu galères avec le jargon ?
Lis la version réécrite en mode débutant — toutes les idées, sans le jargon.
Pourquoi ça vaut le coup de regarder
Ember n'est pas juste « une autre app HN ». C'est un manifeste : comment construire une app mobile sans pénaliser les utilisateurs en situation de handicap.
Le détail qui change tout ? Au premier lancement, l'app détecte tes paramètres d'accessibilité système — VoiceOver activé, texte gras, mode Reduce Motion — et configure toute l'interface en conséquence. Pas de surprise. Pas de « t'étais censé activer manuellement tel truc dans les réglages ».
Les vraies fonctionnalités
Commentaires natifs, pas du HTML. Les réponses imbriquées sont analysées en texte vrai, avec des liens cliquables, du code formaté, des blocs de citation. Et tu peux les replier à volonté. Une simple requête charge l'arborescence complète — pas 50 requêtes HTTP.
Lecture hors ligne. Tu télécharges un flux, lis les commentaires : tout fonctionne sans connexion. L'app met en cache les fils, articles et discussions que tu consultes.
Typographie soignée. Les articles utilisent la police Inter (variable, intégrée), avec une longueur de ligne confortable pour que les longs fils restent lisibles. Et ça s'adapte à ta préférence de taille de texte système.
Design d'accessibilité pensé. Jamais de couleur seule pour véhiculer l'info : un statut lu/non-lu ? Une coche et une icône, pas juste une teinte. Les liens se soulignent optionnellement. VoiceOver expose des libellés cohérents, pas du chaos.
L'archi qui plaît aux devs
C'est du SwiftUI pur. État géré avec @Observable, réseau en async/await, cache disque borné avec un acteur dédié. Code découpé proprement : modèles, réseau, stores, système de design.
Pas de dépendance externe. Zéro CocoaPods. C'est rare et c'est propre.
Pourquoi tu dois le savoir
C'est open source (MIT). C'est une fenêtre sur comment faire de l'accessibilité sans pénaliser le reste du design. Et ça rappelle qu'une bonne app native n'a pas besoin de 47 frameworks tiers.
Et concrètement pour toi ?
Choisis ton profil — la lecture de l'article change selon qui tu es.
Pour toi, c'est un exemple concret que l'accessibilité n'est pas un sacrifice : Ember est plus rapide, plus limpide et plus adaptable que le web Hacker News. Comprends que bien concevoir pour les minorités rend le produit meilleur pour tous.
Essayer maintenant
Cloner et compiler Ember sur GitHub →Source
Pour aller plus loin
Cet article t'a donné envie d'approfondir ? Deux formations Noésis t'attendent :