사실 휴면계정에 대하여 좀 더 이야기를 하자면, me2API의 휴면계정 처리는 API의 사용자 입장에서 볼 때 그다지 일관성이 없는 편이었습니다. 예를 들어 휴면계정 A의 포스팅을 가져올 경우, me2API 중 get_posts를 사용하여 A의 ID를 파라메터로 요청하면 바로 에러가 나지만, A의 친구 B의 ID를 파라메터로 하면서 scope를 friend로 하면 A의 포스팅을 받아올 수가 있었습니다. 다시 얘기하자면, 휴면계정 본인은 자신의 포스팅을 열람할 수 없어도, 그 계정의 친구들은 가능하다는 얘기가 되죠. 미투데이에서 생각하는 휴면계정의 의미에 대해 제가 이해가 부족해서 일 수도 있겠지만, 서비스의 사용자로서도 휴면계정은 그 기능의 역할과 필요성이 명확하지 않다고 느껴지네요.

또 한 가지 짚고 넘어가자면, 알리미의 알림 내용이 해당하는 me2API의 응답내용과 완전히 일치하는 것은 아닙니다. 그 서브셋이라고 할 수 있죠. 일단은 가장 필요한 데이터만을 전송하는 것으로 보여지구요. 예를 들어 내 친구의 새 글과 같은 경우, 알리미 서버로부터 받은 새 글에 관한 데이터는 해당하는 새 글의 데이터를 me2API의 get_posts로 받아오는 것에 비해 어느 정도 요약되어 있는거죠. 따라서 알림을 받았지만 해당 알림에 대한 전체 데이터가 필요하다면, me2API를 통해 다시 요청해야하는 번거로움이 있습니다.

당시에는 알리미 서버가 자주 죽더군요. 알림기능을 구현해서 테스트할 때에 알리미 서버가 죽은지 모르고 이쪽에서 원인을 찾느라 많은 시간을 낭비했던 기억이 납니다. 지나고나서야 미투알리미도 역시 동작하지 않았더라는 이야기를 들었죠. 그런 일이 반복되면서 알림기능 구현 시에는 항상 알리미 서버가 잘 동작하는지부터 먼저 확인해야 했습니다. 하지만 그것은 미투알리미를 사용하거나 또는 me2idea의 알림기능 중에 실제 동작여부가 확인된 부분을 통해서, 알리미 서버가 동작하는지를 확인해야 하는 번거로운 작업이었습니다. 동료분들에게 "지금 새로운 글 좀 올려봐주세요, 지금 새로운 댓글 좀 올려봐주세요" 하면서 말이죠. 그래서 저나 동료분들의 미투를 보면 알리미 테스트를 위해 올렸다가 1분 안에 지우지 못한 글들이 남아있습니다. 영광의 상처처럼 말이에요. (웃음) 아직 알리미 서버의 상태에 대해 이쪽에서 직접 확인할 수 있는 방법은 없는 것으로 알고 있는데요. 혹시 알고 계신 분이 있으시다면 연락 부탁드려요.

me2idea 많이 사랑해주시구요. 지금까지 황장미였습니다, 알랍촙촙♥