기본 콘텐츠로 건너뛰기

2016의 게시물 표시

[스타트업] [Insight] 사운들리 방송 송출테스트 이야기

[스타트업] [Insight] 사운들리 방송 송출테스트 이야기
안녕하세요 "사운들리"입니다 :)


 오늘은 사운들리 사운드 비콘을 방송 콘텐츠에 실어 보내어 시청자의 모바일로 유용한 정보를 전달하기 위해 가장 중요하고, 힘들지만 마치고 나면 모든 팀원들이 가장 뿌듯함을 느끼는 방송 송출테스트 이야기를 하려 합니다.


송출 테스트, 사운들리가 그 어려운 걸 또 해냅니다.
<디지털 방송의 송출 경로>
 위 그림은 우리나라 디지털 방송의 송출 경로의 한 예입니다. 실제 방송국이 지상파인지, 종편인지, 기타 케이블 채널인지 등에 따라 세부적인 변화가 더 있을 수 있지만, 위 그림만 보셔도 충분히 복잡해 보이실 것입니다.
 우리나라는 DMB 등 일부 영역을 제외하고 디지털 방송 영역에서 대부분 미국식 표준 ATSC 관련 표준을 따르고 있지만, 유럽 국가와 뉴질랜드 등은 유럽식 표준인 DVB 관련 표준을 따르고 있습니다. 사운들리가 실제 송출테스트를 통해 증명하기 전까지 마주친 수많은 방송 실무자들, 방송 장비 업계 관계자, 학계 연구자들은 다양한 방송 장비에 의해서 사운들리 사운드 비콘이 유실되거나 왜곡되어 서비스가 불가능할 것 이라며 포기하라고 하였습니다.

 하지만 이렇게 복잡하고 다양한 환경에서 사운들리는 대한민국과 터키에서 모두 서비스를 성공(!)함으로써 미국식 디지털 방송의 대표적인 예인 대한민국과 전형적인 유럽식 디지털 방송의 예인 터키 모두에서 서비스 제공이 가능하다는 것을 증명해 냈습니다 :)


방송 송출, 그 험난한 검증의 시간  그렇다면 이렇게 복잡한 방송망을 거치고 나서도 사운들리 사운드 비콘이 시청자의 모바일로 안전하고 완전하게 전달될 수 있다는 것을 테스트하기 위해 어떤 과정을 거치는지 살펴보겠습니다.

 사운들리가 방송 쪽으로 사업 방향을 잡고 나서 가장 힘들고 오랜 시간이 걸린 부분 중 하나가 방송국들에게 기술의 안전성과 안정성, 정확성을 설득하는 것이었습니다.
기술의 안전성: 시청자 또는 반려 동물에게 선진국들의 가장 보수적인 규제 보다…

[스타트업] 스타트업 세금 가이드: 전자세금계산서/전자계산서

[스타트업] 스타트업 세금 가이드: 전자세금계산서/전자계산서
안녕하세요 '사운들리'입니다!

 이번 시간에는 지난 시간에 이어서, 부가가치세를 신고하기 전에 먼저 선행해야 하는 전자세금계산서/전자계산서 종류 및 발급하는 방법에 대해 알아보겠습니다.

 전자세금계산서와 전자계산서 중 어떤 것을 발급해야 하냐는 사업이 과세사업이냐, 면세사업이냐에 따라 결정됩니다. 먼저 과세사업과 면세사업이 무엇인 지 알아보도록 하죠 :)
과세사업과 면세사업 과세사업이란 과세되는 재화 또는 용역을 공급하는 사업  부가가치세법 시행령 제 2조, 3조에서 규정하는 재화/용역은 부가가치세법에서 참조하실 수 있습니다 (부가가치세법 참조). 이에 해당하는 사업은 부가세를 부담할 의무가 있는 사업이므로 전자세금계산서를 발급을 해야 합니다.
면세사업이란 조세법에서 면세로 규정한 사업, 일반적으로 부가가치세가 면제되는 재화.용역의 공급을 영위하는 사업  부가가치세법 제 26조, 부가가치세법 시행령 34조에 의하여 면세사업에 해당되는 사업이 있습니다. 농축산물 및 수산물 사업에서 출판 사업(서적 판매)까지 다양한 사업이 면세 사업에 해당되며, 이에 해당하는 사업은 부가세를 부담할 의무가 없는 사업이므로 전자계산서를 발급하고 제출만 하면 됩니다 (부가가치세법 참조).
사업자의 종류에 따라서 아래와 같이 신고일자가 정해져 있습니다.
과세사업자는 매 분기 예정/확정신고를 합니다.면세사업자는 당해년도에 발행한 전자계산서를 그 다음해 2월에 제출을 합니다.
전자세금계산서/전자계산서란?
그럼, 어떤 경우에 전자세금계산서 및 전자계산서를 발행하는 지 구체적으로 알아볼게요~
먼저 전자계산서를 발행하는 구체적인 예로 음반기획사에 대하여 이야기해보겠습니다.
 행복뮤직주식회사는 소속 가수들의 음반 제작 및 유통을 담당합니다. 제작된 음반이 대형서점에서 판매를 하게 될 경우 대형서점에 기준금액에 10%를 가산하여 판매를 하게 됩니다.
이 때, 국가가 징수해야할 부가세를 사업자가 부담하여 징수를 하게 됩니…

[스타트업] 스타트업 세금 가이드: 부가가치세 (VAT; value added tax)

스타트업 세금 가이드: 부가가치세 (VAT; value added tax)

안녕하세요? "사운들리"입니다 :)

 처음 창업을 시작하시는 분들이라면, 세금을 신고하고 납부하는 것이 대해 어렵게 느껴질 수 있을 것 같습니다. 그래서 이번 시간부터 세법과 친해질 수 있도록 부가가치세를 시작으로 다양한 세금 (부가가치세, 법인세, 원천세, 종합소득세 등) 및 신고절차에 대해서 이야기하려고 합니다. 이번 시간에는 부가가치세가 어떤 것이고, 일반사업자(영리법인)의 경우 어떻게 신고해야 하는 지에 대하여 알아 보도록 하겠습니다.

세금을 신고하는 방법은 사업자의 종류에 따라서 차이가 있습니다.


사업자 종류

구분 정의 종류 법인사업자 일반사업자 (영리법인) 영리를 목적으로 하는 법인 합명회사, 합자회사, 주식회사, 유한회사 면세사업자 (비영리법인) 영리 아닌 사업을 목적으로 하는 법인 비영리사단법인,비영리재단법인

 법인사업자 외에 개인사업자도 있을 텐데요, 이번 포스트는 스타트업 중심으로 이야기를 풀어나가기 위해서 일반사업자 (영리법인)을 기준으로 설명하도록 하겠습니다 :)



부가가치세란? 먼저 부가가치세의 사전적 의미를 살펴보면 아래와 같습니다.
부가가치세란? (VAT; value added tax)재화나 용역의 생산 및 유통의 각 단계에서 창출된 부가가치에 대하여 부과되는 세금쉽게 말씀드리면, 물건 값에는 부가가치세가 포함되어 있어서 물건을 팔 때 받은 세금에서 물건을 살 때 지불한 세금을 뺀 금액을 납부하는 것입니다.
 보통 영수증을 보면 VAT 또는 부가세라고 표현되어 있는 것 많이 보셨을 텐데요, 바로 이것이 부가가치세 금액을 표기하는 것입니다. 사업장에서는 원료 구매 등에 지불한 VAT금액과 판매를 통해 얻은 VAT금액의 차이 만큼을 신고하는 것이지요 :)

<그림1> 영수증 예시 부가가치세 홈택스 신고 절차  다음은, 홈택스에서 직접 신고하는 분들을 위해 홈택스에서 진행하는 신고절차에 대해 알아보겠습니다.

자체기장을 하시는 분들은 회계프로그램을 이용하여 바로 신고할 수 있습니…

[스타트업] [Insight] 사운들리 코드 품질 관리 이야기

[스타트업] [Insight] 사운들리 코드 품질 관리 이야기
 안녕하세요 "사운들리"입니다 :)

오늘은 사운들리의 코드 품질 관리에 대해 이야기 해보려 합니다. 몇몇 개발자에게는 지루하고 악몽같은 이야기일 수 있겠네요.
제 경우에는 예전에는 이런 품질이라는 단어를 멀리했지만 결국 제가 작성한 코드에 발목을 많이 잡히다 보니, 자연스레 관심을 갖게 되었습니다.

일단, 어떤 소프트웨어가 좋은 품질의 소프트웨어일까요?
좋은 품질이란?  책에 나올법한 내용을 보면, 아래와 같은 항목을 토대로 소프트웨어 품질을 판단한다고 합니다.
ISO/IEC 9126 : Software engineering - Product quality Functionality: 명시된 요구사항을 잘 충족했는지Reliability: 명시된 조건과 시간 아래에서 일정 성능을 유지 하는지Usability: 사용하기 위해 어느정도의 노력과 자원이 필요한지Efficiency: 소모 자원과 성능간의 효율Maintainability: 수정하기 위해 어느정도의 노력이 필요한지Portability: 다른 환경에서도 사용 할수 있는지출처: https://en.wikipedia.org/wiki/ISO/IEC_9126  뭔가 복잡해 보이지만, 결국 개발자라면 위의 항목은 누구나 추구하게 되는 가치라고 생각 합니다.

그런데 말입니다.이런 좋은 내용을 마음 속으로만 간직한 채 코드를 작성하면 정말 좋은 소프트웨어를 만들 수 있을까요? 저는 객관적인 방법으로 코드를 평가한다면 좋은 피드백이 될 것이라고 생각합니다. (물론 이 성적표를 남에게 보여주는 것과는 다른 문제에요 ㅎㅎ)
어떻게 품질을 체크하는가  소프트웨어의 품질을 체크하는 데에 다양한 방법과 툴이 제시되고 있는데요, 저는 크게 두 가지로 분류 해보겠습니다.
유저 입장의 품질: 유저의 요구사항에 맞는 소프트웨어인지 체크개발자 입장의 품질: 내가 지금 이 코드를 의도한 대로 잘 작성하고 있는지 체크 유저 입장의 품질은 언급하지 않아도 중요함을 누구나 알고 있습니다. 이…

[스타트업] [Insight] 사운들리 점심데이터 이야기: 파트 1 - 준비하기

[스타트업] [Insight] 사운들리 점심데이터 이야기: 파트 1 - 준비하기
“식사합시다!” 처럼 늘 반가운 소식을 전하는 사운들리입니다 :)

 오늘 점심 식사는 맛있게 하셨나요? 이번주에는 사운들리 직원들의 점심 식사에 대한 이야기를 해볼까 합니다. 사실 직장인들에게 점심 식사는 단순한 밥 한 끼 이상의 의미를 가집니다. 오전 업무로 인한 피로나 스트레스를 풀고 오후 업무를 위한 에너지를 충전하기 위한 중요한 시간이지요. 사운들리 팀원들도 그런 꿀~맛 같은 점심시간에 조금 더 꿀~맛 같은 식사를 할 수 있는 방법이 있지 않을까 고민하던 필자는 조그만 프로젝트를 진행하게 되었습니다.
오늘 점심시간에 무엇을 먹어야 할지 고민할 필요 없이 모든 팀원들이 만족할 만한 점심 메뉴를 예측한다!  멋지지 않나요? 사운들리 팀원들의 점심 식사에 대한 현상을 파악하고 데이터로 분석한다면 궁극적으로 모든 팀원의 점심 식사 만족도를 높일 수 있다고 판단하였습니다. 필자는 전문적인 데이터 과학자는 아니지만 생활에서 데이터를 수집해서 간단하게 분석하여 의사 결정 수단으로 많이 활용해 왔습니다. 이번에도 그런 경험을 살려서 “사운들리 점심 데이터 분석 프로젝트"를 진행해보고자 합니다. :-) 
 이번 포스트에서는 프로젝트의 준비단계인 1) 문제 정의와 2) 데이터 수집, 3) 분석도구와 데이터 정제를 수행한 것에 대해서 얘기해 보겠습니다.
문제 정의  본 프로젝트에서 풀고자 하는 문제 정의는 다음과 같습니다.
목표사운들리 팀원들의 점심 식사 만족도 데이터를 바탕으로 현재의 메뉴 선택의 패턴을 분석하고 미래의 선호도를 예측한다.재미를 위해 각 팀원들의 메뉴 선택 성향 또는 패턴를 분석한다.
범위/데이터 수집: 참가자는 사운들리 팀원들이며 2월 23일~4월 29일까지(약 두 달 간) 점심 식사 직후 간단한 설문조사를 진행하여 데이터 측정했다.  목표달성을 위해서 확인되어야할 “지표”와 “탐색적 가설”들을 아래와 같이 리스트업 하고 데이터를 수집/분석하여 검증하고자 합니다.
지표 탐색적 가설