KT 클린앱 TFT 시그널 검증팀입니다.
...
메일이 왔길래봤떠니 패킷이 어쩌고 하길래 귀찮아서 걍 내리겠다고 했습니다..
근데 올레에 낸적이 없더군요..
그래서 보니까 마켓에 올린 어플에 대해서 kt클린앱이라는 곳에서 테스트를 하고 메일을 보내서 개선하라는 것 같은데..
이해가 안 갔던것은.. 저런 이상한 기준을 갖고 개발자들에게 개선을 요청하는 것도 문제지만..
무슨 완장찬겄도 아니고.. 지금 저 결과를 보면 차단이라고 되어 있는 부분도 문제라는 것인데..
솔직히 저 요청 자체가 뭐가 그리 문제인지 알수가 없으며..
시간당 180mb라는 도무지 이해할수 없는 결과치는 무엇인지..
보통 어플 받고 한번 보고 나오고 잘 안 쓰기도 하고 어떻게 제가 만든 어플에서 180mb를 쓸 수 있느지...
이야기 목록 보는 부분이 있는데 한 번 불러오고 패킷 요청도 안 하거든요..
제가 주기적으로 들어갔어도 문제 된 적이 없으며.. 어느 누구도 뭐라고 한 적 없고..
보통 받고 지우는 프로테지가 높아서 특별히 문제될 것이 없다고 생각하는데..
저 차단이라는 것이 kt폰에서 못 쓰게 한다는 것 같은데 걍 버리면 되는데..
이런 연락을 받으신분이 있으신지 모르겠지만... 과한 참견이라고 보이는데 어떠신가요?
저도 저 180mb라는 수치를 보니까 개선해야 한다는 생각이 들지 않는 것은 아니지만..
제 어플을 1시간 쓸 일도 없으며 1시간에 저정도 트레픽이 나온다는 것이 이해가 안가네요;;
kt에 이런 행보가 옳은 것인지도 생각해볼 일인거 같기도 합니다.
특정 스토어가 아닌 마켓에 올린 어플에 대해서 kt에서 저렇게 참견 하는 것이 옳다고 생각하시나요?
어플 활성 설치가 고작 183개 입니다.
3G로 하면 요금 폭탄이 나올 것 같다 해당하는 부분은 팝업으로 띄워서 공지하면 되는 것으로
이런거 해주는게 어려운게 아닙니다.
위 이미지를 보시면 아시겠지만 "차단" 이라고 나와있죠?
이거 안 고치면 차단해 두겠다라는 의지의 표현으로 보입니다.
제 어플에 문제가 있으면 고쳐줬으면 좋겠다는 의사를 전달하면 되는 것이지 차단해 놓고
"이거 고쳐져야 풀어주겠다" ?? 무슨 완장 찬것도 아니고..
그리고 사용을 어떻게 하는지도 봐야지 한 번 보고 나오는 어플인데 저걸 트래픽 임의로 최대한 나오게 해서
곱하기 몇 해서 한 시간에 이정도니 과도한 트래픽이 발생하느니 하는 것은.. 억지라고 봅니다.
"자~ 우리 공정하게 해야 하니까 일단 나무위로 올라가세요~!"
코끼리는 어떻게 올라갈까요? 이게 공정한 걸까요? 저렇게 기준도 자기 멋대로고 사용자의 사용 페턴 분석 없이
그냥 대충 수치 때려서 "너 차단" 하는게 맞을까요?
저런 문제가 있다면 개선하는게 맞는거지만.. KT 괸한 참견인거 같긴하네요.. 지들이 뭔데;;; 지네 스토어에 올려져있는것도 아니고 마켓에 올려져있는거 가지고 저러는지 ...
아 글을 잘못 봤네요.. 180mb는 기준이지 Godwish님 앱이 그렇다는게 아니네요 ..
코딩 틈틈히 보고있어서 ;; 죄송합니다. ;;
위 문제의 메일을 개발자분에게 드린 사람입니다. 개발자분과의 처음 연락이 잘못 꼬여 이런 상황을 불러온것 같습니다.
저희팀에서 수행하고 있는 검증은 KT 고객분들이 사용하시는 앱들을 대상으로 합니다. KT망을 사용하는 앱들이 올레마켓에만 제한되지는 않습니다. 앱스토어에도 KT 망을 사용하고 SK 망을 사용하고 LG 망을 사용하는 앱들이 있습니다. 구글플레이도 마찮가지입니다.
앱스토어에서 다운받은 카카오톡을 사용하시는 고객분이 KT 망을 사용하신다면 저희팀은 앱스토어에서 카카오톡을 다운받아 망에 어떤 영향을 줄지를 검증해야 합니다. KT라서 올레마켓에서만 카카오톡을 다운받아 검증하지는 않습니다. 올레마켓에서 다운받은 안드로이드용 카카오톡과 앱스토어에서 다운받은 iOS용 카카오톡의 검증결과가 똑같지도 않습니다. KT 망을 사용하시는 가입자분들께 불편한 상황을 일으킬만한 앱을 다양한 루트를 통해 검증하는건 올바른 일이라고 봅니다. 구글플레이도 그렇고 앱스토어도 그렇고 한국에 와서, KT 망에서, SK 망에서, LG 망에서 검증을 수행하지는 않습니다. 저도 구글 코리아 같은곳에서 한국 KT, SK, LG 망에서 상호호환검증을 수행해 업무량이 줄었으면 좋겠습니다. 그래도 될수있다면 앞으로는 올레마켓에만 집중하도록 하겠습니다.
문제는 KT가 수행하고 있는 검증이 아니라 이해가 어려운 메일 내용을 작성한 제게 있는것 같으니 제가 꼴통짓을 한것이며 막장짓거리를 한것이니 망해야하고 회사에서 짤려야할 대상은 저인것 같습니다. 그러니 그 화살을 KT로 돌리지 말아주시길 바랍니다.
차단이 된 상태라구요? 심각한 문제군요. 삼성스마트tv차단과 같은 경우 아닌가요?
저 조치가 약관이든 어디에 있는 근거 있는 조치인가요?
경고 없이 바로 차단도 그렇고 어이없군요. 사용자는 이런 사실을 아는지도 모르겠고 말도 안되는 일이라고 봅니다.
카톡 처럼 많이 쓰는 앱이 였다면 차단 부터 했을까요? KT쓰면 안되는 이유 생겼네요.
꺙 버티시고 앱이 카톡 처럼 많이 쓰이면 어떻게 나올지 볼 수 있으면 좋겠네요.
KT 사용자는 받지 말라고 하구요. 저도 주의 사항 넣어야 겠군요.
위 문제의 메일을 개발자분에게 보낸 사람입니다. 개발자분께서 차단이라는 용어를 잘못 이해하신것 같습니다. 개발자분께서 차단된 상태라는 글은 안 올려주셨습니다.
앱을 개발하시거나 타 앱을 사용하실때 "네트워크가 문제가 있어 차단되었습니다. 잠시후 다시 사용해 주세요" 같은 네트워크 이상시 발생하는 문구를 보신적이 있으실것 같습니다. 차단이라는 용어는 네트워크 이상으로 인한 네트워크 차단 현상이라는 의미 입니다. 저희 검증팀에서 수행하고 있는 검증단계의 이름이기도 합니다. 대기(B), 풀, 차단.. 뭐 이런 프로세스로 검증 단계를 수행하고 있습니다. 테이블을 보시면 아시겠지만 분류(트래픽/B/차단)일뿐이지 앱 수정을 안해주면 경고로 차단이라는 수단을 쓰겠다는 의미가 아님을 알려드립니다.
public static boolean isOllehKT(Context c) {
try {
TelephonyManager tel = (TelephonyManager) c.getSystemService(Context.TELEPHONY_SERVICE);
String networkOperator = tel.getNetworkOperator();
if (networkOperator != null && networkOperator.length() > 0) {
int mcc = Integer.parseInt(networkOperator.substring(0, 3));
int mnc = Integer.parseInt(networkOperator.substring(3));
if (mcc == 450 && mnc == 8) {
return true;
}
}
} catch (Exception ignore) {
}
return false;
}
위 문제의 메일을 개발자분에게 보낸 사람입니다. 개발자분과 의견을 나누고 있는 상황이니 진행 상태를 살펴보시고 합리적으로 판단해주시기 바랍니다.
위의 예제는 제가 예전에 아시아 수출폰 SW때 사용한 루틴과 비슷하군요 대만에 수출된 핸드폰이 중국쪽으로 밀수되는 상황이라서 대만 사업자와 중국 사업자를 구분하기 위해 이런 체크 루틴을 사용했습니다. 예전에 작성한 비슷한 루틴을 이런 상황에서 욕먹는 기분으로 보자니 기분이 묘합니다. 코드로 욕을 얻어먹으니 슬프네요...
제발 이 루틴이 사용되는 경우가 없길 바랍니다...
안펍 회원이자 20년동안 핸드폰 SW 개발을 했었던 40대 후반의 현재는 KTCleanApp 팀에서 위 개선 요청 메일을 개발자분께 드린 사람입니다. 저는 KT 올레마켓과는 상관이 없고 KT 정직원도 아닙니다. SK나 LG, 삼성 등에 존재하는 검증팀입니다. 대부분 용역팀이지요. 우선 제가 연락 드린거에 반감을 느끼셨다면 죄송합니다.
메일로 다시 설명 드렸던것처럼 저희팀은 특정 마켓에 소속된 팀이 아닙니다. KT 가입자분들이 사용하시는 앱들을 대상으로 앱스토어, 구글플레이, 올레마켓 등 각 마켓에서 네트워크를 사용하는 앱들을 대상으로 검증을 진행하고 있습니다. KT 가입자분들이 사용하시다 발생할수있는 문제점들을 미연에 방지하기 위해 구성된 팀입니다. 아마 안펍 회원분들 중에도 저희팀에서 보낸 요청 메일을 받으신 분들도 있을듯 싶습니다. 궁금한 부분이 있으신 개발자 분들의 전화 문의도 받고 잘 설명해 드리고 있습니다.
우선 테이블상의 분류(트래픽/차단/대기)는 저희 검증팀이 수행하고 있는 검증방식의 분류명일뿐입니다. 그러므로 이 분류명에 트리픽이라고 해서 개발하신 앱이 KT 망으로 트래픽을 보내실 수 있다, 대기라고 해서 KT 망에서 대기 하셔야 한다 또는 차단이라고 해서 KT 망에선 앱 사용을 차단하겠다는 뜻은 아닙니다. 테이블에서 중요한 부분은 개발자분을 KT 망에서 차단하겠다는 의미가 아니라 저희팀에서 검증을 했을시 차단이라는 검증 분류에서 개선점이 나와 서버전송주기 개선 요청 메일을 드렸다는 부분입니다.
"과부하 판정 기준"이라는 것 역시 저희가 검증시 판정하는 기준이지 개발자분의 앱이 이런 과부하를 모두 일으켰다는 의미가 아닙니다. "사랑의 이름" 앱 개발자 분이 언급하셨듯이 "도저히 이해할 수 없는 시간당 180MB"라는 수치도 되도록이면 이런 이해할 수 없는 수치, 180MB라는 용량을 전송하는 앱들(동영상, 라디오, 음악 스트리밍 서비스)은 사용자에게 "3G를 사용할시에는 과금이 과도하게 발생할 수 있습니다" 정도의 메세지를 팝업으로 뿌려 달라는 요청을 위한 기준 수치입니다. 그러니까 개발자분들이 보시기에 테이블 값이 직접적인 검증결과이고 요청 사항입니다. 아래 "과부하 판정 기준"이라는건 이런 검증 단계(대기, 차단, 풀...)에선 이런 기준치를 사용하는구나 정도로 참조 하시면 될것 같습니다.
"사랑의 이름" 앱의 경우 차단이라는 이름을 가진 검증단계(네트워크 차단 시뮬레이션 15분 수행)에서 총 46번이라는 횟수로 74byte씩 앱서버에 접속을 하셨습니다. 주기는 비주기로 최소 2초, 최대 28초 비주기입니다. 이 데이타만 보면 사실 이정도가 뭐가 문제인가라는 생각을 하실겁니다. 앱 한개만 보면 이 정도는 네트워크에 아무 문제가 없을 수치이긴 합니다. 그런데 만약 이 앱을 사용하시는 사용자 분들이 많은 지역에서 공교롭게도 같은 시간대에 앱서버가 다운되었다는 사실을 모르는 상황에서 사용자분들이 동시에 앱 실행을 할시에는 KT 망에 과부하가 걸릴수도 있고 사용자분들의 스마트폰에서 불필요한 패킷이 전송될 수 있으며 이로인한 스마트폰 밧데리 소모도 발생합니다. 이런 의도치 않은 패킷 발생으로 발생할 수 있는 고객(앱 개발자가 아닌, 앱을 사용하시는 고객분들입니다)분들의 불편한점을 미연에 방지해드리고자 네트워크 사용 앱 개발자분들에게 개선 요청 메일을 드리고 있는겁니다. 저희 KT를 생각하지 마시고 앱을 사용하시는 사용자분들을 생각해주시기 바랍니다.
아마 아시는 분들을 아시겠지만 모 SNS 앱이 보통 정상적인 경우 몇십분 간격의 keep alive 신호를 앱서버로 보냅니다. 그러다 앱서버가 다운되면 몇초 간격으로 keep alive 신호를 보내게 됩니다. 그런 경우 고객 밀집 지역에서 짧은 시간대에 패킷 사용량이 폭주한 경우가 있었습니다. 고객 한분 한분, 앱 한개 한개의 사용량은 미미했지만 시스템 전체적인 입장에선 상당한 과부하가 되었고 결국 사용자분들의 스마트폰 통신에 문제가 발생한적도 있었습니다. 결국 이 앱은 네트워크 문제(차단)시에도 몇십분의 전송주기로 서버 전송 주기를 바꾸었습니다.
또 iOS 쪽으로는 "UIRequiresPersistentWiFi"라는 키 값이 있습니다. 이 키는 iOS 기기의 전력소모를 줄이고자 Wi-Fi에 잘 연결되 있더라고 30분이 지나면 강제로 Wi-Fi를 끊는 작용을 합니다. 그런데 이 값이 디폴트로 "False"(자동전환)이라 개발자분들이 "True"로 변경시켜 주셔야 Wi-Fi 지역에서 30분 이후에도 3G로의 자동 전환 없이 동영상 스트리밍 서비스같은 앱을 이용하실 수 있습니다. 이 키값은 iOS 2.2 부터 생긴 키 값이라 외국 개발자 분들은 많은 분들이 적용하고 계신듯한데 국내 개발자 분들은 인지를 잘 못하시어 동영상 스트리밍 같이 중요한 앱조차도 대부분의 앱들이 30분이 지나면 Wi-Fi가 풀로 뜨는 장소라도 3G로 자동 전환되거나 앱이 실행 중지되는 이상 동작을 하게 됩니다. 특히 동영상 스트리밍 서비스 앱일 경우 사용자 분들이 가로보기로 상태바를 못 보고 계신경우 30분이 지나면 앱 내부적으로 3G로 자동 전환되고 사용자분들은 인지를 못하고 계시다가 다 보신후 아~ 뭔가 문제가 있어 3G로 전환되었구나라고만 생각을 하시고 3G 패킷 요금이 과하게 나왔다고 KT에 항의를 하시게 됩니다. iOS의 경우는 위 게시물과는 직접적인 연관은 없으나 개별적 연락을 드리는것 보다는 이 계기를 통해 확산을 드리고자 언급을 하였습니다. 죄송합니다.
저희는 각 마켓에서 네트워크를 사용하는 앱들을 대상으로 합니다. 그 앱이 사용자가 얼마나 되고 사용 패턴이 어떻게 되며 개발자 분에게 따로 항의가 발생하는지는 인지를 못하게 됩니다. 그래서 사용자가 얼마 없는내 앱이 왜 이런 요청을 받지? 하시는 개발자 분들도 계십니다. 그렇지만 앞에 언급드렸듯이 앱 사용자 정보를 알 수 없기에 단지 네트워크 사용이라는 정보만으로 연락을 드리게 된겁니다.
"사랑의 이름" 개발자 분이 언급하신 "완장"을 찬듯한 기분으로 일하고 있지는 않습니다. 저도 단지 "을"일뿐입니다.아시는분은 아시겠지만 보통의 "을"이 겪고 있는 있는 일을 겪고 있는 "을"일뿐입니다. "완장"을 차고 싶은게 아니라 이 힘든 짐을 내려놓고 싶은 "을"일뿐입니다.나이 47에 20년동안 SW만 짜다보니 말주변이 없어 "사랑의 이름" 앱 개발자분에게 개선 요청이라는 의견을 메일을 통해 제대로 연락드리지 못한것 같습니다. 다시한번 머리숙여 사죄드립니다... KT를 보시지 마시고 개발하신 앱을 사용하는 사용자 입장에서 저희 팀의 업무 이유를 생각해주셨으면 합니다.
다시 한번 죄송합니다... 그리고 ... 힘듭니다...
긴 글을 쓰셔서 입장에 대한 설명을 해주셔서 감사합니다.
개발자가 의도하지 않게 문제의 소지가 있는 처리를 했을시 알 수도 있으니 좋을수도 있습니다.
하지만 개발자로서 우려하지 않을 수 없는 것이 현 정부에 있는 쓸때없이 완장차신 기관같은
새로운 권력의 탄생입니다. 해서 그냥 살짝 핀트가 상했다고 글을 올리고 하는 것이라기 보다는
개개의 개발자의 힘이 워낙에 약하기 때문에 공론을 할 필요가 있다고 생각했기 때문입니다.
그리고 이런식으로 사과를 하셔서 입장을 전달하시는 것도 방법이라고 생각은 하지만..
최소한 ktcleanapp 에 대한 홈페이지나 어떤 단체인지에 대한 설명을 해 놓으셨다면 구지 개발자
커뮤니티에 글을 올려서 이야기를 해보자 하지 않아도 "아~ 이런 단체구나~" 하고 넘어갈 수도
있을 것이라고 생각합니다.
저는 정보를 알기 위해서 검색을 해보았고 걸리는 것이 없어서 그냥 kt에서 보낸 것으로 판단했습니다.
법적으로 문제될 앱을 만들지도 않았는데 눈치보고 올리고 싶은 생각이 없는 것입니다..
해당 어플의 경우 망했다는 생각을 가지고 있기에 방치하고 있었던 것이 사실이고 그래도 아직 사용하는
사용자가 있어서 게시를 유지하고 있을 뿐이었고.. 어떤 경로로 받고 테스트 하신지는 모르겠으나
고작 천명 좀 넘게 다운로드 된 어플이며.. 검색말고는 이제 노출도 안 될 어플인데..
어차피 상위 순위에 걸려 계신 앱들중에 연락해도 쌩까는 돈에 미친 개발자들에게는 아무런 힘도 쓸 수 없는
구성으로 보이는데.. 결국 군소로 보이는 개발자들만 피곤하게 할 수도 있을까 우려되네요..
어차피 강제할 힘이 없으시다면 홈페이지 만드시고 기준 제시하시고 이런 부분 개선해 주시면 좋겠다 하시고
url 첨부하시는 것이 좋을 것 같습니다.
메일을 처음 받으면 어떤 생각이 들지 한 번 생각 해보시면 어떨까요?
"귀사의 어플리케이션을 검토하시어 개선 가능 여부와 함께 개선 가능 일정에 대하여 회신을 부탁드립니다. 귀사의 어플리케이션을 사용하는 사용자들을 위하여 귀사의 적극적인 협조를 부탁드립니다."
하단에 이런 내용이 있습니다. 완장 차시진 않았지만 "을" 이라고 하시면서 개발자 혹은 개발사를 "을"로 보고 계시는 것이 아니라면 요청만 하고 끝내면 될 것을 저렇게 회신을 요청하시는 이유가 뭔지 모르겠습니다.
댓글 달아주셔서 감사드립니다.
각 회사들에게는 회사 제품들을 검증하기 위한 검증팀이 존재합니다. 저희 검증팀은 KT 망을 사용하는 앱 제품들이 대상인 검증팀입니다. 각 회사에 존재하는 검증팀들에게는 완장같은 커다란 권력은 없습니다. 물론 회사내에서 싫어하는 분들은 많습니다... 검증팀의 웹사이트 같은걸 운영하지도 않습니다. 검증팀이 국가기관의 단체로 가입되 있지도 않습니다.
단지 제품에 대해 검증을 수행하고 결과를 리포트하면 개발자분들이 자신이 리포트한 결과에 의해 제품을 개선하시는지를 살펴봅니다. 물론 회사내의 검증팀은 회복 불능의 문제점들을 가진 제품에 대해서는 판매 불가라는 의견을 낼 수는 있습니다. 그러나 저희 팀에게는 제품 판매 불가라는 의견을 낼만큼의 권력도 없습니다. 너무 저희 검증팀의 검증요청건에 대해 확대해석 안하셔도 될것 같습니다. KT에서 저희팀이 생긴 목적에 대해서는 어제 메일을 보내드렸는데 보셨는지요? 지금은 집이라서 저도 메일 내용에 대한 확인이 힘들어 다시 보내드리기가 어려운것 같습니다.
개선 요청 여부와 일정 회신에 대한 부탁말씀은 글 그대로 개선 요청에 대한 개선이 가능하신지와 그에 따른 일정 추측을 알고 싶어서입니다. 개선요청을 드리고 개선이 되면 이런 한개의 프로세스가 저희팀의 업무평가이기 때문입니다. "개선 가능 여부와 일정에 대하여 회신을 부탁드립니다"... 글 그대로 부탁드리는겁니다. 꼭 개선해야되고 개선 일정을 요구하는 글이 아닙니다. 글을 오해하셨다면 제가 글을 잘못 작성 해드린것 같습니다. 죄송합니다. 자신을 "을"이라고 생각하면서 개발자를 "을"로 보고 있지 않음을 알려드립니다. 저도 20년동안 개발자로 일했습니다. "을" 취급받는 개발자 싫어합니다. 저도 개발자를 "을"로 취급한적도 없습니다. 회신 부탁드린건 정해진 업무 프로세스이기 때문입니다. 코딩하실때도 코딩 - 디버깅 - 재코딩 프로세스를 수차례 진행하시라고 생각됩니다. 검증팀 프로세스도 검증 - 개선요청 - 개선확인 뭐 이런식의 프로세스가 있습니다. 다른 회사들의 검증팀 역시 이런 프로세스를 밟는걸로 알고 있고 회사 검증팀은 꼭 이런 프로세스를 수행해야만 될겁니다. 제가 드린 메일의 개선가능 여부(개선 요구가 아닙니다)와 개선 일정 부탁(요구 아닙니다)은 협조 부탁 사항입니다. 회사내의 검증팀보다도 권력이 없습니다. 단지 검증팀들이 밟고 있는 업무 프로세스 검증 - 개선 요청 -개선 확인을 따른겁니다. 마치 코딩시 코딩 - 디버깅 -재코딩 단계를 거치듯이 프로세스일뿐입니다.
개발자였던 제가 어찌 개발자를 "을"로 보고 개선해달라는 요구를 하겠습니까, 메일 드릴때도 메일로 드려도 되나 연락처를 찾아서 전화로 따로 설명 드려야 하나, 전화까지 하면 귀찮아 하겠지, 메일로 설명을 좀 많이 해드려야 하나, 아냐 그냥 요점만 간단히 하는게 좋을까... 이런 고민을 하면서 메일을 드리고 있습니다. 어떤분들은 전화로 연락을 주셔서 상황 설명 해드리고 개발자 퇴직, 자금부족, 타업무 일정 등의 이유로 개선할 상황이 안되시면 이러 이러한 상황에 대해 설명 드리고 다음에 개발이나 업데이트시 적용 가능하시면 적용 부탁드리며 전화 연결 종료하기도 하고, 메일을 통해 어떤 부분을 고쳐야 하는지 문의 하시는분은 가능한 부분 알려드리고, 아니면 개선이 힘드실것 같으면 다른 앱 개발 하실때 참조해주시라고 메일 드리고 종료하기도 합니다. 물론 아무 연락 없으신 분들도 많습니다. 연락 없다고해서 계속 귀찮게 재연락드리지도 않으며 소송걸지도 않으며 구글 아이디를 차단시키지도 않으며, KT 가입자 해지를 해드리지도 않습니다...아니 해드리지 못합니다...
다시 한번 설명드리지만 개선가능 여부와 일정에 대한 회신 부탁일뿐입니다. 완장, 갑 뭐 그런거 전혀 없습니다.
부연 설명 드리자면, 180MB 이상의 데이타 전송이 이루어지는 앱들은 많이 있습니다. 언급드렸던 iOS의 "UIRequiresPersistentWiFi" 조정이 필요한 앱들같은, 스트리밍 서비스 앱들입니다. *** TV, *** Radio, *** Music이라는 앱들은 저희가 검증시 10분만에 50 ~ 60MB의 3G 데이타 전송이 이루어집니다. 개발자분들이 "UIRequiresPersistentWiFi"를 조정하지 않고 그냥 두신다면 앱을 사용하시는 고객분들은 알지도 모른채 무선 공유기가 설치된 집에서만 사용했는데도 3G 패킷 과금이 엄청나게 나옵니다. 이런 경우 개발자분들에게 3G 과금에 대한 항의는 별로 안들어갑니다. 단지 자주 끊긴다 정도의 항의가 들어갈겁니다. 그러나 KT에는 과금, 돈에 대한 항의가 들어갑니다. 3G에선 사용하지 않고 Wi-Fi에서만 동영상을 보았는데 왠 3G 과금이냐... 더 나쁜 경우는 개발자 분들이 수정하지 않으신 이런 앱들로 인해 생긴 과금을 그대로 인정하시는 고객분들도 계시다는 겁니다. 아~~ 내가 모르는 사이에 3G 지역에서 동영상을 보았나 보구나 하고 그냥 인정해 버리시는 고객분들이 계시다는 겁니다. 정상적이지 않은 앱으로 인해 생긴 불이익을 그대로 감수하시는 고객분들이 계시다는 겁니다. 이런 고객분들을 생각해주시기 바랍니다.
"사랑의 이름" 개발자분이 언급하셨던 "KT에 이런 행보가 옳은 것인지도 생각해볼 일인거 같기도 합니다."라는 의견의 개인적인 답변은 "꼭 필요하다"입니다.
각 마켓별로 검증팀은 따로 존재합니다. 그 마켓검증팀들은 마켓이라는 집을 짓기위해 앱이라는 이름의 벽돌을 한개 한개 검증해서 안전한 벽돌들만으로 집을 지으려는 팀입니다. 그래서 하루 하루 사용한 벽돌들의 숫자, 몇일만에 집을 완성하는가 등으로 평가될 수 있습니다. 저희팀은 일종의 해변가 모래밭에서 지뢰 찾는 팀입니다. 모래 한알 한알을 뒤져보기는 하지만 그 모래들이 다 큰 문제를 일으키지는 않습니다. 그러나 커다란 문제를 가지고 있는, 모래들 깊숙히 숨어 있는 지뢰를 찾아내기 위해서는 계속 모래를 헤집을 수 밖에 없습니다. 그렇게 하지 않으면, 1년에 4 ~ 5 사람씩 다리가 잘려나갑니다. 물론 매일 사람이 죽는것도 아닙니다. 또한 매일 지뢰를 찾아내는것도 아닙니다. 그래서 주변에선 매일 모래밭에서 삽질만 하고 있는 사람들을 향해 비아냥 거리기도 합니다.(KT 내에서도 그러더군요). 저도 삽질 그만 하고 싶습니다. 그냥 4 ~ 5 사람, 다리 짤린 사람은 나랑은 연관도 없는데 내가 뭐하러 이런 삽질을 하고 있나라는 생각도 있습니다. 그런데 다리 짤려 나가고 죽어 나갈 사람들을 생각하면 뭔가 하긴 해야 할것 같습니다...
어떻게 하는게 좋을까요?
저희 검증팀은 개인 개발자와 군소 개발사만을 대상으로 하고 있지는 않습니다. 네이버, 다음, KBS, MBC, SBS, EBS, 아프리카, 유명게임사들, 특히 올레라는 이름을 달고 나오는 KT 전용앱들은 하루에도 수차례씩 여러종류를 검증하기도 합니다. 검증 수행해서 개선요청 사항이 발생하면 개발자, 개발사 차별 없이 개선요청 메일 드립니다. 물론 쌩까는 개발사도 있지만 네이버나 다음이라고해서 쌩까고 연락 없지는 않습니다. 대형 개발사이든 개인 개발자시든 개선 가능하시다면 적용해 보겠다고 답변주시기도 합니다. 심지어 외국 개발자에게서도 그 다음날로 답장 보내오기도 합니다. 그럼 저희팀은 기쁩니다... 그러니 힘없는 개인 개발자라서 걸렸다고 부디 생각하지 말아주셨으면 좋겠습니다. 그럼 저희팀도 슬픕니다.
앞으로 개발자분들에게 좀더 신뢰성 있는 개선 요청을 드리기 위해 노력하겠습니다. 감사드립니다...
개인적으로 ktcleanapp에서 하는 일에 대한 이해가 되었고 요청에 대해서 근시일내로 해결을 하던지
어플을 내리던지 결정을 할 생각입니다.
어느정도 사안과는 상관없는 논쟁을 했던 이유는 정확한 의도를 파악하고 싶은 생각이 있었습니다.
어찌보면 마녀사냥 당하는 듯한 느낌도 받으셨을 것으로 보입니다.
그만큼 이번 일이 개발자에게 이해하기 쉽지 않은 일이기 때문입니다.
공론의 기회가 생겼으니 이후 다른 개발자들도 여기에 남겨진 글을 보고 조금이라도 오해를 덜 했으면 좋겠네요.
감사드립니다.
저도 새로 입사해서 업무 시작한지 얼마되지 않아 이메일이라는 수단이 좀 부족한감이 있었습니다. 인터넷의 트윗이나 페북, 카페 같은곳에 올려야하나 하고 생각중이었는데 다행스럽게도 이런 기회가 주어진것 같아 그동안 생각했던 내용들을 이것저것 써버린것 같습니다.
앞으로도 이런 메일이 개발자 여러분들에게 갈지도 모릅니다. 전화나 기타 여러 방법을 동원해 보겠지만 일단 대부분의 개발자분들이 선호하는 메일이 우선적으로 사용될 겁니다. 메일 내용에 들어가는 용어(저도 사실 한동안 용어 뜻이 뭔지 헷갈렸습니다. SW 개발시 사용하는 용어랑 공기업같은 사업자쪽에서 사용하는 용어가 틀려서요...)에 대한 문의 사항 있으시면 메일에 적혀있는 전화로 연락주시면 제가 알고 있는 상황에 대해서 답변 드리겠습니다. 메일 내용에 대해서도 너무 심각하게 고민하지 않으셔도 됩니다. 저희는 서비스 업체이지 권력기관이 아닙니다(물론 가입자가 최우선입니다...개발자분들께는 죄송합니다...ㅎㅎ). 개발자분들께 건의를 드리는것이며 해결책을 서로 고민하자는 것이지 저희 고민을 해결해 달라고 강요하는게 아닙니다. 아~ 물론 올레마켓 앱개발자분들은 꼭 해결해주셔야 합니다...
고맙습니다.
맞아요 달랑 저런 이메일만 보낸다면 당장 기분이나쁘죠
해당 클린앱팀 이란걸 검색해도 전혀 정보도 없고 의도야 어떻든간에 저런식의 접근이 잘못된듯합니다
위 게시글 메일을 개발자분에게 전달했던 사람입니다.
게시글에 보이는 내용은 개선 요청 메일에 첨부로 드렸던 검증 결과 리포트 엑셀 파일입니다. 달랑 엑셀 파일만 메일로 드렸던건 아닙니다. 지금은 집이라서 메일 원본을 알려드릴수는 없지만 일요일 오전중이라도 회사에 가서 메일 원본과 첨부해드린 엑셀 파일 내용 올려드리겠습니다.
제가 어떻게, 바쁘신 개발자분들에게 부담스런 개선 요청 부탁드리면서 달랑 엑셀 파일만 보내드릴 수 있겠습니까, 그동안 여러 개발자분들에게 메일과 함께 참조하시라고 엑셀 파일 첨부해드리고 있었습니다. 메일 내용에는 문의 사항 있으실시 연락 하실 수 있게 전화번호도 기입해드리고 있었습니다.
저희 검증팀은 인터넷에 검색될 정도로 대단한 권력을 가진 팀이 아닙니다. 다른 대기업이든, 중소기업이든 업체내에 있는 검증팀들이 무슨 힘이 있어서 인터넷 검색에 노출이 되겠습니까. 그렇다고 달랑 엑셀 파일만 보낼정도로 무책임한 팀도 아닙니다. 메일 내용이 빈약해 개발자 분들이 이해 하실 수 없을 수는 있지만 그런 이해 못하시는 의문이 생기실시 이용하시도록 전화 연락처는 메일 하단에 꼭 남겨 드렸습니다. 물론 저희 업무도 있고 회의도 많아서 자리 비울 경우는 많았던것 같습니다. 연락하셨는데 연락 못 받았다면 그 또한 제 책임인건 확실 합니다. 그런 경우가 있었다면 다시한번 사죄드립니다.
게시글에 나온 메일에 첨부해드린 엑셀파일의 스샷을 보시고 그게 제가 개발자분들에게 보내드리고 있는 메일의 전부라고 생각하지는 말아 주시기 바랍니다.
죄송합니다.
"사랑의 이름 - 간접적 표현과 이야기” 어플리케이션 담당자님께,
안녕하십니까? KT 클린앱TFT 시그널검증팀입니다.
귀사의 일익 번창 하심을 빕니다.
귀사의 "사랑의 이름 - 간접적 표현과 이야기” 어플리케이션은 사용하시는 앱 서버나 참조하시는 DNS 서버, 추가하신 광고 서버쪽에 서버 다운같은 네트워크 장애(차단)시에 시그널링을 과도하게 발생하는 것으로 확인이 되었습니다.
이 경우 앱 사용 고객으로부터 원치 않는 패킷 비용의 발생과 함께 원치 않는 어플리케이션의 활동으로 인한 사용 고객 단말(핸드폰)의 배터리 소모로 인하여 VOC(Voice Of Customer)가 발생할 소지가 큰 상황입니다.
이에 귀사의 "사랑의 이름 - 간접적 표현과 이야기” 어플리케이션에 대하여 아래 사항의 개선을 요청 드리오니 귀사의 적극적인 협조 바랍니다.
1.
개선 협조 요청
사항 :
1) 네트워크 장애 시의 시그널링 :
현재 네트워크 장애 시에 비주기로 과도한 Reconnection시그널 발생.
2. 당사의 검증 조건 및 환경 :
1) 차단 :
① 어플리케이션을 구동한 후, 네트워크를 임의로 차단하여 통신이 불가한 상태로 셋팅.
② 어플리케이션이 서버와의 통신을 위하여 Reconnection 시그널을 전송하는 패킷을
검출.
③ 30초 이내에
Random 3회 이상 발생시, 검출 어플리케이션으로 분류.(2회 통과)
④ 네트워크 장애 후 App에서 연결해제를 알리는 팝업을 보여 주는지 확인.
⑤
5분 이후 재접속 시도 시 검출
2) Back Ground 대기 :
① 어플리케이션 구동 후, 홈 버튼을
눌러 Back Ground 상태로 셋팅.
② Back Ground 상태로 70분간
어플리케이션이 발신하는 패킷을 검출.
③
70분간 2회 이상의 시그널 발생 시 검출 어플리케이션으로 분류.
3) 과 트래픽 : 미디어 어플에 한함
① 어플리케이션 구동 후, 어플리케이션의 Full 기능을 사용..
② Full 기능을 사용 시, 10분간 어플리케이션이 발신하는 패킷을
검출.
③ 1화일에 10 MB 이상을 D/L 또는 U/L
할 시, Wi-Fi 네트워크가 우선으로 되어 있으며,
3G 전환시 고객의 동의를 얻는 고지 팝업을 보여 주는 지 확인.
④ 3G 전환 시, 고객 동의 팝업 미 발생 되었을 때와 시간당 180 MB 이상의
패킷이
발생할 시, 검출
어플리케이션으로 분류.
위와 같습니다.
귀사의 어플리케이션을 검토하시어 개선 가능 여부와 함께 개선 가능 일정에 대하여 회신을 부탁드립니다. 귀사의 어플리케이션을 사용하는 사용자들을 위하여 귀사의 적극적인 협조를 부탁드립니다.
감사합니다.
KT 클린앱TFT 최중호 차장 배상 (070-4145-2458)
===============================================================================================
그런 후 그냥 앱을 내리겠다는 개발자분의 답변이 있으셔서 저희가 불편을 끼쳐드려 죄송하다는 메일을 보내 드렸고 개발자분이 다시 항의 메일을 보내셔서 금요일 오후 8시경 아래와 같이 세번째 메일을 보내드렸었습니다.
=========================================================================================
"사랑의 이름 - 간접적 표현과 이야기” 어플리케이션 담당자님께,
안녕하십니까? KT 클린앱 TFT 시그널링 검증팀입니다.
저희 KT 클린앱 TFT는 최근 스마트폰의 급속한 증가에 따른 불필요한 앱 시그널링을 줄여, KT 망에 가입하신 고객분들께서 사용하시는 앱의 망사용에 좋지 않은 영향이 될 요소를 사전에 차단하고 이를 통해 고객분들의 서비스 권리를 보장해드리기 위해 구성된 팀입니다.
이러한 이유로 현재 KT 클린앱 TFT팀은 구글플레이, 앱스토어, 올레마켓 등 각 마켓에 등록된 앱 개발자분들에게 검증 결과를 알려드리고, 개선 요청을 드리고 있는 상황입니다. 저희가 드리는 개선 요청은 제재사항이나 법적 효력은 없사오며 단지 KT 가입자분들의 사용상의 편의를 위해 개선 요청을 부탁드리는 것이니 개선에 대한 결정은 개발자분께서 스스로 결정하실 수 있는 사항입니다.
저희 KT 클린앱 TFT 팀의 업무 목적을 이해해 주시고 당장은 앱에 의한 시그널링 개선이 어려우시더라도 앱 개발시나 업데이트시 개선을 염두에 두시고 작업해 주시면 감사드리겠습니다.
감사합니다.
KT 클린앱TFT 최중호 차장 배상 (070-4145-2458)
===========================================================================
위와 같이 첫번째 메일과 함께 게시물의 스샷인 엑셀 파일 첨부드렸고 그 후 간단하게나마 2번의 추가 메일을 보내드렸습니다. 달랑 스샷 내용만 보내드린건 절대 아닙니다.
각 메일에는 제 전화번호도 함께 기입드렸었고 댓글에도 제 전화번호 그대로 올려 드렸습니다. 이번 일로 계속 제가 이 일을 맡게 될지는 알 수 없지만 전화번호는 당분간 유효하리라 생각됩니다.
이런 요청 메일 받으시면 궁금한점이나 불만인점 있으시면 메일을 주셔도 되고 연락처로 연락 주셔도 됩니다. 연락주시라고 회신 가능한 이메일 사용드린것이고 연락주시라고 전화번호와 제 이름 적어 넣은겁니다. 개발자분께서 연락주셨는데 일부러 피해다니거나 모르는 일이라고 잡아떼지 않습니다. 아~~ 오늘은 전화 못받습니다... 우울한 일요일입니다...
고맙습니다.
그냥 대응하는게 좋지않을까요? 어차피 운영을 계속 하실꺼잖아요?
그리고 설마 거짓 데이터로 개발자에게 메일을 보내리라고 생각은 안됩니다만ㅠ