I switched to Windows 18 months ago and continue to be happy. Only complaint is devs gratuitously ignoring windows support.
-
-
For the longest time, people said they couldn't support Windows because there was no equiv of epoll/kqueue. False: IOCP can shim it.
-
Epoll and kqueue aren't even particularly similar. OSX has old-school (90s) signals, Linux has signalfd. Real apps use signals.
-
People target OSX-specific linker behavior (namespaced symbols) by accident all the time, also cargo cult Linux incantations.
-
These same people often don't bother to learn how the Windows linker work, even "people who know what they're doing"
End of conversation
New conversation -
-
-
If they use those they aren’t targeting POSIX but maybe one of the other things I listed.
-
There is no one thing to target for any of these, just "OSX" and "Linux". Calling this "Unix" is the sleight of hand.
-
It implies there's something special about targeting OSX+Linux and calling it "Unix" even though there are 2 diff implementations.
-
It implies to people that *Windows is harder* but really it's just a third distinct thing to target.
-
In this context, for most, “Unix” means OS X + Linux. They ARE more similar to eachother than windows, by a lot. Biggest delta: path strings
-
1: Yes, I think paths are a big deal. path.join is more or less good enough. Everyone going around convincing each other that it's not
-
2: actually very important ("windows supports `/` yo" "uhhh not with verbatim paths") has been a huge huge regression.
-
3: But I think you're underestimating epoll/kqueue shimming, compiler/linker shimming, OpenSSL/crypto shimming, etc.
- 15 more replies
New conversation -
-
-
Not to mention OS X's standard POSIX interface for that is actually broken
-
So anything "supporting POSIX" would be broken on OS X. And don't get me started on FreeBSD support...
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.