후배 d* 가 물어본 질문.
d |
d | 질문
d | 메신저를 개발한다고 했을 때
d | 염두에 둬야 할 점은 뭐가 있을까요?
d | 음… 일단 다른 메신저의 소스는 구해놨고, 네트워크 좀 더 공부해야 하려나…
…여기에 대한 몇몇 의견.
p | 부가기능 어디까지 지원하나요
d | 그냥 노멀하고 스탠다드한 메신저라고 가정하지요.
p | 파일전송이 되냐 안되냐, 게임(…)이 되냐 안 되냐에 따라서
p | 레이어가 차이가 있을 것 같지만
p | 저도 네트워크를 잘 아는 건 아니므로
ㅃ | 1:1 대화에서 다대다 대화가 될 경우를 염두에 두면 좋지 않을까
내 경우에는 보통 이런 결정을 내린다 — 특히 개발 기간이 짧아야 한다거나 한 경우에는 더더욱.
있는 솔루션 쓰자 — 이 경우엔 IRC 서버를.
rein | d: IRC서버 고쳐서 써
rein | …
d | …
rein | 아니 농담이 아닌데
rein | 인증이랑 초기 접속만 맞게 수정하고
rein | 나머지는 IRC / IRC query 기능이잖
rein | **잘 알려져있고**
rein | **분산 서버 구현**도 알려져있고
rein | **테스트되었고**
rein | 뭘 더 바라는데
사실 이런 경우엔 아주 이상적인 솔루션이기도한 IRC 서버가 있다. 우리가 만들어야하는 물건 중 상당수는 이미 발명된 경우가 대부분이고 — 많은 경우 수차례 반복된다 — 그 중 적합한게 적어도 하나는 있다.1
메신저 서버가 가져야할 안정성 문제2, 확장성 문제3 가 해결되어있으니 그냥 쓰면 되지 않나 싶다.4
재작년에 채팅 서버군 솔루션이란걸 볼 기회가 있었는데 보고나서의 내 논평은, “그냥 IRC 서버 쓰시죠”.