christianroy.tumblr.com

Fascinant de voir comment Netflix utilise l’apprentissage automatique pour non seulement faire des recommandations personnalisées, mais également pour personnaliser la forme de ces recommandations. L’article devient un peu technique par moments, mais il est assez accessible pour bien comprendre les principes et les idées qui sont utilisés.

La déclaration de Montréal pour une intelligence artificielle responsable est une initiative importante. Le texte est encore imparfait (normal, il est en construction / cocréation), et donne un peu trop dans les principes vertueux mais flous. Mais il est clairement temps de se poser les questions que la déclaration soulève. Et je suis d’accord que ce sont des principes, plutôt que des règles, dont nous avons besoin pour y répondre.

Intéressant pour ce qu'annonce le titre: une description de la méthode utilisée par l'auteur pour apprendre un nouveau sujet.

Bonne description, mais rendu là on ne décrit plus un développeur, on décrit en même temps un gestionnaire de projet et un gestionnaire de produit. Donc l'article aurait pu plutôt faire référence à une personne-à-tout-faire technique plutôt qu'un développeur.

Superbe analogie. À garder dans mon trousseau d'explications simples quand il faut expliquer que les choses ne sont pas toujours aussi simples qu'elles ne paraissent l'être.

Pas sûr de comprendre de texte là. Mais la phrase suivante est superbe: “What I cannot create, I do not understand."

Texte un peu perturbant. Au départ je le trouvais plus ou moins intéressant, alors qu'à la fin je réalise qu'il identifie différents sujets qui sont à l'intersection de plusieurs projets sur lesquels j'ai travaillé au cours des derniers mois, et pour lesquels je tente d'identifier un fil conducteur pour la suite.

Modèle clair et avec un équilibre de raffinement et de terre-à-terre-isme à garder en tête au moment de réfléchir aux canaux de distribution d'un produit.

Difficile de dire si ce framework fonctionne, mais il a le bénéfice d'offrir une nouvelle possibilité hors-Scrum, hors-waterfall, et d'être centré sur les utilisateurs. Mais la présentation un peu trop vertueuse laisse aussi entrevoir un peu trop de «moi» dans la méthode. À observer.

Une illustration supplémentaire que c'est très, très difficile pour une compagnie avec une culture, une approche et un produit établi de se réinventer ou d'innover radicalement. Ici, on voit un exemple extrême ou la solution est passée par la création d'un spin off anonyme dont la mission était de cannibaliser sa maison mère.

Je découvre Hardbound aujourd'hui. J'adore cette forme de publication: court, efficace, amusant, et parfaitement adapté à la lecture sur écran. Ça me rappelle le plaisir que j'ai eu à lire le bouquin de Mike Rhodes sur le sketchnoting, ou L'art invisible de Scott McLoud. Définitivement à suivre.

Pertinent parce que le texte propose une méthodologie simple et concrète pour appliquer les principes d'analyse de besoins en fonctionnalités qui sont préconisés dans le texte.

Super intéressant. Je me suis toujours dit que les outils qu'on utilise pour faire du code s'appliqueraient super bien pour éditer d'autres types de contenus, comme des livres ou des formations. Ils le font chez The Getty. Bonne entrevue de @antoinentl.