SlideShare a Scribd company logo
1 of 77
14일만에 GITHUB 스타 1K 받은
   차트 오픈소스 개발기
   박재성
차트란 무엇인가?
훗 차트, 너란녀석1) 데이터의 시각화
2) 차트 라이브러리? 1)의 구현을 위한 도구
그러나 차트의 적용은 무엇일까? 
결국, 시각화가 기본이다.
UI(디자인) + 인터렉션 
구현(적용)이 관건
CHARTS
ARE EVERYWHERE
iOS 10 
89%
iOS 9 
9%
Earlier 
2%
차트 같은걸 끼얹나?
차트는 자주 접하지만, 개발은 그렇지 않다.
한번 개발(또는 경험)되더라도 지속적인 
개선 요인이 별로 없어 경험 향상이 어렵다.
YOU, 차트 개발 해야함
몇 가지의 선택지들
직접 개발한다.
외부 라이브러리를 사용한다. 
→ 상용 or 오픈소스
어떤 기술을 사용할 것인가? 
→ Vector(SVG) or Bitmap(Canvas)
그래, 직접 개발!Good Luck! 진심으로 행운을 빕니다.
 
https://giphy.com/gifs/starwars-star-wars-force-3ohuPdEqZR8tDeuN3O/
역시, 외부 라이브러리!상용 or 오픈소스?
상용 → 결국 비용의 문제 
라이센스 비용 부담 (ex. Highcharts 10 developer $3,320)
오픈소스 → 어떤 라이브러를 사용할 것인가? 
결정의 어려움 (많은 고려요소 필요)
다양한 차트 라이브러리어떤 것을 선택할 것인가? 
[참고] https://bestof.js.org/tags/chart
기술 선택 가이드
성능 중요(빠른 대용량 데이터 처리), 
상대적으로 디자인은 덜 중요한 경우 → Canvas (비트맵)
디자인 및 요소별 커스터마이징, 
다양한 해상도(Zoom) 중요 → SVG (벡터)
[참고] SVG 대 캔버스: 선택 방법
영역별 다른 관점,
디자인 보단 실시간 변화 표현 중요
대용량 트래픽의 실시간(realtime) 변화 확인
수치의 변화가 중요. 기본 디자인 사용에 문제 없음
관리도구 등에 적합. 소수의 참여자(admin)
영역별 다른 관점,
엔드 유저대상, 다양한 디자인/UX 중요
주로 정적인 데이터의 시각화
디자인과 UX 적용의 유연성 필요
대규모의 불특정 사용자(엔드유저)를 대상
그간 네이버에서의 차트서비스들마다 다른 라이브러리를 사용
그리고 그로 인한 다양한 문제
문제들
기술적 know-how 축적 안됨
상용 라이브러리 사용시 비용 문제
경험이 누적되지 않아 차트 적용(디자인/개발)시, 
매번 반복되는 리소스의 낭비
물론, 처음엔 자체 개발
그러나, 성공적이진 못했다.
서비스 적용 이후, 메인터넌스 잘 안됨
개발 주체의 부재상황(이직 등) 
또는 다른 서비스 개발 등으로 인한 지원 어려움
타 라이브러리 대비 범용성 부족
그렇다면
오픈소스 사용은 어떨까?
지속적 업데이트, 기술적 트렌드 반영, 안정성 등을 
기대할 수 있으니 합리적이지 않을까?
향후 오픈소스 업데이트 지속되지 않을 경우, 
fork를 통한 유지 고려도 가능
공통된 라이브러리를 사용하면, 각각 다른 라이브러리 사용으로
인한 관리 및 기술경험 누적되지 않는 이슈 해결 기대
[참고] 그간 사용되었던 다양한 차트 라이브러리들: 
,  ,  ,  ,  , etc.NVD3 C3.js Chart.js Highcharts echarts
직접 개발도 해봤고,
외부(상용/오픈)의 것도 사용해 봤으니
간접적인 형태로 접근해 보자
라이브러리의 발전은 생태계에 맡기자.
필요한 기능은 PR을 통해 해결
오픈소스는 일정 수준 검증 되었다.
다양한 문서, practice가 존재한다.
그래서, 만들다.
C3.JS 확장 라이브러리 개발
C3.JS 선정이유
가장 인기있는 D3.js 기반 한정
Popularity 비교: 
→ GitHub star, 써드파티 앱, StackOverflow 질문 수, etc.
간결한 인터페이스
풍부한 문서, 예제 등 
→ 구글검색 결과: C3.js(22만) Vs. NVD3(6만4천)
네이버 서비스들에서 이미 다수에서 사용
엔드 유저 대상이므로, 디자인/기능 커스터마이징 용이성 중요
개발 시작
고난의 시작
개발시 겪게 되는 문제들
커뮤니케이션
디자인 & 인터렉션 커스터마이징
그리고 또 그리고 수많은...
커뮤니케이션나의 이름은 무엇 인가요? 
차트 개발 경험이 많이 없는 경우, 부르는 명칭도 제각각
디자인 가이드
각 요소들의 크기와 위치를 가이드에 맞춰주세요.
OMG! SVG TEXT
I'm SVG text
텍스트 스타일링은 가능
<br> 같은거 안됨. 줄바꿈은 새로운 노드로
위치(via attributes) 여백 등의 조정이 어려움 
→ transform:translate 또는 <tspan> 사용
모바일 환경
C3.js는 모바일 환경 미지원
Swipe 제스처를 통한 데이터 확인 UX 필요
환경별 다른 이벤트 발생
터치하고 바로 떼었을 때
iOS 11 (iPhone 7)
touchstart → touchend → mouseover → mousemove → mouseout
(포커스 이동되면 발생)
Android 7 (Galaxy S8)
touchstart → touchend → mouseover → mousemove → mousedown
→ mouseup → click → mouseout (포커스 이동되면 발생)
http://jsbin.com/xiyara
 
최소값y축 기반 값에 따른 up/down 표현
0 1 2 3 4
100,000
100,500
101,000
101,500
102,000
102,500
103,000
103,500
104,000
0 1 2 3 4
0
10,000
20,000
30,000
40,000
50,000
60,000
70,000
80,000
90,000
100,000
110,000
위의 차트는 모두 동일한 값을 표현하고 있습니다.
데이터는 없지만,
데이터는 표현해야 한다?
데이터가 0인 경우, 
표현이 되어야 할까? 안되어야 할까? 
C3+
C3.JS 확장 라이브러리를 만들다.
C3+?
C3.js를 확장한 테마 형태의 디자인 차트 생성
C3.JS: 확장 + 기능 보완 + 테마
커스텀 축 지원
범례 템플릿
모바일 지원
테마를 통한 차트 생성
확장 옵션
블로그/포스트 통계 적용[네이버 블로그] 블로그 통계가 새로워졌습니다!
[네이버 포스트] 훨씬 좋아진 통계, 지금 제공합니다!
C3+ GOAL
매번 다른 기술/라이브러리를 다루는 
반복적인 비용 제거
기본적 디자인(테마)을 활용해 
커스터마이징(디자인)에 따른 비용 제거
기술적 경험 축적: SVG, D3, C3.js
BUT, 현실적 문제직면
장기적 관점에서, C3+ 발전을 위해 외부 공개 목표
하지만,
래퍼/애드온 형태의 지속적 발전과 효용성 의문
기반 라이브러리인 C3.js 지속성 의문
오픈소스의 발전에 기댈 수 있을 것이란 기대는 
C3.js의 더딘 발전(또는 중단?)으로 위기 직면
Re-usable, easy interface JavaScript chart library
based on D3 v4+
차트를 만들어 봅시다.
STEP 1
파일을 로딩 합니다.<!-- D3.js를 로딩 -->
<script src="https://d3js.org/d3.v4.min.js"></script>
<!-- billboard.js와 기본 스타일을 로딩 -->
<script src="billboard.js"></script>
<link rel="stylesheet" href="billboard.css">
STEP 2
차트가 노출될 
영역을 설정합니다.
<div id="chart"></div>
STEP 3
옵션과 함께 차트를 생성합니다.
Declarative API
bb.generate({
bindto: "#chart",
data: {
columns: [
["data1", 30, 200, 100, 400, 150, 250],
["data2", 100, 80, 130, 240, 350, 90],
["data3", 150, 120, 58, 135, 258, 159]
],
type: "bar",
colors: {
data1: "#2acefd",
data2: "#f87070",
data3: "#1f77b4"
},
labels: true
}
});
짠!
bar   line   spline   pie   gauge   area‑spline   step   donut   scatter
30
200
100
400
150
250
100
80
130
240
350
90
150
120
58
135
258
159
0 1 2 3 4 5
0
50
100
150
200
250
300
350
400
450
data1 data2 data3
커스터마이징150개 이상의   제공
SVG 노드: 필요한 경우, 직접 핸들링 가능 
CSS로 스타일링 가능 
다양한 옵션
THE UNKNOWN WAY TO
FORK에서 공개까지
C3.JS 프로젝트 참여 시도원 개발자 및 커미터에게 메일을 통한 문의 
일단 활동하자PR도 보내고 이슈들에 대한 답변도 하고
[참고] https://github.com/c3js/c3/issues/1924#issuecomment-271224192
그렇게 몇 주가 흘렀지만
메일 회신도 없고,
프로젝트 ACTIVITY도 딱히 없는 상태...
공개적 문의issue를 등록해 공개적으로 프로젝트 유지 문의
[참고] https://github.com/c3js/c3/issues/1965
그리고, 그 다음날
그래, FORK 하자'향후 오픈소스의 업데이트 지속 안될 경우, 
fork를 통한 유지'의 명제
당면한 C3.js의 미해결 과제들:
D3 최신버전 v4+ 미지원
모바일 환경에 대한 지원 부족
오래된 개발 스타일 코드 (ES3)
SVG polyfill 제거
등등...
합리성, 당위성 & 신뢰
Fork 한다고 해서 사용자가 오진 않는다.
기존 커뮤니티에 당위성이 제시 필요
과연 이 사람(개발자)이 믿을만 한가?
THE JOURNEY
GOING FROM D3 V3 TO V4 
WITHIN TWO MONTHS
OOPS~, D3 V4v3 → v4: Breaking Changes 
공식 문서( ) 있으나, 
마이그레이션 가이드 없고 만들지 않을거임. 
Changes in D3 4.0
[참고]   https://github.com/d3/d3/issues/2893
D3 V4 - What's new?
D3 V4로 업그레이드변경된 모듈에 대한 목록을 모두 작성 
v3 v4
d3.time.scale d3.scaleTime
d3.svg.line() d3.line
d3.behavior.drag d3.drag
...
모듈의 behavior 변경되어, 기존과 유사한 것도 있지만 
다르게 처리되는 것들이 대다수
이전 버전과 변경된 문서를 읽고 비교하고, 테스트 하고...
그외 작업들
차트 생성 흐름에 따른 오류들의 순차적 해결/변환
ES3 → ES6로 전환 병행 및 개발 환경 변경
API 문서화 ( )
테스트 코드 업데이트(d3 v4 호환) 및 커버리지 개선
JSDoc
RELEASE 3주전
YAY~!, 이제 끝이 보인다.
어느 날, 갑자기 두둥~
갑작스러운 C3.js 차기 릴리즈 계획과 새로운 커미터 추가
[참고] https://github.com/c3js/c3/issues/2033
고민이미 많은 진전을 통해 릴리즈를 앞둔상황
계획만을 통한 발전에 대한 의문
커미터 추가 후에도 활발한 활동 없어, 
빠른 시일 내 D3 v4 지원 어렵다는 판단
계획대로 
릴리즈 하자.
오픈소스 네이밍원래는 C3+ 2.0으로 계획, 그러나 C3.js 연관성의 부정적 의견
'billboard'는 음악 차트
의미는 다르지만 '차트'를 연관
오랫동안 친숙한 이름
FE 프로젝트에서는 기 등록된 npm 모듈명 확인 필요
[참고] Open Source Project Name Checker
RELEASE!2017년 6월8일, v1.0.0 공개
그러나, 공개한다고 갑자기
관심과 사용자가 몰려오진 않는다.
홍보전략 필요
직접 발로뛰기
다수의 'ECHO' 사이트에 등록하기
JavaScript Live
Echo JS
Hacker News
많은 곳에서 해당 사이트에 등록된 정보를 활용, 재전파 한다.
뉴스레터 소개 요청하기 JavaScript Weekly
[참고] FE 관련 뉴스레터는 사실, 한 곳에서 발행 
https://cooperpress.com/
유력 매체 소개
 
 
JavaScript Weekly 소개
JavaScript Daily 소개
GITHUB TRENDING!JavaScript 언어부문 3위 기록
[참고] https://github.com/trending/javascript
GITHUB STAR
공개 후, 첫 6일간 700개
14일 후, 1,000개 도달!
Star의 가치는? 
cdnjs 등록은 최소 200개 요구됨
Vuejs도 첫 6일간 615개
How I Got From 0 to 1 000 Stars on GitHub in Three Months
THIRD-PARTY APPS!Angular, React, R, Web Components 등의 
자발적인 프로젝트들의 등장
[참고] https://github.com/naver/billboard.js/wiki/Third-party-applications
지속적 성장월 npm 다운로드 수
June 370
July 479
Aug 862
Sep 1,124
[참고] npm-stat: billboard.js, 2017.6.8 ~ 9.30
충실한 문서문서 작성은 아주, 아주 중요하다.
대표 사이트: 
C3.js에서 마이그레이션 하기 가이드
잘 작성된 API 문서
왜 Fork 하게 되었나?
Readme
https://naver.github.io/billboard.js/
80여개의 풍부한 예제많은 예제는 '무엇'이 가능 또는 할수 있는지 보여줄 수 있다. 
https://naver.github.io/billboard.js/demo/
이제 부터가 시작
Star의 수는 보다 발전할 수 있도록 도와주는 역할
이슈에 대한 빠른 대응 필요
신규 기능과 버그에 대한 처리
을 통해 향후 방향에 대한 정보제공Roadmap
사용자를 위한
지속적 기능 추가
PLAYGROUND온라인에서 바로 옵션들을 수정하고 확인 
[참고] https://naver.github.io/billboard.js/playground/
신규 옵션들과 문서
C3+ 경험들을 통한 신규 옵션 
꾸준한 문서 업데이트
API는 한번 작성되면 끝이 아니다.
정확한 의미와 동작을 기술 그리고 지속적 업데이트
오픈소스의 중요한 요소들
안정성, 충분한 문서 그리고 책임감
[참고] http://opensourcesurvey.org/2017/
오픈소스의 어려움누군가의 노력이 대가없이 제공되는 것. 
그러나, 쉽게 비난 받기도 한다.
 
https://twitter.com/spf13/status/907403135592878080
의연하게 대처하기
You shouldn’t let strangers on the internet
negatively affect your mood or your drive 
... 
The trolls feed on your 
annoyance and discourse. 
― Sindre Sorhus
[참고]   Between the Wires: An interview with open source developer Sindre Sorhus
1,139 npm Packages
WHY DO
OPEN SOURCE?
세상에서 내가 도움 받은 것에 대해 
다시 기여하는 의미있고 가치있는 행동
[참고]   네이버 오픈소스 가이드
GitHub Open Source Guides
SPECIAL THANKSMASAYUKI TANAKA AND ALL OF THE C3.JS
CONTRIBUTORS, 
FOR YOUR GREAT EFFORTS AND
WORKS TO THE COMMUNITY!
고맙습니다. 
Thank You. 
Gracias. 
https://github.com/naver/billboard.js/

More Related Content

What's hot

2012 criteo(kr) 크리테오 상품 소개서
2012 criteo(kr) 크리테오 상품 소개서2012 criteo(kr) 크리테오 상품 소개서
2012 criteo(kr) 크리테오 상품 소개서
WOOSUNG HAN
 
2022 한양대_로컬브랜드_Picnic_애나지_최종제출.pdf
2022 한양대_로컬브랜드_Picnic_애나지_최종제출.pdf2022 한양대_로컬브랜드_Picnic_애나지_최종제출.pdf
2022 한양대_로컬브랜드_Picnic_애나지_최종제출.pdf
Artcoon
 
리텐션율 의미와 산출방법
리텐션율 의미와 산출방법리텐션율 의미와 산출방법
리텐션율 의미와 산출방법
Chanman Jo
 

What's hot (20)

API Gateway를 이용한 토큰 기반 인증 아키텍처
API Gateway를 이용한 토큰 기반 인증 아키텍처API Gateway를 이용한 토큰 기반 인증 아키텍처
API Gateway를 이용한 토큰 기반 인증 아키텍처
 
2012 criteo(kr) 크리테오 상품 소개서
2012 criteo(kr) 크리테오 상품 소개서2012 criteo(kr) 크리테오 상품 소개서
2012 criteo(kr) 크리테오 상품 소개서
 
HTML5時代のネット動画技術〜良い子悪い子普通の子(増補改訂版)
HTML5時代のネット動画技術〜良い子悪い子普通の子(増補改訂版)HTML5時代のネット動画技術〜良い子悪い子普通の子(増補改訂版)
HTML5時代のネット動画技術〜良い子悪い子普通の子(増補改訂版)
 
UX 아카데미 오픈프로젝트 [토스 모바일앱 - UX/UI 개선]
UX 아카데미 오픈프로젝트 [토스 모바일앱 - UX/UI 개선] UX 아카데미 오픈프로젝트 [토스 모바일앱 - UX/UI 개선]
UX 아카데미 오픈프로젝트 [토스 모바일앱 - UX/UI 개선]
 
마케팅자동화 클라우드 인사이더 표준제안서
마케팅자동화 클라우드 인사이더 표준제안서마케팅자동화 클라우드 인사이더 표준제안서
마케팅자동화 클라우드 인사이더 표준제안서
 
2022 한양대_로컬브랜드_Picnic_애나지_최종제출.pdf
2022 한양대_로컬브랜드_Picnic_애나지_최종제출.pdf2022 한양대_로컬브랜드_Picnic_애나지_최종제출.pdf
2022 한양대_로컬브랜드_Picnic_애나지_최종제출.pdf
 
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
 
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
 
델파이 소스코드의재발견
델파이 소스코드의재발견델파이 소스코드의재발견
델파이 소스코드의재발견
 
05. 마이크로서비스 아키텍처 환경에서의 SSO 구축방안
05. 마이크로서비스 아키텍처 환경에서의 SSO 구축방안05. 마이크로서비스 아키텍처 환경에서의 SSO 구축방안
05. 마이크로서비스 아키텍처 환경에서의 SSO 구축방안
 
Scim overview
Scim overviewScim overview
Scim overview
 
인사이트™ vs 타사 웹로그분석 제품 비교
인사이트™ vs 타사 웹로그분석 제품 비교 인사이트™ vs 타사 웹로그분석 제품 비교
인사이트™ vs 타사 웹로그분석 제품 비교
 
2022 한양대_내셔널브랜드_AIREA_에어리어_최종발표.pdf
2022 한양대_내셔널브랜드_AIREA_에어리어_최종발표.pdf2022 한양대_내셔널브랜드_AIREA_에어리어_최종발표.pdf
2022 한양대_내셔널브랜드_AIREA_에어리어_최종발표.pdf
 
UX Academy 17th 마이리얼트립 UX/UI 개선 프로젝트
UX Academy 17th 마이리얼트립 UX/UI 개선 프로젝트UX Academy 17th 마이리얼트립 UX/UI 개선 프로젝트
UX Academy 17th 마이리얼트립 UX/UI 개선 프로젝트
 
리텐션율 의미와 산출방법
리텐션율 의미와 산출방법리텐션율 의미와 산출방법
리텐션율 의미와 산출방법
 
AWS re:Inforce2019 re:Cap LT
AWS re:Inforce2019 re:Cap LTAWS re:Inforce2019 re:Cap LT
AWS re:Inforce2019 re:Cap LT
 
Use case of rpa
Use case of rpaUse case of rpa
Use case of rpa
 
[창업자&예비창업자] 스타트업 투자와 IR
[창업자&예비창업자] 스타트업 투자와 IR[창업자&예비창업자] 스타트업 투자와 IR
[창업자&예비창업자] 스타트업 투자와 IR
 
[메조미디어] Media&Market Report_2023.02
[메조미디어] Media&Market Report_2023.02[메조미디어] Media&Market Report_2023.02
[메조미디어] Media&Market Report_2023.02
 
피크니크 소개서 2022.pdf
피크니크 소개서 2022.pdf피크니크 소개서 2022.pdf
피크니크 소개서 2022.pdf
 

Viewers also liked

Viewers also liked (20)

[135] 오픈소스 데이터베이스, 은행 서비스에 첫발을 내밀다.
[135] 오픈소스 데이터베이스, 은행 서비스에 첫발을 내밀다.[135] 오픈소스 데이터베이스, 은행 서비스에 첫발을 내밀다.
[135] 오픈소스 데이터베이스, 은행 서비스에 첫발을 내밀다.
 
[131]chromium binging 기술을 node.js에 적용해보자
[131]chromium binging 기술을 node.js에 적용해보자[131]chromium binging 기술을 node.js에 적용해보자
[131]chromium binging 기술을 node.js에 적용해보자
 
[111]open, share, enjoy 네이버의 오픈소스 활동
[111]open, share, enjoy 네이버의 오픈소스 활동[111]open, share, enjoy 네이버의 오픈소스 활동
[111]open, share, enjoy 네이버의 오픈소스 활동
 
[141]네이버랩스의 로보틱스 연구 소개
[141]네이버랩스의 로보틱스 연구 소개[141]네이버랩스의 로보틱스 연구 소개
[141]네이버랩스의 로보틱스 연구 소개
 
밑바닥부터시작하는360뷰어
밑바닥부터시작하는360뷰어밑바닥부터시작하는360뷰어
밑바닥부터시작하는360뷰어
 
웨일브라우저 성능 및 메모리 최적화
웨일브라우저 성능 및 메모리 최적화웨일브라우저 성능 및 메모리 최적화
웨일브라우저 성능 및 메모리 최적화
 
[125] 머신러닝으로 쏟아지는 유저 cs 답변하기
[125] 머신러닝으로 쏟아지는 유저 cs 답변하기[125] 머신러닝으로 쏟아지는 유저 cs 답변하기
[125] 머신러닝으로 쏟아지는 유저 cs 답변하기
 
[141] 오픈소스를 쓰려는 자, 리베이스의 무게를 견뎌라
[141] 오픈소스를 쓰려는 자, 리베이스의 무게를 견뎌라[141] 오픈소스를 쓰려는 자, 리베이스의 무게를 견뎌라
[141] 오픈소스를 쓰려는 자, 리베이스의 무게를 견뎌라
 
[132]웨일 브라우저 1년 그리고 미래
[132]웨일 브라우저 1년 그리고 미래[132]웨일 브라우저 1년 그리고 미래
[132]웨일 브라우저 1년 그리고 미래
 
[143]알파글래스의 개발과정으로 알아보는 ar 스마트글래스 광학 시스템
[143]알파글래스의 개발과정으로 알아보는 ar 스마트글래스 광학 시스템 [143]알파글래스의 개발과정으로 알아보는 ar 스마트글래스 광학 시스템
[143]알파글래스의 개발과정으로 알아보는 ar 스마트글래스 광학 시스템
 
[124]자율주행과 기계학습
[124]자율주행과 기계학습[124]자율주행과 기계학습
[124]자율주행과 기계학습
 
[123]동네 커피샵도 사이렌 오더를 쓸 수 있을까
[123]동네 커피샵도 사이렌 오더를 쓸 수 있을까[123]동네 커피샵도 사이렌 오더를 쓸 수 있을까
[123]동네 커피샵도 사이렌 오더를 쓸 수 있을까
 
[112]clova platform 인공지능을 엮는 기술
[112]clova platform 인공지능을 엮는 기술[112]clova platform 인공지능을 엮는 기술
[112]clova platform 인공지능을 엮는 기술
 
what is_tabs_share
what is_tabs_sharewhat is_tabs_share
what is_tabs_share
 
[113]how can realm_make_efficient_mobile_database
[113]how can realm_make_efficient_mobile_database[113]how can realm_make_efficient_mobile_database
[113]how can realm_make_efficient_mobile_database
 
[142] 생체 이해에 기반한 로봇 – 고성능 로봇에게 인간의 유연함과 안전성 부여하기
[142] 생체 이해에 기반한 로봇 – 고성능 로봇에게 인간의 유연함과 안전성 부여하기[142] 생체 이해에 기반한 로봇 – 고성능 로봇에게 인간의 유연함과 안전성 부여하기
[142] 생체 이해에 기반한 로봇 – 고성능 로봇에게 인간의 유연함과 안전성 부여하기
 
웨일 보안 이야기
웨일 보안 이야기웨일 보안 이야기
웨일 보안 이야기
 
유연하고 확장성 있는 빅데이터 처리
유연하고 확장성 있는 빅데이터 처리유연하고 확장성 있는 빅데이터 처리
유연하고 확장성 있는 빅데이터 처리
 
[216]네이버 검색 사용자를 만족시켜라! 의도파악과 의미검색
[216]네이버 검색 사용자를 만족시켜라!   의도파악과 의미검색[216]네이버 검색 사용자를 만족시켜라!   의도파악과 의미검색
[216]네이버 검색 사용자를 만족시켜라! 의도파악과 의미검색
 
[212]big models without big data using domain specific deep networks in data-...
[212]big models without big data using domain specific deep networks in data-...[212]big models without big data using domain specific deep networks in data-...
[212]big models without big data using domain specific deep networks in data-...
 

Similar to [115]14일만에 깃헙 스타 1,000개 받은 차트 오픈소스 개발기

131 deview 2013 yobi-채수원
131 deview 2013 yobi-채수원131 deview 2013 yobi-채수원
131 deview 2013 yobi-채수원
NAVER D2
 
커뮤니티와 함께한 예비개발자 성장기- 조성수님
커뮤니티와 함께한 예비개발자 성장기- 조성수님커뮤니티와 함께한 예비개발자 성장기- 조성수님
커뮤니티와 함께한 예비개발자 성장기- 조성수님
NAVER D2
 

Similar to [115]14일만에 깃헙 스타 1,000개 받은 차트 오픈소스 개발기 (13)

[DEVIEW 2017] 14일만에 GitHub 스타 1K 받은 차트 오픈소스 개발기
[DEVIEW 2017] 14일만에 GitHub 스타 1K 받은 차트 오픈소스 개발기[DEVIEW 2017] 14일만에 GitHub 스타 1K 받은 차트 오픈소스 개발기
[DEVIEW 2017] 14일만에 GitHub 스타 1K 받은 차트 오픈소스 개발기
 
제 5회 D2 CAMPUS FEST O.T - billboard.js 차트오픈소스개발기
제 5회 D2 CAMPUS FEST O.T -  billboard.js 차트오픈소스개발기제 5회 D2 CAMPUS FEST O.T -  billboard.js 차트오픈소스개발기
제 5회 D2 CAMPUS FEST O.T - billboard.js 차트오픈소스개발기
 
Native A/V
Native A/VNative A/V
Native A/V
 
131 deview 2013 yobi-채수원
131 deview 2013 yobi-채수원131 deview 2013 yobi-채수원
131 deview 2013 yobi-채수원
 
리스펙토링 세미나 - OT
리스펙토링 세미나 - OT리스펙토링 세미나 - OT
리스펙토링 세미나 - OT
 
2021년 2월 6일 개발자 이야기
2021년 2월 6일 개발자 이야기2021년 2월 6일 개발자 이야기
2021년 2월 6일 개발자 이야기
 
격변하는 프로그래밍 언어, 이제는 Let it go
격변하는 프로그래밍 언어, 이제는 Let it go격변하는 프로그래밍 언어, 이제는 Let it go
격변하는 프로그래밍 언어, 이제는 Let it go
 
GKAC 2014 Nov. - Android Wear 개발, 할까요 말까요?
GKAC 2014 Nov. - Android Wear 개발, 할까요 말까요?GKAC 2014 Nov. - Android Wear 개발, 할까요 말까요?
GKAC 2014 Nov. - Android Wear 개발, 할까요 말까요?
 
커뮤니티와 함께한 예비개발자 성장기- 조성수님
커뮤니티와 함께한 예비개발자 성장기- 조성수님커뮤니티와 함께한 예비개발자 성장기- 조성수님
커뮤니티와 함께한 예비개발자 성장기- 조성수님
 
소소하지만 재미있는 UX, 트랜지션과 애니메이션 (@UX월드/2014)
소소하지만 재미있는 UX, 트랜지션과 애니메이션 (@UX월드/2014)소소하지만 재미있는 UX, 트랜지션과 애니메이션 (@UX월드/2014)
소소하지만 재미있는 UX, 트랜지션과 애니메이션 (@UX월드/2014)
 
2013 PoApper Introduction
2013 PoApper Introduction2013 PoApper Introduction
2013 PoApper Introduction
 
Dear Artech
Dear ArtechDear Artech
Dear Artech
 
소프트웨어 중심 시대를 준비하자
소프트웨어 중심 시대를 준비하자소프트웨어 중심 시대를 준비하자
소프트웨어 중심 시대를 준비하자
 

More from NAVER D2

More from NAVER D2 (20)

[211] 인공지능이 인공지능 챗봇을 만든다
[211] 인공지능이 인공지능 챗봇을 만든다[211] 인공지능이 인공지능 챗봇을 만든다
[211] 인공지능이 인공지능 챗봇을 만든다
 
[233] 대형 컨테이너 클러스터에서의 고가용성 Network Load Balancing: Maglev Hashing Scheduler i...
[233] 대형 컨테이너 클러스터에서의 고가용성 Network Load Balancing: Maglev Hashing Scheduler i...[233] 대형 컨테이너 클러스터에서의 고가용성 Network Load Balancing: Maglev Hashing Scheduler i...
[233] 대형 컨테이너 클러스터에서의 고가용성 Network Load Balancing: Maglev Hashing Scheduler i...
 
[215] Druid로 쉽고 빠르게 데이터 분석하기
[215] Druid로 쉽고 빠르게 데이터 분석하기[215] Druid로 쉽고 빠르게 데이터 분석하기
[215] Druid로 쉽고 빠르게 데이터 분석하기
 
[245]Papago Internals: 모델분석과 응용기술 개발
[245]Papago Internals: 모델분석과 응용기술 개발[245]Papago Internals: 모델분석과 응용기술 개발
[245]Papago Internals: 모델분석과 응용기술 개발
 
[236] 스트림 저장소 최적화 이야기: 아파치 드루이드로부터 얻은 교훈
[236] 스트림 저장소 최적화 이야기: 아파치 드루이드로부터 얻은 교훈[236] 스트림 저장소 최적화 이야기: 아파치 드루이드로부터 얻은 교훈
[236] 스트림 저장소 최적화 이야기: 아파치 드루이드로부터 얻은 교훈
 
[235]Wikipedia-scale Q&A
[235]Wikipedia-scale Q&A[235]Wikipedia-scale Q&A
[235]Wikipedia-scale Q&A
 
[244]로봇이 현실 세계에 대해 학습하도록 만들기
[244]로봇이 현실 세계에 대해 학습하도록 만들기[244]로봇이 현실 세계에 대해 학습하도록 만들기
[244]로봇이 현실 세계에 대해 학습하도록 만들기
 
[243] Deep Learning to help student’s Deep Learning
[243] Deep Learning to help student’s Deep Learning[243] Deep Learning to help student’s Deep Learning
[243] Deep Learning to help student’s Deep Learning
 
[234]Fast & Accurate Data Annotation Pipeline for AI applications
[234]Fast & Accurate Data Annotation Pipeline for AI applications[234]Fast & Accurate Data Annotation Pipeline for AI applications
[234]Fast & Accurate Data Annotation Pipeline for AI applications
 
Old version: [233]대형 컨테이너 클러스터에서의 고가용성 Network Load Balancing
Old version: [233]대형 컨테이너 클러스터에서의 고가용성 Network Load BalancingOld version: [233]대형 컨테이너 클러스터에서의 고가용성 Network Load Balancing
Old version: [233]대형 컨테이너 클러스터에서의 고가용성 Network Load Balancing
 
[226]NAVER 광고 deep click prediction: 모델링부터 서빙까지
[226]NAVER 광고 deep click prediction: 모델링부터 서빙까지[226]NAVER 광고 deep click prediction: 모델링부터 서빙까지
[226]NAVER 광고 deep click prediction: 모델링부터 서빙까지
 
[225]NSML: 머신러닝 플랫폼 서비스하기 & 모델 튜닝 자동화하기
[225]NSML: 머신러닝 플랫폼 서비스하기 & 모델 튜닝 자동화하기[225]NSML: 머신러닝 플랫폼 서비스하기 & 모델 튜닝 자동화하기
[225]NSML: 머신러닝 플랫폼 서비스하기 & 모델 튜닝 자동화하기
 
[224]네이버 검색과 개인화
[224]네이버 검색과 개인화[224]네이버 검색과 개인화
[224]네이버 검색과 개인화
 
[216]Search Reliability Engineering (부제: 지진에도 흔들리지 않는 네이버 검색시스템)
[216]Search Reliability Engineering (부제: 지진에도 흔들리지 않는 네이버 검색시스템)[216]Search Reliability Engineering (부제: 지진에도 흔들리지 않는 네이버 검색시스템)
[216]Search Reliability Engineering (부제: 지진에도 흔들리지 않는 네이버 검색시스템)
 
[214] Ai Serving Platform: 하루 수 억 건의 인퍼런스를 처리하기 위한 고군분투기
[214] Ai Serving Platform: 하루 수 억 건의 인퍼런스를 처리하기 위한 고군분투기[214] Ai Serving Platform: 하루 수 억 건의 인퍼런스를 처리하기 위한 고군분투기
[214] Ai Serving Platform: 하루 수 억 건의 인퍼런스를 처리하기 위한 고군분투기
 
[213] Fashion Visual Search
[213] Fashion Visual Search[213] Fashion Visual Search
[213] Fashion Visual Search
 
[232] TensorRT를 활용한 딥러닝 Inference 최적화
[232] TensorRT를 활용한 딥러닝 Inference 최적화[232] TensorRT를 활용한 딥러닝 Inference 최적화
[232] TensorRT를 활용한 딥러닝 Inference 최적화
 
[242]컴퓨터 비전을 이용한 실내 지도 자동 업데이트 방법: 딥러닝을 통한 POI 변화 탐지
[242]컴퓨터 비전을 이용한 실내 지도 자동 업데이트 방법: 딥러닝을 통한 POI 변화 탐지[242]컴퓨터 비전을 이용한 실내 지도 자동 업데이트 방법: 딥러닝을 통한 POI 변화 탐지
[242]컴퓨터 비전을 이용한 실내 지도 자동 업데이트 방법: 딥러닝을 통한 POI 변화 탐지
 
[212]C3, 데이터 처리에서 서빙까지 가능한 하둡 클러스터
[212]C3, 데이터 처리에서 서빙까지 가능한 하둡 클러스터[212]C3, 데이터 처리에서 서빙까지 가능한 하둡 클러스터
[212]C3, 데이터 처리에서 서빙까지 가능한 하둡 클러스터
 
[223]기계독해 QA: 검색인가, NLP인가?
[223]기계독해 QA: 검색인가, NLP인가?[223]기계독해 QA: 검색인가, NLP인가?
[223]기계독해 QA: 검색인가, NLP인가?
 

[115]14일만에 깃헙 스타 1,000개 받은 차트 오픈소스 개발기