While it's wonderful they did this, as a short rant: I hate when companies just feel the urge to add a random sentence or two to an existing license, particularly in cases like these: "3. Neither the name of the copyright holder(s) nor the names of any contributors may be used to endorse or promote products derived from this software without specific prior written permission. No license is granted to the trademarks o…
> No license is granted to the trademarks of the copyright holders even if such marks are included in this software. This line was probably required to get some manager at Apple to sign off on this. There are few companies as protective of their trademarks--their _name_--as Apple, and they probably wanted to make sure that an accidental commit from a developer that included an Apple logo or the word 'iPhone' didn't c…
Apple ResearchKit on GitHub
71–80 of 113 posts
Re: Apple ResearchKit on GitHub
#72Earlier quoted context omitted.
Actually another post on Sun wouldn't have sued. Sun's CEO Jonathan Schwartz testified on behave of Google. He even blogged a congratulations to Google for releasing Android running Java. http://web.archive.org/web/20101023072550/http://blogs.sun.c... http://www.theverge.com/2012/4/26/2977858/former-sun-ceo-jon...
If you have bothered to read what Gosling had to say about it: "Google totally slimed Sun. We were all really disturbed, even Jonathan: he just decided to put on a happy face and tried to turn lemons into lemonade, which annoyed a lot of folks at Sun."
Re: Apple ResearchKit on GitHub
#73While it's wonderful they did this, as a short rant: I hate when companies just feel the urge to add a random sentence or two to an existing license, particularly in cases like these: "3. Neither the name of the copyright holder(s) nor the names of any contributors may be used to endorse or promote products derived from this software without specific prior written permission. No license is granted to the trademarks o…
> Either this clause is needed for the entire world (since BSD is used for trademark'd software all the time), or it's not needed at all. I'm not sure I follow your argument. Obviously, different individuals/organizations desire different licenses for the software they produce. If that wasn't the case, one could argue that only one software license should exist. Also, as we all know, software licenses are a fairly tr…
Re: Apple ResearchKit on GitHub
#74(Edit: added emoticon for joke emphasis)
Re: Apple ResearchKit on GitHub
#75Earlier quoted context omitted.
EDIT (To Clarify) Warning I am Strongly Anti-Apple Bias: Apple has a fairly decent Open Source history. http://www.opensource.apple.com There is things to complain about but there are more I am concerned with in regards to Open Source (Oracle). EDIT: I don't like Apple's products or the way the conduct business BUT I think they have done more good for Open Source than bad.
"Apple has a fairly decent Open Source history." To me, this is like calling someone who occasionally eats a vegan diet a "Fairly decent Vegan". No, if you eat meat or cheese on a regular basis you're a terrible Vegan! Just because Apple releases the source code as read-only doesn't really make them fairly decent with open source. To me, if you're not willing to pull commits from outside your walled garden or allow e…
That's still significantly better than what a lot of big "open-source" companies do.
Not that I disagree with you. Just putting things into perspective.
Re: Apple ResearchKit on GitHub
#76Sloppy scripting http://cl.ly/image/1L2G1V3C0A08 :P (Edit: added emoticon for joke emphasis)
Re: Apple ResearchKit on GitHub
#77Earlier quoted context omitted.
Hahahahahahahahaha. Fucking no. Effectively all of Oracle's "open source" things come from Sun Microsystems, upon which Oracle happily latched onto and sucked dry. Oracle has what's called the "sidaM Touch". It's like the Midas Touch, but instead of gold, everything Oracle touches turns to shit: Java -> shit (though maybe slightly less so now). Solaris -> shit. OpenSolaris -> shit, now dead (thank the Lord for illumo…
However, even before MySQL was acquired by Sun the most serious engine—InnoDB which got bought by Oracle in 2005 but still kept open source.
As a result, MySQL is effectively dead outside of legacy deployments that haven't migrated to PostgreSQL, MariaDB, or one of the NoSQL monstrosities like MongoDB.
Even InnoDB was eventually forked; MariaDB and Percona both use XtraDB nowadays, probably because they didn't feel like being tied to something that - like every other open-source project Oracle has owned - would be fated to eventually wither and die.
Re: Apple ResearchKit on GitHub
#78Sloppy scripting http://cl.ly/image/1L2G1V3C0A08 :P (Edit: added emoticon for joke emphasis)
I think we've all done something along those lines. I'm not sure if this counts, but recently HN asked us to avoid gratuitous negativity... http://blog.ycombinator.com/new-hacker-news-guideline
Re: Apple ResearchKit on GitHub
#79Earlier quoted context omitted.
Java, is it the thing they used to sue on API copyright? Good demonstration of how to mess with "open-source" IMO. If you remove what they got from Sun, what reminds?
MySQL, which - as one of the worst victims of Oracle's sidaM Touch - ended up being forked into MariaDB, and is now effectively irrelevant outside of legacy deployments since anyone who knows what they're doing has switched to PostgreSQL and anyone who doesn't know what they're doing has switched to MongoDB. MySQL as packaged by Oracle is quite literally a corpse. MariaDB is a reanimated corpse. And such is the tale…
Looks like to me, like it is far from a corpse: https://github.com/MariaDB/server/commits/10.1
I agree with you on both PostgreSQL and MongoDB, but saying MariaDB is a corpse is ignorant at best.
Re: Apple ResearchKit on GitHub
#80Earlier quoted context omitted.
[deleted]
I don't see anything about async/await, extension methods, or lambdas. C# has quite a few additions since 2006. I would hate to go back to C# 2. C# 5 is the current and C# 6 coming very soon.
Generics and user-defined conversion operators are powerful enough to nicely simulate Haskell's type classes (or Scala's traits), which, in my opinion, is a bigger deal than higher-order functions and 3.0+'s version of “type inferencing”.