6 ms·

Great software, poor UX. I have difficulty getting people to use it over zoom or discord.

laurent92 5y ago
Whereby used to be excellent: No login no plugin. I’d happily give them the $4 a month per employee they were requesting at the beginning for WebRTC, but they keep jacking up their prices, currently at $12, increasing by $2 every 6 months… …and now they present login as if it is mandatory, even if we pay for it on our side, which is annoying for customers/applicants.
rijoja 5y ago
Since this is a client server architecture wouldn't there be alternative clients?
aero-glide2 5y ago
Poor UX seems to be a recurring theme with open source projects. Anyone knows why?
- Karrot_Kream 5y ago
  Many reasons: * Code is more interesting to the author than user experience * High familiarity with a tool, as authors gain by working on a tool, will normalize bad UX * Free software (specifically) often attracts a type of person that has very non-mainstream UX tastes
  - bombcar 5y ago
    And by the time anyone's developing for the project, they're already entirely familiar with all the quirks and UI decisions. It takes real top-down leadership (or a one-man project) to be able to change those things.
    - jimmySixDOF 5y ago
      ...and yet sometimes even that is not enough. A recent story I have been fascinated by involves the Android reader RedditSync - not OSS, but championed by a fearless Solo Dev. He released V20 after so long and so much feature feedback from dedicated users in the Play Store beta channel. Immediate community revolt from V19 users who just liked the UI the way it was and never new there was a beta program in the first place. Much subreddit infighting. Rollback. Cooling off period. Now its basically forked with X users on a 'beta'V20 and Y users on the Play Store V19. [1] Honestly my heart goes out to the dev who solid knocks out feature requests and just didn't expect the level of cling his old UI had developed. Some people were proper angry and he was in a tough spot. Anyhow its probably better material for a business school case study but point here is even a one man project can get caught by UI pattern bias. [1] https://redd.it/mtgmqn https://redd.it/mtgmqn
- hytdstd 5y ago
  I think of it like this: open source software is typically written by volunteers. Volunteers with good systems skills but no UX skills can author open source software on their own. Oppositely, volunteers with no systems skills, only UX skills cannot. This is probably worsened by the fact that people who care about good UX will gravitate towards software with good UX, which is often commercial.
- toastal 5y ago
  Just guessing: There's not a lot of designers in open-source circles. They tend to get paid a lot less than devs and so many don't get the privilege to care as much about FOSS. When I went to design school and tried to use Inkscape I was laughed at. The day-1 was basically here's a Mac, here's Adobe, now learn to play in this sandbox (which I did til post college). FOSS tends to love Linux and BSDs support, yet most popular design tools aren't available there.
  - Hendrikto 5y ago
    > They tend to get paid a lot less than devs and so many don't get the privilege to care as much about FOSS. I do not follow this line of reasoning. There are Indian FOSS developers being paid 10 times less compared to their SV peers. Why would your salary matter? Surely, what‘s important is the amount of dispensable time you have, not your salary.
    - toastal 5y ago
      Say you don't have a lot of cash and you want microblogging and VoIP. Do you spend money to host your own Mastodon and Mumble servers, or use one where many admins (understandably) require payment or donations to cover costs, or do you use the free-because-you're-the-product Twitter and Discord? Do you use GMail or pay for Posteo/ProtonMail/Fastmail/etc.? Do you use the centralizing, closed-source GitHub or pay for SourceHut or host your own Gitea server? Can you afford to build a rack at home to self-host and invest in the skill to maintain and secure it? Do you invest time in learning GIMP despite lower-quality, community tutorials because it's free (as in beer and freedom) or do you follow the crowd and use Creative Suite or Affinity Studio because it's the tool most your jobs will expect you to use? I think it is (unfortunately) a privilege of being able to afford the FOSS and privacy-focused alternatives--through money and time. A good salary gives you room for privilege. I don't think you can separate finances from the equation. Many people are just out there trying to take the easiest route to survive, and FOSS isn't as easy. (Heck, even speaking English is a privilege many here on HN have. Many FOSS projects are only in English. I've been in Thailand for a while now and while the much of the youth demographics resents its government, almost no one knows about decentralized, private, FOSS services because it hasn't been localized and people can't afford the bill either--and as such the government has many times censored Facebook and YouTube and other centralized systems.)
- utunga 5y ago
  It's an important question that deserves a considered response. IMHO its more than just lack of designers (though that's important) it's actually a balance of power thing. Delivering really good UX requires taking a design-led approach to the whole project. Unfortunately this conflicts with one of the main reasons coders enjoy working on open source. No management, no customers and you get to work on what you want. Design it for yourself, not others. But of course, the interface that the average coder wants is nothing like the interface that the average user needs - especially if the average coder is intimately familiar with all the features. Most coders appreciate this and try to design a 'friendly' interface but at the end of the day it's a power imbalance. In a conflict between clean design or adding more features, a team led by programmers is going to prioritize features.
- foxpurple 5y ago
  The GUI was built in the era of windows XP and Skype. And you have to host your own server. Nothing can compete with discord where you just press a button to create a “server” and send out a link. It all just works and it costs a fortune to run. No one has enough free time to build a brand new high quality app for mumble which works on 3 desktop OSs and 2 mobile.
  - mjevans 5y ago
    You nailed it: THIS is most of the general GUI problem. """No one has enough free time to build a brand new high quality app for mumble which works on 3 desktop OSs and 2 mobile.""" It also can't be (whatever windowing kit, E.G. QT) because that requires a big download in addition to the program, and also 'doesn't feel native' or 'doesn't look right' or 'sets off the AV scanner'. The other escape hatch is electron; which looks "web", but is even _more_ bloated, but at least it doesn't set off the scanners. Instead it just gobbles CPU cycles, memory, and is slow and horrid. I'm to the point that I don't care what wins, or how horrid writing for it is; I just need a widgets toolkit and bindings that can be developed for ONCE, is hosted with the OS and shared among all apps, and works on Mobile (all of them), Win, OSX, and 'nix.
    - mavhc 5y ago
      Electron is what Discord and Teams and Slack use. And Google's stuff just uses web pages.
    - Nextgrid 5y ago
      It's the first time I hear of "sets off the AV scanner" being a major problem for native apps. How frequent is it?
      - tinus_hn 5y ago
        If you don’t get the proper certificates for signing your packages, all the time.
    - Qwertious 5y ago
- viraptor 5y ago
  Apart from all issues mentioned so far (all valid (edit: utunga got there while I was still writing)), there's also a problem where you can't apply good UX in small patches here and there. You can fix some terrible experience where it's actually a problem, but to really improve UX in an app, you need to touch almost everything at the same time, which means a lot of time spent on the task and required commitment to the idea from the leaders. That's really hard to organise in opensource world. And when you try to introduce leadership which can do it and try to collect information, you get the issues Audacity ran into. Sure, Tentacrul can lead the UX effort and will make Audacity much better, but the community impact was pretty negative. The only opensource project I really remember pulling off a well organised UX update is Blender. And even that was after years of people screaming "don't touch right-click-to-select, we're used to it and newbies need to learn".
  - hrnnnnnn 5y ago
    What happened with the Audacity community when Tantacrul started? edit: found the thing where people got upset about telemetry - https://github.com/audacity/audacity/discussions/889 https://github.com/audacity/audacity/discussions/889
    - viraptor 5y ago
      The telemetry was one thing, but there was also a few people with "what do you mean muse owns this project now? I'm forking rather than accepting forced leaders".
  - pdkl95 5y ago
    A good solution to this is the traditional[1][2] UNIX approach of separating mechanism and UI. First develop the core functionality without a UI as a library (or daemon or whatever). The actual UI is then developed as a front-end to the library. This allows multiple front-ends to coexist so a new UI can be developed without disturbing the people that like the old version. Too many projects tightly couple their UI and mechanism, which always leads to problems. [1] http://www.catb.org/~esr/writings/taoup/html/ch01s06.html#id2877777 http://www.catb.org/~esr/writings/taoup/html/ch01s06.html#id... [2] http://www.catb.org/~esr/writings/taoup/html/ch04s04.html http://www.catb.org/~esr/writings/taoup/html/ch04s04.html
- astrobe_ 5y ago
  Here is how it goes: - you slap together a low effort UI in order to test your code. - You use this UI so much during development that it becomes "intuitive" for you. - Early adopters are interested in functionality, so they can overlook a poor UI for a while. - They use this poor UI so much that it becomes "intuitive" for them. - Early adopters even help newcomers to overcome the poor UI. - Meanwhile you develop more features and postpone the "less valuable" UI improvement. - At some point there is so much functionality hooked to the UI that it would be a drag to change it. Also as it was quick-and-dirty stuff it would also be very difficult for others to redo the UI. - You find a way out: pretend that it is vital to extract the library hidden in your program, so that "anyone will be able to put the UI they want on top of it so leave me alone". - This further postpone the new UI, because potential UI makers have to wait until the library is done, and then users have to wait until the UI designer and implementer does their thing. - It takes too long because portability issues and API design is not so easy, so you lose your UI designers one by one. So you have to make a low-effort UI to test and demo your library.
- kzrdude 5y ago
  mumble seems to be power user software. The setup wizard expects one to setup microphone levels, I didn't even have the mic connected. And I have different setups connected at home and at work, which makes me doubt the agility of this configuration (can it adapt to plugging in and removing equipment?)
- southerntofu 5y ago
  Because not every free-software project has UX designers working on them? I mean the UI is the frosting on the cake, that you can do in pretty much any language and usually with less knowledge of the backend infrastructure... but not a lot of people are doing this job. Kudos to the Tor Project and Conversations.im for making decentralized, encrypted communications within everyone's reach.
- dalbasal 5y ago
  >> Poor UX with open source projects. Anyone knows why? Quoting from a commenting on this thread: "The only thing that can confuse people is the certificate security system... ..That is an issue of general technical illiteracy, that Mumble cannot address." I think this sums it up. While not universal, OSS has a higher tendency to not-my-problem certain things. Often this is UX, other things too. OTOH, OSS tends to delight at taking ownership of many other types of problems. Interoperability, multiple implementations, advanced features, user choice, etc. Stuff that proprietary software tends to be bad at. The thing that drives facebook or Tinder to make their software addictive is the same thing that drives them to make it usable for the average person.
- j1elo 5y ago
  I believe this happens because writing high quality UIs which is consistent, is well studied (as in having studied how users react to it in order to improve the worst parts), and is available for multiple platforms, is a HUGE amount of work that would only go forward if people got paid to do it. So I'd wager that lots of OSS have bad UI because no commercial entity considered that the market is big enough to justify spending resources on it. This is, an external company pouring money at hiring OSS devs to work on the UI, or maybe even the project creators themselves founding a one-person business to sell services or products that require such a good UI. An example: if Mumble had a huge user base, maybe there would possibly be some company selling high-quality, easy to use desktop applications for it. But reaching that goal is very hard, and most OSS projects never get even a fraction of the traction that would be needed for such commercial efforts.
daptaq 5y ago
The great thing is that mumble is a free client with an open protocol, dofferent clients can coexist. To my knowledge this warrents a ban on Discord.
- andrewzah 5y ago
  This is all great when people make that a priority. But most people I know don’t really care about the openness of a platform so long as it works nicely.
Bombthecat 5y ago
Zoom? There is video now?
- andrewzah 5y ago
  Well, those are just what my friends and peers generally use. I frequently use zoom with cameras turned off.

Whereby used to be excellent: No login no plugin. I’d happily give them the $4 a month per employee they were requesting at the beginning for WebRTC, but they keep jacking up their prices, currently at $12, increasing by $2 every 6 months… …and now they present login as if it is mandatory, even if we pay for it on our side, which is annoying for customers/applicants.

rijoja 5y ago

Since this is a client server architecture wouldn't there be alternative clients?

aero-glide2 5y ago

Poor UX seems to be a recurring theme with open source projects. Anyone knows why?

Karrot_Kream 5y ago
Many reasons: * Code is more interesting to the author than user experience * High familiarity with a tool, as authors gain by working on a tool, will normalize bad UX * Free software (specifically) often attracts a type of person that has very non-mainstream UX tastes
- bombcar 5y ago
  And by the time anyone's developing for the project, they're already entirely familiar with all the quirks and UI decisions. It takes real top-down leadership (or a one-man project) to be able to change those things.
  - jimmySixDOF 5y ago
    ...and yet sometimes even that is not enough. A recent story I have been fascinated by involves the Android reader RedditSync - not OSS, but championed by a fearless Solo Dev. He released V20 after so long and so much feature feedback from dedicated users in the Play Store beta channel. Immediate community revolt from V19 users who just liked the UI the way it was and never new there was a beta program in the first place. Much subreddit infighting. Rollback. Cooling off period. Now its basically forked with X users on a 'beta'V20 and Y users on the Play Store V19. [1] Honestly my heart goes out to the dev who solid knocks out feature requests and just didn't expect the level of cling his old UI had developed. Some people were proper angry and he was in a tough spot. Anyhow its probably better material for a business school case study but point here is even a one man project can get caught by UI pattern bias. [1] https://redd.it/mtgmqn https://redd.it/mtgmqn
hytdstd 5y ago
I think of it like this: open source software is typically written by volunteers. Volunteers with good systems skills but no UX skills can author open source software on their own. Oppositely, volunteers with no systems skills, only UX skills cannot. This is probably worsened by the fact that people who care about good UX will gravitate towards software with good UX, which is often commercial.
toastal 5y ago
Just guessing: There's not a lot of designers in open-source circles. They tend to get paid a lot less than devs and so many don't get the privilege to care as much about FOSS. When I went to design school and tried to use Inkscape I was laughed at. The day-1 was basically here's a Mac, here's Adobe, now learn to play in this sandbox (which I did til post college). FOSS tends to love Linux and BSDs support, yet most popular design tools aren't available there.
- Hendrikto 5y ago
  > They tend to get paid a lot less than devs and so many don't get the privilege to care as much about FOSS. I do not follow this line of reasoning. There are Indian FOSS developers being paid 10 times less compared to their SV peers. Why would your salary matter? Surely, what‘s important is the amount of dispensable time you have, not your salary.
  - toastal 5y ago
    Say you don't have a lot of cash and you want microblogging and VoIP. Do you spend money to host your own Mastodon and Mumble servers, or use one where many admins (understandably) require payment or donations to cover costs, or do you use the free-because-you're-the-product Twitter and Discord? Do you use GMail or pay for Posteo/ProtonMail/Fastmail/etc.? Do you use the centralizing, closed-source GitHub or pay for SourceHut or host your own Gitea server? Can you afford to build a rack at home to self-host and invest in the skill to maintain and secure it? Do you invest time in learning GIMP despite lower-quality, community tutorials because it's free (as in beer and freedom) or do you follow the crowd and use Creative Suite or Affinity Studio because it's the tool most your jobs will expect you to use? I think it is (unfortunately) a privilege of being able to afford the FOSS and privacy-focused alternatives--through money and time. A good salary gives you room for privilege. I don't think you can separate finances from the equation. Many people are just out there trying to take the easiest route to survive, and FOSS isn't as easy. (Heck, even speaking English is a privilege many here on HN have. Many FOSS projects are only in English. I've been in Thailand for a while now and while the much of the youth demographics resents its government, almost no one knows about decentralized, private, FOSS services because it hasn't been localized and people can't afford the bill either--and as such the government has many times censored Facebook and YouTube and other centralized systems.)
utunga 5y ago
It's an important question that deserves a considered response. IMHO its more than just lack of designers (though that's important) it's actually a balance of power thing. Delivering really good UX requires taking a design-led approach to the whole project. Unfortunately this conflicts with one of the main reasons coders enjoy working on open source. No management, no customers and you get to work on what you want. Design it for yourself, not others. But of course, the interface that the average coder wants is nothing like the interface that the average user needs - especially if the average coder is intimately familiar with all the features. Most coders appreciate this and try to design a 'friendly' interface but at the end of the day it's a power imbalance. In a conflict between clean design or adding more features, a team led by programmers is going to prioritize features.
foxpurple 5y ago
The GUI was built in the era of windows XP and Skype. And you have to host your own server. Nothing can compete with discord where you just press a button to create a “server” and send out a link. It all just works and it costs a fortune to run. No one has enough free time to build a brand new high quality app for mumble which works on 3 desktop OSs and 2 mobile.
- mjevans 5y ago
  You nailed it: THIS is most of the general GUI problem. """No one has enough free time to build a brand new high quality app for mumble which works on 3 desktop OSs and 2 mobile.""" It also can't be (whatever windowing kit, E.G. QT) because that requires a big download in addition to the program, and also 'doesn't feel native' or 'doesn't look right' or 'sets off the AV scanner'. The other escape hatch is electron; which looks "web", but is even _more_ bloated, but at least it doesn't set off the scanners. Instead it just gobbles CPU cycles, memory, and is slow and horrid. I'm to the point that I don't care what wins, or how horrid writing for it is; I just need a widgets toolkit and bindings that can be developed for ONCE, is hosted with the OS and shared among all apps, and works on Mobile (all of them), Win, OSX, and 'nix.
  - mavhc 5y ago
    Electron is what Discord and Teams and Slack use. And Google's stuff just uses web pages.
  - Nextgrid 5y ago
    It's the first time I hear of "sets off the AV scanner" being a major problem for native apps. How frequent is it?
    - tinus_hn 5y ago
      If you don’t get the proper certificates for signing your packages, all the time.
  - Qwertious 5y ago
viraptor 5y ago
Apart from all issues mentioned so far (all valid (edit: utunga got there while I was still writing)), there's also a problem where you can't apply good UX in small patches here and there. You can fix some terrible experience where it's actually a problem, but to really improve UX in an app, you need to touch almost everything at the same time, which means a lot of time spent on the task and required commitment to the idea from the leaders. That's really hard to organise in opensource world. And when you try to introduce leadership which can do it and try to collect information, you get the issues Audacity ran into. Sure, Tentacrul can lead the UX effort and will make Audacity much better, but the community impact was pretty negative. The only opensource project I really remember pulling off a well organised UX update is Blender. And even that was after years of people screaming "don't touch right-click-to-select, we're used to it and newbies need to learn".
- hrnnnnnn 5y ago
  What happened with the Audacity community when Tantacrul started? edit: found the thing where people got upset about telemetry - https://github.com/audacity/audacity/discussions/889 https://github.com/audacity/audacity/discussions/889
  - viraptor 5y ago
    The telemetry was one thing, but there was also a few people with "what do you mean muse owns this project now? I'm forking rather than accepting forced leaders".
- pdkl95 5y ago
  A good solution to this is the traditional[1][2] UNIX approach of separating mechanism and UI. First develop the core functionality without a UI as a library (or daemon or whatever). The actual UI is then developed as a front-end to the library. This allows multiple front-ends to coexist so a new UI can be developed without disturbing the people that like the old version. Too many projects tightly couple their UI and mechanism, which always leads to problems. [1] http://www.catb.org/~esr/writings/taoup/html/ch01s06.html#id2877777 http://www.catb.org/~esr/writings/taoup/html/ch01s06.html#id... [2] http://www.catb.org/~esr/writings/taoup/html/ch04s04.html http://www.catb.org/~esr/writings/taoup/html/ch04s04.html
astrobe_ 5y ago
Here is how it goes: - you slap together a low effort UI in order to test your code. - You use this UI so much during development that it becomes "intuitive" for you. - Early adopters are interested in functionality, so they can overlook a poor UI for a while. - They use this poor UI so much that it becomes "intuitive" for them. - Early adopters even help newcomers to overcome the poor UI. - Meanwhile you develop more features and postpone the "less valuable" UI improvement. - At some point there is so much functionality hooked to the UI that it would be a drag to change it. Also as it was quick-and-dirty stuff it would also be very difficult for others to redo the UI. - You find a way out: pretend that it is vital to extract the library hidden in your program, so that "anyone will be able to put the UI they want on top of it so leave me alone". - This further postpone the new UI, because potential UI makers have to wait until the library is done, and then users have to wait until the UI designer and implementer does their thing. - It takes too long because portability issues and API design is not so easy, so you lose your UI designers one by one. So you have to make a low-effort UI to test and demo your library.
kzrdude 5y ago
mumble seems to be power user software. The setup wizard expects one to setup microphone levels, I didn't even have the mic connected. And I have different setups connected at home and at work, which makes me doubt the agility of this configuration (can it adapt to plugging in and removing equipment?)
southerntofu 5y ago
Because not every free-software project has UX designers working on them? I mean the UI is the frosting on the cake, that you can do in pretty much any language and usually with less knowledge of the backend infrastructure... but not a lot of people are doing this job. Kudos to the Tor Project and Conversations.im for making decentralized, encrypted communications within everyone's reach.
dalbasal 5y ago
>> Poor UX with open source projects. Anyone knows why? Quoting from a commenting on this thread: "The only thing that can confuse people is the certificate security system... ..That is an issue of general technical illiteracy, that Mumble cannot address." I think this sums it up. While not universal, OSS has a higher tendency to not-my-problem certain things. Often this is UX, other things too. OTOH, OSS tends to delight at taking ownership of many other types of problems. Interoperability, multiple implementations, advanced features, user choice, etc. Stuff that proprietary software tends to be bad at. The thing that drives facebook or Tinder to make their software addictive is the same thing that drives them to make it usable for the average person.
j1elo 5y ago
I believe this happens because writing high quality UIs which is consistent, is well studied (as in having studied how users react to it in order to improve the worst parts), and is available for multiple platforms, is a HUGE amount of work that would only go forward if people got paid to do it. So I'd wager that lots of OSS have bad UI because no commercial entity considered that the market is big enough to justify spending resources on it. This is, an external company pouring money at hiring OSS devs to work on the UI, or maybe even the project creators themselves founding a one-person business to sell services or products that require such a good UI. An example: if Mumble had a huge user base, maybe there would possibly be some company selling high-quality, easy to use desktop applications for it. But reaching that goal is very hard, and most OSS projects never get even a fraction of the traction that would be needed for such commercial efforts.

daptaq 5y ago

The great thing is that mumble is a free client with an open protocol, dofferent clients can coexist. To my knowledge this warrents a ban on Discord.

andrewzah 5y ago
This is all great when people make that a priority. But most people I know don’t really care about the openness of a platform so long as it works nicely.

Bombthecat 5y ago

Zoom? There is video now?

andrewzah 5y ago
Well, those are just what my friends and peers generally use. I frequently use zoom with cameras turned off.