De l’Apple I à SwiftUI, l'évolution de la conception des interfaces utilisateurs
En 2019, Apple a présenté une technologie amenée à occuper une place essentielle dans le développement des applications sur ses plateformes : SwiftUI. Bien que très jeune, ce nouveau framework permettant de créer des interfaces pour tous les appareils Apple a déjà démontré son potentiel. Son credo : « De meilleures apps. Moins de code. »
Avec la nouvelle mouture présentée lors de la WWDC 2020, SwiftUI a vu ses fonctionnalités et ses performances se renforcer. Est-ce le bon moment pour sauter le pas et abandonner ses prédécesseurs, UIKit et AppKit ? S’il n’y a pas de réponse définitive, certains éléments donnent de bons espoirs pour l’avenir (très) proche. En tout cas, il y a une chose que l’histoire d’Apple nous a apprise, c’est qu’il vaut mieux suivre la cadence au risque d’être vite dépassé.
Apple I : un ordinateur personnel avec interface utilisateur
L'Apple I était à l’origine un projet personnel de Steve Wozniak. À l’époque, l’informatique était réservée à une élite et quelques passionnés. Woz a décidé de concevoir à ses heures perdues un ordinateur utilisable facilement et à moindre coût. Quand Steve Jobs a découvert ce projet, il a proposé des améliorations pour le rendre plus accessible au commun des mortels. Il suffisait de brancher une alimentation, un clavier et un téléviseur à l’appareil pour pouvoir l’utiliser.
Très intéressant, merci pour cet article.
@Oracle
Avec plaisir 😊
@Oracle
Super article ça fait plaisir de lire un article comme ça. On voit bien qu’Apple ne fait pas que du matériel mais aussi beaucoup de logiciel, en particulier des frameworks dédié au développeur dans le but que leur app exploite les capacités des machines Apple.
@titi17
Merci
Je ne me lasserai jamais de la photo de l’Apple I...
@Bigdidou
👍
@FloMo
Merci beaucoup pour ce grand tour d’horizon des UI du Mac 😊
@Cactaceae
Avec plaisir 😁
Super article !
Par contre, l'ayant lu en partie sur mon iPhone et en partie sur clubigen.fr, j'ai constaté que les bouts de code ((extraits GitHub) n'apparaissent pas sur le web... (désactiver mon bloqueur de contenu n'a rien changé). C'est moi, ou c'est un bug ?
@ric_anto
Merci.
Parfois, il faut rafraîchir la page web.
@FloMo
Petite question hors sujet: vous faites comment pour personnaliser votre avatar??? 🤔
@spm
C’est dans les réglages du compte, via le site web.
Article très intéressant pour moi qui débute avec SwiftUI ! Merci
Je ne savais pas que le code de l’app Fruta était dispo ! C’est l’une des apps utilisées pendant les sessions de la WWDC, j’avais toujours envie d’en voir plus 😄
@iValFR
Top si ça a plu. 😁
Il y a en effet pas mal de codes sources disponibles sur le site Apple.
L’an dernier, SoupChef était l’app de démo pour les API Siri.
@FloMo
Bonsoir
Y aura Siri dans l’application ou bien peu d’utilité ?
@macbook60
Siri est en quelque sorte un « hub » central regroupant l’intelligence de toutes les apps.
Donc, si on veut se faire une place au sein de la vie de l’utilisateur hors du contexte de l’app, il faut alimenter Siri. C’est à dire l’informer des actions de l’utilisateur, de ses habitudes et des actions a suggérer.
Une fois alimenté, Siri va accompagner l’utilisateur dans son quotidien en lui faisant les meilleures suggestions possibles. À partir des informations emmagasinées.
C’est l’expérience utilisateur ultime : rendre service à l’utilisateur uniquement quand c’est nécessaire, via le meilleur canal possible, en évitant la sursollicitation.
Et il faut y voir une solution d’avenir avant tout. Mais un avenir proche car déjà adopté par une bonne partie des utilisateurs.
Je ne sais pas si j’ai répondu à la question.
@FloMo
Dans l’application iGeneration avez vous trouver une utilisation de Siri
@macbook60
Je ne développe pas l’app. ^^
Je suis pigiste seulement.
Mon métier est freelance auprès de grands comptes notamment. Je travaille notamment sur les apps de mutuelles.
@FloMo
Tu n’est pas aussi développeur?
@macbook60
Si. Développeur free-lance. En réalité, je suis surtout « Tech Lead », c’est à dire que j’apporte la culture Apple au sein des équipes.
La très grande majorité de mon temps, c’est le code.
Et, en parallèle, je fais des démos, des meetups internes, des formations pour accompagner mes clients. L’idée est que l’entreprise trouve sa place dans l’écosystème Apple. Et vice-versa.
Sympa comme jobs
@macbook60
C’est plus qu’un job, c’est un mode de vie. 😅
@FloMo
Lol
Vraiment le type d’articles que j’aime : instructif, didactique, et qui permettent de mieux apprécier le travail d’Apple et des devs sous l’interface.
Je me demandais: comme tu as été dev Linux, si je ne m’abuse, quels sont les mérites comparés des environnements de programmation sur Mac, PC et Linux ? Ici on entend souvent se plaindre des outils mis a dispo par Apple, mais je n’arrive pas à me faire une idée juste, n’ayant pas les compétences. Quel est ton avis ?
Et quand tu dis que la transition ne sera pas une partie de plaisir, peux tu nous rendre cela accessible, avec un exemple ?
En tout cas merci pour l’article, c’est le type même d’articles qui me fera renouveler mon abonnement quand il sera arrivé à échéance.
@pat3
Merci 😁
Pour mon expérience de GNU/Linux à Apple, l’énorme avantage d’Apple est une uniformité qui rend le travail plus simple.
On retrouve d’ailleurs la même uniformité du code au sein du noyau Linux et ses composants.
Ensuite, le fait qu’Apple mette l’utilisateur au centre est appréciable au plus haut point. Ça donne du sens à ce que l’on produit.
Pour la qualité des outils de développement, j’ai toujours su me satisfaire de Xcode. Chaque outil de développement à ses contraintes. La qualité des SDK comble amplement les petits défauts de l’éditeur. Qui s’améliore d’année en année. La version 12 est d’ailleurs un excellent cru.
Après, la transition ne sera pas facile car on va devoir « essuyer les plâtres ». Côté Apple, ça ne peut pas être parfait immédiatement. Côté développeurs, il y a une montée en compétences à gérer. Et, malgré tout, les utilisateurs auront des exigences légitimes vis-à-vis de la qualité. Cette période sera à la fois passionnante et frustrante.
Si ma mémoire est bonne, c'est Brad Cox qui a inventé l'Objective-C.
Après, Next en a racheté les droits.
@Albator1138
Exact ! Merci de la précision.
Next a racheté les droits à Stepstone.
J'ai testé la page sur mon Mac sous High Sierra en utilisant Safari, Firefox et Chrome, mais je n'arrive pas à afficher les morceaux de code. Que dois-je faire ?
@Marc ou Net
Voici les sources des extraits sur GitHub
https://gist.github.com/florentmorin/7bbe59d6f85a68cce274bd6ffb0378b1
https://gist.github.com/florentmorin/6b466b44ffb85a97c07337c8515546be
Super article, merci.