Hacker Newsnew | past | comments | ask | show | jobs | submit | ESRogs's commentslogin

Down for me in Berkeley, California.


If Google fixed dots-don't-matter, couldn't someone still sign up for Netflix with jameshfisher+netflix@gmail.com?

If Netflix checks for + address duplicates, then that's not an issue. But you could still have the situation where someone signs up for, let's say, Hulu with your standard jameshfisher@gmail.com account. And then you could still end up paying if you forget whether you ever signed up for Hulu or not (maybe you were about to sign up and didn't, maybe you planned to in the future).

Email validation seems like the most important defense against this kind of thing. Dots mattering seems secondary.


Right. The +-suffix suffers from the same problem as the dots-don't-matter-policy: While some implementations use + as a separator between a mailbox name and a suffix, there is nothing in the RFC that encodes that, so different server implementations could just as well see + as a regular letter of the local part. Netflix has no choice but to treat james.h.fisher@gmail.com, jameshfisher@gmail.com and jameshfisher+netflix@gmail com as different email addresses. Really, to the left of the @, almost anything goes, and how an MDA maps the local part to a specific mailbox is completely up to the implementer.

As you point out, the only way around this email verification.


A similar problem exists for weird services like Amazon that allow multiple accounts for the same email address (unless they finally fixed that stupid idea?).


Multiple accounts with the same email haven't been available for many, many years. I'm not sure exactly when registration for these was disabled, but it was 10+ years ago. Possibly 15-20 years ago.

I think it was a valid design decision at the time, before accounts on websites were widespread and a family might only have a single email address from their ISP.

The rise of free webmail accounts from Hotmail etc changed that, of course. And now we have a shared understanding of how accounts on websites should work. Neither of those were true in 1994.


Good to know. I had accidentally created multiple accounts for myself around '05 or so and was really surprised by it. Iirc back then they also required separate accounts per-country, but I could be wrong about that.


I don't think they require separate accounts per-country, but my only experience is with .com and .ca. They might do the accounts on a per-realm basis (North America, Far East, Europe, etc.) rather than strictly per-country.


I have same account (same mail) with amazon that works across their .com, .in, .fr., .co.uk


They still do AFAICT (I had to sign up for a Japanese account relatively recently).


Amazon Japan and Amazon China are the only ones that have separate accounts from the rest of the Amazon sites.


Naw, I left about 10 years ago and out was still there, and still had co-workers at a different job asking me about it a couple years later, because they got bit by it.

The justification I heard was that someone would have a personal and business (or library) account to the same email, but it definitely persisted longer than you think.


Well, they were enabled but you couldn't create new ones when I joined 7 years ago. I was under the impression they'd long since been retired at that point. Given the turnover there, ancient lore could have only been a year or two before that.

I had to jump through some hoops to get one of the accounts to test something I worked on with them.


Doesn't seem stupid to me. In the real world can have multiple accounts with a business using the same physical address. Why should contact information be limited to a single account? Why should an email address be assumed to uniquely identify a person? Email sharing is still very common, and many organizations have addresses like info@ or help@ that don't identify anyone at all and could be read by any number of people.


Feelings get in the way of changing minds. Ignoring your own or your opponents' feelings doesn't make them go away.

Take a look at the article. How is someone who is concerned about sex differences in representation going to feel when they read, "Many academics in the modern world seem obsessed with the sex difference..."?

The article shoots itself in the foot in the first sentence. It's not going to change minds because it doesn't consider feelings.

Writing in a way that gets the facts right, and uses good arguments, and is worded in a way that doesn't turn off your opponents is hard. But it can be done. I think slatestarcodex.com often does it (though not always).


> Feelings get in the way of changing minds.

So going even more meta, that's the first thing that should be addressed. I realise that eliminating feelings completely is a lost battle, but I thing at minimum how socially acceptable it is to make decisions based on feelings would be beneficial.


> In the US, you die or your kids starve if you don’t have enough money.

We do have https://en.wikipedia.org/wiki/Supplemental_Nutrition_Assista...


Collection of Eliezer essays: https://www.lesserwrong.com/rationality


He really likes that skinned knee example.


They'd probably answer, "With Haskell."


I would be satisfied with that answer.


In fact it is probably all Javascript. The formula editor at the top is an Ace editor, the spreadsheet itself is based on https://github.com/openfin/fin-hypergrid, which is an incredibly enourmous piece of software I had never heard of and which I don't understand at all what it is trying to accomplish, but I can see it renders to canvas.


CEO of AlphaSheets here! Javascript is our frontend, but the backend is Haskell :)


So the computations are server-side? Or are you doing some Haskell-to-JS-transpiling?


Yes, the computations are all done server-side, which lets us parallelize big computations. It also keeps our thorny evaluation logic crisp and maintainable, because Haskell. =)


what's your opinion on various spreadsheet like JS frameworks like Handsontable, Crossfilter, NxSheet and fin-hypergrid ?

As someone who has built an internal dashboard using Handsontable, I am yet to find a truly reactive JS framework for spreadsheets.


We're actually built on top of fin-hypergrid, which we chose for its speed. We're handling all the reactivity in the backend.


What do you mean by "truly reactive" in this case?


Formulas that get recomputed if the cells are relevant. A spreadsheet is inherently reactive.


Are you really asked to be a spokesman for seasteading? Or are you just pointing out that fellows will find themselves associated with it


Fellows will find themselves associated with Thiel's political stances.


> When AlphaGo does lose, it seems to happen when outright bugs cause it to make moves that are readily recognizable as mistakes

I'm not sure this is true. It made the wrong move at move 79 in game 4, but I'm not sure that should be considered an obvious mistake.

My understanding is that the moves that people said were most obviously mistakes later in the game were a result of it being behind (and desperately trying to swing the lead back in its favor), rather than a cause.


You're right that it doesn't tell the whole story, but one of the major findings in the last century of psychology is that the one-number summary actually contains a surprising amount of information.

"Mental tests may be designed to measure different aspects of cognition. Specific domains assessed by tests include mathematical skill, verbal fluency, spatial visualization, and memory, among others. However, individuals who excel at one type of test tend to excel at other kinds of tests, too, while those who do poorly on one test tend to do so on all tests, regardless of the tests' contents."

"[G factor] is a variable that summarizes positive correlations among different cognitive tasks, reflecting the fact that an individual's performance at one type of cognitive task tends to be comparable to his or her performance at other kinds of cognitive tasks."

https://en.wikipedia.org/wiki/G_factor_(psychometrics).


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: