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

I wonder what's the reason for Apple to do this though? Convincing more people to run a macOS server instead of a Linux/BSD one is unlikely the reason (in my mind), but it doesn't make any other sense either...

> I wonder what's the reason for Apple to do this though?

> it was done to get Apple out of a $200M lawsuit filed by The Open Group, for use of the UNIX™ trademark in advertising.

https://www.quora.com/What-goes-into-making-an-OS-to-be-Unix...


Official Unix certification may matter at workplaces and institutions where such certifications are required for meeting some type of compliance criteria. For example, if I remember correctly, early versions of Windows NT had a POSIX compatibility layer, which was crucial for getting Windows NT accepted by some US government agencies.

Still, I hope Apple resurrects their server line… hardware and software. It’d be nice to have a server oriented UNIX running on Apple Silicon without resorting to Linux.

OpenBSD works on Apple silicon, has done for the last few releases.

Cutler must have hated that layer!

Why just Python? I feel excluded as a Go dev

To front-end devs you all look the same

Perhaps because of pages like this one: https://htmx.org/essays/htmx-sucks/ (note the URL)

Different authors and very different tones, but yeah, that essay was tongue-in-cheek, so I guess I could see why you might think that at first. I thought it might be, when I saw the title, but then I read it and realized quickly it was sincere.

I like how they compare server-side validation with React's client-side (only?) one.

Wasn't able to relate to other puns all that much unfortunately.


Yea this piece is often left out and is kinda the most important. A single set of validation, on the server is required. There are tons of reasonable solutions with different tradeoffs for how you run that validation on the client. But two duplicate sets of validation or client only validation are two very, very dark paths.

It's not just defaults though. E.g. fish comes with actual integrations with e.g. git, whoch requires both some code and some configuration. So IMO it goes much further than that: the best tools are the ones that do actually solve most common issues straight of the box, even if it takes more effort from developers.

3 hands handshake, nothing unusual here

Next TCP: Zaphod

embed package allows to embed assets directly into the binary, so the files are read once during build time and then you can access them as e.g. a byte slice, a string, or a special FS object that acts like an in-memory file system


With fractional scaling you can get objects misaligned otherwise, and I personally found it very annoying e.g. in VSCode with 1.25x zoom, where the objects would move slightly when you interact with them, due to imperfect and inconsistent size calculations.

IMO the way Apple does this is quite brute force and unconventional, but at least the picture doesn't drift with different scale.


Fractional scaling is not the alternative.


Yeah, the issue is that 6 years ago your only option for a highdpi monitor with the correct scale (e.g. for 27'' it needs to be 5k, not 4k) would be the iMac or the XDR display that costs over $5k...

Now that Apple sells their own (very decent) monitor at somewhat more affordable price it makes sense to use it as an external display, I agree.


At least it doesn't say to set PermitRootLogon and remove the root password :)


AKA, "We are compatible with passwordless authentication mechanism." Or SSO, depending of the use case....

Le sight.


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

Search: