Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Is there a QPixel development roadmap somewhere or can we have one? Question

+2
−0

One user gave feedback that he/she would be interested in seeing some kind of roadmap for the development (of Codidact). One aspect of that would surely be a development roadmap of QPixel. I know that with volunteers everything is more uncertain and may happen faster, slower or not at all, but at least a plan of what areas are especially important and should get focus might be good for the developers as guideline as well as for the public to know what they might be able to expect.

I personally am happy with just going to Meta or Github issues and grab something and work on it, but I guess that the project leaders may have indeed a plan, at least in their mind. But is there also a written version existing?

If not, I propose to quarterly write a small paragraph about what should be the emphasis in the next three months and maybe even go back and summarize how the planned changes for the last quarter went. Basically a small summary of what happened and what should happen i the near future. Maybe as a Wiki post here or as blog posts on Meta. I think it might be helpful.

Related: found a change log. The roadmap would then maybe not need to refer to the past because that is done within the change log.

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

1 comment thread

Maybe make it a joint roadmap (1 comment)

2 answers

+2
−0

This is a great idea, thank you! We've been kind of keeping it in piecemeal notes and in people's heads and stuff, and that is not a path of clarity and growth. I'm planning to work on putting together a draft. I'd like to get buy-in from the leads first (to make sure I'm not listing things that would be impossible or have prerequisites we need to list first and stuff like that), but the intent is for this to be an open, living document. No roadmap ever survives contact with traffic and construction delays; ours won't either. But we should start writing down more of our plans and their interconnections -- for transparency, for feedback, and so more people can help!

Update: We have posted an initial roadmap -- feedback welcome, and we now have a GitHub project for tracking.

History
Why does this post require moderator attention?
You might want to add some details to your flag.

0 comment threads

+1
−0

I provided the feedback linked in this question. I'd like to clarify, in no way would I want time estimates or similar. Just a list of features that have been discussed and agreed to be worth adding. And that's just to avoid repeating requests that have already been discussed.

Neovim's roadmap is a good example of what I mean

It's essentially the past releases combined with a "next" section of high level bullet points. For further details they link to two github issue lists: a backlog (accepted) and unplanned (discussed by not accepted) issues.

History
Why does this post require moderator attention?
You might want to add some details to your flag.

0 comment threads

Sign up to answer this question »