Loomio
Tue 3 Jun 2014

Diaspora project goal is missing!

D
diasp_eu Public Seen by 124

Two years ago Max and Daniel left the project as core contributors. Since that time the diaspora development goes on (thanks) but without a specific goal. A project without a goal is a project without success. For example 10 month ago: https://www.loomio.org/d/VMg5HlpZ/diaspora-the-next-12-months

How to tackle this issue?

We should change the process model. Someone should be responsible for planning the next release and communicating about it. We know the wish list is long enough to pick one feature for the next release. Let's focus on one feature for the next release and work together on it. I believe we can make more progress towards our goals (to be defined).

Next steps?

  • Rename "next" milestone into "0.4.0.0" and rename "next-next" milestone into "0.5.0.0" https://github.com/diaspora/diaspora/issues/milestones
  • Discuss and select one big feature for the 0.5.0.0 release (currently named next-next)
  • Split the one big feature into small subtasks for the 0.5.0.0 release
  • Focus on pull requests related to the 0.5.0.0 release
  • Communicate to the developers about the next 0.5.0.0 release with the new big feature and related subtasks
DU

[deactivated account] Tue 3 Jun 2014

Are you looking for a project manager? Or for the possible next steps to be agreed upon? Sorry, I'm not completely sure what the question is :)

D

diasp_eu Tue 3 Jun 2014

First we should discuss about the current development process model. How we select new features and how we focusing on them. Imho one or more leaders should be responsible for the release planning and developer communication.

F

Flaburgan Tue 3 Jun 2014

@diaspeu it could be an approach, but it's really different than the way we currently deal with the development. I'm especially surprise by the "Only accept pull requests related to the 0.5.0.0 release". Why would we want to block any contributions?

I think I get your vision here, your point is "let's focus on something specific we all agree and progress step by step". It's not a bad idea, the problem is we are all volunteer, so we just have no idea when we will have time to contribute, develop or release. So all planning is useless, it will not be respected.

D

diasp_eu Tue 3 Jun 2014

Why would we want to block any contributions? Currently 27 developers working more or less on 40 different pull requests. Let's split a new feature into 27 subtasks and focusing on them.

R

RAM518 Tue 3 Jun 2014

Basically whoever has access to the main repo is the default project manager. Diaspora has sort of stalled ever since the original dev team broke up and it became a totally FOSS community project. We still don't have chat. Youtube support is still half-broken. There are no group pages yet, no event pages. Lets just focus on the stuff that has been needing to be fixed for years.

JR

Jason Robinson Tue 3 Jun 2014

While there are good ideas in to this approach - I cannot see this kind of planning work with our current developer/contributor base. We have a large project with a large code base and project high project maintenance costs - but only a small amount of developers, and even less other project maintenance people.

Personally I see the current way quite good. Important stuff is labeled as next release and everything else is merged in as it gets ready. The large items are slowly done as fast as people who are interested in working on them get them done.

All the devs who work on this project do it for fun - I don't see how restricting what they can work on will make them write more code ;)

All in all - good ideas and all, but we need more organization to have more stricter development cycles. Of course that is not to say we shouldn't improve and evaluate - that happens all the time, like the decision to go for a 1-2 week merge freeze before a release, just as one example.

AT

Alex Talker Tue 3 Jun 2014

Project leader is nice, but....that man really should do what like community, else is be like slave.

DU

[deactivated account] Wed 4 Jun 2014

@jasonrobinson states:

All the devs who work on this project do it for fun - I don’t see how restricting what they can work on will make them write more code

Which is a very valid point - I think we (as end users) are extremely lucky to have people working on this at all. I'd be against something which says "You there, developers, you must do this before that or else" :(

(which is how it may come across, intended or otherwise)

F

Flaburgan Wed 4 Jun 2014

@ram518 "Youtube support is still half-broken" are you on joindiaspora? If not, we're not aware of that, please open an issue.

D

diasp_eu Thu 5 Jun 2014

Don't get me wrong. The reason is focus. For example https://github.com/diaspora/diaspora/pull/4410 some nice guys worked together and the new single post view come to live. Sometimes, the issues are too big to be resolved by one man show. Split big features into small subtasks and focus on them.

F

Flaburgan Thu 5 Jun 2014

@diaspeu the work "all together" on the new SPV was awesome, and we all want to see that happen again. In my opinion, the best way to do that is to coordinate ourselves like "let's all block next thursday to work on diaspora*, meet on #diaspora-dev and hack all the evening together". If we success to plan something like that, then it makes sense to prepare the work to do by choosing a task, splitting it in subtask and affect them to a volunteer, etc. But to prepare the work without having a work time planned is useless imo.

D

diasp_eu Thu 5 Jun 2014

@flaburgan I like the hack together idea at same time. But because of timezone the work packages should be selected, described and prepared for the next release.

SVB

Steffen van Bergerem Thu 5 Jun 2014

@diaspeu Working together on the new SPV was a nice example how working on diaspora* could look like. There was no real plan to do it. We all talked about changing the SPV but there was one dev who started working on that and did a lot of nice work. Then others came across and helped. The same thing could happen for chat or groups. We "just" need someone to start working on that issue and spend some time to get the basic stuff done.

D

diasp_eu Sun 15 Jun 2014

@steffenvanbergerem Why something happens like https://github.com/diaspora/diaspora/pull/4554

G

goob Sun 15 Jun 2014

@diaspeu That's because of a lack of people qualified to review that code rather than a lack of a goal. Everyone on the project thinks of an API as a priority goal, so it's not been left because no one cares. We need more developers!

F

Flaburgan Mon 16 Jun 2014

We need more developers!

I think every discussion about the project will finally arrive to that point. So let's focus on communication and make the project innovative and sexy again.

F

Flaburgan Mon 16 Jun 2014

At the moment this is the kind of message we can post, even if only one person start contribute after reading it, it's already a victory.

In the future, I think a good idea would be to write an official blogpost to definitely kill all false idea about the project (founders went in vacation with the money, etc...) (yeah, I heard this one more than once). Something like "the real history of the diaspora* project", explaining everything the founders never talked about when they probably should. Once this will be done, we can start again on solid foundation.

JR

Jason Robinson Mon 16 Jun 2014

Well put @flaburgan

Share and talk to the world - everybody! :)

ST

Sean Tilley Mon 16 Jun 2014

@flaburgan Incidentally, I am working on a personal post that talks about everything that the project went through, from being a startup to pivoting to a community-run organization, and everything that happened between those periods.

I plan on posting it as soon as it gets finished; it's kind of a long story, but I'd like to think that it's a really good one. :)

F

Flaburgan Mon 16 Jun 2014

Nice Sean :)

Looks like some people already heard my message: https://diaspora-fr.org/posts/439692 :)

F

Flaburgan Mon 23 Jun 2014

@seantilleycommunit looks like there is many people asking for the story, look at the comments on this post

ST

Sean Tilley Tue 24 Jun 2014

@flaburgan I will have something ready very soon. :)