We have moved to a new Sailfish OS Forum. Please start new discussions there.
1 | initial version | posted 2013-12-24 22:40:20 +0200 |
An obvious step up from how we are doing co-creation here on Together is to take an idea and factually co-develop, co-design, co-debug it, etc. There's a few challenges regarding that.
SailfishOS is currently built from:
Mer Core (open source, openly developed), http://www.merproject.org
Nemo Middleware (open source, openly developed)
Sailfish UI (closed source currently, not openly developed)
A hardware adaptation (typically closed source, full of 3rd party bits and pieces)
I believe personally that unless you can factually be open about plans, directions, during the development of open source SW, there's really not much worth in open sourcing it. Plus - a mobile stack is -big-
In addition to that, there is a challenge with UI and applications - especially a modern mobile UI:
And that really complicates typical open source development methods.
I think that if we (as in Jolla) as a small company, work from the perspective that we start with co-creation of ideas, then work with contributors in these ideas and bug reports to focus where the real openness effort needs to happen, it'll help a lot.
What do you think? How can we do realistic co-development? Answers such as 'open source everything' is not what I'm looking for. It's easy to ask for openness, but it's hard to do in practice.
Here's one for thought:
Hi, I'm Carsten Munk, Chief Research Engineer at Jolla. Let's try to grow the skunkworks of Jolla and SailfishOS together. Use the tag 'skunkworks' for your ideas and thoughts. Rule #1 of skunkworks: stick to something that is not short term (rest of site is good for that), but is possible 6 months from now or beyond that. I believe that the best research department a mobile OS can have is a worldwide community of passionate contributors and users. Let's prove this theory right.
2 | No.2 Revision |
An obvious step up from how we are doing co-creation here on Together is to take an idea and factually co-develop, co-design, co-debug it, etc. There's a few challenges regarding that.
SailfishOS is currently built from:
Mer Core (open source, openly developed), http://www.merproject.org
Nemo Middleware (open source, openly developed)
Sailfish UI (closed source currently, not openly developed)
A hardware adaptation (typically closed source, full of 3rd party bits and pieces)
I believe personally that unless you can factually be open about plans, directions, during the development of open source SW, there's really not much worth in open sourcing it. Plus - a mobile stack is -big-
In addition to that, there is a challenge with UI and applications - especially a modern mobile UI:
And that really complicates typical open source development methods.
I think that if we (as in Jolla) as a small company, work from the perspective that we start with co-creation of ideas, then work with contributors in these ideas and bug reports to focus where the real openness effort needs to happen, it'll help a lot.
What do you think? How can we do realistic co-development? Answers such as 'open source everything' is not what I'm looking for. It's easy to ask for openness, but it's hard to do in practice.
Here's one for thought:
Hi, I'm Carsten Munk, Chief Research Engineer at Jolla. Let's try to grow the skunkworks of Jolla and SailfishOS together. Use the tag 'skunkworks' for your ideas and thoughts. Rule #1 of skunkworks: stick to something that is not short term (rest of site is good for that), but is possible 6 months from now or beyond that. I believe that the best research department a mobile OS can have is a worldwide community of passionate contributors and users. Let's prove this theory right.