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

> I know software quality has been going down in recent versions of macOS

Note that this particular problem has existed for well over a decade. It's atrocious, but let's not pretend it's anything new.


The macbook notch has existed for a decade?

If you opened an app like Xcode with a lot of menus options, it would extend beyond across the screen and cover up your menu bar icons.

If I open Xcode today on a 14" MacBook, two menu items extend past the notch, and they still hide your menu bar icons.

This has been the case for a long long time, and it's always been an obvious failure case.


Menu bar icons overflowing. The notch just makes it a problem quicker, and in an exciting new way.

Yes, and: If I recall correctly, cloudflare is sinking all the extra traffic for him, so it doesn't actually impact him.

Last I heard it's a morally objectionable thing at this point rather than something that's having any practical impact.

(Which of course doesn't make it ok... I'm just a little less inclined to judge people that still use archive links when needed.)


I wonder if that was an automated HN edit?

Similarly to how titles that start with "how" usually have that word automatically removed.


Usually HN only auto-edits on first submission. If you go in and undo it manually as the submitter, you can force it to read how you intend.


Maybe I'm only noticing the times when it messes things up, but it kinda seems like these auto-edits cause a lot of confusion that could be avoided if they were shown up-front to submitters, who would then have the option to undo them.

Or maybe judicious use of an LLM here could be helpful. Replace the auto-edits with a prompt? Ask an LLM to judge whether the auto-edited title still retains its original meaning? Run the old and new titles through an embedding model and make sure they still point in roughly the same direction?


oh interesting, TIL I can go edit my submission titles! That's useful, I've definitely submitted stuff and gotten a less-good title due to the automated fixes, so I'll have to pay attention to this next time


Oh now that would be a fun version 2 challenge: have all the clocks in one household synchronize such that they're all early by the same amount at any given time.

Easy enough for wifi enabled ones: a UDP broadcast to discover other clocks on the network, then sync how you will.

For non-wifi-enabled clocks, perhaps something like a CH572 would do the trick: a $0.20 RISC-V microcontroller with BLE support that all the clocks in the same vicinity could use to talk to each other.

You could really mess with your neighbors if they had the same clocks and you were within range...


You don't already do this with the NTP servers under your control?


If I had any NTP servers under my control, I probably would :)


I used to work at a place that had the famous Antoine de Saint-Exupéry quote painted near the elevators where everyone would see it when they arrived for work:

  Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
I miss those days.


Original French: "Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher".


"Il semble" sure gives the quote a different tone to me.


The article and the submitted HN post both appear to have the same title to me: "Margin Call".

What are you talking about? Did one or the other have a different title when you wrote your comment?


Yes, an admin changed the headline.

Original headline was misleading and editorialized.


Got it. Out of curiosity, what was it?


From memory, "Apple has 76% margin in Services"


Ah, very fair. Without otherwise taking a position on the article, I can totally see how that's editorialized.


Would prefer if dang/admins added subtitle or bracketed the altered title


Usually, admins make a simple comment upon edit. But not really required given it's an explicit policy in HN guidelines.


Jet engines do not strike me as being inherently simpler than muscles, not by a long shot.

They're still the best way we know of going about the business of building a flying machine, for various reasons.


Piston engines surely are more complex than jet engines though? Which replaced the "flapping engines".


They are not. Turbine engines require much higher quality manufacturing and tolerances and operate at much higher speeds and pressures. There is more to it than the perceived number of moving parts.


> But the other way around is not possible due to the closed nature of GPT-5.

At risk of sounding glib: have you heard of distillation?


Distilling from a closed model like GPT-4 via API would be architecturally crippled.

You’re restricted to output logits only, with no access to attention patterns, intermediate activations, or layer-wise representations which are needed for proper knowledge transfer.

Without alignment of Q/K/V matrices or hidden state spaces the student model cannot learn the teacher model's reasoning inductive biases - only its surface behavior which will likely amplify hallucinations.

In contrast, open-weight teachers enable multi-level distillation: KL on logits + MSE on hidden states + attention matching.

Does that answer your question?


Plenty of sources suggest it is:

https://github.com/giladoved/webcam-heart-rate-monitor

https://medium.com/dev-genius/remote-heart-rate-detection-us...

The Reddit comments on that second one have examples of people doing it with low quality webcams: https://www.reddit.com/r/programming/comments/llnv93/remote_...

It's honestly amazing that this is doable.


My dumb ass sat there for a good bit looking at the example in the first link thinking "How does a 30-60 Hz webcam have enough samples per cycle to know it's 77 BPM?". Then it finally clicked in my head beats per minute are indeed not to be conflated with beats per second... :).

Non-paywalled version of the second link https://archive.is/NeBzJ


Xoogler here.

When you get to a company that's that big, the roles are much more finely specialized.

I forget the title now, but we had someone who interfaced with our team and did the whole "talk to customers" thing. Her feedback was then incorporated into our day-to-day roadmap through a complex series of people that ended with our team's product manager.

So people at Google do indeed do this, they just aren't engineers, usually aren't product managers, frequently are several layers removed from engineers, and as a consequence usually have all the problems GP described.


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

Search: