포럼
개발팀은 좀 더 사용자의 말에 귀를 기울일 필요가 있습니다.
2011.12.06 15:25
단순 욕설이나 헐뜯기라면 지양 되어야하겠지만, '왜 불만이 일어나는 가?', '왜 사람들이 저토록 비난을 할까.'에 대해서 고민해봐야 합니다. 그리고 비난하는 사람들을 무조건 나쁘게만 볼 것이 아니라, '무엇 때문에 비난을 하는지', '어떤 불만이 있는지' 알아가야하는 게 옳지 않을까요?
"비난은 금지입니다. 하지마세요. 하면 님들 차단임."
이게 최선은 아니지 않습니까?
XE를 사용하는 사람들 중에는 자기가 프로그램을 직접 만들어서 쓸 수 있는 사람보다, 못 만들어서 그냥 받아쓰기만 하는 사람이 더 많습니다.(무료로 받아쓰는 사람 주제에 의뢰자인 척하는 사람은 제외)
무조건 사용자에게 '문제 있으면 구글 프로젝트에 올려라'라고 하는 것보다, 널리 알려진 문제가 있으면 아무 개발자분이 그걸 보고 자발적으로 구글 프로젝트에 올리면 안 되는 겁니까? 물론 직접 겪은 사용자가 이슈를 등록하는 게 맞습니다만, 널리 알려진 문제는 한 두 사람이 그런게 아니기에 개발자건 사용자건 아무나 이슈 등록해도 괜찮다고 생각합니다.
참고로, '개발자는 이 게시판에 올리면 처리 안 해주니까 구글 프로젝트에 올려라.'라고 하는 것도 일종의 강요처럼 보입니다. (제3자 입장에서 볼때)
요점
- 사용자들의 비난과 논쟁은 욕설과 헐뜯기만 아니라면 개발자가 참여하는 것이 좋다. (욕설과 헐뜯기면 그땐 out)
- 무조건적으로 구글 프로젝트 이슈 등록을 요구하는 것보다 가끔씩 사용자 포럼도 들러줬으면 좋겠다.(그러라고 있는 XE 공식 사이트니까요.)
- XE 사용자들 중에는 프로그램을 직접 만들지 못하는 사람이 더 많으므로 '꼬우면 니가 만들어 써라.'라는 말은 바람직하지 못하다.(초등학생도 아니고 이건 뭐... ;)
댓글 2
-
銀童
2011.12.06 15:47
-
ForHanbi
2011.12.06 15:58
결국 이런구조 때문에 문제가 생기는거 같습니다.
XE 개발팀은 xe를 개발하고 사용자는 xe개발팀이 개발한 xe를 사용하면서 생기는 기술적인 문제에 한해서 xe 개발팀에 문제점을 올리고...
이 구조에서는 xe 사용자들이 xe를 사용하면서 느끼는 경험이 xe에 녹아들어갈 구멍이 없다는거죠.
솔직히 위에 한해서 이뤄지는 거라면 이건 소통이 아니라 종적인 구조 밖에 안되는거고요.
구글 코드 프로젝트에 올려라는,
이슈를 체계적으로 처리하기 위해서입니다. 이 이슈가 어떻게 처리가 되는지 안되는지,
누구에게 할당이 됐는지,
처리는 됐는지,
내역을 관리하기 위해서죠
그렇게 관리하기 위해서 해당 프로젝트를 쓰는데,
게시판에서 올린것도 유지 보수 관리를 하게되면,
혼동이 발생하게 됩니다.
게시판에서 올린 건의를 처리했을때 왜 이런 처리하고 다른것은 처리하지 않느냐, 라는 반응도 나올수 있구요
일의 효율의 문제라고 생각합니다. 그럼 사용자 포럼은 대체 뭐냐?
사용자들을 위한 공간일뿐이지, 개발팀과의 창구가 아니라는거죠.