Open Xaviju opened 7 years ago
Is this the kind of thing that is suitable for a forum or mailing list? We could have an Open Source Design Stack Exchange (or open source equivalent), or create a mailing list ... although that would mean our communications growing tentacles ;)
I actually thought about this on my way home from FOSDEM. A quick, not-final solution (because it restricts to github) would be a github team, lets say @opensourcedesign/taskforce or something similar.
OSD members could add themselves, if they are up to the task and we advertise projects to directly mention this team in their projects on github.
Of course there is the big question, who would join such a taskforce? And how to advertise this. On the other hand this could help OSD spread the word as well.
I think @eppfel's solution is pretty elegant for the time being.
My main concern is that this would cause confusion between what constitutes a job and a "quick feedback" item. Where does "UX feedback" fall into this? What about "what do you think of this logo design"? What's the line?
Ideally we'd have a sustainable space where people could pop in and ask questions like that. The issue is that IRC is too slow to do so right now.
I think @eppfel's solution is pretty elegant for the time being.
Me too :)
My main concern is that this would cause confusion between what constitutes a job and a "quick feedback" item. Where does "UX feedback" fall into this? What about "what do you think of this logo design"? What's the line?
That's a good point. Hrm. Perhaps a couple groups:
I meant more along the lines of - what's the difference between our job board and a task force?
I like the @eppfel idea a lot! If I were able to just mention a repo in an issue to make a kind of bat call to OSD designers to solve a fast question in an OS project that would be awesome! It would be nice to keep a registry of solved issues, it could probably help a lot of projects.
@simonv3 i think of the job board as a place where projects ask for help: with specifications and expecting an output, or a paid job. Of course, it could be confusing, but if a project uses the OSD bat call to solve a job, we should point them to the job form or repo. What do you think?
I would be happy to edit the website to ensure that this difference is well understood by OS projects.
Does mentioning repos work that way? That would be pretty cool.
I think if we make sure to not take on jobs with the bat call than this is a fair way to deal with it! I say let's go for it and see what happens.
A user can @mention issues from another repos: https://guides.github.com/features/issues/
Issue in another repository? Just include the repository before the name like
opensourcedesign/osdcall#1
My suggestion is:
What do you think? I volunteer to do it.
FWIW this got the đź‘Ť in the meeting.
I just realized team mentions are not possible outside of an organization.
So, @Xaviju's solution is the only one we have.
What should the team repo be called? Maybe in the future there could be the need for multiple teams repos.
For now something funny, so people would remember it and did not have to look it up each time would be best:
Maybe something like:
Yup – team mentions are only possible inside of an organization. ;)
I’d definitely say we should just handle it directly via Github issues like we do everything else. A separate message board would make no sense and separate communications.
Maybe also in the interest of not again creating more repositories which will make it more confusing, it might be best to just have a tag in the jobs repository called »help needed« for example. Those would not make it into the actual job board – or actually could later, when we have better means of filtering. :) Cause – why not get others involved in small questions like this?
@jancborchardt I'm not sure of the exact implementation.
If we think that the help needed github issues are useful enough I definitely would not add it in the job board on the website. Maybe we should add some tip so projects with UX/UI questions are not afraid of adding a job because is not as important as a real job.
btw thanks for the comment in the Taiga issue ;)
Hi! Is there a way to solve small UX/UI questions for Open Source projects? Questions that are not a job, and can be probably responded pretty straight-forward.
Let me explain the context:
I think it would be nice to have an open UI clinic with short Q&A that solve specific issues that can benefit many other projects. What do you think, would this be helpful?
Once the issue is solved it could be asked to contribute to the Open Collective :)