JCreator's 『맨땅에 스카이다이빙!』

옥션, 코발트레이(주)와 함께 또 다시 소비자를 우롱하다.

(JCreator) — Tue, 20 Mar 2012 17:00:05 +0900

아직 내 블로그가 살아있네, 솔직히 포기한 블로그이지만 이런 정보는 모두가 알아야 하기에 적어본다.

옥션 올킬이라는 이벤트를 통해 제품을 구입. 허나 이게 문제의 시작. 굉장히 싼값에 살 수 있음에도 불구하고 구매자들이 보는 피해가 만만찮다. 물론 나를 포함해서.

코발트레이라는 중소기업의 안드로이드 테블릿을 특가로 사게되었는데, 이게 확보된 물량으로 예약판매를 한게 아니라 배송예정일까지 아슬아슬하게 물량을 생산 완료하여 배송하는 방식이었다.

물론 사전에 이를 숨기진 않았으나(그것도 질답게시판에 문의해서 안 결과), '그래도 옥션이니까 다르겠지~, 예전에 사고 한번 쳤으니 이젠 뭔가 달라졌지하고~'하고 안심하고 있었다.

하지만 이게 왠 날벼락. 중국에서 생산하여 상품을 들여오는 방식인데 통관문제라고 일단 지연 공지날리고 전파인증드립까지 쳐가면서 보상해준다는게 보호필름.

근데 더 문제는 대부분의 구매자들이 보호필름을 구입했다라는 것이다. 판매자 스스로도 강화유리가 아니니 보호필름이 필요할 것이다라고까지 했으니. 당연한 수순으로 보호필름을 함께 구매한 구매자들은 부분취소를 요구한다.

그러나 판매자는 부분취소는 옥션 시스템상 불가능하다라고만 대응할 뿐. 나중에 이 문제가 커지자 전화 드리겠다는 모호한 답변으로 일관한다. 구매자들의 반발이 더 커지고 게다가 약속한 추가 연장 배송일에도 배송이 되지 않았다. 이젠 갈때까지 간거지~

좀 더 디테일하게 이 사태를 설명해보자면 원래 배송 예정일인 3월 15일에 코발트레이에서 나에게 발송된 문자 내용에서부터 시작된다.

"안녕하세요. 옥션태블릿PC 스타일노트 개발/제조사인 (주)코발트레이입니다. 주문하신제품의 통관문제로 인해 배송이 지연되어 안내 드립니다. 배송예정일은 19일오후이며19일당일 전량 발송할 예정이니다.지연 고객님들께는 10,000원상당의 전용 액정/본체필름을 함께 보내드리도록 하겠습니다. 불편을 끼쳐드려 죄송합니다. 감사합니다."

자~ 이때는 뭐 애교로 봐줄 만 했다. 어짜피 1000명 중에 나는 200번대였으므로 하는 수 없이 그 다음 주를 기다려야만 했으니. 그리고 액정보호 필름을 준다는 것에 대해서는 이미 테블릿을 살 때부터 함께 신청해서 필름만 취소하고 싶었지만, 그냥 게시판에 문의하고 처리하기도 귀찮으니 애교로 넘어가려고 했다. 그러나...

주말에 우연히 옥션의 해당 제품 판매 페이지에 들어가봤는데 난리도 아니었다. 상품문의 게시글은 이미 배송예정일에 대한 불만과 더불어 이미 필름을 주문한 사람들의 부분 주문 취소가 쇄도하고 있었다. 나와 마찬가지로 필름을 산 사람들이 적지 않음을 인지하고 이 문제에 대해서 조용히 지켜보고 있었다.

필름 부분 취소가 불가능 하다는 업체의 답변과 이에 대한 항의가 빗발치기 시작했다. 이 시점부터 업체는 이미 건너올 수 없는 강을 건너버렸다.

거기에 약속된 배송 예정 날짜인 19일에 배송은 이루어지지 않았다.

여기에서 2차 폭탄...

그나마 코발트레이가 미리 공지를 해줬더라면, 아주 많~~이 이 사태에 대한 구매자들의 분노를 잠재울 수 있었을 것이다. 그러나 아무런 공지 없이, 하루를 평온하게 마감....할거 같았겠지? 역시 옥션 상품문의 게시판은 구매자들의 항의글로 도배가 되었고, 심각한 문제임에도 불구하고 코발트레이라는 업체는 휴일은 그렇다 쳐도 평일인 19일까지 이러한 항의 글에 대한 일체의 답변도 달지 않았고 구매자의 반발심만 더 커지게 만들었다.

더 웃긴건 19일에 직접 코발트레이에 전화를 건 구매자는 19일 저녁부터 배송해준다는 말을 들었다는 것이다. 그러나 이 거짓말은 시작에 불과했으니...

솔직히 그 전까지는 그냥 지켜보기만 했다. 그런데 이 시점부터 나 역시 분노하지 않을 수 없었다. 그리고 조금 더 객관적으로 모든 사건들을 종합하고 분석하기 시작했다.

그 순간 순간에 코발트레이에 전화를 걸어 항의하는 구매자들도 있었기에 코발트레이도 충분히 이 사태의 심각성을 알고 있었을 것이다. 그러나 아무런 말도 없었다. 20일 오전까지는...

계속 상품문의 게시판을 지켜봤다. 전화를 직접 걸어 확인한 구매자들 중에는 20일, 21일에 배송한다는 엇갈린 글을 달았고, 이 모두가 코발트레이 직원들의 거짓말로 드러났다. 직원이 없어 일일히 게시판에 답변을 못단다는 코발트레이인데 그 직원들 하나 교육을 못시켜서 잘못 알고 있었다. 실수했었다라고 핑계만 댈 뿐이었다.

그리고 3차 폭탄!!! 오늘 1시 15분에 받은 다음과 같은 문자를 보자.

"안녕하세요. 옥션태블릿 PC제조사 코발 트레이입니다.

홍콩경유 수입 중 중국세관 통관문제로 3/19일 월요일 중국으로 넘어가

통관 해결하고 금일 중국에서 출발하였습니다. 이후 일정을 사이트에서 실시간으로 공지할 예정이며 제품배송 예정일은 22일입니다. 배송이 지연되어 고객님께 불편을 끼쳐드린점 깊이 사과드립니다.

사이트주소: http://www.cobaltray.co/stylenote"

ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

이게 구매자에게 보낸 사과의 문자다.

여기서 계속 내가 의심을 품고 있는 것은 과연 코발트레이가 이미 만들어진 상품을 가지고 단지 통관문제로 인해 배송이 지연된다라고 말한 것인지다. 약간의 소설을 써보자면, 상품을 배송하기로 한 15일에도 모든 제품이 만들어지지 않았다. 물론 1000개를 모두 만들지는 못했겠지만, 코발트레이는 그 배송료라도 아껴보겠다고, 1000개가 완성되는 시점을 19일(또는 그 전날)로 잡고, 배송을 그때서야 시작했을 것이라는 것이다.

이 문제에 대해서는 상품문의 게시판에 이미 글을 남겨놓은 상태이고 답변을 기다리고 있는 중이다. 이 답변에 대해서 코발트레이가 회피한다면, 예상되는 상황은 다음 세가지 중에 하나라고 조심히 추측해본다.

1. 배송하기로 한 당일에도 상품은 완성되지 않았으며, 중국으로부터의 배송은 당연히 시작되지 않았다.

2. 현재까지도 상품은 완성되지 않았으며, 22일 당일에 다시 공지를 띄워 사과의 문자와 함께 그제서야 보상 제품에 대한 퀄리티를 높인다. (예를 들어, 케이스 무료 배송)

3. 배송이 이미 이루어 졌으나, 치명적인 오류로 인해 개발자들이 날밤새우며 펌업데이트를 시도하고 있다. 이것이 완료되는 시점이 21일이다.

자 이제 코발트레이의 거짓말 시리즈를 정리해 본다.

1. 15일에 배송된다고 거짓 홍보.

2. 19일로 배송을 지연한다고 거짓 공지.

3. 19일 당일에도 전화 문의한 결과 19일 저녁에 배송된다고 거짓 답변.

4. 20일 전화 문의 결과 늦어도 오늘 저녁에 배송 시작한다고 거짓 답변.

5. 배송 상황에 대해서 공지를 올린다고 했으나 이 정보가 정확하게 확인이 되지 않음. 정확한 배송 정보를 공개하지 않는다면 배송 정보 또한 거짓 공지가 될 가능성이 있음.

6. 22일에도 배송을 하지 않는다면 이것 또한 거짓 공지가 됨.

앞으로 얼마나 더 많은 거짓말들이 추가 될지는 지켜 볼 일이다.

사실 근본적인 문제로 거슬로 올라가자면 옥션(auction)이 이러한 사실을 사전에 검증하지 않았다는 것이다. 중소 쇼핑몰을 이용하지 않고 대형 쇼핑몰을 이용하는 이유가 무엇인가? 바로 신뢰다. 적어도 다른 쇼핑몰들보다는 믿음직하고, 책임질 수 있는 능력을 충분히 갖춘 쇼핑몰이라는 것이다. 이런 옥션이 소비자 뒤통수를 다시 후려쳤다. 예전에도 해킹 사건으로 사고 친 옥션이 이제 뭔가 달라졌다라는 걸 보여주려고 마련한 올킬(all kill) 이벤트에 또다시 소비자들을 올킬 시켜버렸다는 것.

특히 옥션(auction)은 예판 당시에 전파 인증 받지도 않은 상품을 올킬 이벤트에 버젓히 올려 놓았으니, 정말 어안이 벙벙할 뿐이다. 이 사실도 예판이 지난 한참 후인 19일에 전파 인증을 받았다는 소식을 들었다.

이런 이벤트는 차라리 하지 않는게 낫다. 일이 더 커지기 전에 옥션도 확실한 사과의 말과 함께 충분한 보상이 이루어져야 할 것이다.

1만원짜리 필름은 구매자에게만 1만원짜리일뿐 코발트레이 쪽에서는 반값도 안된다. 이걸로 넘어가려는 코발트레이와 업체쪽 책임만 묻고 있는 옥션은 소비자를 기만하고 있다. 더 이상 당하지 않겠다.

두서 없이 쓴 글이지만 이해하기 어렵지 않고, 이미 일어난 일에 대해 없는 사실을 만든다거나 부풀리지 않았다. 단지 뒷 부분에는 앞으로 충분히 일어날 수 있는 일들에 대한 내 생각을 정리해봤을 뿐.

많은 소비자들이 보고, 옥션의 올킬 이벤트와 코발트레이라는 업체에서 상품을 구매할 때 한번 더 생각해보라고 이 글을 적는다.

상품문의 게시판에서 비교적 답변 달기 쉬운 글에 대해서만 띄엄띄엄 답변을 달고 있는 코발트레이 직원에게도 이 글을 바친다. 아직 내 글 하나 답변 안달았다. 기다릴게...

update: 2012년 3월 22일

약속대로라면 오늘부터 배송이 시작되어야 하지만 이제서야 대한민국 세관 통관이다(그것도 홈페이지를 통해 그들이 가공한 정보를 우리가 보고 있을 뿐이니 이 마저도 사실이 아닐 수 있다).
물량이 1000대이니 오늘 안에 배송하는건 불가능하다고 볼 수 있다. 왜냐하면 보상 사은품이라고 준다는 보호 필름을 껴 넣어야 하고, 개별적으로 주문한 펜과 케이스들도 같이 배송해야 한다. 1000대를 작업하려면 코발 트레이 직원을 총동원해도 오늘 안에는 안될 것이며, 아무리 빨라도 내일 배송인데 이미 3류 저질 업체로 판명난 코발트레이가 당일 배송 서비스를 이용하면서까지 배송은 하지 않을 것이라는 것이다.
또 하나의 꼼수를 예상해보자면 이런식으로 이번 주를 또 벌었다. 주말이니 어쩔 수 없다라는 식으로 배송을 지연시키다가 다음 주가 되어서야 배송을 시작할 수도 있다는 이야기이다.
정리를 하자면, 22일 일괄 배송은 현재 상황으로는 불가능 하고, 그렇다고 하면 또 다시 코발트레이는 구매자와의 약속을 깨버리는 것이 된다.
아주 재밌는 기업이고, 옥션은 아주 멋진 쇼핑몰이다.

update: 2012년 3월 21일

아래에도 언급했지만, 22일에 일괄 배송한다는 지금 아직도 배송 현황은 홍콩 통관이다. 현재는 트래픽 초과로 홈페이지는 접속조차 되지 않는 상황이고, 스스로 트래픽을 만들어 초과를 시켰든, 구매자들이 배송 정보를 확인하기 위해서 초과가 됐든지 간에 어쩔 수 없는 쓰레기 마인드 중소기업 코발트레이(www.cobaltray.com) 이다.
아직도 코발트레이는 직접적으로 해외 운송 정보를 제공하고 있지 않으며, 끝까지 홈페이지를 통해 재 가공된 배송 정보만을 제공하고 있다. 구린 부분이 분명 있다는 이야기다. 이 상태로라면 22일에 일괄배송은 커녕 우리는 다시 한번 배송 연장이라는 4차 폭탄을 기다려야 할 수 있다. 아래 글에서 내가 예상했던 6번의 거짓말이 현실이 될 날이 얼마 멀지 않았다는 이야기다. 이럴 수록 옥션이랑 코발트레이는 x되는거지~ 이 글이 지속적으로 유포되고 있고 검색 엔진에서도 검색이 될 테니까.
참고로 1차 프로모션 상품 사이트를 링크한다. 하단의 상품문의 게시판을 보면 이 사태의 심각성이 그대로 들어난다.
http://itempage3.auction.co.kr/detailvi ··· 02168444

update: 2012년 3월 23일

어제 업데이터를 안해서 오늘 내용을 정리해보자면, 분명 어제 밤에 배송을 시작했다. 문제는 9시가 넘은 시점에 물건을 한진택배로부터 넘겼기 때문에 당연히 오늘 배송이 되지 않는다는 것.
그것도 왜 느리기로 소문난 한진택배로 넘겼는지는 모르겠지만, 다시한번 여지없이 약속을 어겨줌으로써 4차폭탄을 터뜨렸다.
솔직히 어제 붙인게 용해서 마음이 잠시 가라앉았으나, 다시 한번 5차 폭탄을 터뜨려주시니 액세서리는 일괄배송이 아니라 따로 따로 나중에 배송한다는 것이다. 또 이런저런 핑계를 대며 결국 내가 주문한 케이스는 27일에 배송이 된단다.
얼마나 대단한 물건인지 궁금해서 다른 사람과 마찬가지로 나 역시 한진 택배 마포 집하소에 직접 방문해 수령하려 했지만 시간이 나지도 않았고, 마포 집하소는 전화를 아예 올려놨는지 계속 통화중이었다. 그래서 한진택배 대표전화로 전화를 걸어 수령방법에 대해 물어보자 아주머님이 틱틱거리는 말투로 집하소에 가봤자 물건 받기 힘들다라는 말만 반복했다. 어쩜 택배회사까지 이런댈 골랐는지..싸서 골랐나?
아무튼 지금 조금씩 후기들이 올라오고 있으나, 그렇게 디테일한 내용은 올라오지 않고 있다. 다만, 단점을 정리해보자면 다음과 같다.

구글 인증을 받이 않았으므로 안드로이드 마켓(구글 플레이라고 바뀜)은 처음부터 없음
발열 문제를 언급하는 것 보니 생각보다 심하다고 판단됨.
720p 동영상도 기본 플레이어로 끊김 (벤치마킹 테스트를 내가 직접 해봐야 겠다. 배송도 구라를 치는데 상품 자체도 구라가 아니란 법이 없으므로)
한글 키보드 없음 (따로 설치를 해야하나, 초보자들이 이걸 알리가 있나;;;)

---------------------------------------------------------------------------

Using Task Context to Improve Programmer Productivity

(JCreator) — Tue, 24 May 2011 15:37:19 +0900

지금의 Eclipse plug-in인 mylyn의 시초가 된 논문.
저자 Mik Kersten은 자신이 만든 mylyn과 관련된 논문으로 박사를 졸업했다.
회사까지 따로 차려서 mylyn을 계속 발전시켜나가고 있고, Gail Murphy 교수는 programmer productivity에 많은 공을 들이고 있는 듯 하다.

- Introduction -

1. Background

Modularity는 소프트웨어 개발 환경에 다양한 장점을 가지고 있다. 전체 시스템을 작은 부분으로 나누어 개발할 수 있기 때문에 훨씬 적은 시간에 대형 시스템을 개발하고, 또 관리할 수 있다. 이러한 Modularity는 프로그래머들의 task를 도와 줄 수 있는 시스템의 다양한 관점으로 나타낼 수 있다. 예를 들어, 일반적으로 자바 코드에 접근하기 위해서 프로젝트, 패키지, 파일, 그리고 클래스 단위의 모듈 구조를 보여주는 Eclipse IDE의 Package Explorer를 사용하게 된다. 현재의 개발 환경은 프로그래머들이 이러한 모듈 구조를 찾아가면서 전체 시스템에서 그들이 진정으로 원하는 부분(모듈)을 찾아야 할 것이며, 이러한 관심 포인트가 식별되면 앞으로는 이 모듈에만 집중하여 쉽게 수정작업을 수행 있어야 한다.

2. Problem statements

하지만 Mylar(=Mylyn)은 이러한 가정에서 발생되는 두 가지 문제점으로부터 시작한다.

첫째, 시스템을 수정하기 위해서 신경써야 할 모듈이 결코 하나에만 국한 되지 않는 다는 점.

둘째, 심지어 몇몇 형태의 모듈 안(예를 들어 자바의 package)에서만 변경된 코드라 할지라도, 프로그래머들은 이 모듈이 전체 시스템에서 어떻게 동작하고 있는지 알 필요가 있다. 따라서 프로그래머들은 다른 모듈들과 그 상호작용이 어떻게 이루어지는지 알아내기 위해 IDE의 모듈기반 뷰를 사용하여 다양한 정보들에 접근한다.

엎친데 덮친격으로 대부분의 프로그래머들은 일반적으로 하나의 업무만을 담당하고 있지 않기 때문에, 현재 IDE 상에 펼쳐진 정보(쉽게 말해 모듈)들의 구조와 프로그래머가 원하는 모듈이 일치 하지 않을 경우가 허다하다. 따라서 이런 업무들이 모두 마무리 될 때까지 필요한 특정 정보들을 지속적으로 찾고, 작업공간을 세팅하는 등의 비슷한 작업을 수도 없이 반복 해야 한다.

3. Pain & needs

결국 이런 반복적인 task context의 재생성은 프로그래머들의 생산성을 떨어뜨리게 된다.
따라서 본 논문에서는 이러한 task context간의 mismatch를 줄이고, 프로그래머의 생산성을 향상시킬 수 있는 방법을 제안한다. DOI(degree-of-interest) 가중치를 통해 프로그래머가 시스템 artifact와 어떻게 상호작용하는지에 대한 데이터를 만들고, 이런 가중치를 어떻게 이용하여 시스템의 모든 모듈을 보여주는 대신에 뷰나 에디터에 관련된 모듈만을 집중하게 하는 IDE(Eclipse) 화면 모듈 구조를 만드는지 보여준다.

[Ver 1.51] J-BIS 가 업데이트 되었습니다.

(JCreator) — Wed, 03 Feb 2010 11:40:17 +0900

1년전에 만들었던 J-BIS가 이번에 새롭게 업데이트 하였습니다.

업데이트 된 사항은 다음과 같습니다.

- DB에 저장된 버스 노선 정보를 웹에서 바로 받아와 보여주는 방식으로 변경
- 신규 버스 업데이트
- 종점이 나오지 않는 문제점 해결
- 일부 버스 노선을 잘못 출력하는 문제점 해결 (네이버 스마트폰 카페 아이콜님 의견)
- 버스 노선 앞에 붙는 동 이름 추가, 예) 지원35, 순환01 (네이버 스마트폰 카페 아이콜님 의견)
- 프로그램 상단에 버전 표기 (네이버 스마트폰 카페 와와님 의견)

아주 단순하지만 큰 변화가 아닐 수 없습니다. ^^; 기존 버전은 버스 노선이 추가되거나 버스 정류장이 변경됨에 따라 일일이 DB 수정본을 업데이트해줘야 하는 불편함이 (저에게) 있었습니다.

매번 DB를 업데이트 해서 올리기도 힘들고, 다운 받는 여러분도 불편할 거라고 생각되어 DB를 제거하고 바로 웹에서 받아와 보여주는 방식으로 변경하였습니다.

물론 약간의 패킷 이용료 과금과 초기 정류장 검색이 약간 느리다는 단점이 있지만, 자주 다니는 노선에 대해서는 미리 WiFi 환경이나 컴퓨터에 연결한 상태에서 버스 정류장을 검색하신 후, 즐겨 찾기에 등록하시면 다시 버스 정류장을 검색하지 않고 버스 도착정보를 이용하실 수 있습니다. 요즘은 정액제를 이용하시는 분들도 많고, WiFi 환경이 예전보다 많이 좋아져서 충분히 감당하실 수 있으리라 생각됩니다.

무엇보다도 이번 버전의 가장 큰 장점은 아무래도 업데이트가 필요없다라고 봐야 할 것 같습니다. 웹에 있는 데이터를 그대로 받아오기 때문에 버스 노선이 변경되거나, 새로운 버스가 생겨도 해당 버스 번호를 검색하면 모두 웹에서 최신 정보 그대로를 이용할 수 있습니다. 제가 절대로 업데이트하기 귀찮아서가 아닙니다.;;;

아직 M4650이나 M4655 사용자가 있지도 않을까 하는 마음에 역시 버전을 나누어서 배포합니다.

J-BISi(OZ)_1.51.CAB

M-4650, 55 전용 배포 파일

J-BISi_1.51.CAB

보통 스마트폰용 배포 파일

History

v.1.51 (2010,02.03)
- 종점이 나오지 않는 문제점 해결
- 일부 버스 노선을 잘못 출력하는 문제점 해결
- 버스 노선 앞에 붙는 동 이름 추가, 예) 지원35, 순환01
- 프로그램 상단에 버전 표기

v 1.5 (2010.02.02)
- DB에 저장된 버스 노선 정보를 웹에서 바로 받아와 보여주는 방식으로 변경
- 신규 버스 업데이트

p.s.1 Windows Mobile 6.0 Emulator에서 테스팅하였고, 실제 기기 동작여부는 아직 확인하지 못했습니다.
p.s.2 기타 사용 방법에 대해서는 http://www.jcreator.co.kr/216 를 참고해주세요.

Chapter 1 - 소프트웨어 품질이란 무엇인가?

(JCreator) — Tue, 12 Jan 2010 21:21:49 +0900

1.1 품질에 관한 대중적인 관점

품질에 관한 일반적인 관점은 무형의 특성을 가지고 있다는 것이다.
품질에 대해서 거론되고, 느끼고, 심판할 수는 있지만 그 무게를 잰다거나 측정할 수 없다.
품질이란 것을 보기 전까지는 알 수 없다.
또한 품질을 바라보는 관점이 품질은 고급스럽고, 우수하며, 맛이 좋다라고 보는 것이다.
비싸고 정교하며 보다 복잡한 제품들이 높은 수준의 품질을 가지고 있다고 생각한다.
결과적으로 비싼 제품이 품질이 높다고들 생각하는 것이다.

1.2 품질을 바라보는 전문가의 관점

산업에서는 대중적인 관점에서 어긋난 품질의 개념과 막연함은 품질 개선에 전혀 도움을 주지 않는다.
Grosby (1979)는 품질을 '요구사항의 준수'라 정의하였고, Juran과 Gryna (1970)는 '사용목적의 적합성'이라 정의하였다.

'요구사항의 준수'는 요구사항이 오해 없이 명백하게 정의되어야 함을 내포하고 있다. 그런 다음 개발이나 생산 단계에서 그러한 요구사항들의 준수를 확인하기위해 규칙적으로 측정하는 활동들이 행해진다. 요구사항을 준수하지 않는 것은 곳 결함이며, '품질의 부재'라고 할 수 있다.
예를 들어, 리무진이 리무진의 모든 요구사항을 만족한다면, 이 차는 Quality Car라고 할 수 있다.
만약 티코가 티코의 모든 요구사항을 만족한다면, 이 티코 역시 Quality Car라고 할 수 있다.
그러나 리무진과 티코는 매우 다른 스타일, 성능, 경제성을 가지고 있다. 하지만 이 두 차가 각기 자신만의 표준을 준수하고 있다면 이 두 차 모두 Quality Car라고 할 수 있는 것이다.

'사용목적의 적합성'이란 정의는 어떤 제품이나 서비스가 고객의 사용 목적에 적합한가를 포함하고 있는 고객의 요구사항과 기대를 고려한다. 다른 고객들이 각자 다른 방법으로 제품을 사용하기 때문에 제품은 사용목적의 적합성의 다양한 요소를 지니고 있다. Juran은 이러한 요소들 각자가 품질 특성이며 이러한 특성들은 사용목적의 적합성의 매개변수로 구분되어질 수 있다고 하였다. 가장 중요한 두 매개변수가 바로 '디자인의 품질'과 '적합성의 품질'이다.
디자인의 품질은 제품의 등급이나 모델로 잘 알려져 있다. 이는 곧 구매력의 범위와 관련되어 있다. 등급의 차이는 의도되고 디자인된 차이점의 결과로써 차를 다시한번 예로 들자면, 모든 자동차는 사용자에게 운송이라는 서비스를 제공해주지만 이러한 차의 모델에 따라 크기, 안락함, 성능, 스타일, 경제성, 그리고 상태가 다르다.
반대로 적합성의 품질은 제품이 디자인을 준수하는 정도이다.
다시 말해, 디자인의 품질은 요구사항과 명세의 결정으로 여겨질 수 있고, 적합성의 품질은 요구사항의 준수라고 할 수 있다.

이런면에서 '요구사항의 준수'나 '사용목적의 적합성'은 비슷한 정의를 가지나, 다른 점이 있다면 사용목적의 적합성이란 개념은 소비자의 요구사항과 기대를 위한 보다 더 확실한 역할을 함축하고 있다는 것이다.

1.3 소프트웨어 품질이란?

상품 품질의 관점으로 보자면 '버그'가 없다라고 할 수 있다. 이 말인 즉슨, 만약 소프트웨어가 너무 많은 기능적 결함을 가지고 있다면 기본적인 기능조차 만족하는 요구사항을 만족할 수 없으므로, 품질이란 '요구사항의 준수'라고 할 수 있다.
이러한 정의는 결함율(예를 들어, 소스코드 백만줄 당 결함의 수 또는 단위), 신뢰성(예를 들어, 작업 n시간 당 실패 갯수, 실패한 평균 시간 또는 특정 시간 동안 실패하지 않을 확률)으로 표현할 수 있다.

고객 요구사항은 설문 조사를 통하여 '만족', '불만족'을 %로 표현할 수 있는데 IBM은 이를 CUPRIMDSO (Capability[functionality], usability, performance, reliability, installability, maintainability, documentation/information, service, and overall)의 레벨로써 측정하고, HP는 FURPS(functionality, usability, relability, performance, and serviceability)로 측정한다.

전반적인 고객의 만족도와 다양한 품질 특성(Quality Attributes)를 상승시키기 위해서는 품질 특성이 계획(Planning) 및 디자인 단계에서 고려되어야 한다. 하지만 품질 특성이 서로 다른 품질 특성에 영향을 끼칠 수 있다. 예를 들어, 소프트웨어의 높은 기능적 복잡도는 유지보수성을 달성하기 어렵게 만든다. 소프트웨어의 유형이나 고객에 따라 다른 품질 속성의 가중치가 부여된다. 예를들어 복잡한 네트워크나 실시간 처리를 다루는 고객은 성능이나 신뢰성에 가장 높은 가중치를 줄 수 있지만, 독립 시스템이나 간단한 작업을 다루는 고객의 경우 편의성이나 설치, 그리고 문서화에 가장 높은 가중치를 줄 수 있다. 그러므로 다양한 고객이 사용하는 소프트웨어의 다양한 품질 속성을 위한 목표를 설정하기 위해서 고객의 요구사항을 만족하기란 쉽지 않다.
모든 소프트웨어의 결함의 15% 이상이 요구사항의 오류로부터 비롯된다. 개발 프로세스는 요구사항 품질이 저품질의 소프트웨어를 생산한다고 생각하지 않는다.

또다른 소프트웨어 품질을 바라보는 관점은, 프로세스 품질과 최종 산출물 품질이다. 고객의 요구사항으로부터 소프트웨어 상품의 완성까지 개발 프로세스는 복잡하고 종종 몇 개의 단계를 포함하고 각각 피드백을 할 수 있다. 각 단계에서 중간 산출물이 다음 단계를 위해 생산되며, 다음 단계에서 이러한 중간 산출물을 받는다. 이 때, 중간 산출물은 각각 최종 산출물의 품질에 영향을 줄 수 있는 품질 속성을 갖는다.

흥미롭게도 우리가 외부 고객, 그리고 개발 절차의 다음 단계를 위한 내부 고객까지 포함한 품질의 정의로 고객의 개념을 확장시키면, 프로세스 품질 역시 이 정의에 적용될 수 있다. 만약 개발 프로세스의 각 단계에서 다음 단계의 고객을 위한 요구사항을 만족한다면 최종 산출물 역시 특정 요구사항들을 만족할 것이라고 생각하지만 이는 현실을 너무 단순화한 것이다. 왜냐하면 개발 프로세스의 각 단계에서 매우 다양한 요소들이 존재하며, 이는 각 단계들의 요구사항을 만족하는 능력에 영향을 줄 것이다. 개발 중에 품질을 향상시키기위해서는 개발 프로세스 모델이 필요하며, 우리는 그러한 프로세스 안에서 일정한 방법이나 접근법등을 선택하고 배치할 필요가 있다. 또한 적절한 도구와 기술들을 사용해야 한다. 우리는 개발 프로세스와 그에 속하는 단계의 특성들과 매개변수들의 측정이 필요할 뿐만 아니라, 개발 프로세스가 상품의 품질 목표들을 향해 제어되고 이동하고 있다는 확신을 심어주기 위한 측정지표(metrics)과 모델이 필요하다.

metrics의 확실한 정의가 애매모호하다. 앞으로 공부하면 나오겠지만, 내가 이해하기로는 단순히 실험을 통해 측정된 Raw 데이터는 measure라고 하고, 이런 measure를 통해 새로운 사실을 계산하는 것이 metrics라고 알고있다. 예를 들어, 시간과 거리는 measure지만 이를 통해 구할 수 있는 속도는 metrics라는 것이다. 이 정의가 맞는 것일까?

1.4 전체 품질 관리(TQM: Total Quality Management)

전체 품질 관리란 용어는 원래 1985년 Naval Air Systems Command에서 자신의 품질 향상을 위한 일본식 관리 기법을 표현하기 위해 만들어 졌다. 이 용어는 많은 뜻으로 해석될 수 있으나 일반적으로 품질과 고객의 만족을 관계지음으로써 지속적인 성공을 달성하기위한 관리 스타일이라고 표현한다. 이런 접근법의 기반은 조직의 모든 구성원들이 프로세스와 상품, 그리고 서비스의 향상에 참여하는 문화의 창조라고 할 수 있다.

1980년 이래로, 미국의 많은 회사들이 TQM을 품질에 적용하고 있다. HP의 TQC(Total Quality Control), 모토로라의 Six Sigma Strategy, 그리고 IBM의 Market Driven Quality가 그것들이며, 기타 다른 회사들도 각기 자신들만의 품질에 적용하고 있다. 자세한 사항은 책을 참고하시라.

이러한 다양한 방법론에도 불구하고, TQM 시스템의 핵심 요소는 다음과 같이 요약할 수 있다.

- 고객 중심: 목표는 전체 고객 만족도를 달성하는 것이다. 고객 중심 요소는 고객의 요구를 연구하고 고객의 요구사항을 수집하며, 고객의 만족도를 측정하고 관리하는 것이다.
- 프로세스: 목표는 프로세스의 변수를 줄이고 지속적으로 프로세스 향상을 꾀하는 것이다. 이 요소는 비지니스 프로세스와 상품 개발 프로세스를 포함하고 있으며 비지니스 프로세스 향상을 통해 상품 품질이 향상 될 것이다.
- 품질의 인간적인 측면: 목표는 회사 전체적으로 품질 문화를 창조하는 것이다. 집중 영역으로써 리더쉽, 관리 방침, 전원 동참, 직원 우대, 그리고 다른 사회적, 심리적, 그리고 인간적 요소들이 있다.
- 측정 및 분석: 목표는 목표 지향 측정 시스템에 의한 모든 품질 매개변수들의 지속적인 향상을 이끌어 내는 것이다.

아래 그림이 이러한 핵심 요소를 설명해 주고 있다.

다양한 조직적 프레임워크들이 TQM 철학을 입증하는 품질의 향상을 위해 제시되고 있다. Plan-Do-Check-Act, Quality Improvement Paradigm/Experience Factory Organization, SEI Capability Maturity Model, Lean Enterprise Management 등이 있으며 자세한 사항은 역시 책을 참고하시길.

간단히 설명하자면, Plan-Do-Check-Act는 단일 프로세스 또는 생산 라인을 최적화하기 위한 피드백 사이클에 기반을 두고 있다. Quality Improvement Paradigm/Experience Factory Organization은 지속적으로 조직의 향상을 꾀하는 것이 목표이다. 그들의 점진적 목표와 그 목표들의 상태를 평가하는데 기반을 두고 있다. SEI의 CMM은 레벨 4에 도달할 때까지 핵심 프로세스영역의 평가에 기반을 둔 단계적 프로세스 향상 모델이다. 이 모델의 목적은 결함 예방, 기술 혁신, 그리고 프로세스 변경 관리를 통해 지속적인 프로세스 향상을 달성하는 것이다. Lean Enterprise Management는 부가가치 활동들과 아닌 활동들의 제거나 축소 상의 상품의 집중 이론에 기반을 두고 있다. 목표는 소프트웨어를 만드는데 필요한 활동들을 최소화하고, 생산자의 요구사항에 맞도록 프로세스를 수정하는 것이다.

1.5 결론

품질의 가장 적합한 정의는 '고객의 요구사항의 준수'이다. 사실상 운영상 품질의 정의는 두가지 수준으로 이루어져 있다. 하나는 고유한 상품 품질(q)와 다른 하나는 고객 만족도(Q)이다.

TQM 철학은 품질과 고객의 만족을 관계지음으로써 지속적인 성공에 목표를 두고 있다. 위에서 언급한 4가지 핵심 요소인 (1) 고객 중심, (2) 프로세스 향상, (3) 품질의 인간적인 측면, (4) 측정 및 분석으로 이루어져 있다.

Metrics and Medels in Software Quality Engineering - Preface

(JCreator) — Tue, 05 Jan 2010 18:36:23 +0900

앞으로 공부해보게 될 책에 대한 정리를 스스로를 위해서 오늘부터 시작한다..

[ Metrics and Models in Software Quality Engineering ]

- 머릿말 -

시대별로 바라본 소프트웨어 공학의 관점은..

1960년대 이전 : 기능의 관점
1970년대 : 스케줄의 관점
1980년대 : 비용의 관점
1990년대 이후 : 품질과 효율성의 관점

1990년도부터 품질은 소프트웨어 개발 프로세스의 핵심으로 자리잡았으며 소프트웨어 벤더의 관점에서 품질은 시장에 성공적으로 경쟁하기 위해서 더이상 경쟁력이 아닌 필수 조건이 되가고 있다.
"Quality is no longer an advantage factor in the marketplace; it has become a necessary condition if a company is to compete successfully"

이 책의 구성은...

챕터 1: 소프트웨어 품질이란?
품질과 소프트웨어 품질의 정의에 대해 다루고, 이런 정의를 통해 바라본 소비자의 역할.
품질 속성과 이들의 관계. TQM (Total Quality Management)와 품질의 소비자 관점에 대해서 다룸

챕터 2: 소프트웨어 개발 프로세스 모델
소프트웨어 산업에서 사용되고 있는 다양한 개발 프로세스 모델의 검토.
간략하게나마 소프트웨어 성숙 평가의 두가지 방법에 대해 서술. - SEI (Software Engineering Institute) 프로세스 능력 성숙도 모델인 CMM과 SPR (Software Productivity Research, Inc.)의 SPR 평가 방법

챕터 3: 측정 이론의 기본(Fundamental of Measurement Theory)
실제 소프트웨어 측정에 상당히 중요한 측정이론의 기본적인 사항에 대해 고찰
운용상의 정의 개념과 그 중요성이 예제와 함께 표현 - 측정의 수준, 약간의 기본 측정, 그리고 6 시그마의 개념
측정 품질, 신뢰성, 그리고 검증성, 마지막으로 측정 오류의 발생과 관련된 두 가지 주요 기준에 대해 알아보고 그들의 중요성이 표현.
관측적 데이터를 기반으로한 인과관계 설립에 필요한 기준에 대한 상관관계와 주장들에 대한 논의 또한 제공

챕터 4: 소프트웨어 품질 메트릭스의 개요
최종 산출물, 진행 중, 그리고 유지보수 3가지 소프트웨어 생명주기와 관련된 메트릭스의 분류를 위한 품질 메트릭스의 예제들을 표현
몇몇 대규모 소프트웨어 회사들에 대한 메트릭스 프로그램의 서술 및 소프트웨어 공학 데이터의 수집에 관한 논의

챕터 5: 소프트웨어 개발의 7개의 기본 품질 도구의 적용
소프트웨어 개발상에서 Ishikawa의 7가지 기본 도구로 알려진 품질 제어를 위한 기본 통계 도구 어플리케이션의 소개
소프트웨어 환경상에서 제어 차트를 적용함에 따른 잠재력과 도전과제들.
추가로 브레인 스토밍과 복잡한 인과관계의 표현-관계 다이어그램-을 위한 정량적 도구의 논의

챕터 6: 결함 제거의 유효성(실효성)
상위 5개의 챕터에 모델과 메트릭스에 관한 소프트웨어 개발의 품질 역학을 서술
두 가지 형태의 모델(품질 경영모델과 소프트웨어 신뢰성 및 추정 모델)을 통해, 소프트웨어 개발의 품질이 계획되고, 지냉되며 관리되고, 목표화
품질 계획에 있어서 결함 제거 유효성 및 그 측정, 그리고 역할의 중심 개념을 고찰

챕터 7: Rayleigh 모델
Rayleigh 모델을 설명하고 신뢰성과 예측 모델로서의 구현에 대해 서술.

챕터 8: 지수 분포와 신뢰성 성장 모델
지수분포와 주요 소프트웨어 신뢰성 성장 모델에 대해 논의
개발이 완료되어 소프트웨어가 소비자에게 전달되기 전에 Rayleigh와 같은 모델들은 품질 예측을 위해 사용
이 모델들은 역시 현장에서 실패 패턴 또는 결함 발생 패턴의 모델링을 위한 유지보수 계획에 사용

챕터 9: 품질 경영 모델들
전체 개발 주기를 관장하는 몇몇 품질 경영모델에 대한 서술
In-Process 메트릭스와 모델들이 보여지고 다뤄지는 것을 지원하는 보고서
In-Process 메트릭스와 In-Process 품질 상태-노력/결과 모델-을 해석하기위한 프레임워크 표현

챕터 10: 소프트웨어 테스팅을 위한 In-Process 메트릭스
소프트웨어 테스팅을 위한 메트릭스에 집중
벤더에 의해 개발된 소프트웨어를 평가하는 수락 테스팅을 위한 후보 메트릭스와 어떻게 당신의 상품이 출하할만큼 충분하게 좋은지 알수 있는 중요한 질문에 대해 논의

챕터 11: 복잡도 메트릭스와 모델들
소프트웨어 공학ㅇ에서 메트릭스와 모델의 세번째 타입에 대한 논의
품질 경영 모델과 신뢰성 및 예측 모델들이 프로젝트 경영과 품질 경영을 위한 반면, 복잡도 메트릭스와 모델들의 목적은 소프트웨어 엔지니어들이 그들의 디자인과 소프트웨어의 구현이 향상될 수 있게 함

챕터 12: 메트릭스와 객체 지향 프로젝트에서 얻은 가르침
디자인과 복잡도 메트릭스, 생산성 메트릭스, 품질과 품질 경영 메트릭스, 그리고 객체지향 프로젝트의 구현 및 배포와 구현에서 배운 가르침을 다룸

챕터 13: 가용성 메트릭스
시스템 가용성과 단전(outage) 메트릭스의 논의 및 가용성, 신뢰성, 그리고 기존 결함율 측정 사이의 관계에 대한 탐색
가용성 메트릭스와 소비자 만족 측정들은 4번째 소비자 지향 메트릭스와 모델 형식이다.

챕터 14: 소비자 만족의 측정과 분석
소비자 만족 데이터 수집 및 측정, 그리고 이를 분석하기 위한 테크닉과 모델들을 논의
챕터 3부터 이 챕터까지 메트릭스와 모델의 전체적인 범위를 관장

챕터 15: In-Process 품질 평가 수행
좋은 프로젝트 품질 경영의 통합된 요소로써 in-process 품질 평가 수행을 설명
품질 평가들은 이전 챕터와 정량적인 정보들과 같이 정량적인 지표를 기반

챕터 16: 소프트웨어 프로젝트 평가 수행
소프트웨어 프로젝트 평가 방법에 대한 제안
프로젝트 수준과 실무자의 관점으로부터의 논의에 집중

챕터 17: 소프트웨어 프로세스 향상의 규칙들
소프트웨어 프로세스 향상 전문가를 위한 실제적인 조언
챕터 2의 프로세스 성숙도와 관련

챕터 18: 기능 점수 매트릭스를 소프트웨어 프로세스 향상 측정에 이용
소프트웨어 프로세스 향상의 6단계에 대한 논의
경험에 의한 데이터의 상당 부분을 기반으로 프로세스 향상의 비용과 효과를 측정
비용, 스케줄, 생산성, 그리고 품질에 관한 정량적인 분석 결과를 제공
기능 점수 매트릭스의 가치를 분명하게 표현
마찬가지로 챕터 2의 프로세스 성숙도와 관련

챕터 19: 결론
일반적인 소프트웨어 측정과 특정 소프트웨어 품질 메트릭스와 모델들의 관찰 결과를 제공
소프트웨어 공학 측정의 미래에 대한 관점 제공

부록: 프로젝트 평가 설문지의 실제 예제 제공
챕터 16에서 논의된 메소드와 테크닉에 대하여 독자들이 그들의 프로젝트 평가 활동을 위한 설문지 커스터마이징 가능

아키텍처 패턴

(JCreator) — Tue, 04 Aug 2009 16:08:55 +0900

"요소와 그들과의 관계를 특정 목적에 맞도록 사용하게 하는 제약 사항"

이라고 책에서 정의하고 있다.

아키텍처의 요소들이 워낙 방대하고, 그 관계 또한 복잡하다보니 마치 프로그래밍에 있어서 디자인 패턴처럼 중요하고 자주 사용되는 패턴들에 대해서 일반화 시켜놓은 아키텍처 요소들과 관계의 패턴이라고 말할 수 있다.

솔직히 이 패턴은 그 패턴(?)이 아님을 알고 있다 ㅡㅡ땀

말이 일반화지 아키텍처 자체가 모든 이해관계자(stakeholder)들 간에 공유할 수 있는 일종의 언어가 될 수 있어야 하기 때문에 서로가 공감할 수 있도록 제약을 걸어 놓은 패턴이라고 해야 옳은 표현 일 수도 있겠다.

책에서와 같이 클라이언트/서버 구조라는 아키텍처 패턴이 있을 수 있다. 물론 무수히 많은 구조가 아키텍처에 존재할 수 있지만, 이 모든 것을 한꺼번에 다루기에는 힘들고 클라이언트/서버라는 구조가 일반적이고 범용적으로 사용되기 때문에 이를 하나의 패턴으로 정해놓은 것이다. 하지만 이게 '정의고 진리'인 패턴은 절대 아니다.

그렇다고 무작정 나만의 패턴을 만들어 사용하는 것 보다는 이렇게 수 십년 동안 사용되어 오고 정의되어 뿌리 내린 패턴에 대해서는 그만큼 엄격한 검증과 사례들이 이 패턴의 정당성을 뒷받침해주기 때문에 우리는 아무런 의심의 여지가 없이 사용할 수 있다.

특히 패턴은 품질 속성(Quality Attribute)를 명확히 대변해준다는 점에서 큰 의미를 지니고 있다. 어떤 패턴을 적용해도 상관없는 경우라도 패턴별로 대변하는 품질 속성이 다르기 때문에 패턴을 선택함에 있어서 신중을 기해야 할 것이다. 마치 디자인 패턴 중, 생성 패턴에 '싱글턴, 추상 팩토리, 팩토리 메소드, 빌더, 프로토타입'등의 다양한 패턴이 존재하지만, 각 패턴이 갖는 특징이 다른만큼 내 시스템에 맞는 적절한 패턴을 선택하는 것이 중요하다.

옵간지 옵티머스 프라임 Transformers: Defiance의 표지(?)

(JCreator) — Mon, 29 Jun 2009 16:31:32 +0900

정말 간지 작살입니다.
다만 옵간지 형님이 고자라는 소문이...

노무현 대통령님의 서거를 추모합니다

(JCreator) — Sun, 24 May 2009 21:15:17 +0900

제 마음속의 이성과 감성이 요동치고 있습니다.
분명 이 정권을 타파하기위해서는 이성이 필요하지만, 그렇게 이성만을 갈구하다 결국 이런일 생겨버렸습니다.
반드시 제가 할 수 있는 일을 찾겠습니다.
제 가슴에 이성을 가지고, 감성의 머리로 이 나라, 이 정권에 항거하겠습니다.

[버젼업] 모바일 어학 반복 학습 플레이어 J-Repeater 1.03

(JCreator) — Tue, 27 Jan 2009 11:06:15 +0900

JCreative 시리즈 - 최근 업데이트 09.01.27

[J-Repeater 1.03]

J-Repeater Mobile.CAB

J-Repeater 1.3

토익 LC를 위해서 개인적으로 만들어서 사용하다가 제법 틀이 갖춰져서 한번 배포해 봅니다.

제가 M4650 스마트 폰을 사용하는 관계로 Pocket PC 용으로 반복 학습 플레이어를 만들어보면 어떨까 싶어서 만들었습니다. 물론 Windows Mobile 5 PPC 이상 사용가능하며 터치가 지원되지 않는 다른 기종에서의 사용은 조금 불편하실 수도 있습니다. 반응이 좋으면 버젼
업을 통해서 Smart Phone도 사용할 수 있게끔 버젼업을 할 계획입니다.

사용법은 아주 간단합니다. 인터페이스가 알송의 어학 기능의 그것과 매우 흡사합니다. 한번쯤 사용해 보신분은 쉽게 적응하실 수 있습니다.

그럼 차근차근 설명을 드리죠.

1. 듣기용 파일 열기

우선 [메뉴]를 클릭하여 [열기]를 선택합니다.

J-Repeater는 기본적으로 mp3와 Wave 파일만을 지원합니다. 보통 듣기용 문제들이 mp3로 제공되기 때문에 아직까지는 별다른 문제가 없을 듯 합니다.

2. 파일 선택

원하는 파일을 선택합니다. 기존 버젼은 CF에서 자체적으로 지원되는 파일 열기 폼을 사용했으나 루트로부터 하위 한 단계 폴더만 검색할 수 있는 단점이 있어서 J-Reworder에서 만들었던 자체적인 파일 열기 폼으로 대처 했습니다.

기본적으로 지원되는 형식은 다음과 같습니다.

mp3 : mp3 파일
wave : wave 파일
pl : Playlist 파일

각 폴더간의 이동은 [더블 클릭]이나 [확인 버튼(Enter)], [오른쪽 소프트키 버튼]을 이용하며, 마찬가지로 파일에서 [더블 클릭]이나 [확인 버튼], [오른쪽 소프트키 버튼]을 이요하면 해당 파일이 열리게 됩니다.

3. 재생, 정지 등 기본 조작

기본 적인 조작법은 너무나 쉽기 때문에 간단히 설명만 하겠습니다.

[<] : 앞으로 5초 이동합니다. ->(변경) 다음 플레이 리스트 항목으로 이동합니다.
[>] : 뒤로 5초 이동합니다. ->(변경) 이전 플레이 리스트 항목으로 이동합니다.
[▶] : 재생
[■] : 정지
[||] : 일시 정지

원하는 구간으로 이동하기 위해서는 위의 막대를 마우스로 드래그하면 됩니다.

다음으로 상,하,좌,우 방향키의 용도에 대해 설명 드리겠습니다.

[좌←] : 앞으로 1초 이동합니다. ->(변경) 설정에서 변경 가능합니다.
[우→] : 뒤로 1초 이동합니다. ->(변경) 설정에서 변경 가능합니다.
[상↑] : 볼륨을 올립니다. ->(변경) 설정에서 변경 가능합니다.
[하↓] : 볼륨을 내립니다. ->(변경) 설정에서 변경 가능합니다.

4. 구간 반복

예를 들어 16초부터 20초를 구간 반복 하고 싶다면, mp3가 재생중일 때,

1. 16초가 되면 [반복 시작]을 클릭하고,
2. 20초가 되면 [반복 끝]을 클릭합니다.
3. 왼쪽에 시간이 16초, 20초로 각각 표시되고,
4. 반복 모드가 [켜짐]으로 변경되면,

비로소 구간 반복이 시작됩니다.

다음 동영상을 보시면 쉽게 이해가 되실 겁니다.

이때 반복 되는 구간에 변경을 가하고 싶다면, 각 시간 옆에 있는 [▲]나 [▼] 버튼으로 조절해주면 반복 되는 구간을 변경 할 수 있습니다.

또한, 맨 아랫부분에 있는 반복 횟수를 지정해 주면, 반복 횟수만큼 반복하고 반복 모드가 꺼집니다. 기본값으로 0이 지정되어 있으며, 0으로 지정할 경우는 무한 반복이 됩니다.

왼쪽 소프트 키를 이용해 구간 반복을 할 수도 있습니다.
소프트 키는 누를 때마다 세 가지 기능(1.반복시작 →2.반복 끝→3.반복 정지)이 돌아가면서 실행됩니다.
그러므로 화면으로 버튼을 터치할 필요없이 소프트 키만으로 구간 반복이 가능합니다.

[반복 시작] 상태에서 클릭을 하거나 왼쪽 소프트 키를 누르면,
반복 시작 시간에 현재 시간이 등록되고,

[반복 끝] 상태에서 클릭을 하거나 왼쪽 소프트 키를 누르면,
반복 끝 시간에 현재 시간이 등록되어 구간 반복 모드가 시작됩니다.

구간 반복 상태에서 [반복 정지] 를 클릭하거나 왼쪽 소프트 키를 누르면,
반복 횟수와 상관없이 구간 반복 모드가 종료됩니다.

이 소프트키 하나로 쉽게 구간반복을 할 수 있겠죠? ^^

5. 재생 목록

플레이리스트 입니다. 기본적으로 이전에 재생된 목록들이 자동으로 나옵니다.
재생 목록에 있는 항목을 더블클릭하게 되면 해당 항목이 바로 재생됩니다.

각 버튼의 의미는 다음과 같습니다.

[+F] : 음악 파일을 재생 목록에 추가합니다.
[+D] : 음악 파일이 포함된 폴더를 한꺼번에 재생 목록에 추가합니다.
[-F] : 재생 목록에 체크된 음악파일을 제거합니다.

[리스트 저장] : 해당 리스트를 저장할 수 있습니다.

[재생 옵션] : 재생에 관련된 옵션들이 있습니다.
- 전체 : 재생 목록 전체를 반복해서 듣습니다.
- 한곡 : 한곡만 반복해서 듣습니다.
- 무작위 재생 : 여러 항목을 무작위로 듣습니다.

또한 재생 목록의 헤더 컬럼을 선택하면 전체 선택 및 전체 선택 해제가 가능합니다.

6. 설정

설정을 통해서 방향키의 역할을 바꿔 줄 수 있습니다.
아직, 재생 시간 이동과 볼륨 조절의 역할 밖에 없지만 기능이 점차 추가됨에 따라 유용하게 사용될 수 있으리라 생각됩니다.

[변화값]은 해당 방향키를 눌렀을 경우 변화되는 수치입니다. 예를 들어 좌, 우 방향키로 재생 시간을 조절 할 수 있는데 기존에는 1초 간격으로 고정 이동 되었으나 이제는 자신이 원하는 값으로 이동할 수 있습니다.

수치나 역할을 변경 한 후에는 반드시 [적용] 버튼을 누르셔야 적용이 됩니다.
그렇지 않으면, 기존 설정값이 그대로 유지 됩니다.

7. 조명 끄기

간단히 메뉴를 통해 [조명 끄기]를 선택하면, PDA의 백라이트가 꺼집니다.
다시 복귀하시려면 전원 버튼을 누르셔야지만 복귀됩니다.

8. 조명 항상 켜기

J-Repeater를 오랜 조작없이 오로지 듣기용으로만 사용하실 경우에는 해당 스마트폰에 설정된 전원 옵션에 따라서 일정 시간이 되면 화면이 저절로 꺼지게 됩니다.

이를 방지하기 위해서 [조명 항상 켜기]를 체크하면, 전원 옵션에서 설정된 시간에 상관없이 항상 백라이트가 켜져있게 됩니다.
물론 백라이트가 항상 켜져있으면, 밧데리 소모가 심하므로 반드시 필요할 경우에만 사용해야겠죠?

이상 J-Repeater의 설명이었습니다.

다시 한번 말씀 드리지만 개인적인 필요로 인해 만든 프로그램이라 다소 엉성하고, 불편하실 수도 있습니다. 하지만 여러분들이 소중한 의견을 보내주시면, 제대로 한번 키워 보려고 합니다.
잘 쓰세요~! ^ㅁ^

- History -

[08.06.30] - v1.01

설정(Option) 페이지 추가 : 방향키 설정 및 재싱 시간 변화값 조절 가능
조명 끄기 기능 추가 : 메뉴를 통해 조명을 끄고 청취 가능
약간의 GUI 변경 : 각 종 정보 위치 조정 및 버튼 크기 조정

[08.07.30] - v1.02

반복 횟수가 10으로 고정되 있었던 버그 수정
파일 열기 시, 루트 바로 아래 한단계의 폴더에서만 파일을 읽는 문제점 수정
플레이리스트 및 리스트 파일 관리 기능 추가
한곡, 전체, 무작위 재생 기능 추가
기타 자잘한 버그 수정

[08.07.31] - v1.02.4

Wave 파일 재생 및 추가 시 오류 수정
재생목록 파일 추가 시 오류 수정
재생목록 저장 할 때마다 뜨던 디버그 메시지 박스 제거
잘못된 폴더명을 읽는 버그 수정
대문자로 된 확장자(MP3, WAV)를 읽지 못하는 버그 수정(오호님 의견)
mp3 tag 정보가 없을 경우 발생하는 오류 수정

[09.01.27] - v1.03

소프트 키를 사용한 구간 반복 모드 시, 반복 정지 기능 추가로 3단계 토글 방식으로 변경(라끄벨님 의견)
조명 항상 켜기 기능 추가(라끄벨님 의견)
방향키 조작 시 반복 횟수 변경 버그 수정(라끄벨님 의견)
부분적으로 부적합한 명칭 수정

p.s. 받아가시면 격려의 댓글 부탁드릴게용~

[PPC] 광주 광역시 버스 운행 정보 서비스 J-BIS

(JCreator) — Wed, 24 Dec 2008 11:36:49 +0900

광주광역시 버스 도착정보를 조회할 수 있는 J-BIS가 출시되었습니다.

광주광역시에서 일반 핸드폰으로는 이미 제공되는 서비스지만 이용하기도 복잡하고,
사용하기 위해서는 추가적인 데이터 요금이나 전화요금이 나가는 관계로
알면서도 사용하기 쉽지 않습니다.

하지만 J-BIS는 정액으로 데이터 요금제를 이용하는 사용자나 WiFi를 이용하시는 분들에게는
정보 이용료가 거의 '무료'라고 볼 수 있습니다.

J-BIS는 다음과 같은 특징이 있습니다.

- PPC 기반 스마트폰 전용(블랙잭 미지원)
- 저용량(약 200k 초반)
- 언제 어디서나 이용 가능
- 손쉬운 이용법
- 최소한의 데이터 송수신
- 버스 번호를 통한 노선 검색
- 해당 정류장의 실시간 버스 도착 정보 제공
- 해장 정류장의 특정 버스 도착 정보 즐겨찾기 등록 및 관리
- 즐겨찾기를 통한 신속한 버스 도착 정보 조회

간단한 사용법을 알려드리죠.

1. 프로그램을 실행하면 다음과 같은 메인화면이 뜹니다.

2. 검색란의 화살표를 클릭하면 미리 등록된 버스 번호 리스트가 있기 때문에,
일일이 쳐서 검색하지 않아도 됩니다.

3. 예를 들어 17번을 선택하고 검색해보겠습니다.
버스 노선에 대한 DB는 웹에 접속하지 않고 J-BIS가 Text DB를 포함하고 있기 때문에 추가적인 데이터 요금없이 빠르게 검색할 수 있습니다.

물론 변경되는 노선에 대해서는 다시 DB를 업데이터해야 하는 수고로움이 발생할 수 있으나, 추가적인 데이터 요금을 피하고, 빠른 검색을 위해 이와 같은 정책으로 구성하였습니다.

4. 왼쪽의 상행과 하행을 통해 자신이 타고자 하는 정류장을 선택할 수 있습니다.

5. 하행에 있는 '백운 광장'을 더블 클릭하거나 확인키를 눌러 보겠습니다.

6. WiFi나 직접 인터넷에 연결 되어 있다면 얼마 지나지 않아, 다음과 같은 화면을 보실 수 있습니다.
그렇지 않다면 각 통신사에 따른 데이터 이용 접속과정을 통하므로 약간의 시간이 걸릴 수 있습니다.

7. 왼쪽 소프트 키를 이용해 새로 고침을 이용해 정보를 새로 갱신할 수도 있습니다.

갱신 후 화면

8. 바로 즐겨 찾기 버튼을 누르면 검색했던 17번이 해당 정류장의 즐겨찾기로 등록이 됩니다.
이 후에 메인화면의 즐겨찾기 메뉴를 통해 버스 검색없이 바로 정보를 받을 수 있습니다.

9. 혹시 해당 정류장의 다른 버스도 즐겨 찾기로 등록하고 싶다면, 해당 버스를 클릭한 후 똑같이 즐겨 찾기 버튼을 클릭해 줍니다.

10. 닫기를 통해 창을 닫고 메인의 즐겨찾기 메뉴에 잘 등록이 되었는지 확인해 봅니다.

위에서 등록 했던 데로 잘 등록 되어 있음을 볼 수 있습니다.

11. 그럼 즐겨 찾기를 통해 바로 버스 도착정보를 확인해 보죠.

백운광장에서 75번 조회 결과

백운광장에서 17번 조회 결과

12. 등록된 즐겨 찾기는 삭제 할 수도 있습니다. 75번을 지워보도록 하죠.

13. 최근 검색했던 버스는 프로그램을 종료하고 다시 실행 해도
계속 남아있기 때문에 다시 검색 하기 쉽습니다.

배포 버젼은 2가지로 나뉩니다.

- OZ폰(M4650, M4655, 기타 앞으로 LGT에서 나올 OZ 스마트폰들)
- 기타 다른 스마트폰

OZ폰의 경우 데이터 이용요금 경고창 때문에 따로 처리한 부분이 있어서 따로 제작했습니다.
하나로 합쳐서 해보려고 했으나 다른 기타 폰들에서 오류가 발생하여 할 수 없이 따로 제작하였습니다.

J-BIS(OZ).CAB

OZ폰 전용 배포 파일

J-BIS.CAB

기타 다른 스마트폰용 배포 파일