Quand un bogue logiciel empêche votre voiture de démarrer

On rapporte que certains propriétaires de véhicules électriques Mustang Mach-Es s’avèrent incapables de démarrer leur voiture récemment, ce que Ford confirme, comme le fait que l’origine du problème implique une composante logicielle embarquée.

Selon Ford, ce problème toucherait un petit nombre de véhicules précis, à savoir 7000. Oui, juste 7000 conducteurs dont le véhicule ne démarre plus, c’est rien, non?

Le problème quant à ces véhicules Mustang Mach-Es aurait pour origine un bogue dans le module de rechargement, lequel aurait des difficultés à gérer les deux ensembles de batteries différentes. Dans certaines circonstances, le véhicule se placerait en mode de dormance, même s’il a pourtant en principe été pleinement chargé par l’opérateur. Résultat : certains conducteurs se retrouvent avec un presse-papier de 2000 kg dans leur entrée de garage. Joie!

Il s’agit là d’un autre exemple des problèmes très concrets qui peuvent survenir avec des objets tangibles, avec notre habitude grandissante d’embarquer dans le matériel de toute sorte des composantes logicielles. Quand Word refuse de démarrer à cause d’un bogue, c’est embêtant, mais quand mon véhicule refuse de démarrer, c’est un peu autre chose!

Selon Ford, le bogue en question ne peut malheureusement pas faire l’objet d’une correction par le système de mise à jour courante (sans fil), si bien que les propriétaires des véhicules affectés doivent apporter leur véhicule au concessionnaire Ford pour obtenir la mise à jour logicielle requise. Heureusement pour les conducteurs qui seraient affectés, Ford offre un service d’assistance routière leur permettant de faire remorquer leur véhicule.

Oracle c. Google : finalement, pas de contrefaçon par les emprunts aux API de Java par ceux d’Android




On rapporte cette semaine que la Cour suprême des États-Unis vient de rendre une décision mettant un clou final dans le cercueil de la fameuse poursuite-fleuve relative à l’usage de composantes liées à Java dans la plateforme Android. Dix ans plus tard, ce litige est finalement parvenu à une conclusion donnant raison à la société Google.

Comme on s’en souviendra, en développant Android et ses API, Google avait imbriqué dans ceux-ci ce qu’elle avait préalablement vu dans les API de Java (aujourd’hui propriété d’Oracle), incluant la structure, la séquence et l’organisation du code de ces composantes logicielles, etc. Le but était alors de créer des applications capables d’interagir avec le langage de programmation Java, ce que Google était parvenu à faire en créant des milliers de lignes de code largement inspirées («copiés», de dire plus tard Oracle) des API liés à Java.

La décision en question vient infirmer la décision de première instance quant à la question de savoir si l’usage de code de la composante logicielle en question (l’API) s’avérait acceptable en vertu de la doctrine de «fair use». C’est maintenant confirmé, rien n’empêchait (juridiquement) Google d’utiliser comme elle l’a fait des éléments de l’interface de programmation (en anglais «API») de Java, en construisant son système d’exploitation Android.

Pour le tribunal, un AP I s’avère être une créature un peu particulière dans laquelle le code est en quelques sortes fusionné à des idées. Pour lui, ici le but de Google en utilisant l’API était de permettre à des programmeurs Java de développer des applications destinées à être exécutées sous Android, sans copier plus que requis pour y arriver. En somme, l’exercice ne dépassait pas ce qui s’avère acceptable en droit, bien qu’il implique une part de reproduction.

Selon la Cour suprême américaine, l’ensemble des quatre facteurs indiquant qu’un usage s’avérerait acceptable parce qu’équitable donne raison à Google dans cette affaire. Ce faisant, on élargit le facteur impliquant les cas où l’usage a transformé l’œuvre («transformative use») en acceptant que l’usage de l’API en question sur la plateforme destinée aux appareils mobiles (Android) nous permette de conclure être ici en présence d’une transformation issue de ce changement du contexte d’utilisation de l’œuvre en question.

Au final, on adopte donc la position que même en présumant que le code de déclarationdeclaring code», en anglais) de l’API en question est protégé par des droits d’auteur (pas quelque chose d’évident, selon plusieurs), le fait d’utiliser ce code sans permission du détenteur des droits, par rapport à Android, ne dépassait pas les bornes.

Plusieurs s’entendent pour dire que la décision rate une bonne occasion de clarifier le traitement juridique à donner aux critères d’évaluation de ce qui constitue de la contrefaçon de composantes logicielles, particulièrement quand la copie implique une copie non littérale, notamment quant à celles qui sont purement fonctionnelles.

À tout événement, l’affaire est désormais bien close, après trois procès différents et deux appels, sans parler d’un coût de quelques dizaines de millions de dollars.

Super Resolution: quand la réalité rattrape la fiction grâce à l’intelligence artificielle

Pas de doute, la démocratisation des applications liées à l’intelligence artificielle l’«IA») nous amène chaque jour de plus en plus près de choses longtemps considérées comme de la science-fiction. Dernier exemple en lice : l’outil Super Resolution d’Adobe, qu’elle a récemment ajouté à son application Lightroom.

C’est bien connu, la présence d’une invention dans une œuvre de science-fiction mènera souvent (éventuellement) à la création de cette invention dans la vie réelle. Ce phénomène a été souvent démontré, alors que des scientifiques et des inventeurs sont inspirés par ce qu’ils lisent ou voient au cinéma ou à la télévision, par exemple quand ils sont jeunes.

Cette fois, c’est d’une chose très souvent présentée dont il s’agit, et pas seulement en science-fiction, mais aussi souvent dans des émissions de télé ou des films : le super zoom/nettoyage d’image magique. Vous savez? Un enquêteur/protagoniste est face à une photographie floue qui recèle peut-être une preuve ou un élément crucial. La solution : demander à l’ordi, par une simple commande (souvent, un clic) d’améliorer l’image et – pouf! On voit soudainement apparaître tous les détails requis dans la photo, comme par magie. Il s’agit d’un truc trop souvent utilisé, tant à la télévision qu’au cinéma, et ce, même s’il est impossible (ou à tout le moins pas mal moins performant ou spectaculaire) dans la vraie vie.

Eh bien, Adobe veut corriger cela avec son nouvel outil nommé Super Zoom, lequel permettrait, si on en juge par la démonstration en ligne ici, de doubler la résolution d’une image, en en améliorant la définition. Comme vous le savez peut-être, en temps normal, le fait de simplement doubler les pixels d’une image la rend floue — mais pas avec cet outil d’Adobe! En fait, en utilisant Super Zoom, les images floues acquièrent une définition étonnante grâce à un algorithme d’IA (d’apprentissage automatisé, en fait), qui devine ce qui devait se trouver dans les portions manquantes de l’image, intercalé entre les pixels effectivement présents dans l’image. Le résultat : si l’image initiale était floue, on finit avec une image relativement nette, bien que toujours imparfaite, évidemment.

Il s’agit là d’un exemple de plus de notre obsession collective à concrétiser, tôt ou tard, ce qui a été imaginé par la science-fiction. Dans le film Blade Runner, par exemple, le personnage principal dicte des commandes vocales à son écran/ordinateur afin d’agrandir une photographie, en «zoomant» à répétition afin de déceler des détails de plus en plus fins, jusqu’à trouver un indice enfoui dans un détail initialement imperceptible de la photo. Voilà quelque chose qu’on peut aujourd’hui reproduire, à l’aide d’un assistant personnel (comme Google Assistant) et de la fonction Super Resolution, deux outils rendus possibles par des applications liées à l’IA. Je ne serais d’ailleurs pas étonné qu’un geek passionné de sci-fi soit déjà à tenter de reproduire la scène en question du film Blade Runner!