matheusmoreira 10 months ago

It's not necessarily EEE. Maybe it's just that the old wheel sucks. They want a better wheel and so they reinvented it, hopefully better this time.

The corporations making proprietary software are not the only ones who have that attitude. I've resolved to make all my free software Linux-exclusive so that I can use Linux to the fullest. The Linux kernel is packed full of exclusive non-portable features that very few people take advantage of because they're obsessed with portability, POSIX compliance or whatever. I think that's a waste.

Portable software is usually sucky lowest common denominator software. We should not limit ourselves to whatever glibc offers.

tpmoney 10 months ago

As near as I can tell, Apple doesn't call it a legacy API. The article does, but the article wasn't written by nor does it appear to be quoting Apple.

mzs 10 months ago

That's what you use to create a utility like nslookup in swift, Apple does not want you to do any resolving yourself, just pass a hostname instead:

https://developer.apple.com/documentation/network/nwendpoint...

  • ruthmarx 10 months ago

    > Apple does not want you to do any resolving yourself

    Which honestly sounds like a good reason to make sure you do do it yourself.

    • EraYaN 10 months ago

      Not at all actually, passing hostnames means they can fully handle happy eyeballs for you and all other performance optimizations that you can do if you resolve and connect in one call.

      • ruthmarx 10 months ago

        It also means if you do it the 'Apple' way they might choose to intercept or modify responses. That seem in line with Apple's practices as a company even if they are not doing it yet. I feel anything they might do like that might be less likely to extend to what the article refers to as a legacy API.

[removed] 10 months ago
[deleted]
threeseed 10 months ago

You actually think that a Swift developer, developing against Cocoa APIs, targeting Mac and iOS devices cares about a portable API.

Because not sure if you know this but the entire software industry is built on high level libraries on top of largely portable code. For example this Swift library wraps c-ares a portable API.

[removed] 10 months ago
[deleted]
ryandrake 10 months ago

It's the same thing they did with Metal. Portable OpenGL is now "legacy." Straight from the 90s Microsoft playbook.

  • pram 10 months ago

    OpenGL is legacy in general, its been on 4.6 for almost a decade.

  • pjmlp 10 months ago

    It is also legacy from Khronos point of view.

kccqzy 10 months ago

Well but the portable API is too low-level and error prone. What is the last time you used getaddrinfo? How often do you actually need to use it?

One can make a good technical argument based on the merit of the portable API without immediately resorting to the EEE argument.

  • o11c 10 months ago

    getaddrinfo isn't its predecessors, there's nothing error-prone about it. The only thing that's nontrivial is falling back if the first server is unresponsive, and even there the obvious calling code is fine for almost all apps.

    • kccqzy 10 months ago

      If you are using getaddrinfo directly, you likely wouldn't bother to implement Happy Eyeballs, for example.

      • o11c 10 months ago

        And for almost all programs, that doesn't matter in $CURRENTYEAR.