zts
https://www.eff.org/deeplinks/2013/11/victory-government-rel...
Apple does not sell DUNS numbers, as they are not Dun & Bradstreet.
It also mentioned the anticompetitive nature of tying a weak/new product to a stronger one. DUNS numbers are not new or esoteric (although I do think of them as being old-fashioned and enterprisey).
So, I struggle with the notion that this could be illegal, but I'd be fascinated to learn more about it.
Sure is developer hostile and counter-productive, though.
Why not point out that the T1000 is a radio, and the PowerMac contains bluetooth and wlan radios? Or that both are electronic devices?
By all means, argue that the distinctions don't matter (and that the distance in time excuses nothing), but putting these examples in the same box as the Apple/Samsung ones is surely disingenuous.
Is this information public?
The examples are all Java, but the accompanying website (http://www.growing-object-oriented-software.com/) has links to reimplementations in several other languages.
I might suspect that if I signed up with Facebook Connect that there might be more information, but it's not clear whether that's the case - and I wouldn't try it on the off chance.
I would suggest that there needs to be more up-front information to explain what happens if I use Facebook Connect to login. How does giving you my credit card work? On the face of it, that sounds like a scam. Is this service for everyone, or only people in the USA? After signing up, how easily can I opt out? etc etc.
But I'm curious to know more.
I noticed that The Register's coverage has also been submitted, but I refuse to upvote that link. Apologies.
Trying to push to a client the crappiest implementation that seems to work is certainly everything you say that it is - but that's not the same thing as delivering the simplest implementation that works.
FWIW, it saddens me to watch Solaris stumbling towards its grave. Remaining available only on hardware sold by Oracle renders it worthless to me.
I can't make that shift now, which means that I need to build my own credible alternatives to using Solaris. And when I am in a position where I could afford Solaris on Oracle hardware, I won't be so inclined - because I'll have my homebrew alternatives, and a bitter taste in my mouth.
So it goes.
Why not just say that the licenses are incompatible?
That's the simple truth, and that's not a slight on either of them.
The real problem here is that there doesn't appear to be an OpenSolaris development community outside of Sun^WOracle. It's much like Mozilla in its early days, though with an even smaller chance of success. Mozilla's competitive landscape was devoid of credible open-source alternatives - that's not the case for OpenSolaris.
Those concerns are orthogonal.
This upsets the people who understand the risks associated with eating hotdogs while wearing their suits, while protecting other suit-wearers who don't appreciate the risk of soiling.
The problem with this analogy is that while any reasonable person can foresee condiment spillage, the average consumer is utterly unaware of the tradeoffs that Apple appears to be concerned about. Nor should they need to be.
Beyond that, could you point out the source of your assertion that Apple requested this? I missed it in the article, and that's the conspiracy you've raised.
Clear evidence that their quest for world domination has gone too far.
Is your personal experience simply different to mine?
Though I can't help but boggle at the author encouraging a team to abandon all milestones/deadlines in the pursuit of quality. While perhaps the given team really was looking for a convenient excuse for any quality problems, I can't help but look at it as pragmatism.
"Take all the time you need - but make sure it's perfect," is a good way to discourage completion.