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

If someone posts something to a project I run that they haven't tested (or in some cases even tried compiling) and they don't know how it works, then I block them. They clearly don't respect me or care about my time.


That ship has sailed. Lots of open source C projects already use attribute((cleanup)) (which is the same thing).

This is the crucial difference. Scope-based is much better.

By the way, GCC and Clang have attribute((cleanup)) (which is the same, scope-based clean-up) and have done for over a decade, and this is widely used in open source projects now.


Is there a link to the actual paper anywhere? That seems like a rather large omission. Without the paper it's hard to tell what they are actually measuring.


Use of AI is based on self-reported data. From the paper:

> The respondents to the interviews are senior managers or financial directors with responsibility for investment decisions and how investments are financed – for example, the owner, chief financial officer or chief executive officer

> Firms are asked the following question: “To what extent, if at all, are big data analytics and artificial intelligence used within your business? A. Not used in the business. B. Used in parts of the business. C. Entire business is organized around this technology.”

AI adoption is defined as the manager answering B or C.

I'm doubtful that this data is going to be very robust. Some senior tech managers are very keen to talk about AI, while at the same time knowing little about how much AI is actually being used by workers. At other companies you'll have people using free or personal ChatGPT accounts without the knowledge of management.

Also "big data" is not exactly AI.

The productivity information is robust as it's based on company accounts, albeit from 2024 so a couple of years out of date now.


The technical term seems to be "Zombie Simpsons".

"Silicon Valley" doesn't get to make the decision unless they are willing to send some of those hundreds of billions to TSMC up front. (TSMC isn't going to want future promises of business either since those are worth very little.)

I don't disagree. I wrote the top comment here basically saying the same thing: https://news.ycombinator.com/item?id=46764223

If big tech prepays for the entire fab, I think TSMC would do it.


And if the Big Tech companies think it is so important to get all those compute and/or memory chips sooner and in larger supply, it should be no problem at all for those Big Tech companies to pay for the costs and then have priority access to all (or their portion of) the output for the future years.

OTOH, if they are insisting on not investing their funds or stock, and it is simply pressure on TSMC to take on the risk, TSMC should be very wary of taking on risk for those players (unless TSMC sees another advantage of producing into a likely glut or supply canyon shortly after the new fabs come online).


if what Elon recently said is true (if - but he might not be... inaccurate... on this particular thing) they already have and bought the forward production capacity of those new fabs and it still isn't enough.

I believe that. TSMC would have to start another fab or two.

PS. I'm pretty sure Intel is also at max capacity. They cancelled a bunch of fabs a few years ago when they were on a spiral.


There's no world in which this case is being covered up. It's literally on the BBC News website and you have linked to it.

The poster linkd to the story they 'could think of', not one that may be upcoming. My guess is on a nonce-case, and the royals are involved.

Is this company a candidate for being "Jia Tan"?

Jia Tan wouldn't be interested in secret spyware firms. They hide their code in plain sight.

No need, they have plenty of 0-day exploits that don't leave discoverable traces.

I remember after I read the 1st edition, bought MINIX ($150 !!), and then was very annoyed to find that the compiler source was not included. Luckily it was '89 or '90 and GCC sources were available.

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

Search: