Archive for April 7, 2021

Wednesday, April 7, 2021

New Outlook’s Dangerous “Discard” Shortcut

Nick Heer:

Microsoft has two different versions of Outlook in the Outlook for Mac app. One of the keyboard shortcuts changed in New Outlook compared to the “classic” Outlook app is Command–Shift–D. In Apple’s Mail app, this is the shortcut for sending a message. In New Outlook, it discards the message you have just finished writing — without warning or confirmation — where it disappears into the aether.

Previously:

Update (2021-04-15): Albert Andersen:

The good news is that ‘discard’ is not data loss. That draft is sitting in your ‘deleted items’ folder, ready to send. This is probably how it slipped through the cracks: it’s not really gone, so doesn’t meet the normal ‘must prompt’ criteria.

Nick Heer:

When I look in my Deleted Items folder, I see the drafts from when I tested this last night and just now, but none of the discarded drafts preserved the message text, and the subject line was only preserved in one.

Albert Andersen:

Looks like what ends up in the trash will be what was in the last auto save (~30 seconds) of the draft - it doesn’t do an additional save before discarding. So… light data loss.

Albert Andersen:

We’ve changed ‘discard’ to cmd-escape (also closer to other outlooks which use plain esc) in beta ~Thursday and production next month.

Prompting is still on the table too, but first we want to take a stab at making the workflow intelligibly undoable, see if we can make it work without another blocking alert.

Resources for Learning SwiftUI

Jesse Squires:

A few months ago, I shared my notes and resources for learning about compilers and LLVM. It turned out to be pretty popular and folks seemed to find it useful. So I decided to do it again, but this time for SwiftUI.

[…]

Despite not yet using SwiftUI, I do want to. And I know that eventually, I will need to. That is why I have been reading blog posts and keeping notes. All of these notes live in my public TIL repo.

Previously:

The Former Netflix DVD Library Is a Lost Treasure

Jim Vorel:

It’s a strange feeling, to look back to a time merely 10 years ago and think “that was a golden era, wasn’t it?” It feels like it should take longer than a decade for that kind of clarity to develop, but the more time I spend looking at the streaming service landscape as a Paste staff writer, the more I find myself returning to the same conclusion: Netflix, as a service, could once say it offered a film library that was unmatched by any other archive of films in the world. Just a decade ago, the physical media library possessed by Netflix was well beyond 100,000 titles strong, offering a staggering degree of diversity that essentially made it the equivalent of the best-stocked video store in the world. At its peak, in fact, the number of DVD titles possessed by Netflix would have dwarfed the entire streaming libraries of all the major streamers today … combined.

[…]

The shrinking of the physical Netflix DVD library has been a simple enough process to observe for customers who are paying attention to their queue of upcoming deliveries. As the years have gone by, I’ve watched my own queue be decimated by this process, with titles first moving from “queue” to “saved” (essentially a request that Netflix obtain a DVD they no longer have), to then disappearing from the service entirely. Many films I borrowed from Netflix in the last decade no longer show up at all when searched at DVD.com, and they’re exactly the sort of movies you would expect to see disappearing—cult films, foreign films, obscure titles, B-movies, etc.

Via Nick Heer:

The curious thing is that these services are both balkanized — in that they have vast amounts of stuff licensed exclusively to one service — and conglomerated — there are only a handful of parent companies that own all of Hollywood’s major studios. So instead of the music streaming model, where most people just pay for one service and then listen to a massive catalogue of music ranging from mainstream hits to independent artists, the movie industry thinks we’re all going to pay for each of their siloed services[…]

Previously:

History of Flow vs. Asana

Andrew Wilkinson:

This is a story about how I lost $10,000,000 by doing something stupid.

[…]

It turned out that Dustin Moskovitz (@moskov), the billionaire co-founder of Facebook, was a fellow to-do list junkie, and he was quietly working on his own product.

[…]

It was ugly! It was designed by engineers. Complicated and hard to use.

Not a threat in the slightest.

[…]

Suddenly, Asana ads were everywhere.

[…]

In order to stay competitive, we had underinvested in our engineering team due to cash constraints and stretched them across mobile, desktop, and web.

[…]

We lost the war, due to inexperience, product myopia, and a lack of capital in a highly capital intensive and competitive space.

David Heinemeier Hansson:

Flow spread itself thin thinking “the market” had set certain non-negotiable bars, so unless they had, say, an Android app RIGHT NOW, they’d be toast. This led to a me-too, low-quality product full of bugs. Instead of focusing on a smaller, more opinionated, more differentiated product.

[…]

Wilkinson’s tale of regret is steeped in war metaphors. Bringing bigger, badder weapons to this imaginary war with Asana. Locked into a Cold War one-upping game. Of course you’re going to lose if you define your company and your product on the competition’s terms, try to copy whatever they’re doing, but don’t have half the money to do so.

[…]

If you run your company like it was VC funded without the venture capital, yeah, you’re going to wish you had just taken other people’s money.

Update (2021-04-16): Dustin Moskovitz (via Steve Landey):

My version of this story is that Flow and Asana were both small fish in a big pond at the time and we were trying to convince Andrew he should team up with us against much more established competitors. Our budget and team in the years he’s talking about was tiny.

I don’t invite other founders to coffee just to do Bond-villain type gloating.