informatique et high-tech (les meilleures news) %) - Page 1154

Oui mais dans le cas d’Apple ça l’est. Si une boîte n’a pas la diligence de vérifier la compatibilité du matos avant d’appliquer une màj, alors ça en dit bcp sur la qualité de son développement. Et c’est ça le problème, le fait qu’on laisse faire BEAUCOUP D’ARGENT à des gens qui ne savent pas du tout ce qu’ils font, parce qu’on rogne sur absolument tout pour des raisons de simplicité de développement. Mais on me la fera pas, c’est pour économiser sur les ingénieurs tout en ramassant plus de thune car ça fait office de marketing agressif.
Et les màj incrementielles c’est jamais un argument, il peut toujours arriver qqch (update qui foire, perte de courant...)et il faut un moyen de repartir de zéro.

Oui, une mise à jour ne devrait pas être que de façon incrementielle, et on devrait toujours pouvoir faire un rollback.
Microsoft fait beaucoup de merde, mais permet de faire un rollback de façon quasi systématique pour ses MaJ.

Un: on ne parlais pas d’Apple à la base
Deux: Microsoft ne le propose pas systématiquement, et c’est à quel prix quand il le font? Ton espace disque parce que en gros ils font un backup de tout ce qui est mis à jour. Bon courage pour faire sa dans la majorité des appareils embarqués.

PS: si on vas par la si tu as Time Machine tu peux aussi revenir en arrière.

je suis quasi sur que ces updates sont pas incrémentaux vu la merde que c'est pour flasher une mem flash embarqueee... vaut mieux tout réécrire.

c'est juste du marketing de merde.

et quand bien même, s'agissant d'un firmware il peuvent facilement fournir une image non incrémentale pour résoudre le problème temporairement, un firmware est rarement très volumineux

Godzil (./34593) :
Deux: Microsoft ne le propose pas systématiquement, et c’est à quel prix quand il le font? Ton espace disque parce que en gros ils font un backup de tout ce qui est mis à jour. Bon courage pour faire sa dans la majorité des appareils embarqués.

La plupart des patches de type KB peuvent être désinstallés simplement. Après, oui, ça bouffe de l'espace disque, mais c'est "normal" et temporaire (une fois que ça va bien, hop, tu peux supprimer simplement).
Et les solutions de type Time Machine ne permettent pas de faire du rollback non destructif de fichiers systèmes/configuration/base de registre (typiquement, si tu as installé un application après une mise à jour Windows, tu peux faire un rollback sans casser cette install).
Après, comme je l'ai indiqué, tout n'est pas blanc lors des livraisons Microsoft, loin de là...

squalyl > C'est clair, c'est probablement juste une sécurité à la con comme on peut en avoir sur d'autres matériels pour éviter que les utilisateurs ne puissent revenir en arrière s'il y a une MàJ qui DRMise un truc ou l'autre...

Vous sous-estimez la complexité qu’atteignent certains produits de nos jours....

Moui, peut-être, mais typiquement un BIOS de PC est mis à jour comme ça (avec un backup de la version antérieure au cas où), donc aucune raison que ça ne puisse pas être le cas sur un casque à 300€.

Godzil (./34590) :
- pour les mises à jour incrémentiels, appliquer une mise a jour antérieure ne garantis pas de revenir au même état et peu rendre inopérant l’appareil.
- quand c’est une app / hardware qui sont fonctionner avec un serveur distant une version antérieure peux ne pas être compatible avec le nouveau serveur / protocole

Ca, c'est à la bonne volonté du fabriquant, ça ne constitue en rien un blocage technique.
Même un serveur qui tournerait 10 ans pour permettre la MAJ vers une version de firmware désirée ne coûterait pas grand chose à un fabricant internationnal. On ne change pas le firmware de son casque tous les matins.

Godzil (./34590) :
- Certaines anciennes versions peuvent ne pas être compatible avec des révisions matérielles plus récentes et risque de briquer ce matériel

Les downgrade en deça d'une release donnée peuvent faire partie d'un matériel pour des raisons de compatibilité évidente. Ca n'empêche en rien les downgrades futurs.

En clair, il y a une vraie volonté derrière d'interdire le downgrade, et le problème est bien là.

:

- je doute qu'il y ait des mises-à-jour incrémentielles pour un casque (ça compliquerait beaucoup les choses pour un gain quasi-nul), et même sur les produits où c'est le cas, rien n'empêche de fournir une update intégrale.

- le risque d'incompatibilité avec un service distant existe, mais il n'y a pas de raison de bloquer l'utilisateur pour ça : il peut très bien vouloir utiliser le produit sans ses fonctions connectées, il suffit de le prévenir avec un message.

- empêcher d'installer une mise à jour trop vieille qui peut briquer le hardware se fait très simplement, il suffit d'une vérif dans le bootloader sur la version firmware (si c'est plus vieux que celle qui était installée en usine, on bloque). Si ça n'a pas été prévu, c'est que le système n'a pas été bien conçu.

À vrai dire je ne vois aucun avantage pour le client à empêcher le downgrade, à part dans le cas très particulier d'un bug logiciel qui présenterait un danger réel, par exemple dans un équipement médical ou un robot industriel. Ça sert beaucoup plus aux fabricants pour ne pas s'embêter à faire du support pour les versions précédentes, à empêcher l'exploitation de failles anti-DRM (coucou ExtendeD ^^) et à pouvoir supprimer/brider des features à posteriori sans que le client ait de recours.

J'imagine que ce qui a dû se passer ici (à moins qu'il n'y ait vraiment personne chez Bose qui puisse reverter la modif, ce qui serait quand même assez fou), c'est qu'ils n'ont plus la possibilité d'utiliser la technologie d'annulation des bruits d'origine, pour une raison d'expiration de licence ou de procès quelconque.

Il peux y avoir des raisons techniques simples (et idiotes) qui empêche de faire une MaJ complète (suivant comment tu fait la MaJ si il faut la stocker en entier dans la mémoire de l’appareil, tu peux avoir des soucis..

Et pour le point sur le côté connecté, tout dépends du produit, certains dans le serveur n’ont aucun intérêt.


Sinon pour avoir fait un tel choix pour un produit les raisons étaient:

On a eu des bugs majeurs dans des version du logiciel (pouvant entraîner des pertes de données) et laisser les utilisateurs revenir en arrière posais le risque d’avoir ces corruptions et potentiellement la perte de toutes les donnes parce que certaines choses sur la gestion du système de fichier avait beaucoup changé

Quand tu as des revision hardware imprévues qui demandent quelques modifications dans les drivers mais il est difficile / impossible de détecter facilement, et ce encore plus pour le logiciel de MaJ, il est plus simple d’empêcher le downgrade

Même si pas la seule fonctionnalité du produit, il pouvait être utilise offline, sans être à la dernière version le online avait des chances de ne pas pouvoir marcher correctement.

Les mises à jours qui était quasi incrémentiel pesaient déjà très lourd (et en plus posant des problèmes avec la mémoire vive présente sur la machine) faire une MaJ complète était compliquée (et potentielle en dangereuse en plus, risque de brickage si un problème survient dans une phase cruciale, heureusement on a jamais mis à jour cette partie... )

Bref oui ce n’est pas parfait, oui c’est mieux en théorie mais il y a souvent des raisons qui ne sont pas marketing, mais plus manque de resources, moyen, temps, ou même des limitations hardware.

Le downgrade ça se fait dans un mode spécial (style DFU) et c'est entendu que tu vas perdre les données utilisateur. Devoir réinstaller depuis zéro doit toujours être possible, tu ne sais jamais ce qui arrivera (par exemple plantage de la màj, si tu n'as pas de système de mise à jour "entière" alors tu as brické ton truc pour 3x rien). De plus tu peux comparer un bloc avec la flash avant de le réécrire (ce que je faisais avec un PIC, parce que ça me faisait vraiment chier de réécrire certaines pages qui pouvaient bricker, et qui n'allaient normalement jamais changer). Pour le fait de ne pas fonctionner avec le serveur, le client devrait toujours envoyer une chaîne d'identification. Si côté serveur tu peux pas écrire un if pour vérifier ça et renvoyer un message d'erreur valable… (sachant que ça sert dans tous les cas, pour détecter un client qui n'aurait pas fait la mise à jour, plutôt qu'un client qui aurait downgradé). En fait je le sais qu'en pratique le code de nos jours ne traite absolument aucune erreur, mais c'est pas bien pour autant. Reste le commentaire valable des màj hardware qui ne doivent pas pouvoir installer un système plus vieux sous peine de brickage, c'est un vrai problème pour lequel il faudra un peu d'inginérie, et ça complique la maintenance. Mais pour le reste, ce ne sont vraiment pas des excuses. La seule raison pour laquelle Apple a rendu impossible le downgrade, c'est pour empêcher de déboucher les failles DRM. Les autres ont suivi comme des moutons.

Pour le dernier problème que tu évoques, il suffit de coder en dur la version minimum ?
L'avoir dans un secteur de flash jamais touché par exemple, et qui peut contenir tout un tas de données potentiellement utiles (numéro de série, révision hw etc...)

Folco (./34603) :
Pour le dernier problème que tu évoques, il suffit de coder en dur la version minimum ?

C'est une solution qui est parfois utilisée, mais qui a ses défauts si elle n'est pas suffisamment sécurisée (typiquement, ça peut permettre de bypasser certaines sécurités d'un matériel ou d'un périphérique si la version minimale a une faille connue... et comme c'est en dur, impossible de la régler).
Le plus simple est d'avoir un bootstrap minimum plus qu'une version de firmware minimale ; bootstrap hyper simple qui permet au plus de charger une version quelconque du fichier.
Mais bon, tous ces soucis, on les a rencontrés avec nos chères vieilles TI 86k, en fait

Clair

Et bien aujourd'hui j'ai découvert le "Z-tape", sorte de papier adhésif qui est conducteur dans le sens de l'épaisseur (et pas latéralement) ce qui permet par exemple en prototypage de connecter une puce avec son circuit (temporairement).



La science c'est vraiment génial

Génial ce truc !!!

Utilise depuis des lustres nettement pour connecter certain écran lcd, aussi connu sous le nom de zébra strip

Effectivement, la Z-tape utilise même principe que les zebra strips des LCDs, qui sont couramment utilisés depuis longtemps (généralement pour des LCDs à segments, par exemple dans les petits réveils numériques). Le truc c'est que (comme il l'a redécouvert) il faut normalement que ce soit mécaniquement comprimé pour que ça fonctionne bien.

en CRYPTOMONNAIE bordel de merde

CRYPTO MEANS CRYPTOGRAPHY

grrr!

Bon en même temps aller en corée du nord c'est un peu chercher la merde, de base...

C'est pas en chiffromonnaie ?

si, cela devrait être la seule expression homologuée par lakadémi francez

Ou revoir la définition de cryptographie pour que le mot aille enfin avec l'usage que l'on en fait.

Normalement cryptographie étymologiquement c'est "l'écriture cachée", çe qui a toujours impliqué les codes secrets qui permettent de dissimuler le réel message.

squalyl (./34613) :
si, cela devrait être la seule expression homologuée par lakadémi francez

En recevant ma carte mère neuve il y a peu j'ai découvert la traduction française d'overclocking : surcadençage

Ça sonne pas mal

j'aime bien aussi les lancements Ariane sans le moindre anglicisme

la télémesure signale la séparation des étages accélérateurs à poudre. l'état du lanceur est nominal, la trajectoire est nominale. La chronologie se déroule comme prévu.

Normal mais des fois ca me fait tiquer

Et d'ailleurs Vega devrait revoler fin mars

Pour aller sur mars ou pas?