Mac4Ever Refurb Store Guide d'achat Apple - Des conseils sur toute la gamme Apple Débuter sur Mac
Mac4Ever.com - Toute l\'actualité Apple, iPhone, iPad, iPod et Mac - Mise à jour quotidienne
Actu Dossiers Forum Photos/Podcasts Petites Annonces
Icône recherche
Annuler la recherche
4323 connectés

StopCovid : les secrets d'un challenge technique ! On vous dit tout !

Un soucis avec votre iPhone ? Une question sur l'iPhone ? Une trouvaille sur l'iPhone ?

Modérateurs : Odibi, Bicus, FXF, Nix, beheme

StopCovid : les secrets d'un challenge technique ! On vous dit tout !

Message par Didier le 09/05/20, 13:09

Dès la semaine prochaine, les premiers tests de l'app StopCovid vont démarrer, tandis que l'application officielle sortira le 2 juin pour le grand public -sauf si les députés en décident autrement.

Ce programme devrait permettre de savoir (anonymement et de façon volontaire) si vous avez été potentiellement contaminés par le virus, en croisant une personne malade suffisamment longtemps lors de vos déplacements. Bien-sûr, l'enjeu est technique, mais pose aussi des questions relatives à la protection de la vie privée, deux éléments fortement liés. Il est donc intéressant de connaitre le fonctionnement du programme, et les choix qui ont été faits -aussi bien du côté d'Apple que des différents Etats.



Nous n'aborderons pas ici les questions d'ordre sanitaire, comme l'utilité d'une telle app dans la lutte contre la pandémie, des questions qui font encore débat dans le monde. L'idée est plutôt de vous expliquer comment va fonctionner le programme avec un angle technique et quelles sont les différentes approches retenues. Vous comprendrez aussi pourquoi iOS impose autant de restrictions face à Android et également les choix d'Apple et de Google en matière de traçage.

Cet article a été réalisé avec la participation de Mathieu Hausherr, lead-developer chez Virtuo, un système de location de voitures bien connu en France, qui utilise justement le Bluetooth pour déverrouiller les véhicules. Mathieu donnait à ce propos une conférence en ligne il y a quelques jours sur le sujet, profitant de son expertise et pour en comprendre les enjeux. Merci également à Thomas Jaussoin, de Lunabee, qui participe au projet StopCOVID aux côtés de l’Inria, l’ANSSI, Capgemini, Dassault Systèmes, l’Inserm, Orange, Santé Publique France et Withings.

Pourquoi utiliser le Bluetooth ?


Le bluetooth est sans doute la technologie la plus simple pour faire du « contact-tracing » de manière anonyme et efficace : il ne s'agit pas ici de tracking localisé (il n'y a pas de données GPS, ou obtenues à partir du WiFi/4G, du moins en occident), l'idée est uniquement de savoir si vous avez croisé une personne infectée, peu importe le lieu.

Le bluetooth est présent sur tous les téléphones depuis des années (iOS 5/Android 4.3) et notamment sous la forme « BLE » pour Bluetooth Low Energy. Ce système permet de consommer très peu de puissance, jusqu'à six fois moins d'énergie que le WiFi par exemple. Contrairement à ce qui a été écrit ici ou là, même en arrière plan, l'impact sur l'autonomie reste négligeable.



Le Bluetooth offre également une fonction appelée « Beacon » ou « iBeacon » chez Apple. A la manière d'un phare, il s'agit d'une balise qui émet un signal tous les X secondes et qui permet de dire "Je suis là" à tous les appareils autour. Utilisé pour la géolocalisation en intérieur (pour savoir, par exemple, où se trouve un tableau dans un musée ou un guichet dans un aéroport, cf ci-dessous), il peut également servir à faire du contact tracing assez facilement, la technologie étant par ailleurs multi-plateforme : il suffit d'écouter les « beacons » autour de nous pour savoir si des appareils sont proches ou pas. Avec des apps évoluées, on peut ensuite faire discuter les téléphones et échanger des données -ce qui est rarement le cas avec iBeacon, où chaque balise se contente de bipper.




Le Bluetooth permet également d'avoir une idée de la distance entre deux appareil. Grâce à la puissance du signal (en gros), on peut en déduire une mesure approximative avec l'autre appareil.



Ce n'est pas parfait, mais assez précis pour savoir si la personne est à côté de vous ou dans l'appartement du dessus. L'idée de l'utiliser pour du « contact-tracing » prend alors tout son sens : on peut aisément savoir si l'on a été proche d'un malade et pendant combien de temps.

Les limitations d'iOS


Pour protéger la vie privée de ses utilisateurs, Apple impose quelques restrictions dans iOS :

- l'iPhone ne fournit pas (avant iOS 13) le fameux « Tx » de notre formule, une variable d'étalonnage liée à la puissance du signal qui offre une meilleure précision du calcul de la distance aux autres appareils
- l'iPhone ne peut pas jouer le rôle de "beacon" lorsqu'une app est en arrière plan : il n'émettra aucun signal sur le Bluetooth, et devient indétectable
- l'utilisation du Bluetooth en arrière plan reste possible, mais uniquement pour lire les signaux des beacons environnants
- enfin, une permission est demandée à l'utilisateur pour utiliser le bluetooth en arrière plan


Sur Android, il y a moins de limitations : une app peut jouer le rôle de Beacon en arrière plan, Android fournit le fameux Tx nécessaire au calcul plus précis de la distance et enfin, depuis Android 9, une autorisation de l'utilisateur est nécessaire pour utiliser le Bluetooth en arrière plan. En gros, une app Android peut facilement transformer un téléphone en mouchard, là où Apple préfère désactiver la fonction dans tous les cas de figure, même pour un usage respectueux de la vie privée ou sanitaire comme ici. C'est d'ailleurs tout l'enjeu de la discussion entre la France et Apple ces dernières semaines, Thierry Breton demandant une exception à Tim Cook pour l'application française -mais la requête a certainement été faite dans la plupart des pays proposant actuellement une applications similaire.



StopCOVID fonctionnera sur iOS, grâce à Android !

La bonne nouvelle, c'est qu'une app type StopCOVID peut fonctionner sur iPhone sans l'aide spécifique d'Apple. Le programme peut en effet scanner les appareils autour de lui et récupérer les informations nécessaires (voir plus bas) en arrière-plan. En revanche, si l'iPhone est en veille, il ne peut pas envoyer de données à quiconque, en jouant le rôle de Beacon -l'iPhone devient alors en quelque sort, indétectable et reste en sommeil.

Pour qu'un iPhone sorte de sa léthargie en présence d'autres appareils (et donc, qu'il puisse échanger des données), il faut que ces derniers jouent le rôle de Beacon : c'est le cas de tous les modèles Android, qu'ils soient en veille ou non. L'iPhone peut aussi se comporter comme un beacon, mais pas en arrière plan -c'est là la principale limitation. En clair, sans un appareil Android autour, les iPhone resteront muets entre-eux.

En pratique, dans des pays comme la France, où Google représente 60 à 80% du marché, il y aura statistiquement presque toujours un appareil Android dans les lieux fréquentés -où l'on est susceptible de croiser un malade que l'on ne connait pas (transports, centres commerciaux, restaurants...). Dans des zones comme l'Australie ou les USA, avec 50% de part de marché, c'est déjà plus gênant, car on pourrait imaginer qu'il n'y ait que des iPhone en veille autour de nous -dans des réunions d'entreprise par exemple. C'est pour cela que certains programmes (comme en Australie justement) envoient régulièrement des notifications aux utilisateurs, pour leur demander de lancer l'app en premier plan.



En utilisant les API d'Apple, ces limitations sautent d'un coup : l'iPhone peut utiliser le bluetooth dans les deux sens en arrière plan et échanger des données sans avoir besoin d'être « réveillé ». Alors pourquoi ne pas utiliser ces API ? Car pour y avoir accès, il faut obligatoirement utiliser un protocole d'échanges « décentralisé » et « propriétaire », imposé par Apple et Google, ce que certains Etats, dont la France, ont pour le moment refusé.

Mais ce refus n'est pas forcément idéologique, contrairement à ce que rapportent certains médias qui laisseraient croire que la France agit seule contre tous : créer ces apps prend du temps et l'API d'Apple n'est disponible que depuis une grosse semaine à l'heure où nous écrivons ces lignes, alors que les autorités ont souvent déjà développé leurs apps avec d'autres protocoles -comme en France, Australie, UK, Singapour etc. Si certains pays, comme la Suisse, l'Allemagne ou l'Autriche se disent désormais prêts à adopter la solution américaine, c'est sans doute que leur développement n'est pas aussi avancé que les autres ou que la solution choisie (comme en Suisse) est assez proche de ce que propose Apple -et donc, plus facile à implémenter. En la matière, il n'y a donc pas forcément d'exemplarité, plutôt un concours de circonstances.

Mais d'ailleurs, quelle est la meilleure solution ? Centralisée ou non ? C'est justement le sujet de notre seconde partie.


En Chine, le traçage n'est pas anonyme et le suivi de chaque personne est de mise !


Centralisé ou décentralisé : quelles différences ?


Faut-il une approche centralisée ou non ? Le débat fait rage depuis plusieurs semaines entre « partisans » de l'un ou de l'autre, avec à la clef, bon nombre d'incompréhensions, surtout parmi les néophytes.

Pour le moment, l'ensemble des pays possédant une app (validée) ont opté pour une approche centralisée, plus facile et rapide à mettre en place et à contrôler. Ça a été le cas à Singapour, en Corée du Sud, en Australie ou encore en Angleterre. La France et l'Allemagne semblaient se diriger sur la même voie, avant que nos amis germaniques décident de faire machine arrière. Entre temps, la Suisse et plusieurs pays européens ont développé un système baptisé DP-3T créé notamment par l'EPFL (à Lausanne), décentralisé et repris depuis dans les grandes lignes par Apple et Google pour leur fameuse API commune. Mais y'a-t-il vraiment un meilleur système ?


En Suisse, c'est l'armée qui beta-teste l'application !


Il y a toujours une autorité "centrale" de santé

Comme on va le voir, ces deux approches ne sont pas si différentes : dans tous les cas, les données qui transitent entre les différentes téléphones et l'autorité sanitaire restent anonymes. C'est surtout le moyen de transmission qui change !

Dans le cas de l'approche centralisée comme celle du protocole franco-allemand ROBERT, les échanges d'informations sont très limités avec les autres téléphones (ils s'échangent régulièrement des identifiants éphémères, mais c'est tout, personne ne sait qui est malade). En revanche, on garde un lien permanent avec l'autorité de santé, qui connait les identifiants des personnes qui ont croisé des malades, on se rapproche en fait de la relation que l'on aurait avec son médecin. Pas question pourtant de faire le lien entre un patient et son numéro de sécurité sociale par exemple, on ne le connait que sous un pseudonyme. Sans rentrer dans les détails techniques, cette méthode permet de définir rapidement si vous avez croisé (ou non) des personnes infectées et s'il est nécessaire (par exemple), de vous faire dépister. Et le protocole garantit que cette information n’est jamais sauvegardée, vous êtes le seul informé. L'un des avantage est aussi de pouvoir à chaque instant, changer et adapter la façon de calculer le risque, puisque c'est le serveur qui possèdent « l'intelligence » du système.


Le protocole ROBERT, avec son serveur central


Dans le cas d'une approche décentralisée, comme DP-3T ou celle d'Apple/Google, il y a quand-même un serveur « central » en jeu, celui de l'autorité sanitaire. Mais ce dernier ne stocke que les identifiants éphémères des malades -on dit qu'ils sont éphémères, car valable uniquement pendant un temps défini et renouvelés ensuite. Ce sont ces derniers qui sont ensuite envoyés à tous les téléphones, qui peuvent alors vérifier de leur côté s'ils correspondent à ceux qui ont été stockés durant la période. En clair, l'association identifiant/malade se fera localement, et non à distance. A l'inverse, tous les téléphones récupèrent tous les identifiants de tous les malades (anonymes) à chaque instant.

Finalement, les deux approchent ont besoin d'un serveur central, c'est ensuite l'échange des identifiants et le calcul du risque qui se fait différemment -par le serveur dans l'approche centralisée, sur les téléphone en approche décentralisée. Par ailleurs, il faut que l'autorité de santé puisse valider qu'un malade... est bien malade : l'auto-diagnostique introduirait trop de risques de faux-malades. Dans tous les cas, l'implication de l'Etat est évidemment indispensable.




Y'a-t-il un système meilleur que l'autre ? Après avoir discuté avec plusieurs spécialistes, il est difficile de trancher : dans le cas d'une approche décentralisée, chacun connait les identifiants de tous les malades. En clair, si vous arrivez à obtenir un identifiant d'une personne que vous connaissez (par exemple, votre voisin, ou le client d'une banque, d'un commerce...), il sera assez facile de savoir a posteriori si cette personne est malade. On pourrait imaginer (cf image ci-dessus) qu'un commerçant, assureur etc. « sniffe » vos identifiants éphémères et vérifie qu'ils soient dans la liste (on trouve déjà des exemples d'apps, comme ici). A l'inverse, il sera presque impossible de savoir qui est malade dans la population générale avec qui vous n'avez pas été en contact.

Dans l'approche centralisée, le risque est... centralisé. En effet, le serveur stocke beaucoup plus d'informations, et peut même enregistrer des données de connexion permettant de faire le lien entre un malade et son adresse IP par exemple. A l'inverse, il sera plus difficile (voire impossible) à un tiers autour de vous, de savoir si vous êtes malade, car l'échange d'informations est beaucoup plus limité entre les téléphones. Dans le cas du serveur central, il y a aussi moins de données stockées sur chaque téléphone, l'approche décentralisée étant plus verbeuse.


L'app de la NHS anglaise est assez proche de StopCOVID


Dans les deux approches, il y a donc des failles, des risques. Certains estiment qu'Apple et Google ont opté pour une approche décentralisée, pour éviter que des Etats totalitaires ou d'éventuels pirates, puissent trop facilement contrôler un serveur central, mais ce n'est qu'une supposition. Pour autant, même en système décentralisé, on pourrait aussi imaginer qu'une autorité décide que son app aille moucharder vos identifiants sur un serveur tiers, par exemple ou y rajoute des données GPS ou d'identité -comme c'est le cas en Chine. Pour éviter ces problèmes, la plupart des Etats démocratiques publient les sources des apps et font auditer les serveurs par des tiers, afin d'offrir des garanties aux populations. Ce sera normalement le cas en France.

Pour conclure


Vous l'avez compris, les solutions techniques sont nombreuses et apportent leurs lots de garanties... et de risques. Outre le volet politique (de faire ou non une app, et de la technologie utilisée), se pose aussi la question de l'interopérabilité : pourquoi ne pas avoir créé une app européenne ? Quid des interactions entre les pays, dans le cas d'échanges de population (notamment durant l'été) ?



Le débat autour de la souveraineté (nationale, européenne) est également intéressant : dans quelle mesure Apple a-t-elle la légitimité de nous imposer son protocole ? Une firme privée peut-être se montrer neutre face à des Etats, pas toujours démocratiques ? Jusqu'à quel point peut-on autoriser des sociétés privées étrangères à verrouiller l'accès à du hardware de masse ? A l'inverse, surtout depuis l'affaire Snowden, certains n'hésitent pas à se montrer frileux envers les autorités de leurs pays, et à justifier la nécessité d'un acteur privé, qu'ils estiment plus neutre, dans le débat.

Dans tous les cas, et même si StopCOVID ne se montre pas forcément utile cette année, réfléchir à une solution efficace pour faire du contact-tracing reste intéressante, histoire d'être prêt pour une prochaine épidémie par exemple ou en cas de nouvelle vague cet hiver.
Avatar de l’utilisateur
Didier
Mac4Ever's Flood
 
Message(s) : 38600
Inscription : 28/11/00, 1:00
Localisation : Lausanne / Lyon / Chamonix

Envoyé depuis Mac4Ever HD pour iPad

Message par nykk le 09/05/20, 13:24

Bonjour et merci pour cet article très clair et objectif, contrairement à beaucoup d’autres publiés un peu partout chez vos confrères ou ailleurs : vous remettez bien les deux solutions en perspective, sans établir de jugement de valeur (ça change !), et en pesant bien le pour et le contre de chaque solution. Bravo !
Avatar de l’utilisateur
nykk
Jeune Tourteau de Mac4Ever
 
Message(s) : 87
Inscription : 08/11/04, 22:42

Envoyé depuis Mac4Ever Mobile

Message par me_gaelle le 09/05/20, 13:32

C’est un très bon résumé objectif. Il est évident qu’une autorité de santé centrale est toujours présente mais c’était très mal expliqué par vos confrères. Là, le risque inhérent à chaque solution est présenté sans préjuger. Joli travail de vulgarisation. Bravo
me_gaelle
VIP
VIP
 
Message(s) : 62
Inscription : 28/04/08, 23:23
Localisation : Paris

Re : Tout sur StopCovid !

Message par Debb le 09/05/20, 13:32

@nykk

+1 beaucoup parlent sans rien comprendre.
Debb
Mac4Everien confirmé
 
Message(s) : 435
Inscription : 29/09/12, 15:16

Envoyé depuis Mac4Ever Mobile

Message par Fabricius le 09/05/20, 13:35

Excellent article. Je pense avoir bien compris la différence entre les deux technologies possibles.

Je comprend les partisans du protocole ROBERT, mais je comprend aussi l’intérêt de la solution DP-3T ou la solution du couple Google/Apple.

Y’a du pour des deux côtés et du contre aussi.

Quoi qu’il en soit, la solution universelle et comptable de façon internationale serait la meilleure, avec ses gardes fous par pays. Plus difficile à mettre en place mais utilisable à l’avenir pour tracer les virus plus bénins comme la grippe saisonnière.
Fabricius
VIP
VIP
 
Message(s) : 595
Inscription : 25/02/08, 11:30

Re : Tout sur StopCovid !

Message par 406 le 09/05/20, 13:51

une coque sur le tel et le calcul de distance est faux, non ?
Avatar de l’utilisateur
406
VIP
VIP
 
Message(s) : 3411
Inscription : 22/08/02, 0:00

Envoyé depuis Mac4Ever Mobile

Message par MarobaseT le 09/05/20, 13:55

Conclusion...faire confiance à cette Macronie qui nous enfume depuis 3 ans, NON MERCI !!
Avatar de l’utilisateur
MarobaseT
Mac4Everien confirmé
 
Message(s) : 110
Inscription : 14/09/18, 12:22

Envoyé depuis Mac4Ever Mobile

Message par Dimdu28 le 09/05/20, 13:59

Merci beaucoup pour cet article factuel sur la technique de cette app.
La dernière question de l’article reste ouverte et sujette a l’avis et la sensibilité de chacun.
Les fervents défenseurs de la protection des données privé risque de ne pas changer d’avis sur le sujet, il faut néanmoins assurer une information claire et dénuée e préjugés pour laisser les gens choisir en connaissance de cause.
Dimdu28
Docteur ès Mac4Ever
 
Message(s) : 822
Inscription : 06/03/11, 20:50

Re : Tout sur StopCovid !

Message par Fred037 le 09/05/20, 14:01

Bravo Didier !
Comme d'habitude des explications claires et étayées...
Du grand Mac4ever...
Fred037
Novice
 
Message(s) : 7
Inscription : 12/10/18, 16:26

Envoyé depuis Mac4Ever Mobile

Message par Tom951s le 09/05/20, 14:06

Super article. Si nos élus / gouvernants pouvaient le lire...
Tom951s
Mac4Everien confirmé
 
Message(s) : 326
Inscription : 17/08/10, 22:22

Re : Tout sur StopCovid !

Message par stipus le 09/05/20, 14:08


406 a écrit :une coque sur le tel et le calcul de distance est faux, non ?


Le calcul de distance en utilisant le RSSI bluetooth est très imprécis, cela dépend de tellement de facteurs...

Il y a quelques années j'avais créé une application de triangulation bluetooth liée à la domotique ... afin que quand tu dises "éteins la lumière" ça éteigne la lumière de la pièce où tu es (entre autres).

J'avais été obligé d'ajouter des coefficients ajustables par l'utilisateur, car en fonction des appareils et de leur environnement, la qualité de réception du signal varie énormément.
stipus
Docteur ès Mac4Ever
 
Message(s) : 560
Inscription : 21/08/16, 19:04

Re : Tout sur StopCovid !

Message par Speeechless le 09/05/20, 14:42

Réécrire une app avec l'API Apple, ça prendrait du temps... Oui, mais ça va, le trois quart du taf est fait ici: https://developer.apple.com/documentation/exposurenotification/building_an_app_to_notify_users_of_covid-19_exposure

:D

Speeechless
Jeune Tourteau de Mac4Ever
 
Message(s) : 16
Inscription : 29/04/20, 9:13

Re : Tout sur StopCovid !

Message par Didier le 09/05/20, 14:56


speeechless a écrit :Réécrire une app avec l'API Apple, ça prendrait du temps... Oui, mais ça va, le trois quart du taf est fait ici: https://developer.apple.com/documentation/exposurenotification/building_an_app_to_notify_users_of_covid-19_exposure

:D



Bah non... Une app, c'est pas juste la doc d'une API, ça demande de développer encore une bonne partie du programme, Apple n'offre que des "briques", sans parler de tout le backoffice derrière, l'intelligence que tu mets dessus, les choix techniques, la validation... C'est déjà une prouesse d'arriver à faire des apps aussi complexes si vite. Je sais pas combien de temps ça prendrait de basculer sur les API d'Apple en France, mais pas en 15 jours en tout cas.
Avatar de l’utilisateur
Didier
Mac4Ever's Flood
 
Message(s) : 38600
Inscription : 28/11/00, 1:00
Localisation : Lausanne / Lyon / Chamonix

Re : Tout sur StopCovid !

Message par Maido_974 le 09/05/20, 15:31

Je suis tout confusionné, il me semblait que ce qui était décentralisé chez DP3T, c'était la liste chiffrée des personnes contacts, sans savoir si cette liste contenait des personnes contaminées. La comparaison se fait ensuite avec des requêtes au serveur centralisé pour déchiffrer les identifiants temporaires. Cette opération serait délicate pour les hackers privés de la clé privé des usagers.

Je n'ai encore rien compris au schmilblick quoi... :?
Maido_974
Jeune Tourteau de Mac4Ever
 
Message(s) : 88
Inscription : 24/01/11, 9:28

Re : Tout sur StopCovid !

Message par adresse le 09/05/20, 17:05

Bravo pour le dossier !
adresse
VIP
VIP
 
Message(s) : 1294
Inscription : 21/08/15, 12:08

Suivant

Retour vers Discussions générales sur l'iPhone

Qui est en ligne ?

Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 0 invité(s)

Conseils d'achat

  • Macintosh

  • iPhone, iPad & iPod

iMac Indicateur rouge Informations 06/2017 1299 € L'iMac 21,5" (non Retina) a été mis à jour le 5 juin 2017 avec Thunderbolt 3 et puces Kaby-Lake. On attendait des modèles Coffee Lake (à 6 coeurs) d'ici le courant du printemps/été 2019 mais Apple n'a pas renouvelé cette version.. qui ne vaut plus vraiment le coup en 2019.
iMac 21,5" 4K Indicateur orange Informations 03/2019 1499 € L'iMac 21,5" (Retina) a été mis à jour le 18 mars 2019 avec des modèles Coffee Lake ( 6 à 8 coeurs) et des GPU Radeon Vega. Les iMac ne sont mis à jour qu'une fois tous les 12/18 mois en moyenne. Cependant, Apple ne les a pas mis à jour durant l'été 2020... Peut-être une version ARM d'ici début 2021 ?
iMac 27" 5K Indicateur orange Informations 08/2020 2099 € L'iMac 27" (Retina) a été mis à jour en août 2020 : nouveaux CPU/GPU, Webcam 1080p et écran mat en option : il s'agit de la dernière génération sous processeur Intel ! N'hésitez pas à lire notre test pour avoir plus d'info ! Les iMac sont généralement renouvelés une fois par an. Des versions ARM sont très attendues, sans doute pour l'été 2021 !
iMac Pro Indicateur rouge Informations 12/2017 5499 € L'iMac Pro fut à sa sortie le plus puissant du marché, remplacé depuis par le nouveau Mac Pro, qui risque de lui voler la vedette. L'iMac Pro semble depuis abandonné par la Pomme... Apple a rajouté une petite option GPU Vega 64X et 256Go de RAM courant mars 2019, mais rien de bien folichon. N'hésitez pas à consulter nos tests et nos vidéos avant de vous décider !
Mac Pro Indicateur orange Informations 12/2019 6499 € Le nouveau Mac Pro est enfin là ! Certes, sont prix est élevé, mais la cible est très claire : les ultra-pro. Vous pouvez acheter sans crainte, (presque) tout est modifiable dans le temps et les modules MPX sont proposés à part par Apple. Apple devrait proposer de nouvelles options (GPU au moins) en 2021 avec les dernières puces AMD... avant le passage ARM en 2022.
Mac Mini Indicateur vert Informations 11/2020 799 € Le Mac mini a été mis à jour fin 2020 avec la nouvelle puce ARM d'Apple M1 ! Plus puissant, également en GPU, le changement d'architecture impose quelques restriction : moins de programmes natifs pour l'instant et plus de compatibilité Windows ! Un conseil ? Lisez bien nos tests avant de vous décider !
MacBook Pro 13" Indicateur vert Informations 05/2020 1449 € Le MacBook Pro 13" a été mis à jour fin 2020 avec la nouvelle puce ARM d'Apple M1 ! Plus puissant, également en GPU, le changement d'architecture impose quelques restriction : moins de programmes natifs pour l'instant et plus de compatibilité Windows ! Un conseil ? Lisez bien nos tests avant de vous décider !
MacBook Pro 16" Indicateur orange Informations 11/2019 2699 € Le MacBook Pro 15" est remplacé par un modèle 16" le 13 novembre 2019 avec de nombreuses nouveautés : grosse batterie de 100Wh, clavier totalement revu, touche ESC physique, nouveau GPU AMD (5500M) et du stockage plus généreux. Apple propose depuis juin 2020 une option GPU (5600M) très puissante (voir notre test). Attention, une MAJ est probable début/mi-2021 avec une puce ARM.
MacBook Air Indicateur vert Informations 03/2020 1129 € Le MacBook Air a été mis à jour fin 2020 avec la nouvelle puce ARM d'Apple M1 ! Plus puissant, également en GPU, le changement d'architecture impose quelques restriction : moins de programmes natifs pour l'instant et plus de compatibilité Windows ! Un conseil ? Lisez bien nos tests avant de vous décider !
Apple TV HD Indicateur rouge Informations 10/2015 159 € L'Apple TV 2015 est sortie fin 2015 et Apple le garde au catalogue malgré l'arrivée de la version 4k. Avec en prime, une petite baisse de prix ! Si vous n'avez pas de TV 4k, cela reste une bonne affaire.
Apple TV 4K Indicateur rouge Informations 09/2017 199 € L'Apple TV 4k est une petite évolution de l'Apple TV pour les téléviseurs 4k. Il gère le HDR, le HDMI 2a et tous les codecs récents. Si vous avez une télévision OLED 4k, il s'agit du modèle idéal. Son prix est raisonnable par rapport à la version HD, qui reste au catalogue. Attention, une rumeur évoque un modèle plus puissant pour la fin 2020/début 2021 (mais c'était déjà le cas en 2019). L'arrivée du HDMI 2.1 semble également propice à attendre la nouvelle version.
À découvrir sur Mac4Ever
b 1 
app
  • Nouveautés

  • Gratuites

  • Payantes

A propos | Mentions légales | Contacts | Emploi | RSS | Apps