you are viewing a single comment's thread
view the rest of the comments
[–] 6 points 11 hours ago (1 child)

seems like every projects wants you to fork ans submit changes

I think that's just how software devs tend to work: a main "trunk" of code, from which they branch off for a feature or change, then when they're done writing the new code, merge it back into the trunk. That's the mode we're used to, the only tool we know for managing parallel code development.

How else would we do things? Or rather: how would you do things? This isn't a rhetorical question: I genuinely admit I don't know how you'd prefer to operate, or what you mean by punching in and out.

If you're asking for specific tasks, projects may have an issue tracker of some form where you can find stuff other people found, but other than that, FOSS often is a "see something that needs fixing, go and fix it" thing. Particularly if the devs themselves don't notice a problem, because they know what that confusing icon means or how that tool works, they won't create a task they don't even know needs doing. Even if they know something is bad, they might not know how to make it better.

If you're using or trying to use a program and notice something has been done poorly, is too complex for an entry-level user, whatever it is you think could or should be improved, talk to the people making it, or look for a contribution guide.

Even if you can't contribute code, it might be helpful to share your skills and knowledge by opening issues, explaining specific problems and offering ways to solve them.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 11 hours ago (1 child)

    Great points.

    The way I’ve worked is usually: onboarding, identify work to be done, tickets (part of that forking), review/done.

    So if the onboarding, identifying wtbd and then the work is done by me independently… that seems like weeks of work to submit a suggestion.. you know?

    UX design work needs a lot of research, understanding and alignment to stick.

    Am I missing something?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 33 minutes ago

    No, I don't think you're missing anything. That's the issue at hand here: creating proper, usable software takes time and effort. FOSS-developers tend to prefer pouring their time and effort into functional code, with the UI primarily shaped by their own needs rather than a thorough analysis of what other users could want. Often, tools are the result of someone building something for themselves and figuring they'd share it with others.

    To properly design for a broad audience is an extremely selfless ask, and for all that these devs donate their time to the public, they only have so much to give. I think it's fair that they'd prefer working on things they benefit from too, but that means sacrificing general usability for personal expediency.

    And that's why so many tools are clunky: they're "good enough" for the developer, and nobody cares to also make them good enough for the rest of the user group.

  • source
  • parent