this post was submitted on 03 Sep 2023
358 points (98.4% liked)

Programming

17366 readers
484 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS
 

I've said this previously, and I'll say it again: we're severely under-resourced. Not just XFS, the whole fsdevel community. As a developer and later a maintainer, I've learnt the hard way that there is a very large amount of non-coding work is necessary to build a good filesystem. There's enough not-really-coding work for several people. Instead, we lean hard on maintainers to do all that work. That might've worked acceptably for the first 20 years, but it doesn't now.

[…]

Dave and I are both burned out. I'm not sure Dave ever got past the 2017 burnout that lead to his resignation. Remarkably, he's still around. Is this (extended burnout) where I want to be in 2024? 2030? Hell no.

you are viewing a single comment's thread
view the rest of the comments
[–] uniqueid198x@lemmy.dbzer0.com 5 points 1 year ago (1 children)

Sure, you can pr the design files, but thats not how the messaging comes across. Even the "how to contribute" for most projects, if they have one, is usually entirely technical. The majority of designers (not all) I have worked with have been very shy about technical work, so having no clear "non-technical" contribution pathway is a deterent.

[–] heeplr@feddit.de -1 points 1 year ago (1 children)

you can start by opening an issue, sharing your idea, uploading drafts etc. like I mentioned.

is usually entirely technical.

because what you wish contributing to is a technical matter. You can't modify airplane design without a single clue on aerodynamics. Same with software.

[–] uniqueid198x@lemmy.dbzer0.com 4 points 1 year ago (1 children)

Design of UX is a separate craft from programing, to follow your own analogy, you don't need to know electrical engineering to design an airplane control panel

[–] heeplr@feddit.de 1 points 1 year ago* (last edited 1 year ago) (1 children)

you don't need to know electrical engineering to design an airplane control panel

lol, of course you do. and A LOT more. Hence it's usually done by a team of experts. Pilots, eengineers, manufacturing, regulation/standards, safety,...

UX is just one of many parts of the expertise needed. same in software.

What you're claiming is wishful thinking that has nothing to do with real world workflows. I also don't know a single UI designer having the troubles you are pointing out.

The majority of designers (not all) I have worked with have been very shy about technical work, so having no clear "non-technical" contribution pathway is a deterent.

That's the difference between designer and UI Designer. Just because you can draw an UI with your favourite tool, doesn't make you an UI design expert.

[–] uniqueid198x@lemmy.dbzer0.com 1 points 1 year ago

I feel like, with this reply, you are willfully glossing over my point. The issue at hand is that open source software is short on the ux design expertise. My claim is that by centering the programing expertise, and in fact by not going out of the way to be inviting to the non-programming expertise, open source projects are self-perpetuating these cycles.

We can find ways to invite good designers in, or we can continue with the "sufficient" design ost projects currently have.

I'm happy if people have ather strategies for overcoming the current problem, but the current aproach is not doing it