3 ms·

All of these apps will contain identical portions of code that are either included as a result of, or generated by, those tools. They're effectively like inadve

by ajg1977 17y ago

All of these apps will contain identical portions of code that are either included as a result of, or generated by, those tools. They're effectively like inadvertent watermarks. Once you identify these it's trivial to automatically scan executables and look for those signs. For something like a flash framework it may not even be necessary to look at the code. Just look at the data files for something that either has a flash header, or a header that's common to that framework.

tjogin 17y ago
That sounds very reasonable — with third party development environment like that of CS5, that would be expected. But how could it detect, say, various libraries that would pre-compile to C/Objective-C — not using a third party development environment with separate libraries like CS5, just direct other language-to-Apple's-environment compilers, like that of Apple's own MacRuby (sort of). I think what Apple want is for us to use their environment, their libraries, Cocoa Touch and all that. They don't want cross-platform "shovelware" they want apps to be uniquely designed for the iPhone. That's the key. I don't think they really care if the code was written in, say, Ruby or Clojure, using a compiler designed specifically to target Apple's specific libraries. Could they even detect something like that? I even expect Apple to try to get MacRuby, and similar tools for other languages, working with Mac and iPhone development. It's the generality of cross-compiled generic shovelware they don't like. Not "other" languages. Think about it: which do you think Apple likes more: cross-platform apps developed "originally" in C using Eclipse (no Apple-libraries) and released for every mobile platform under the sun. Or, apps uniquely designed and developed for iPhone using MacRuby with Cocoa Touch (whenever that's technically possible).

by ajg1977 17y ago

tjogin 17y ago

That sounds very reasonable — with third party development environment like that of CS5, that would be expected. But how could it detect, say, various libraries that would pre-compile to C/Objective-C — not using a third party development environment with separate libraries like CS5, just direct other language-to-Apple's-environment compilers, like that of Apple's own MacRuby (sort of). I think what Apple want is for us to use their environment, their libraries, Cocoa Touch and all that. They don't want cross-platform "shovelware" they want apps to be uniquely designed for the iPhone. That's the key. I don't think they really care if the code was written in, say, Ruby or Clojure, using a compiler designed specifically to target Apple's specific libraries. Could they even detect something like that? I even expect Apple to try to get MacRuby, and similar tools for other languages, working with Mac and iPhone development. It's the generality of cross-compiled generic shovelware they don't like. Not "other" languages. Think about it: which do you think Apple likes more: cross-platform apps developed "originally" in C using Eclipse (no Apple-libraries) and released for every mobile platform under the sun. Or, apps uniquely designed and developed for iPhone using MacRuby with Cocoa Touch (whenever that's technically possible).