Hacker News new | past | comments | ask | show | jobs | submit login

Everybody had a computer that could run any program, but used only their web browser, so they made the web browser pretend to be any program, but then everybody had a web browser that could run any program, but used only webmail, so they made webmail pretend to be any program? Where does that end?

Or are these ”engaging, interactive, and actionable email experiences.” more limited than the current web applications? If so, what are their limitations?

Also, I guess all clicks in those experiences will go through Google’s servers.




> Also, I guess all clicks in those experiences will go through Google’s servers.

And therein lies the motivation. Why would all these Gmail users want to be clicking on web apps that aren't hosted on and monetized by Google, when they could be doing all these things inside Gmail?


At Google, we feel email security is a top priority. That is why the new AMP-enabled GMail runs on a Go interpreter, in a walled Java-based virtual machine, inside Chrome, installed the OS of your choice.


Meaning no Chrome, no AMP based emails? Sounds good to me!


> Also, I guess all clicks in those experiences will go through Google’s servers.

That's the main thing I mind.

Really, the UI of webmail clients suck. The point of computing is automatization; there's shit ton of things that could be better integrated with each other in search, e-mail, calendaring, etc. But for that to be good, you'd have to own that integration. When a third party owns it, you become slave to that third party.


> ”engaging, interactive, and actionable email experiences.”

'Click here to download Thunderbird' is what my mind inserts after reading that.


It's inner-platform effects all the way down!


> Also, I guess all clicks in those experiences will go through Google’s servers.

They already do, when I click a link in my GMail (Android) app, and it opens in Firefox (Android), I can sometimes quickly see a Google redirection URL flit by before loading the actual page. They basically did a similar shitty trick to what they did to the Search result pages, pretending to be direct links but inserting a tracking redirect at the onbeforeunclick event or such.

Hey, btw anyone know of a nice Firefox Add-on or something that rewrites/stops the Google Search result links from redirecting at the last moment? I've been meaning to code up something like that myself, but I bet it already exists (and I'm mostly using DDG these days any way).


Another thread here summarized it quite well. All these expensive engineers need to do something. If it ends that would mean most of the employees have no purpose anymore.




Join us for AI Startup School this June 16-17 in San Francisco!

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

Search: