Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This is the first I've heard of that one-second delay. That's downright evil. Whoever is responsible for that should be ashamed.


It looks to me like the design for this was https://github.com/ampproject/amphtml/issues/3133

(Disclosure: I work on ads at Google, and I'm friends with some of the people at the link. Speaking only for myself.)


Thanks for the link. Though as a Google employee you should probably refrain from any further public comments.


There's nothing wrong with a Google employee participating in a Google-related discussion (edit: I mean in an HN thread of course), same as with any company. It's nice if they say so, which jefftk did.

Edit: I misread. Corrected below. Sorry!


I'm pretty sure they mean it's a bad idea from Google's perspective, not Hacker News'


Oh, I think you're right. I'm too used to certain types of internet reflexes. Sorry GP!


I would edit your initial comment because to many it will read as if you understood it as Google’s perspective, and still Okayed


Ok, I did that. Thanks!


Nothing wrong with that, sure, but making comments related to ongoing antitrust litigation against company employing you, while not being any official spokesperson and not having your comments vetted by legal and PR, can be really, really detrimental to one's career if Google decides that it doesn't like your comments. Google is very explicit in its internal trainings to never make any public comments like that unless you're officially empowered to do so. You can say or write anything you want on HN... on the last day at your job.


I worked at Microsoft in Europe and we never had such training. Is this only in the US?


Yes, in the EU employees are more protected and it is much more limited what an employer are legally allowed to do. In fact they have to prove that your intention was malicious.


There's probably better protection against random terminations on average in Europe than in America.


Would whistleblower protections apply in this case?


No, why would they? He's not whistleblowing. The commenter even admits that he has no context on the link in question and just suspects it's what's being implicated.


I've been given formal warning for that, others have been fired. It made it front page of HN. I don't think that's wise advice in all cases dang.


Dan, that's like asking a Google employee to basically get themselves fired. It's not something we should encourage, for their own benefit.


Nothing wrong for HN, but definitely risky as an employee.


It seems possible that in the history of internet forums, some of them might occasionally receive subpoenas because forum members posted something essential to one side's case in some litigation. It also seems possible that some of those forums receiving subpoenas would rather not deal with the burden of responding.


Exactly, wouldn't want to lose those golden handcuffs :)


Do I understand correctly that the 1-second delay existed in both AMP and non-AMP case? And later, someone found a way to remove the 1-second delay for AMP since it could be done without a negative UI impact (unlike for the non-AMP case)?


That seems more likely than complete malice.


So the suit in one paragraph claims that AMP isn't faster, then in the very next paragraph says that it is faster, but that's anti-competitive?


It’s not faster when the browser actually loads them. It is faster when google induces a delay to making it available to start loading.


The first article I found about this was https://timkadlec.com/remembers/2018-03-19-how-fast-is-amp-r..., which claims that AMP is actually faster in practice, probably mostly because it encourages good habits. Where are you seeing that it's not faster? This article is from '18 so perhaps there has been a change in how well AMP performs versus the baseline.

Also worth noting that we should probably judge AMP as a whole product. What if it didn't make things faster at all, but did make them predictable and amenable to prerendering? The product is AMP+Cache+Prerendering. Prerendering unquestionably gives huge speed advantages in many scenarios. If you don't have AMP, you don't have prerendering, which means AMP-as-a-product gives significant speed advantages, since it's on the critical path to prerendering. (All of this is of course predicated on the idea that you can't practically prerender normal HTML pages, which perhaps you can, I don't know. I'm just saying if that justification for AMP is correct, it shouldn't necessarily matter that HTML+AMP markup is not faster than HTML markup.)


> mostly because it encourages good habits. Where are you seeing that it's not faster?

You just answered it yourself. If someone follows good habits already, then AMP isn’t faster for them (aside from Google not allowing non-AMP loads to start sooner).


Did you use Google to search for the benefits of using AMP?


Are you serious? What else would I use? But I just checked, and DuckDuckGo and Bing return the same page as the first result.


This is answered above. It is faster for arbitrary means, nothing substantive.


Where "arbitrary" can be swapped out for "malicious" and "anti-competitive."


So tl;dr: Traditional HTML+JS ads have always needed an extra second delay to load because of cross-domain UX degredation, but because AMP is pre-caching pages, they're able to pre-cache the ads too?

Is that what I'm reading?


I believe that the idea is that if the ad is amp, you can be sure it will load fast and not impede the ux of the page, whereas if it's html/js, you can't. It isn't about whether it is cached or not.


But this sounds like a technical limitation that makes sense? This entire comment chain is mostly people interpreting the lawsuit as claiming this was a deliberate artificial delay for business reasons and getting outraged about that, not a technical issue.


It's a little murky. If the status quo comes with a cost, because of practical uncertainty, and you provide an alternative that eliminates the uncertainty (and the cost), and then you use the elimination of the cost to prefer your own method... at minimum, that feels "not fair."


Why would it be unfair? A lot of UI delays come from uncertainty, it’s often a significant technical issue.


Because you eliminate uncertainty by imposing your own standard, the adoption of which financially benefits you.


An unbiased viewpoint acknowledges that bad people doing bad things for selfish reasons, can have both positive and negative results.


There's further details about it here: https://github.com/ampproject/amphtml/issues/3133

And yeah, it's a technical issue.


So taking websites hostage and demanding a ransom in the form of an amp link. Thanks.


If the top-line goal is to make the page as responsive as possible, I'm a little stumped as to what the alternative would be beyond delaying the loading of arbitrary html and JS. Can you think of a way to load arbitrary HTML immediately and not cause any page responsiveness issues on, say, a three year old Android device?


For the parents interest can we please delete his post...don’t want to see him get into any issues


He can probably manage to do that himself if he wants.


Is Google legal going to extend their protection to you during this?


Such artificial delays are already intentionally inserted for the purposes of allowing header bidding, regardless of AMP. Are most users aware of that. What this alleges Google is doing with AMP is making the delay worse, but there is still a delay. This is part of the price the user pays for online advertising. Not just (potential) visual distraction of advertising, but (real) time waiting for advertisers to bid before an ad can be shown. (What does a message like "Page loading..." really mean. Imagine if the message was "Advertisers bidding...") Advertisers might fail to get the user's attention or click, but they are always successful in stealing the user's time, with help from "ad tech" companies like Google. Regardless of whether the user ever looks at the ad, or clicks, she still has to wait for header bidding to complete.


The problem here is that there allegedly an additional artificial second of delay on non-amp ads vs amp ads. This is seen as anti competitive.


> This is the first I've heard of that one-second delay. That's downright evil. Whoever is responsible for that should be ashamed.

That's it. I'm putting a 1-second delay into my webserver right now, when it detects Google Chrome.


That'll probably just get you penalized by Google Search...

This whole AMP mess just shows how insidiously evil a HugeCorp can be through sheer system complexity. Was it intentional? Well, I guess court cases will show that, but sheesh... even if unintentional it's extremely chilling.


> That'll probably just get you penalized by Google Search...

How about a pop-up telling the user that the UX of this website is better on Firefox? (which is true because e.g. it will not show the annoying pop-up)


> That'll probably just get you penalized by Google Search...

Then don't add it for Googlebot User-Agents or IPs.


That's not sufficient. Google checks for different behavior for sites read from Google and sites read from other sources.

They'll drop content like a rotten egg from search results of they see a discrepancy.


Yeah but I really doubt they're using latency discrepancy as a signal. I can think of plenty of ways poor latency could come up on their verification requests but not affect the normal Googlebot requests. Also that's not really something any black hat SEO would involve so Google doesn't really have an incentive to look for that in the first place.


I think you missed my point.

If you and/or your organization can keep up with all of that... then good for you. That's not the reality for most of the world. And in "world", I include most IT organizations, btw.

EDIT: Btw, do note that I'm not even sure if the alleged issues/problems are even intentional or not... and that in itself is problematic... which was my larger point.

I don't have any solutions.


With the upcoming Core Web Vitals, you'll get penalized for this. It measures the aggregate speed of chrome users.


This is already a prominent section of Google's search console and they fire off warnings with with the perceived issues which you validate after fixing, etc. I'm sure it will become a major factor very soon.


Google probably crawls with non-Googlebot User-Agent strings periodically to test if sites are serving different content to Googlebot and regular browsers.


I have no insider knowledge, but I'm going to guess that they even crawl using actual Chrome browsers once in a while... and penalize deviations from what you serve to the GoogleBot... and also factor in response times for either.

I don't think any single person can predict/know what's actually going on at this point.


But this mitigation would still fail. They might test for different content, but they probably don't include a periodic test like this in their timing tests, and if they did, it would just be an outlier.


In google search console, you can see lighthouse data reported from actual google chrome instances of real users. (I can’t verify this right now)


I'd turn it on for lulz on my personal stuff but yeah it will hurt my domains more than Google's reputation...


I also think that we should collectively fight back against Google, Facebook, Amazon and Apple.

Not handing them data for free would be a start (Analytics & Gmail)


This idea is one github repo away from being viral.


>Whoever is responsible for that should be ashamed.

Isn't it the CEO?


more than likely a single "Rogue" engineer


You mean scapegoat?


The engineer is responsible for it. The CEO is accountable for it.


This was sarcastic, right?



Someone’s gotta be the scapegoat...


Obviously yes, probably on the back of stuff like Jerome Kerviel, and Tom Hayes, where one "rogue X" is capable of taking down Y.


No. It’s the board of directors. The board of directors is by proxy of the shareholders, is the actual owner in a practical sense of a corporation.

The CEO can, in most cases, be removed at any time by the board and be replaced by someone else. Without the boards approval none of this can happen.

So if you need to blame someone. It’s the board of directors.


Completely wrong, doesn't even make sense. You can easily have BoD individuals with tiny minority stakes in corporations. Sorry to be abrupt, but I really just don't advise making huge sweeping statements on things if your take is just blatantly wrong and misleading.


The personal stake of BoD individuals is completely irrelevant, and your focus on that suggests you don't understand what "by proxy" means.


Who votes to hire or fire the CEO?


Larry and Sergey


the BoD, next question?


So then how is this the CEO when the board actually controls who the CEO is? The CEO is employed by the grace of the board. The performance and decision making of CEO is implicitly approved or disapproved by the board of directors decision on a rolling basis to maintain or terminate the employment of the CEO. The same CEO that meets with the board on a regular basis to answer questions and provide updates .



People are way too quick to defend Google around here - and I'm saying that as a former Google evangelist.

Google does a LOT of crap like that these days. Most people just aren't aware just how "evil" they've become, or prefer to defend them with nonsensical arguments like "see, Google still throws the Don't Be Evil motto somewhere at the very end of their multi-page work of conduct document, so technically they still believe in it!"


Yeah... They aren't the same Google of 20 or even 10 years ago...


Before jumping to conclusion me might have to hear the other side as well.


Karishma, you were shadowbanned. I've seen nothing in your comment history which would warrant this so I've vouched this comment.


[deleted]


What good do these witch hunts accomplish? Punish the senior leadership that demanded this feature


> What good do these witch hunts accomplish? Punish the senior leadership

I believe this line of thought and justification was addressed for good in the Nuremberg Trials.


That is beyond hyperbole. These are people implementing a caching feature not individuals leading human being into death camps. A false equivalency seldom matched.


The crimes are not equivalent, but the "I was just following orders" excuse is just as bogus in both cases.

If you believe that people are responsible for their actions, and they have a choice of what to do, then just because someone gives them an order doesn't mean they have to follow it. They could refuse. If they accept they are then responsible for their own decision and its consequences.


What if you didn't know the ultimate goal of the delay feature you implemented? The ticket could have been fairly generic/abstract.


>I was only following orders.

It is not an excuse. What they did sets the nature of the penalty which may or may not even come out to being a substantial punishment. That they were told to do it, and knew it was wrong, but did it anyway merely fails to absolve them of guilt.


Not at all. It was a prevalent defense there, and their view of those crimes was the the Superior Orders defense was a mitigating factor, but that the crimes were too severe to allow them to escape all culpability like that.

It was used prior, and has been used since, with outcomes ranging from being ignored to being absolved of all responsibility.

It comes down to the scope of the crime. If you helped murder 6 million people (apologies if that's not the correct number), "I was told to" is not an appropriate defense. If it's Karen's birthday and she's lactose intolerant, but your boss says to get an ice cream cake anyways, "I was told to" is a perfectly valid excuse.

Slowing down ads falls somewhere in between, but far closer to pissing off Karen's lactose intolerance than attempting genocide.


I wonder how the team adding in that extra delay justified it to themselves?

I always wonder this with things like the Volkswagen emissions cheating - how do those engineers rationalise it?


"I wonder how the team adding in that extra delay justified it to themselves?"

A nice fat paycheck will often be enough to quiet a lot of people's doubts. And if it still bothers them, they can make themselves feel better by donating some of the money to charity.

Also, people who do things they know are wrong can mollify their consciences by comparing themselves to people who do even worse, and then patting themselves on the back for not being as bad.

They think things like, "at least I'm not literally robbing anyone", and the robbers think, "at least I'm not physically hurting anyone", and those that hurt people think "at least I'm not killing anyone", and then killers think, "at least I'm not torturing anyone to death," and the torturers tend to have some excuse too, like doing it for the greater good.

Unless you are literally the worst of the worst there'll always be someone worse you could compare yourself to and think that at least you're better than them.

There are already some examples of this kind of justification in this very thread.


"These are evil, vile people I am torturing to death. In fact, it's debatable if they're even people!" tends to be the justification, and it tends to be based on mental gymnastics surrounding some old book :-/

I see your point, and I agree. "In the end, it's better for the consumer this way, we're just giving the process the tiniest of nudges." has fueled a lot of anti-consumer hogwash over the years, I'm sure.


The design of it was discussed in https://github.com/ampproject/amphtml/issues/3133. It wasn't done nefariously. AMP prioritizes the page content and verified elements first over non-AMP content (including non-AMP ads).


This is interesting and sounds eerily similar to the justifications made by the anti-net-neutrality lobby: "Here at Comcast, we're not penalizing your content, we're just prioritizing traffic from our Valued Partner sites..."


I read this and it was interesting and clarifying. As an aside, I still hate amp though


They justified it by earning very high salaries. Turned around, it is very difficult for a person to see a problem, if their salary depends on not seeing the problem.


Not even that: a culture where you are expected to meet your goals, deadlines and performance criteria can lead to shortcuts and ethical breaches when the company is relying on you "making it happen".

For an engineer the end justifies the means when it involves putting food on the table and ensuring there's a roof over your families head - whistle-blowing is not an option, and quitting mid-project is never a good look either.


> For an engineer the end justifies the means when it involves putting food on the table and ensuring there's a roof over your families head - whistle-blowing is not an option, and quitting mid-project is never a good look either.

Every time I hear this ... no. Google engineers could get a job elsewhere easily. It is not like software engineers would be like miners in dying industry struggling to survive. We are well paid and can get jobs easily.

I am not saying that everyone should leave Google. I am saying that if your company demands something unethical from you, rationalizing it through "ensuring there's a roof over your families head" is just lie for most of us.


I have worked in ad tech. Can confirm


Well, working in ad-tech is pretty much bad from the get-go, this just seems like more of the same to me. To be fair, unlike VW diesels, it's also not directly damaging anyone's health, but it's still a nasty business.


It's common practice in the advertising industry to exploit people's feelings of inadequacy. This is an industry that doesn't think twice about making an emotionally vulnerable teenager feel like a loser if they think it will help them sell some shitty product as the 'solution.' This is directly harming people's health.


Yes, I considered that, and I agree that it's an industry that does cause psychological harm to make a buck. But that still seems a little different than causing respiratory illness - maybe not that different, really...


With regard to particulate emissions, consider the role advertisers play in the deaths attributable to the tobacco industry. I'd wager more have been killed by tobacco industry advertisers than by VW engineers.


> it's also not directly damaging anyone's health

I completely disagree. Have you noticed how much targeted advertising has sold out our world and affected peoples ability to rationally think?


> working in ad-tech is pretty much bad from the get-go

No, it's the same as any other industry. A single company or negative behavior doesn't define everyone.


No, ad tech is well-known as the particularly abusive part of these monopolistic businesses.

It's a race to the bottom, and someone has to code them there. It's bad.


Advertising has done more damage to people’s mental health and self-image then just about any other industry.


I've worked at a startup in the past where the design team requested we put artificial delays / fake progress bars in. I told the design team that 1) Its just bad design / hostile to our users, and 2) that I'd quit before I'd build it for them.

It's a hill I'd be happy to die on. I feel like 6/10 engineers wouldn't care to have that fight, let alone risk their job over it. I'm lucky to be in a position that I am even able to. So many are not. Yet another example for the banality of evil.


I agree, I've heard of artificial delays being introduced because some loading of things was deemed 'too quick'- something about the user expects some delay and anything quicker than that gives the feel that nothing has really happened. I can see the logic in it a wee bit, I'll try find a link to their thinking on it.


Artificial delays and user satisfaction (with focus group testing) were discussed in this podcast episode:

https://99percentinvisible.org/episode/wait-wait-tell-me/


If they have to add something, add an animation.


Tip of the hat to you


Almost all JS ads have a render delay of ~1 s to avoid page layout issues.

In this case they are using the same approach for HTML/JS ads on AMP pages, but if they know it's AMP they don't need to.

So I dunno - from an engineering point of view it seems pretty well justified to me.




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

Search: