| ... | ... | |
|---|
| 18 | 18 | ||<|20><tablewidth=100%><width=50><tablebgcolor=#fff,#1c1d1f><colbgcolor=#7b06ff><colcolor=#fff> '''행정부''' || |
|---|
| 19 | 19 | ||<-3><:>'''Yangbaldi {{{-2 시장}}}''' || |
|---|
| 20 | 20 | ||<-3><:>'''Nostalgia_53 {{{-2 (전)시장 권한 대행}}}''' || |
|---|
| 21 | | ||<-3><:>'''MHJUNG {{{-2 부시장}}}''' || |
|---|
| 21 | ||<-3><:>'''MHJUNG {{{-2 (전)부시장}}}''' || |
|---|
| 22 | 22 | ||<-3><:>'''JunArchitect {{{-2 (전)부시장}}}''' || |
|---|
| 23 | 23 | ||<-3><:>'''SteveTed0 {{{-2 운영진}}}''' || |
|---|
| 24 | 24 | ||<-3><:>'''PJO {{{-2 운영진}}}''' || |
|---|
| ... | ... | |
|---|
| 64 | 64 | |
|---|
| 65 | 65 | == 아이오딘 == |
|---|
| 66 | 66 | 몽환시의 문제점을 해결하기 위해 제작된 서버였으나, 노스탈 시장 대행이 몽환시에 온 이후 아이오딘에 관한 자료가 없어서 오픈도 전에 사라졌다. [* 스티브의 개인적인 의견도 있긴 한데, 저작권 문제같은거도 생길 수 있으니까 잘 한것 같다.] |
|---|
| 67 | | 아이오딘에 칭호같은 것과 어느정도 틀이 잡힌 로비, 개인월드 시스템 등까지 구현돼 있었으나, 오스카님의 해고 및 아이오딘 프로젝트 폐기로 인해 구현된 시스템도 삭제되었다. 다만, 운영진 일부가 서버 전체 백업 파일을 가지고 있어, 일부 기능은 몽환시에 사용될 것으로 예상된다. 자세한 것은 네온서버 문서를 참조바란다. |
|---|
| 67 | 아이오딘에 칭호같은 것과 어느정도 틀이 잡힌 로비, 개인월드 시스템 등까지 구현돼 있었으나, 오스카님의 해고 및 아이오딘 프로젝트 폐기로 인해 구현된 시스템도 삭제되었다. 다만, 운영진 일부가 서버 전체 백업 파일을 가지고 있어, 일부 기능은 몽환시에 사용될 것으로 예상된다. 자세한 것은 네온서버 문서를 참조바람. |
|---|
| 68 | 68 | |
|---|
| 69 | 69 | == 몽환시에 대한 비판과 문제점 == |
|---|
| 70 | 70 | === 위계질서의 상실 === |
|---|
| ... | ... | |
|---|
| 77 | 77 | |
|---|
| 78 | 78 | 특히 일부 시간대, 대형 건축이 집중될 경우에는 렌더링 문제, TPS 저하, 접속 끊김 등 기술적 장애가 빈번하게 발생하였다. |
|---|
| 79 | 79 | 그럼에도 불구하고, 서버 최적화 등의 장기적인 해결책은 논의되지 않았고, 일시적인 재시작으로 문제를 덮는 일이 반복되었다.[* 운영자로서 솔직히 말하면 이미 많은 최적화가 이루어진 상태라서 유저의 편의를 적당히 타협하는 거 외에는 거의 최적화가 어렵지만, 노력하겠습니다.] |
|---|
| 80 | | ### 이건 유저들이 몽환시에 돈을 주는게 아니면 불가능합니다.그럼에도 불구하고 서버를 근본적으로 점검하거나 하드웨어를 교체하는 등의 장기적인 해결책은 논의되지 않았고, 일시적인 재시작으로 문제를 덮는 일이 반복되었다. |
|---|
| 80 | ### 이건 유저들이 몽환시에 돈을 주는게 아니면 불가능합니다.그럼에도 불구하고 서버를 근본적으로 점검하거나 하드웨어를 교체하는 등의 장기적인 해결책은 논의되지 않았고, 일시적인 재시작으로 문제를 덮는 일이 반복되었다. 이는 호스팅 업체 교체로 인하여 해결이 되었다. |
|---|
| 81 | 81 | |
|---|
| 82 | 82 | |
|---|
| 83 | 83 | === 복잡하고 비효율적인 플롯 시스템 === |
|---|
| 84 | 84 | 몽환시의 건축 시스템은 사용자 친화성과는 거리가 멀었다. 서버 내에서 건축을 하기 위해서는 반드시 외부 네이버 카페에 접속하여 건축 부지를 신청하고, 운영진의 검토를 거쳐 승인을 받은 후에야 착공이 가능했다. 이 절차는 지나치게 복잡하고 시간이 오래 걸렸으며, 대부분의 유저들에게 불필요한 장벽으로 작용했다. |
|---|
| 85 | 85 | |
|---|
| 86 | | 결국 이러한 시스템은 건축의 자유를 억누르고 유저의 창의성을 제약하는 요소로 변질되었다. 특히 새로 유입된 유저들 입장에서는 이러한 사전 절차가 서버에 대한 흥미를 떨어뜨리는 요인이 되었다. 이는 플롯플러그인을 통하여 해결되었다. |
|---|
| 86 | 결국 이러한 시스템은 건축의 자유를 억누르고 유저의 창의성을 제약하는 요소로 변질되었다. 특히 새로 유입된 유저들 입장에서는 이러한 사전 절차가 서버에 대한 흥미를 떨어뜨리는 요인이 되었다. 이는 플롯 플러그인을 통하여 해결되었다. |
|---|
| 87 | 87 | |
|---|
| 88 | 88 | === 과도하고 비현실적인 역할극 체계 === |
|---|
| 89 | 89 | 운영 체계 내에서 생성된 다수의 역할과 직함들은 실제 행정과는 거의 연결되어 있지 않았으며, 그 역할 대부분은 기능이 없이 이름만 존재했다. 특정 인물을 위한 명예직이나 상징적 칭호가 무분별하게 추가되면서 역할 목록은 복잡해졌고, 실질적인 행정적 효율성은 오히려 떨어졌다. |
|---|
| ... | ... | |
|---|