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

I'm sorry to hear that ... if not too painful, would you mind sharing more (so others can learn).

Won't all the ad revenue come from commerce use cases ... and they seem to be excluding that from this announcement:

> AI will increasingly interact with commerce, and we look forward to supporting this in ways that help our users. We’re particularly interested in the potential of agentic commerce


Why bother with ads when you can just pay an AI platform to prefer products directly? Then every time an agentic decision occurs, the product preference is baked in, no human in the loop. AdTech will be supplanted by BriberyTech.

if llm ads become a real thing, let’s acknowledge that this is exactly what will happen in no uncertain terms.

The only chance of that happening is if Altman somehow feels sufficiently shamed into abandoning the lazy enshittification track to monetization.

I don't think they have an accurate model for what they're doing - they're treating it like just another app or platform, using tools and methods designed around social media and app store analytics. They're not treating it like what it is, which is a completely novel technology with more potential than the industrial revolution for completely reshaping how humans interact with each other and the universe, fundamentally disrupting cognitive labor and access to information.

The total mismatch between what they're doing with it to monetize and what the thing actually means to civilization is the biggest signal yet that Altman might not be the right guy to run things. He's savvy and crafty and extraordinarily good at the palace intrigue and corporate maneuvering, but if AdTech is where they landed, it doesn't seem like he's got the right mental map for AI, for all he talks a good game.


There are a number of different llms - no reason they all need to do things the same. If you are replacing web search then ads are probably how you earn money. However if you are replacing the work people do for a company it makes more sense to charge for the work. I'm not sure if their current token charges are the right one, but it seems like a better track.

What other interaction models exist for Claude given that Anthropic seems to be stressing so much that this is for "conversations"?

(Props for them for doing this, don't know how this is long-term sustainable for them though ... especially given they want to IPO and there will be huge revenue/margin pressures)


I understand peoples argument ... but isn’t this like a restaurant sign saying “no shoes, no shirt, no service”.

Yes, the law doesn’t require people to wear shirts. But the law also doesn’t require you to be serviced.


Does this mean long term Zig won’t run on OpenBSD?

Because doesn’t OpenBSD block direct syscalls & force everything to go through libc.

https://news.ycombinator.com/item?id=38039689


This affects static libc only. If you pass -dynamic -lc then the libc functions are provided by the target system. Some systems only support dynamic libc, such as macOS. I think OpenBSD actually does support static libc though.

> I think OpenBSD actually does support static libc though.

How does that work, with syscalls being unable to be called except from the system’s libc? I’d be a bit surprised if any binary’s embedded libc would support this model.


For static executables, “the system’s libc” is of course not a thing. To support those, OpenBSD requires them to include an exhaustive list of all addresses of syscall instructions in a predefined place[1].

(With that said, OpenBSD promises no stability if you choose to bypass libc. What it promises instead is that it will change things in incompatible ways that will hurt. It’s up to you whether the pain that thus results from supporting OpenBSD is worth it.)

[1] https://nullprogram.com/blog/2025/03/06/


> How does that work, with syscalls being unable to be called except from the system’s libc?

OpenBSD allows system calls being made from shared libraries whose names start with `libc.so.' and all static binaries, as long as they include an `openbsd.syscalls' section listing call sites.


Can't you just have one syscall(2) to rule them all? https://man7.org/linux/man-pages/man2/syscall.2.html

You can. There is a thread-unsafe implementation here <https://gist.github.com/oguz-ismail/72e34550af13e3841ed58e29...>. But the listing needs to be per system call number, so this one only supports system calls 1 (_exit) and 4 (write). It should be fairly easy to automatically generate the complete list but I didn't try it.

Sorry I got mixed up with FreeBSD: https://codeberg.org/ziglang/zig/issues/30981 (original github link has more information)

Not all of libc is syscalls. E.g. strlen() is zib libc but open() goes to system libc.

Good point. C's "freestanding" mode, analogous to Rust's nostd, does not provide any functions at all, just some type definitions and constants which obviously evaporate when compiled. Rust's nostd not only can compute how long a string is, it can unstably sort a slice, do atomic operations if they exist on your hardware, lots of fancy stuff but as a consequence even nostd has an actual library of code, a similar but maybe less organized situation occurs in C++. Most of the time this is simply better, why hand write your own crap sort when your compiler vendor can just provide an optimised sort for your platform? But on very, very tiny systems this might be unaffordable.

Anyway, C doesn't have Rust's core versus std distinction and so libc is a muddle of both the "Just useful library stuff" like strlen or qsort and features like open which are bound to the operating system specifics.



I’m really curious about the psychology that happens on pricing pages.

I could easily see how this new pricing page could result in people defaulting to buying only the cheaper products from Apple. And this then reduces sales and negatively impact margins (Apple higher end models have higher margin).

Because if you want one of the high-end models, you’ll now need to max out each category. That’s brings cognitive fatigue.


The full quote:

> enable devices to interpret whispered speech and enhance audio in noisy environments.

I personally see a lot of people using Siri on speakerphone in public places and am amazed due to the background noise … that Siri can even capture half of what’s said.


Before anyone goes out and overdoses on Vitamn D (since lots of multiple vitamin include too much), see this article on toxicity from too much Vitamin D

https://www.ncbi.nlm.nih.gov/books/NBK557876/


Juxtaposing with the quoted passage from the post: “Because vitamin D is potentially toxic, intake of [1000 IU/day] has been avoided even though the weight of evidence shows that the currently accepted [limit] of [2000 IU/day] is too low by at least 5-fold.” --https://www.sciencedirect.com/science/article/pii/S000291652...

It cites a study about vitamin D toxicity where the range of cumulative intake causing it was identified to be 2.2 million - 6.3 million IU. When you take 6000 IU daily for a whole year you only reach the lower end of that range, and you definitely shouldn't do that without checking your levels somewhere in between. Taking it for a few months may get you above the recommended blood levels, but is very unlikely to cause issues unless you started with very high levels already (which you most likely did not).

Toxic levels of vitamin D can be life threatening, so do keep your levels in check, but you won't get there unless you really try, so if you can't get out of the bed to have your blood tested just start taking it and check it after 3 months when things get hopefully easier for you. Just make sure to get the number of zeros in the dose right.


It’s pretty common actually with Fortune 500 to report that way, and has been for a long time.

Doesn’t this typically happen right before a new model refresh.

Have to imagine M5 Pro/Max is soon to be launched.

Note: this is for the M4 Max.


Came to say this as well, usually they reduce manufacturing of the old model as the new one ramps up.

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

Search: