Hacker News new | past | comments | ask | show | jobs | submit | astrange's comments login

The benefit is that it's much much brighter. Human eyes adjust to any amount of light so they'll "look" similar, but unconsciously it makes you happier.

For new mothers, they want to check that they're still alive and haven't started silently bleeding out, in which case they soon won't be alive.

Yes, I know. But restful healing is important too. And it has a good track record, better than the doctors in fact. They should work around the healing instead of interfering with it.

No one will win a malpractice lawsuit over lost sleep, different story for lost lives.

The difference is NSInvocation. A function pointer doesn't capture the arguments to the function, but a message does.

Also, you can change the destination of a message send at runtime, but you can't change the destination of a function call unless you're dtrace and can do code patching.


ok, so that means message passing needs a runtime, and it can be assumed that pretty much every language that has a runtime uses message passing. more evidence that it is message passing that won out.

and the profound enlightenment ( https://news.ycombinator.com/item?id=42130432 ) is not specific to message passing but about a dynamic language runtime. being able to intercept messages/function calls is just one of the benefits of that.


Not sure if objc_msgSend is a runtime, but it does require malloc, so there are limits to how low level it can be.

SednaEarFit Crystal work best for me - they're sticky and sound better than the foam ones.

The hotspot uses a lot of power, so it really is off when it's not being used.

Any phone that can record 120fps video has a heart rate monitor, if you can calibrate it.

The network stack is very different now - BSD doesn't run on cell phones after all. But no syncookies, no.

But IMO the real advantage of ARMv8 for a server is that it has better security.


I don't really think ARMv8 has anything useful to provide here?

It's all in there, it's just optional.

Plus it doesn't have variable length instructions.


Perhaps they would be good execution nodes if not good endpoints.

If they work on a BSD they should work okay on macOS. (Not because macOS is exactly like FreeBSD, just that it means the project has been tested cross-platform.)

In that case wouldn't you rather have a managed power switch / iDRAC / restart over ssh, than send someone to go press buttons in person?

(I've only ever racked things remotely, so don't know if this is common.)


Can't do idrac of course but you can do managed power port, kvm and ssh.

The most efficient is managed power + serial + ssh and probably the best to go for.


People who live in SF hate everything though.

Some of them pretty much do, and they are certainly vocal about it!

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

Search: