Re:Why we went passwordless on our new product
by galfarragem on Sunday March 07, 2021 @01:17PM
(#26378172)
Email links are a great password system on a "mobile first web". Not so much when you are using a desktop..
[ Parent
| on HN ]
Re:Why we went passwordless on our new product
by reaperducer on Sunday March 07, 2021 @01:21PM
(#26378213)
Email links are a great password system on a "mobile first web". Not so much if you are using a desktop..
How so? I only have one service that I use which employs magic links, and I use it on a desktop with no problems.
I'm starting an internal project for my company which will utilize magic links. About 50% of the users are expected to be on desktop, and 50% on iPads, so I'd like to know what the problem is for desktop users before I go too far.
Re:Why we went passwordless on our new product
by galfarragem on Sunday March 07, 2021 @01:34PM
(#26378336)
While on a mobile I have a gmail app (always logged in), on the desktop (browser) I don't store cookies so I'm rarely logged in. Typing a password with 2-step verification to follow a magic link is not optimal.
Re:Why we went passwordless on our new product
by reaperducer on Sunday March 07, 2021 @01:45PM
(#26378476)
I think you're being downvoted because you deliberately choose to introduce a layer of complexity into your life, then complain when something is complex.
Re:Why we went passwordless on our new product
by sontek on Sunday March 07, 2021 @01:55PM
(#26378579)
A layer of privacy shouldn't be downvoted or considered complexity. If someone chooses to not be tracked that is not something to look down on.
If you care about privacy, you'll pick flows that all your users to maintain their privacy.
Re:Why we went passwordless on our new product
by reaperducer on Sunday March 07, 2021 @03:28PM
(#26379467)
If you care about privacy, you'll pick flows that all your users to maintain their privacy.
As stated, my project is an internal company project and will be entirely on company-owned hardware, so I don't care about my user's privacy in this case.