Hacker News new | ask | show | jobs
by this_user 36 days ago
One argument I have heard in favour of this is that management knew this would be a side effect, but that it's more important to have people engage with AI as much as possible simply to explore what is actually possible. You are effectively knowingly wasting money in the expectation that you might learn something useful that will be more valuable in the long run.
11 comments

If companies are suddenly willing to spend money on letting their staff experiment, why not let them experiment with what they want to? They probably know more about technology than you do, otherwise you wouldn't need them.
> engage with AI as much as possible simply to explore what is actually possible

"Research" isn't part of my job title. If you don't know what's possible then why are you deploying it? You should be telling _me_ what's possible. I mean, you _paid_ for it, how can you possibly not know what you were getting?

> in the expectation that you might learn something useful that will be more valuable in the long run.

"I'll take `what even are profits?' for $200, Alex."

Hear hear.

An overly generous steelman in my opinion as well. Have 10% of your employees focus on finding ways to properly leverage the new technology - don’t pressure 100% of your employees with bull shit metrics.

>"Research" isn't part of my job title. If you don't know what's possible then why are you deploying it? You should be telling _me_ what's possible. I mean, you _paid_ for it, how can you possibly not know what you were getting?

Extremely weird take for a knowledge worker.

No, it's literally because some dumb manager read a blog where an influencer said that you ain't a real AI native and ain't worth shit unless your developers are spending $XXXX on tokens each day.

It's that simple.

(Never mind that these bloggers are just writing ad copy for cloud providers.)

in this instance - it seems like Amazon employees are wasting money exploring ways to waste money.
My questions for that approach are: Why treat AI as a special technology that needs enterprise-scale exploration to come up with a useful application? And why not take the alternative approach of identifying the subset of people who have indeed found solid uses and spread their best practices around?

The top-down approach to encouraging (mandating?) AI usage strikes me as infantilizing to the workers, who are perfectly capable of choosing which tools they use and when.

Human nature?

In the early nineties, it was common for experienced electrical engineers to keep on using schematic entry digital design and look down on RTL and synthesis tools, despite that fact the latter was already way more productive. At some point, management had to put their foot down and force everyone to switch to using synthesis.

It's not unreasonable to assume that many people are set in their ways and unwilling to change their behavior without a bit of a push.

It is completely unreasonable to assume that. Tech people are so hungry for productivity gains that they regularly will defy management forbidding them from using a tool, because the tool is so good they feel they have to have it.

If LLMs truly are as good as their proponents say, engineers will use them even if management outright forbade it. The fact that people aren't using them, and have to be forced, is extremely strong evidence that they are not in fact that useful.

> extremely strong evidence that they are not in fact that useful.

Surely you can't argue in good faith today that LLMs aren't useful? It was a valid argument a year ago, but the latest models are absolutely useful at solving whole classes of problems.

They're not perfect, need to be carefully monitored, can cause weird gambling like dopamine rushes and can cause lazy development habits to creep in. But none of those things negate the fact that, in many situations, they are useful.

Useful = net benefit.

Short-term, sure in some contexts. Long-term? Nobody knows yet.

You can't just redefine useful to mean something it doesn't.

Useful = able to be used for practical purposes.

As an extreme example, most effective weapons are useful to the person using them, but aren't necessarily a net benefit.

Is AI going to make life meaningfully better for most people? That's uncertain. Is it useful for the tasks in front of me today? Yes, definitely.

> extremely strong evidence that they are not in fact that useful

See my other reply in this subthread. For my line of work, they are in fact ridiculously useful.

Alpha 21064, 1992, was using domino logic [1].

[1] https://en.wikipedia.org/wiki/Domino_logic

There was no synthesis algorithms that would map VHDL or Verilog designs into domino logic elements at the time. I believe that the most work in the synthesis-to-domino-logic area was done at the beginning of current century.

So, DEC's engineers and, I think, Intel's engineers were doing work using schematics well into 21-st century.

In the early nineties, standard cell design was already used by everyone except those who needed clock speed at all cost.
I guess the only difference between this and your example is the concrete efficiency gain from RTL and synthesis tools versus dubious applications of AI. I do agree with the second point about pushing people to explore new ways of doing things though.
> dubious applications of AI

Leaving aside the ethical aspects of using AI (not because they're not valid, because they're off topic for this discussion), in my line of work, the capabilities and productivity improvement of AI are staggering. Most of it is not writing the new code, which is but a small part of chip design, but everything else.

I can't give a concrete work example, but here is an experiment that I ran a month ago. https://tomverbeure.github.io/2026/04/12/AMIQ-License-Key-Ge.... If it can do that, it's not hard to imaging similar use cases related to root causing complex simulation failures. It is frighteningly good at that.

> use cases related to root causing complex simulation failures.

That's a pretty interesting use case. I assume this is for RTL simulation given the thread, but how do you connect the output of the simulator to the AI?

For a small case, a colleague took a screenshot of waves in the waveform viewer and pasted it into the AI tool. It worked.

But for large cases, use tools to extract all interfaces from the waveform file and save it as a text file, or add $display statements in the Verilog itself to dump the transactions. A SOTA LLM will eat it up. You point it to the RTL, a log file with hundreds of thousands of lines, and give it a few lines to explain how it is supposed to behave. Just tell it "My simulation is hanging. Figure why." Wait 15 minutes and it will tell you why it hangs and which line to change in your code to fix it.

I've done the experiment after the fact: I had spent ~3 days to fix complicated 3 bugs. I then rolled back the code and told it "Here is the spec. Find all the bugs in this code". It found all 3 bugs in around 30 min. That's when I realized that things won't be the same anymore. (And don't get me wrong: I love debugging simulations.)

Fair points! Thanks for sharing the write-up as well - great read.
> It's not unreasonable to assume that many people are set in their ways and unwilling to change their behavior without a bit of a push.

You include those only in second round along with guidelines and recommendations on how to use it effectively.

What if those people are some of the most experienced ones, who can see use cases, and flaws, that more junior people won't?
People who have to be forced to try it are unsuitable for the exploratory "find what it is useful for" task regardless of seniority.

Also, we are talking about large companies here. There will be plenty of more suitable seniors.

A tool so good, the workers need to be forced to use it.
Workers are good at their job using tools they know because they had years/decades to hone that craft.

The new tool might make a lot of that experience obsolete. Also, some people that were good with old tools might be great with the new tool. Some may not.

Overall, I don't think it's a bad idea to burn some tokens (and money) to let people experiment.

googles 20% project time was a good thing, sadly they dont even seem to do it anymore. for the bulk of corporate workers this brief period of time where they get to play an ai token game is the only break from generating TPS reports all day long.
That still sounds like a dumb strategy. Or, more likely, post hoc rationalization.

You reward me for wasting tokens and punish me for not wasting them, I will maximally waste them and wont "explore hownto make them useful". The latter wastes less tokens and that is punished.

All so that they can lose this accumulated knowledge during the next round of layoffs.
Exactly. That's the problem ICs don't want to admit.

Managing a lot of people at scale is messy and you have to use crude solutions. It's impossible to know everything that's going on.

If you were a manager you wouldn't do any better. Out of the crooked timber of humanity, no straight thing was ever made.

Your argument that bad processes can't possibly be improved is contradicted by all of recorded history.
That's because you've misconstrued my argument. My argument is that everything is a tradeoff and while management can be MORE conscious, there's a certain level of bullshit that's inevitable.

But more specifically ICs tend to want to say "if you just let me do what I know is right it would be fine." That's a trade-off, too, though. That solution means a lot of people will be messing around due to no accountability.

If the only accountability here is token input/output, after automating that employees would be messing around with no accountability either way.

If setting the actual goal you want to achieve as a manager, and then trusting employees to allocate their focus accordingly, you will absolutely have people faffing off (as likely can't be avoided), but at least those who don't will optimize towards what works according to their actual expertise at least.

I think that's a convenient excuse for managers at the top to not have to deal with their own sub par middle and lower managers...
Are the people engaging though, or are they telling the AI "go do some busywork" and then minimizing that window and getting on with their job?
This is induced demand for AI to justify building more datacenters, which will bring AI costs down, and the idea is that will eventually bring demand up organically.
in short: dogfood the tool extra hard, and figure out what it can do.

this means wasting a lot of metaphorical dog food, but now everyone will be 100% how it tastes.

this then allows you to shift client expectations and alter offerings.

...

or it's just dumb mgmt. but let's be charitable.