Hacker News 의견

• 좋은 글이지만 논리가 잘못되었다고 생각함
  단일한 간결한 인터페이스를 만드는 건 결코 쉬운 일이 아님
  특정 사용 사례에 맞춘 UI 구현은 어렵지 않지만, 그 ‘정확한 사용 사례’를 정의하고, 거기에 “이것만 조금 더 추가해 주세요”라는 요구를 막는 게 진짜 어려움
  이런 단순함은 바람직하지만 불안정한 상태임

  • 개발자 세계는 비개발자용 좋은 인터페이스 설계의 어려움을 직관적으로 이해하지 못함
    코드의 복잡성은 눈에 보이지만, UI의 복잡성은 보이지 않음
    버튼과 입력창은 단순해 보이지만, 그 언어로 문제를 푸는 건 매우 복잡함
    실패는 명확하지만 성공은 모호하고 사용자마다 다름
    좋은 인터페이스는 많은 부분이 ‘암시적’으로 전달되며, 그게 가장 어려운 부분임
  • 일반 사용자들이 “이 버튼이 X를 하게 해줄 수 있나요?”처럼 엉뚱한 요청을 자주 함
    버튼이 본래 기능 Y와 거의 관련이 없어도, 그 버튼이 꼭 그 일을 해야 한다고 고집함
    이런 식의 ‘조금만 바꿔주세요’ 요청이 쌓이면서 UI가 점점 복잡해지고 결국 무너짐
  • 오픈소스 기여자들은 대부분 파워 유저라서 자신의 워크플로우가 잘 작동하는지에만 집중함
    일반 사용자 80%의 사용성을 위해 자기 편의를 희생하려 하지 않음
  • 이런 UI/UX 붕괴를 막는 방법으로 ‘feature freezing’을 제안함
    기능 세트를 미리 정하고 이후엔 버그 수정과 효율 개선에 집중함
    새 기능은 엄격한 검토를 거쳐야 추가 가능함
    빠르게 변하는 소프트웨어엔 어렵지만, 대부분의 안정된 분야엔 효과적일 것이라 생각함
  • 단기적으로는 사용자가 ChatGPT 같은 AI에게 “내 영상이 폰에서 재생되게 해줘”라고 묻고 단계별 안내를 받는 식으로 해결할 것 같음
    장기적으로는 앱 자체가 AI를 통합해, 사용자가 원하는 UI를 자동 생성하는 방향으로 발전할 수도 있음

• 이런 문제는 결국 익숙함의 문제라고 생각함
  내 아내는 기술에 익숙하지 않지만 리눅스 사용자임
  새 사업을 시작하며 Windows를 써야 했는데, 너무 불편해서 다시 리눅스로 돌아가길 원했음
  나도 Mac vs PC에서 비슷한 경험을 함
  Mac을 강제로 써야 했을 때 생산성이 10% 수준으로 떨어졌고, 너무 힘들었음
  결국 사람은 자신이 익숙한 환경에서 가장 잘 일함

  • 중학생 때 가족 컴퓨터가 고장 나서 Ubuntu를 설치했는데, 엄마는 금방 적응했음
    결국 ‘그냥 컴퓨터’일 뿐이었음
  • 나도 Mac을 회사에서 받았지만 거의 쓰지 않음
    다행히 VPN과 필요한 앱들이 Linux + 웹 인터페이스로 다 가능함
  • 리눅스 데스크탑 보급 논의에서 익숙함의 중요성이 과소평가됨
    상용 OS와 거의 동일한 UI를 제공하고, 터미널을 열 필요 없는 안정적인 배포판이 필요함
    “비슷한 정도”가 아니라 세부적인 완성도가 중요함

• 오픈소스 UI는 처음엔 낯설고 복잡하게 느껴짐
  개발자 중심으로 만들어져 일반 사용자의 ‘놀라지 않게 해줘’ 원칙이 지켜지지 않음
  하지만 꾸준히 쓰다 보면 새로운 철학에 익숙해지고 성공적으로 사용할 수 있음
  나도 Firefox, LibreOffice, Avidemux, Virt-manager를 잘 쓰고 있음

  • 요즘은 Firefox와 Chrome의 차이가 거의 없다고 느낌
    문제는 디자이너 인력 부족임
    FOSS는 여유 있는 개발자들이 주로 참여하지만, 예술가나 디자이너는 상대적으로 적음
    그래서 기본적인 수준의 UI만 제공되는 경우가 많음

• 무료 오디오 편집기 Audacity의 UX 문제는 디자이너가 이미 인지하고 있음
  “모드”와 “Audacity says no” 문제를 해결하려는 UX 리디자인 영상을 올렸음
  앞으로 개선될 예정이며, 오픈소스에서 좋은 UX는 여전히 부족하지만 변화 중임

  • UX는 가장 큰 부채임
    처음엔 자기 쓰려고 만든 앱인데, 나중에 사람들이 “기능은 좋은데 UX가 별로”라고 함
    반대로 UX를 개선하면 “기능이 부족하다”고 함
    결국 모두를 만족시키려다 끝없는 리디자인 지옥에 빠짐
    테마 엔진 같은 걸 만들다 프로젝트가 무너지는 경우도 많음
  • 새 Audacity의 문제는 새 버전 자체가 아니라 기존 버전을 대체한다는 점임
    만약 이름만 바꿔서 새로 냈다면 아무도 불평하지 않았을 것임

• 이 문제의 해결책은 OS 수준의 표준화에 있다고 생각함
  OS가 UI와 워크플로우를 일관되게 제공해야 함
  예를 들어 “Handbrake” 대신 “Video Converter”라는 기본 앱이 있고,
  “페이스북에서 재생되게 변환해줘” 같은 명령을 이해해 자동 설정을 적용하는 식임
  앱 브랜드는 최소화하고, 사용자가 테마와 폰트를 완전히 제어할 수 있어야 함
  GUI 기능과 연결되는 표준 쉘 언어도 필요함

• 사람들은 결국 기능을 원함
  복잡한 UI라도 배우면 원하는 걸 할 수 있다면 감수함
  단순한 옵션만 있는 소프트웨어는 시장이 작음
  영상 포맷을 이해하지 못하는 사용자는 결국 웹사이트에서 “convert x to y”를 검색해 해결함
  전문 툴을 쓸 정도면 이미 전문 사용자 영역임

  • 하지만 “복잡한 소프트웨어”가 꼭 필요한 건 아님
    “파일을 여기 드롭하고 Fix It 누르기” 같은 단순 UI도 가능함
    그게 바로 원글이 말한 요점이라고 생각함

• 오픈소스가 복잡한 이유는 여러 가지임

  1. 개발자가 자기 필요에 맞춰 만듦
  2. 옵션을 추가하는 비용이 낮음
  3. 사용자 조사를 하지 않음
  4. 설치할 수 있는 사람 자체가 이미 파워 유저임
  • 예를 들어 Sonobus는 일반 사용자에게도 좋은 평가를 받음
    하지만 대부분의 FOSS는 기술 문해력이 필요한 구조임
    복잡한 소프트웨어를 배우는 게 오히려 장기적으로 효율적임
  • 미니멀한 인터페이스를 유지하려면 많은 시간과 에너지가 필요함
    오픈소스 개발자는 한정된 시간 안에 그걸 우선순위로 두기 어려움

• Handbrake가 어렵다면 ffmpeg는 보여주지도 말라는 농담이 있음
  나도 처음 Handbrake를 썼을 때 ffmpeg보다 훨씬 편하다고 느꼈음

  • ffmpeg는 대부분의 경우 구글에서 “ffmpeg로 X 하는 법”을 검색하면 바로 복사해 붙이는 명령어를 얻을 수 있음
    반면 GUI 툴은 영상을 봐야 배움
  • 단순 변환만 원한다면 ffmpeg는 가장 간단한 UI임
    ffmpeg -i input.avi output.mp4 한 줄이면 끝임
  • 명령줄에 익숙한 사람에게는 ffmpeg가 Handbrake보다 단순함
    Handbrake는 모든 옵션을 보여주지만 ffmpeg는 필요한 것만 입력함
    익숙해지면 매우 정확한 제어가 가능함
    “입력, 출력만 입력하면 끝”이라는 단순함이 오히려 매력임
  • 나도 여전히 ffmpeg 변환 명령을 찾을 때 LLM 검색을 자주 씀
    완벽하진 않지만 나보다 낫다고 느낌
  • Handbrake는 오히려 프리셋 기반 워크플로우 덕분에 단순하다고 생각함
    그래서 원글의 예시로는 조금 이상하다고 느낌

• 나 같은 사람은 복잡한 인터페이스를 선호함
  똑똑하다고 가정해주길 바람
  자주 쓰는 툴일수록 복잡하더라도 빠르게 작업할 수 있는 게 좋음

• 문제는 모두가 서로 다른 20% 기능을 원한다는 점임
  좋은 UI/UX는 테스터–디자이너–개발자–사용자 간의 긴밀한 피드백 루프가 필요함
  FOSS는 그럴 자원이 부족함

  • 사실 80%의 일반 사용자는 비슷한 20% 기능만 원함
    하지만 FOSS의 평균 사용자는 상위 1% 파워 유저라서 그걸 이해하지 못함
    그래서 일반 사용자 중심으로 바꾸려 하면 커뮤니티의 반발을 삼
  • FOSS는 애초에 “고객”을 위한 게 아닌 경우가 많음
    개발자가 자기 필요로 만드는 거라, 사용자 만족이 목표가 아닐 수도 있음
    그건 실패가 아니라 단순히 다른 목적임
  • Handbrake 같은 경우 대부분은 단순히 영상 크기 줄이기만 원함
    고급 기능은 일부만 사용함
    그래서 기본 UI + 고급 모드로 나누는 게 현실적임
  • FOSS의 피드백 루프는 자기 강화적임
    이미 그 UI에 익숙한 사용자만 테스트하므로, “변경하지 말자”는 의견이 많음
    반면 대형 기업은 새로운 사용자 대상으로 유료 사용자 테스트를 진행할 수 있음
    그래서 UX 개선이 더 빠름
  • FOSS 커뮤니티의 99%는 개발자임
    UI/UX 전문가에게 기여를 요청하면 대부분 이해받지 못함