Big Tech designed their platforms to keep you trapped.
YouTube, X, Instagram, and TikTok aren't neutral spaces. They're businesses built on capturing your attention and data. Their algorithms, notification systems, and content policies all serve one purpose: keeping you engaged on their terms. And their terms alone. There's no freedom
I’m not sure this is true - at least I have an alternative explanation.
People who do the UX design and all that are rarely invited into the process. Open source projects often look for “maintainers” but this almost exclusively means “developers”.
There’s documentation and contributing guidelines for developers. Where is the same material for product managers or designers?
We don’t get product managers and designers in FOSS because they’ve never been invited.
What do you mean by “invite”? What would that look like?
My perspective of designers and product managers is that they like to own projects. FOSS generally works based on merit, where you first contribute and members of the project decide whether to accept it.
For developers this is easy:
That’s how it should work for design as well. Contribute some designs that you think will improve the UX and if they’re desirable, someone will take up implementing them. If it’s easy (e.g. a new logo), it’ll get done right away, and if it’s more involved, it’ll get done as devs get time.
Project management is trickier because that requires buy-in from the devs. To get there, you need go earn their trust:
If you do a good job, they’ll let you do the above more autonomously. But they’re not just going to hand over decision-making to a rando off the street, especially since “they” can change day to day.
Developers don’t like being told what to do (esp since it’s usually a hobby), but they do want the project to be more successful. Designers and product managers are certainly welcome, but the onus is on any contributor to demonstrate the value they bring.
I don’t mean a literal invite - I mean that projects are rarely inviting for product managers and designer (let’s call them “UX people”) and rarely do they encourage those people to contribute.
Let’s take a look at Lemmy as an example (and please don’t misunderstand, this is not to bash Lemmy specifically, this happens for so many FOSS projects). Let’s put ourselves in the shoes of a UX person who wants to contribute to Lemmy. How would I (the imaginary UX person) do that?
Well, on join-lemmy.org there’s not really any links to anything to do with contributing but there is a link to “GitHub” in the contact information. As a UX person, I may have a vague idea what git and GitHub is, but obviously that’s not a tool that I use. So then I land on the git repository on GitHub. Oh great, there’s a “Contributing” section! It says:
Oh. So that’s contributing code and stuff. So that’s not me. But okay since there’s nothing else, let’s try and go to the contributing guidelines anyway. But this just gives a technical overview of the different software components of Lemmy, and then goes into how to setup local development. This is all mumbo-jumbo to me, I know nothing about coding, I am a UX person.
My point is (and again, Lemmy is just an example here), none of these contributing guidelines are helpful unless you are a developer, and the fact that the contributing guidelines only caters to developers makes any UX person feel out of place, as if their expertise is not wanted or needed. This is what I mean when I say it is not very inviting to UX people. It is very inviting to developers though.
I agree! But how are designers supposed to know where to even start? There are “good first issues”, but those are also only for developers. Where’s the contributing guidelines for non-developers? You say “Designers and product managers are certainly welcome”, but this doesn’t look that welcoming to me!
I think this is a bit of a mischaracterization. I don’t think a product manager has to “own” the project to help and be valuable to a project.
One project that does this quite well is bevy. See this video from one of the product manager contributors to bevy: https://www.youtube.com/watch?v=u3PJaiSpbmc
Thanks for the video, it was great!
What frustrated me, though, was that she joined Bevy by keeping at it and going out of her way to prove her worth (i.e. the way devs get into projects), but then suggests devs go out of their way instead to attract project managers (and designers, presumably). That’s not very fun to hear, but I guess that’s the way it is.
There’s also a link to Matrix, which I’m guessing is the preferred way to jump in and ask questions about how to contribute.
In general, I recommend coming with the intention of being assigned work (“I’m a UX designer and I’d love to help mock up stuff”), but also with ideas on how to improve what’s there (e.g. “I found <X> frustrating and would love to show some mockups on how to improve it”). That’s the ideal scenario IMO, because it offers to reduce work of existing maintainers without asking for anything in return.
However, that’s apparently not happening.
Where would you naturally look for this? With developers it’s easy, you look for “CONTRIBUTING.md” or similar in the repo, as well as hints from templates in issues and PRs. Some will have extensive style guides and whatnot, but most are pretty bare bones.
Should this go on the main website? Somewhere at the start of the technical docs? In the repo in a special place linked from the root?
What about tooling? Should projects set up something like penpot (found after a search for FOSS Figma)? Or are designers okay with images on a wiki or something? Is it reasonable to ask them to submit a GitHub issue and engage that way (they could link to something else)?
I’m genuinely interested here because I’m hopefully going to launch a FOSS project this year, and I would like to facilitate that type of discussion, I just don’t know how to do that effectively. To me, linking a chat and the repo is enough, but maybe it’s not.
Yes but asking directly instead of consuming already-written guidelines is a much higher psychological hill to climb and doesn’t feel welcoming. You need to be very passionate to go to Matrix. Also, frankly speaking, UX people are very unlikely to have a user on Matrix or even know what it is or how it works. Developers on the other hand can easily figure this out. You need to be mindful of tech literacy when you’re trying to cater to UX people - they won’t know anything about Matrix probably.
I don’t think that’s bad, but for developers this is very easy with all the guidelines and the “good first issues” and all that. For UX people, none of these resources exist.
At the very least this could be in the contributing guidelines on GitHub, but I think having it on the main website (a place much more familiar and friendly to non-technical people) is much better.
I don’t know, I’m not a UX person. Ask them when they arrive. But I would think they can probably figure out to interact on GitHub issues if directed to do so. Developers intuitively know “Oh I want to contribute so I’ll need a GitHub account and then need to go look at issues” but UX people don’t know this.
I definitely don’t think that’s enough - UX people probably don’t even know what a “repo” is.