pehache

La garantie vendeur de 2 ans est une garantie légale, donc de droit La garantie fabricant (1 an chez Apple) est une garantie commerciale, que le fabricant peut ou pas proposer, et pour la durée qu'il veut. Mais à partir du moment où il la propose il doit l'honorer.

Au bureau j'ai une mini enceinte USB genre à 30/40€, qui va très bien pour une écoute de proximité à faible volume (le but n'est pas de sonoriser la pièce). Oui, mais ses conseils sont très orientés "photo" (mais comme tu as parlé d'imagerie médicale ça m'a paru pertinent). Quand on choisit un écran généraliste les critères ne sont pas forcément les mêmes par contre.

Tu écoutes des enregistrements médicaux ? Tu mets beaucoup de contraintes, dont certaines ne semblent pas essentielles pour l'usage prévu. Du full HD sur une dalle 27" c'est clair que c'est très très peu, et ça n'a de sens que si on a un peu de recul et un usage de type présentation/exposition. Ca n'a pas de sens sur un bureau. Au passage tu n'as pas vraiment dit quelle taille tu privilégiais, c'est assez important comme critère. Je te conseille de consulter ce site : https://www.guide-gestion-des-couleurs.com/sommaire-gestion-couleurs.html . Le gars (Arnaud Frich) est assez connu dans le monde des photographes pour son expertise technique sur la colorimétrie, et il teste régulièrement des écrans.

@LolYangccool Un peu quand même. Genre quelqu'un qui a acheté un full HD il y a quelques années peut être tenté aujourd'hui de changer pour un 4K maintenant que les prix sont plus raisonnables, même le full HD marche encore très bien. Cela dit le prix du Studio Display est tellement élevé qu'il y a le budget pour renouveler 4 ou 5 fois un écran de gamme moyenne tel que le tien (dans quelques années les écrans 5K seront probablement courants et avec des prix raisonnables). Si le Studio Display coûtait 1000€ ça pourrait se discuter, mais là... Et puis franchement de façon générale mettre un tel prix dans un écran (Apple ou autre) ne se justifie pour moi que dans le cadre d'un usage type graphisme/photo/video...

Je fréquente assez peu le forum officiel Apple, mais là je suivais cette discussion d'un peu plus près et j'ai pu voir que la censure était très active. Sur les notifications par mail j'ai pu voir un ou deux posts assez salés sur l'inaction d'Apple pour résoudre le bug rapporté (qui empêche de connecter un device iOS 17 sur High Sierra, alors que dans les specs d'Apple c'est censé fonctionner) et qui ont disparu assez vite sur le forum. Il y a une solution en récupérant un package inclus dans un Xcode récent, solution qui a fonctionné pour moi. Comme certains dans la discussion ont du mal à télécharger Xcode (problèmes de login) j'avais extrait le package en question pour le mettre à disposition avec un lien. Le post a été supprimé... A la limite je peux comprendre, mais j'y suis allé moi aussi ensuite d'un post salé (mais dans les limites de la correction) sur l'inaction d'Apple alors que la solution n'est pas très compliquée: post supprimé aussi, et cerise sur le gâteau discussion bloquée pour moi. Ils sont sacrément chatouilleux. Je connais certains forums officiels de marques, où ça dézingue parfois sec sans qu'il y ait pour autant de censure.

Je vote aussi pour une config bi-écran, le confort de travail est incomparable. Le code sur un écran, le navigateur/autres documents utiles/fenêtres d’exécution sur l’autre… Pour moi il n’y a même pas débat.

Les écrans non réglables en hauteur sont plus l'exception que la règle. ll faut s'appeler Apple pour oser vendre cette fonctionnalité comme une option sur un écran à plus de 2000€.

Avec une source c'est mieux en effet. L'analyse juridique dans l'encadré est extrêmement faible. Il n'y peut-être pas de jurisprudence qui aille dans le sens d'Apple et de la notion de "pièce d'usure", mais il n'y en a visiblement pas non plus qui aille dans l'autre sens. En tous cas je souhaite bon courage à quiconque d'aller au tribunal pour demander une prise en charge sous garantie d'une batterie qui aurait 2000 cycles, à mon avis c'est perdu d'avance à coup sûr. Ce qui revient à dire qu'il y a bien une notion de "pièce d'usure". Par contre pour une batterie qui n'a que 132 cycles, le vice caché ou le défaut de conformité se plaide à mon avis. D'autant que Apple spécifie : "Une batterie normale est conçue pour conserver jusqu’à 80 % de sa capacité d’origine au bout de 500 cycles de charge complets dans des conditions d’utilisation normales" (https://support.apple.com/fr-fr/HT208387). Après c'est toujours pareil, si Apple y met de la mauvaise volonté il faut avoir la motivation pour aller en justice, avec les frais engagés, le temps perdu, etc... Ils comptent là-dessus.

là où ?

Je pense que c'est plus compliqué que ça. Le fabricant ne peut pas systématiquement se retrancher derrière l'argument "pièce d'usure", mais ça ne veut pas dire que la garantie peut systématiquement jouer pour la batterie. Les deux garanties légales sont pour "vice caché" ou "défaut de conformité" : on va dire qu'une batterie qui devient faible au bout de 500 cycles peut répondre à l'un des deux critères, mais si c'est au bout de 2000 cycles ça parait difficile à plaider (du moins si le fabriquant a spécifié un durée de vie de la batterie en nombre de cycles).

En pratique je pense que tous les smartphones actuels ont des puces ARM. Il y a eu quelques curiosités avec des puces Atom x86 mais Intel a lâché l'affaire il y a un moment. AOSP (le code source d'Android) étant libre, rien ne s'oppose à ce qu'il soit compilé pour n'importe quelle plateforme, et il existe une version x86 pour PC (mais qui n'a pas l'air activement développée).

Tu as des conseils en la matière ? Il faut que ça reste pratique sans doubler le poids du machin , ce n'est pas non plus pas aller sur des chantiers.

Les conseillers Apple ne font que répéter comme des perroquets la parole officielle d'Apple qui cherche à justifier les dotations ridiculement basse de RAM dans les configs de base.

J'arrive un peu tard sans doute, mais pour des études de ce type même un M1 sera OK de longues années... A condition d'avoir 16Go de RAM et 512Go de SSD. Un SSD de 256Go pourra éventuellement être suppléé par un espace iCloud si besoin, mais la RAM ne le pourra pas si elle est insuffisante dans quelques années. Ma fille utilise toujours un MBP 13" modèle 2015, sans ressentir de gêne pour un usage bureautique (elle vient de passer sa thèse avec). Mais il avait déjà 8Go de RAM et 256Go de SSD, c'est à dire autant que les config de base d'aujourd'hui, et pourtant c'était sa config de base à l'époque aussi. S'il avait eu 4Go de RAM ou 128Go de SSD, ce serait très limitant aujourd'hui... Je pense que le M1 aura néanmoins droit à une version de macOS de moins que le M2. Au vu de la politique habituelle d'apple on peut tabler sur un support du MBA M1 jusqu'en 2028 (comprenant les upgrades de macOS plus le support étendu avec les MAJ de sécurité). Le M2 ajouterait certainement 1 an à cette date. Après, même au délà du support officiel, la machine restera utilisable (avec des réserve si on est trop dépendant de l'écosystème Apple).

OK, cela semble confirmer que, au moins en théorie, il faut d'abord se tourner vers le vendeur en cas de souci non accidentel au cours de la 2ème année.

Oui, mais le texte est sujet à interprétation... "Les avantages de l’AppleCare+ s’ajoutent à vos droits en tant que consommateurs et consommatrices d’obtenir la réparation ou le remplacement sans frais, par le vendeur, des produits non conformes au contrat de vente dans les deux ans suivant leur livraison, conformément au Code de la consommation français" Pris littéralement ça peut vouloir dire qu'il faut d'abord faire jouer la garantie légale auprès du vendeur dans les cas où elle s'applique.

OK merci. Autre question liée : lors d'un achat chez un vendeur autre qu'Apple, la 2ème année de garantie légale est normalement prise en charge par le vendeur. Est-ce qu'avec l'Applecare+ ça change la donne, càd est-ce qu'un défaut/panne quelconque non accidentel peut être pris en charge par l'Applecare+ au cours de la 2ème année? Je suis assez contre les assurances de ce genre en général, mais là c'est pour un iPad qui est destiné à être utilisé sur le terrain, donc avec un risque plus élevé de dégât accidentel. D'ailleurs si quelqu'un a au passage une recommandation de coque/étui un peu sérieuse, ça m'intéresse aussi. Je ne suis pas sûr que les housses avec clavier intégré soient les mieux pour ça (le clavier risque aussi de gêner pour l'utilisation en tablette), donc un clavier indépendant est peut-être mieux.

Bonjour, C'est un peu flou pour moi : quelle est la différence entre Applecare et Applecare+? "Juste" la prise en charge des dégâts accidentels dans la version +? Par ailleurs, vous confirmez qu'on peut prendre l'Applecare+ même si l'appareil n'a pas été acheté chez Apple? Merci

Donc le File Manager est probablement Nautilus. Essaye de voir ça : https://doc.ubuntu-fr.org/nautilus-actions

Ca dépend de l'environnement de bureau que tu as et du file manager que tu utilises. Après je n'ai pas forcément la procédure en tête, mais ce genre de chose est toujours faisable en principe. Voir : https://github.com/deganza/Install-TensorFlow-on-Mac-M1-GPU/blob/main/Install-TensorFlow-on-Mac-M1-GPU.ipynb

1) il y a 2 réponses ici : https://unix.stackexchange.com/questions/13588/how-to-see-mails-sent-by-me-in-evolution. A toi de les tester. 2) Pas gagné de trouver une GUI pour les outils type pigz (indiqué par @Sethenès ), par contre tu dois pouvoir ajouter une entrée au menu du clic droit dans le gestionnaire de fichier, qui lance la commande sur le(s) dossier(s) sélectionné(s). 3) A priori c'est Metal. Il me semble qu'il existe des tentatives de drivers libres OpenCL/OpenGL pour les GPU Apple, mais ça m'étonnerait que ce soit au stade opérationnel. La difficulté est sans doute que Apple ne détaille pas les spécifications de ses GPU.

Peut-être, ou pas... A moins d'empêcher explicitement le compilateur de générer ces instructions (ce qui est parfaitement possible), il est difficile de compter sur le fait qu'elles ne seront pas utilisées. Mais c'est un faux problème la plupart du temps en pratique : les logiciels grand-public courants sont compilés la plupart du temps de façon très conservative, du genre en n'utilisant pas d'instructions introduites il y a moins de 10 ans. Et en général c'est souvent le besoin inverse qu'on a : faire tourner un ancien logiciel sur une machine récente. Oui. Ca montre aussi que pour l'industrie, la solution rétro-compatible AMD était beaucoup plus attractive que repartir d'une feuille blanche. Après, Intel s'est aussi tiré une balle dans le pied avec cette affaire car les performances des premiers Itanium étaient vraiment mauvaises. S'ils avaient été 2 fois plus rapides que la solution AMD ils auraient peut-être (mais même pas sûr) emporté la partie.

Pas exactement. Le jeu d'instruction d'un Pentium des années 1990 est toujours présent dans les tout derniers Xeon (donc un binaire des années 1990 peut toujours être exécuté actuellement), mais l'inverse n'est pas vrai. Par exemple les instructions vectorielles AVX512 sont forcément absentes des CPU x86 conçus avant 2013 (donc un binaire qui exploite ces instructions ne peut pas tourner sur un vieux PC). J'ai le même doute... Dans les téléphones Android ce ne sont pas des binaires qui sont sont distribués pour les app, mais du bytecode portable qui est traduit en instructions binaires au moment de l'installation sur le téléphone. Pourquoi feraient-ils ça si n'est pour des histoires de compatibilité binaires...

Je crois que c'est parce que tu en avais parlé il y a quelques années que je m'étais inscrit chez eux.

Si on est dans les solutions payantes, j'utilise personnellement posteo.de (Allemagne comme son nom l'indique): 1€/mois pour 2Go, plus 0.25€/mois par Go supplémentaire.