•  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

몽환시(비교)

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