Sony's next-gen application platform built on Objective C/GNUStep

http://snap.sonydeveloper.com/pages/about/

by aaronbrethorst • 16 years ago

183 93 16 years ago

snap.sonydeveloper.com

sudont2• 16 years ago

This seems like a great move superficially. Tons of dev's know Cocoa thanks to iOS, and the language and compilers are open.

It will be interesting to see transition difficulty from one implementation to the other.

At the very least, Linux is going to get a serious push for GNUStep, and a ton more dev's if it works out.

http://fireballed.org/linked/2010/11/24/snap/

EDIT: Site's nuked for me. Main page cache from the fireballed.org site:

Sony’s Networked Application Platform is a project designed to leverage the open source community to build and evolve the next generation application framework for consumer electronic devices.

The developer program gives access to a developer community and resources like SDK, tools, documentation and other developers.

The foundation upon which this project is base comes from the GNUstep community, whose origin dates back to the OpenStep standard developed by NeXT Computer Inc (now Apple Computer Inc.). While Apple has continued to update their specification in the form of Cocoa and Mac OS X, the GNUstep branch of the tree has diverged considerably.

The GNUstep core libraries strictly adhere to the OpenStep standard and OPENSTEP implementation. They consider changes and additions to their API only under the following circumstances:

They add methods and classes, either from Cocoa or their own extensions, if they add substantial value and don't interfere with OpenStep and/or Cocoa compatibility. They generally don't remove things unless there is a clearly better implementation in newer Cocoa API Where there is a real problem with a change, they will attempt find a technically superior work-around. In rare cases, this might involve a change in the original OpenStep API

We depart somewhat from the GNUstep adherence in that our goal is to thoroughly modernize the framework and optimize it to target modern consumer electronic (CE) devices. These modern conveniences include such features as touch displays and 3D graphics.

lenni• 16 years ago

I'm sure they aren't writing another phone OS, but what devices exactly are they targeting? TVs, set-top boxes, MP3 players?

I loved the hardware of a Sony MP3 a bought a couple of years ago but it was ruined by absolutely atrocious syncing software. I hope this means they open up their interfaces a little more and let other people integrate with their products.

sudont2• 16 years ago

I got approximately 1.5 pages of their server to load. I think it's being used for "smart" TVs first. It sounds like they're trying to build an Apple-free dev environment familiar to Apple dev's.

Quoth the raven: SNAP is a completely open-source licensed (for license details click here) development environment based on GNUstep.

Historically, GNUstep is based on the OpenStep specification developed by NeXT (now Apple Computer Inc.) plus additional extensions added by Apple through the Cocoa framework. SNAP is an extension of this framework created by Sony and will take a big step forward in evolving a new application framework.

The initial areas of enhancement target the windowing system and graphic framework but further modifications and refinements address networking, widgets, UI building, 3D graphics, file system, garbage collection, performance and execution size. The overall goal of the SNAP project is to develop and evolve a next generation native application framework for embedded devices. While SNAP does not currently target a specific hardware platform or product, the long-term goal is to enable SNAP on Consumer Electronic (CE) devices.

gcheong• 16 years ago

"SNAP stands for Sony's Networked Application Platform and is the early stage of a new ecosystem for making downloadable 3rd party applications available to networked devices like TVs, Blu-ray Disk players, etc."

anigbrowl• 16 years ago

PlayStation 4. It's a Good Thing, but I've been overly optimistic about Sony adopting a policy of greater openness before. IIRC devices classed as computers incur lower import charges in the EU than devices classed as entertainment accessories (ie games/toys). Hence Linux on PS2, PS3, and...?PS4? So far, this has been something of a letdown after launch.

frb2• 16 years ago

At the very least, Linux is going to get a serious push for GNUStep, and a ton more dev's if it works out.

That's what I hope too. While Cocoa has grown into a powerful API, the development on GNUStep has stalled.

Interesting, that there's no word about the Cocotron project (http://www.cocotron.org), even though they seem to have similar goals.

Pretty curious how this is going to work out.

chc• 16 years ago

The big difference is that GNUstep is focused on Linux while The Cocotron is focused on Windows.

frou_dh2• 16 years ago

In other words Sony feel they need to at least make the iOS brain-drain a two way street?

cpr• 16 years ago

Interesting--they're basing the 2D graphics on Cairo, which is probably the best choice available in the OSS world.

jonhendry4• 16 years ago

I'm too old - when I read this my first thought was "Microsoft's stillborn 90's project?"

allenbrunson2• 16 years ago

wow. wouldn't have guessed this would happen in a million years.

we are all well aware of apple's successes in the last few years, but they all seemed to be happening in their own little walled-off corner of the world. it's typically apple's tech versus the rest of the industry. now here's a sign that apple's influence is being felt at even deeper levels.

i guess webkit was another sign of this, but that doesn't seem as stark as some other company adopting objective-c.

juiceandjuice3• 16 years ago

Except webkit was a fork of KHTML.

brianpan3• 16 years ago

Except Chrome uses WebKit, not KHTML.

frb2• 16 years ago

WebKit (and KHTML) is written in C++.

I don't think it had any influence on this decision.

jbrennan2• 16 years ago

WebKit most probably did not have any influence here, but was mentioned because WebKit in the past, like "Cocoa/Objective-C" in this instance, is being used elsewhere. Hence, Apple's technologies are influencing adoption in the industry (yes, gnustep is not from Apple but for the most part, Cocoa is a distinctively Apple technology).

frankus• 16 years ago

I vaguely remember that there was an Objective-C environment in one of the 90's game consoles. I want to say PlayStation, but it could have been one of the Sega consoles. Anyone know more?

dazzawazza• 16 years ago

It certainly wasn't the PSX, I spent years in MIPS ASM and C on that loveable rogue platform (from hell).

rikthevik• 16 years ago

I still have a soft spot for MIPS. What a great assembler.

zach• 16 years ago

When I was working at Sega, I innocently asked Toshi Morita if the Saturn port of GCC could support Objective-C. He nearly freaked out since it was already as much as he could handle to keep it working with C++. I never mentioned it again...

teamonkey• 16 years ago

Not an Obj-C environment, but perhaps you're thinking of the Sega Dreamcast OS being an optimised version of WinCE with DirectX bindings?

pedanticfreak• 16 years ago

Not exactly the same, but the PS2 Linux Kit shipped with GNUstep by default. So at least some people at Sony have always had a soft spot for the platform.

j_baker• 16 years ago

What's especially interesting about this is that Steve Jobs modeled so much of Apple on Sony. Interesting to see things work the other way around.

mitjak• 16 years ago

First time I hear about that. Source?

_delirium• 16 years ago

Jobs was reportedly greatly influenced by Sony's late-70s/early-80s design sense, especially wildly popular consumer products like the Walkman. This book has a brief mention of Apple sharing a building with a Sony office in 1977, though I could've sworn I've seen a longer discussion somewhere: http://books.google.com/books?id=W4_P8LDZOmAC&pg=PT38. I think Jobs has actually said somewhere that the iPod was intended to be the "Walkman of the 21st century".

frou_dh2• 16 years ago

Presumably: http://www.cultofmac.com/john-sculley-on-steve-jobs-the-full...

po• 16 years ago

There's also a funny story about Jobs trying to build their own disk drive instead of using Sony's: Quick, hide in this closet!

http://www.folklore.org/StoryView.py?project=Macintosh&s...

siculars• 16 years ago

If you can't beat 'em, join 'em.

swannodette3• 16 years ago

Honestly I always considered Objective-C to be one of Apple's secret weapon. Both higher and lower level then Java. Objective-C stays closer to the spirit of Smalltalk yet presents no hoop jumping when you need the performance of C.

That, and Cocoa was not designed by morons - protocols and delegation, not inheritance, rightfully rule the day.

seanalltogether2• 16 years ago

I'll agree with you on the protocols but not on the delegation. In fact apples engineers are all over the place on applying delegation and event handling. Some components have up to 3 different ways of handling callbacks - delegation, events, and notifications. Delegates are fine when you demand a 1 to 1 handshake, but they shouldn't be used for general callbacks.

swannodette3• 16 years ago

Do you have a specific case in mind?

adamjernst• 16 years ago

Agreed, but blocks are going to solve a lot of this. (In a really nice, clean way, to boot.)

catch23• 16 years ago

delegates do make it a ton easier to write performant non-blocking code. It's almost like writing code for nodejs in a way, except without the deeply, deeply nested function calls.

Stormbringer2• 16 years ago

If you've already committed to having a good OO design, then Inheritance is a brilliant tool for handling special cases.

jonhendry4• 16 years ago

Yeah, it's useful. The thing is that other OO frameworks tended to go nuts with inheritance, building deep hierarchies.

aufreak33• 16 years ago

Protocols and delegation are only consequences of the true difference between Objective-C and the Java/C# mindset - which is that messages between objects are independent of the objects that send and receive them. In other words, messages are independent of the actual function call they cause in the end. So you can store, forward and broadcast messages, delay invocations, change invocation targets (classes, not just objects) on the fly etc.

In yet more words, "late binding".

fleitz2• 16 years ago

This was only true up until C# 4.0, C# now has dynamic (late) binding. Not sure how much of a PITA dynamic invocation is in Java.

_3u10• 16 years ago

I prefer to think of it more as "this language has all the memory safety of C combined with all the blazing speed of Smalltalk."

I'm trying to like Objective-C but I don't. It feels like coding simultaneously in two different languages and you're never quite sure which one will be less painful to use.

It makes you write statically typed code, but you still can't figure out what methods a class has in the IDE. On top of that half of a protocol usually doesn't need to be implemented but you have no idea which parts, and the IDE again can't just fill it out for you. I find I spend more time looking through documentation and copying interface signatures than coding. It has some kind of 'automatic memory management' but it seems barely better than that of C. On top of that if you get a compiler error it usually points you to a piece of code that has nothing to do with the actual error. I'm sure Objective-C was impressive in 1986, just like Java was in 1994, but it's 2010.

chime• 16 years ago

> you still can't figure out what methods a class has in the IDE.

Maybe I don't understand what you mean but isn't that just an XCode auto-completion feature? Do you mean you can't see which methods belong to the class and which are inherited?

> It has some kind of 'automatic memory management'

Initially I was not too impressed by the alloc/retain/release/autorelease parts of Obj-C but now that I grok the concept well, I think it's awesome. I'm only coding for iOS devices but my understanding is that for OSX, there is a stable GC system. On iOS, you manage the memory yourself. I would have liked to not worry about memory at all but it's not a big deal after all. If you alloc/copy something, make sure you release it.

pornel2• 16 years ago

> all the blazing speed of Smalltalk

If you're alluding to cost of message send, then it's pretty low, and can easily be made faster in case it becomes noticeable:

http://www.mikeash.com/pyblog/performance-comparisons-of-com...

foljs2• 16 years ago

The C safety / smalltalk speed quote probably was quite funny when it was relevant --some decades ago.

And all the rest of your "language criticism" is all about the IDE. Coincidentally all solved by Xcode 4: better autocomplete, automatic fixes, relevant error descriptions, etc. The main problem was GCC --it just didnt provide the info and interfaces to use for real time, AST guidance of the IDE. In XCode 4 Apple implemented all that stuff leveraging LLVM.

Apart from that, Xcode < 4 was not a bad IDE by any standard. Worse than Eclipse/VS in several ways, yes. Bad is a stretch. It also has excellent profiling tools, and a great GUI editor (Interface Builder) that gets MVC right.

Also: obj-c has had real GC for years by now. And the old scheme, still used in iOS of retain/release in not "barely" but extremely better and easier than C, while maintaining the performance benefits.

smackay• 16 years ago

Adding messaging to C to create Objective-C must be one of the most elegant language hacks ever. Brad Cox and Stepstone deserve all the credit not Apple (NeXT).

jonhendry4• 16 years ago

Cox and Stepstone's Objective-C was pretty primitive. NeXT added a lot. Protocols, Categories, etc are from NeXT.

curtisspope• 16 years ago

this is the secret to dethroning apple.especially if devs can have an open app store with less stringent rules

rbanffy4• 16 years ago

I think the best thing here is that GNUStep is GPL - any improvements - and there will be many - bringing it to the same functionality level as Apple's equivalent will be also GPL'ed and open for all.

cobbal• 16 years ago

Do you know if this will have any implications for applications built on it (will they be forced to use GPL)?

pavlov• 16 years ago

GNUStep is LGPL, which is less strict that GPL. Applications can link dynamically to LGPL libraries without needing to adopt the license.

xiaomai2• 16 years ago

GNUstep is actually licensed under the LGPL, so applications that link against GNUstep libs are not required to be similarly licensed. If GNUstep were GPL, however, the app would also need to be GPL'ed.

This is how Trolltech used to charge money for commercial use of Qt. Qt was dual-licensed under the GPL and a commercial license, so GPL'ed software could freely use the library, but non-GPL software would have to pay for the commercial license.

rbanffy4• 16 years ago

My bad. As pavlov and xiaomai pointed out, GNUStep is LGPL. Sorry to create this confusion.

From the GNUStep site (http://www.gnustep.org/information/aboutGNUstep.html):

"The GNUstep libraries are covered under the GNU Lesser (Library) Public License. This generally means you can use these libraries in any program (even non-free programs) without affecting the license of your program or any other libraries GNUstep is linked with. If you distribute the GNUstep libraries along with your program, you must make the improvements you have made to the GNUstep libraries freely available."

achille• 16 years ago

This is a great coup for GNUStep, back in 2006 when Greg took over as maintainer he posted a blog entry about future plans. Lots of people on slashdot pretty much mocked him and the project.

http://tech.slashdot.org/story/06/12/26/0342200/GNUstep-Proj...

ie: "by Psychotria (953670) ...I think this dude is a complete moron..."

Looks like Greg proved them wrong. As they say: "Living well (or rather: doing well in this case) is the best revenge."

mambodog• 16 years ago

The thing that surprises me about this is that I took a look in at GNUStep recently and it kind of seems... unloved. I imagine Sony's had its work cut out bringing things up to date. Also, I would be interested to know how much GNUStep code Sony will be using and how much it will be re-implementing. I've heard some pretty average things about the state of the GNUStep codebase.

Stormbringer2• 16 years ago

My impression is that Objective-C is pretty big (for a minor league language) in the US, but that elsewhere in the world its use is nearly non-existent.

Most places I've lived you could throw a shoe and hit a Java developer or a Windows (VB/.net) programmer, but you could set a nuke off and not kill any Objective-C programmers.

I think NeXT and Apple never really bothered promoting it outside of the US. Australia has just about the highest level of iPhone usage per head of population, but prior to the iPhone coming out jobs for Objective-C were running at something like one per N-thousand Java jobs. Now the iPhone pops up, and all of a sudden everybody wants an Objective-C programmer with 5 years experience and proven commercial success on the iPhone... well... guess what... you reap what you sow. Because virtually nobody in Australia invested in Mac programming for all those years, you now don't have a deep pool of talent to dip into.

But a similar thing may happen with Android ... anyone that didn't invest in Linux programmers is at a disadvantage.

jonhendry4• 16 years ago

Trust me... it was rare as hen's teeth in the US also, especially during the period after Java came on the scene but before the iPhone.

(In 2001 I found myself looking for work with 10 months' of Java experience, and 8 years of NeXT experience. I doubt anyone hiring had any clue what Objective-C, NeXT, OpenStep, EOF were. Certainly the HR drones didn't.)

Back in the NeXT days, I think interest was primarily in US/UK/Germany, with some interest in France and Japan and maybe some Swiss activity due to the investment banks.

xiaomai2• 16 years ago

As far as android is concerned, I'm not sure that Linux experience provides any advantage. The libraries are all standard java stuff or android-proprietary. The development tools are also well supported on all platforms (AFAIK).

wtallis• 16 years ago

GNUstep as a desktop environment has definitely not gotten the work it needs (the core of the desktop experience, GWorkspace, just got its first official maintainer in years), but the core has been fairly well maintained. They've got pretty much complete support for Obj-C 2.0 features and LLVM clang in a runtime that was written from scratch, and the whole thing is cross-platform (including Windows support).

To me, the most interesting aspect of this is that Sony did all this without communicating with the GNUstep community. We don't yet have a clue what the extent of their changes are, or what components were used or not used, so it's impossible to say whether Sony's work can directly benefit GNUstep.

sandGorgon• 16 years ago

What is the meaning of SNAP has a re-architected display model and backend based on Cairo evolving toward COLLADA over time.

COLLADA looks like an XML based digital asset interchange format.

aufreak33• 16 years ago

Site says "SNAP development is currently on hold" (http://snap.sonydeveloper.com/). Dead on arrival?

postfuturist• 16 years ago

There were some download links for an SDK and instructions. I didn't download anything right away (stupidly), and when I came back a couple hours later, all that stuff was replaced by this "currently on hold" message. Sigh.

EDIT: You can see info about SDK stuff on Google's cached version of some pages.

EDIT 2: You can still download the SDK here: https://snap.sonydeveloper.com/common/pages/documents/view/?...

Leynos4• 16 years ago

Do you think they may have run into legal issues with Apple once news of this project started to spread?

aufreak33• 16 years ago

Unlikely, since they're based on GNUStep.

halfADDer• 16 years ago

i don't see anything in the article that supports the claim of the title. seriously, did anyone even read it?

J3L2404• 16 years ago

From the documentation:

SNAP is Sony's Networked Application Platform and is intended to be the basis for future consumer electronic devices. It is planned to evolve this into a complete software stack that will allow third party applications to run on Sony consumer electronics products. This Linux based software stack will include operating system, device specific middleware, general and device specific Objective C APIs including GNUstep, and key applications. The SDK will provide the necessary tools to begin developing Objective C applications for the SN Application Platform.

On a typical CE device hardware resources are much more limited than in the average PC or even a netbook. In order to get the most out of the available hardware it is therefore necessary to control access to scarce resources and manage their use and coordinate sharing them between applications. This is one goal of the SNAP stack. The other one is to provide the application developer with easy to use libraries to access all capabilities of the underlying hardware without reinventing the wheel.

hakl• 16 years ago

From the chief GNUStep maintainer: http://heronsperch.blogspot.com/2010/11/gnustep-is-not-opens...

Sony's next-gen application platform built on Objective C/GNUStep

Related Stories