InvestorsHub Logo

Pepsiman2001

12/26/14 9:57 AM

#15219 RE: derek32smith #15216

Times, they are a changing. You either get with the times or get left behind. If this ever were to become a problem, its not Sphere's. Not a worry in the world. But, you know that.

Justfactsmam

12/26/14 10:12 AM

#15224 RE: derek32smith #15216

yeah right!...

"* run their software on other vendor hardware (i.e. cannot run iOS on a V3 appliance or on top of a Windows Server based GW system)" ?...

so all the conversion from windows to apple and the reverse are all in violation of EULA...good luck with that argument...

oh yeah ... tell that to Microsoft... iOS applications cannot be run via conversion to windows and windows apps cannot run on ios... What you are trying to argue is that ANY software/apps from AAPL ios CANNOT BE CONVERTED to run on Windows...and Window APPS/SOFTWARE CANNOT RUN ON AAPL?...or on PCs ! LOL... IT IS HAPPENING EVERYDAY is part of the fabric of the internet ...

Think BIG anti-trust if that were the case...

US and EU regulators would have a field day with that ridiculous and unenforceable ...position and interpretation

GW is a "facilitator" not a "copier" of software and apps....

blueblizzy

12/27/14 2:28 PM

#15260 RE: derek32smith #15216

Derek,

Enerprise, education, healthcare, and government are broad terms. Samsung and Apple are not "leaders". Did you mean mobile device penetration for BYOD scenarios? If that's the case, you can lump any other industry vertical into this.

You mentioned SDKs from both firms. SDKs are typically produced by the same company as the company making the hardware or framework for SOFTWARE DEVELOPMENT. If you are a developer that works primarily with Apple Hardware, of course you are going to prefer to still use Apple hardware to create software. The code that the developer creates belongs to the developer, NOT with the company providing the SDK.

Your understanding of how the EULA is applied and how it impacts virtualization through containerization (ie. Glassware, Docker, etc) is incorrect.

A developer may choose to create an app in the environment and programming language of choice. Examples:

If you are proficient at programming in Objective-C, you may choose to develop in XCode using the iOS SDK.

If you are proficient at programming in C#, you may choose to develop in Visual Studio using the Windows Phone API.

If the developer uses XCode, you can only get it from the Apple App Store and such, you need to agree and adhere to the Apple app store EULA. Development must occur on Apple hardware in this case. The details on the limitations of use for the XCode application are outlined in your original post. However, software created from XCode is the intellectual property of the developer, not Apple's. There isn't anything that says that the developer is required to distribute the software through the Apple App Store. That is because the software produced by the developer belongs to the developer, not Apple. You can distribute the software how you see fit. At this time, the Apple app store makes the most logical choice, but what if there was another option?

And note, contrary to what any believe, when you "buy" software from an app store, you don't own but have a limited right to use the software per the terms of the EULA from that same app store. "The Software is licensed, not sold". If the developer publishes the software to a different distribution channel, this pretty much bypasses this.

Hope this helps.