2014 OSS 개발자 캠프(성균관 대학교)

2. 그럴듯해 보이는 목차
• SW 개발자의 종류
• 개발자가 되기 위한 기본적 지식
• 성장하기

3. SW 개발자의 종류
• 이런 얘기를 하는게 아닙니다.
• 좋은 개발자, 나쁜 개발자
• 서버개발자, 웹개발자, 모바일 개발자, PM..

4. SW 개발자의 종류
• 이런 얘기를 할꺼에요
• 대기업 개발자, 중소기업 개발자, 해외 개발자
• 어차피 개발자가 하는 일은 비슷해요

5. 개발자가 되기 위한 기본지식
• 이런 얘기는 안해요
• 자료구조, OS, 데이터베이스, C, Java

6. 개발자가 되기 위한 기본지식
• 이런 얘기 할꺼에요
• Mobile, Web, Back-end, Front-End

7. 성장하기
!
• 훌륭한 개발자가 되기 위한 가이드를 제시합니다.
• 잘 먹고 잘 살기를 기원합니다.

9. 하필이면 개발자를..?

10. 우리는 누구?

11. • 학생?
• 개발자?
• 기획자?
• 아들? 딸?
• 잠재적 군인?

13. 아직은 잘 모르지만
누구든 될 수 있다.

14. 정말 개발을 좋아하는 삶

16. 어쩔수 없이 돈때문에..

18. 이유야 어쨌든 개발자는

19. 돈을 법니다.

20. 왜?

21. • 먹고 살아야 하고
• 결혼도 하고
• 차도 사고
• 부모님 용돈도 드리고
• 여행도 가고
• 학자금도 값고..ㅠㅠ

22. 대기업 느님

23. 나머지는?

24. 중소기업 시작
너 자신을 믿어라(Be Yourself)
-샘 올렌스(조지아주 법무장관)

25. 갈 곳이 없다…
너 자신을 알라
- 그리스 격언

26. 한국 IT 80%를 차지하는
SI

27. SI에 가면 뭐해요?

28. 제 경우를 예를 들자면
- 아무생각없이 놀았습니다

30. • 밴드도 하고
• 스쿠버도 하고
• 인라인도 타고
• 검도도 하고
• 바이크도 타고

31. 그러다 보니…
• 2009 년 30살의 나이로 졸업

32. 동시에
서브프라임

33. 서브 프라임?

34. 100 여군데 이력서를 넣고..
!
하청업체라 불리는곳에 합격.

35. 하청업체?

37. 그건 아청이고…

38. 그럼 하청은?

40. 아 그렇군!!!

41. 농협카드와 함께 봄날을 맞이함

42. 구조
• 농협 - 농협정보시스템 - LGCNS - 회사 - 나

43. 내가 생각했던 직장인
!
특히 금융권

45. 프로젝트 투입

47. 입사1년만에
5일의 휴가를 받음…

48. 다시 프로젝트 투입

49. 가능할까?
• 집 -> 회사 1시간 30분
• 1시~2시 퇴근
• 9시 정시 출근
• 토요일은 기본, 일요일은 옵션

50. 애가 생겼어요!!
병원에 다녀야 해요..

51. 충격적인 비밀을 들음
• 차세대를 하면 산부인과에 같이 못감
• 애 얼굴을 자주 못봄
• 돈이 많이 필요함
• 이게 평생 될꺼임.

52. 목표가 생김(나름 대기업 간판)

53. 입사할 수는 있으나.
• 오지 말라고 함
• 거기서 거기

54. 이 바닥을 뜨자!!!

55. 꺼져 이노무 회사!!!

56. 살암인, 잡콜이야

57. 대세는 웹, 모바일

58. 갈곳이 없음..
Java 못함
C 못함
웹은 뭔지.
모바일???
엔지니어?

59. 다 필요없고..
• 연봉/복지 안따짐
• 정시 퇴근만 하면 됨.
• 경력 세탁은 내가 할꺼임

60. 처음으로..
!
집에 6시 30분에 도착..
회사를 옮겼더니

61. 대학원, 스터디, 개발자 모임

63. Now..
• 제 직책은.
• 두 아들의 아빠
• 10시에 어린이집
• 장보기
• 4시에 어린이집
• 백수

64. Now..
• 오픈 프론티어 멤버
• URQA- 오픈소스 커미터
• Fullstack 개발자
• 할줄 아는거: javascript, angularJS, ruby, python, go,
redis, MongoDB, Scala, android, etc..

65. 만족하며 살고 있음.

66. 애초에 대기업을
가지?

67. 대기업을 갑시다!!!

69. 엄청 많음!!!
!
!
하지만 들어가고 못들어가고 문제가 아니라

70. 실제 수행업무가 중요!!

71. 1000 ft View

72. • 군대 문화
• 술, 회식
• 정치

73. 외국 회사로!!

74. 훨신 더 많아!!!

75. 채용 프로세스
• 서류 면접
• 전화 면접
• 온사이트 (On-site) 면접
• 최소 3회 - 7 회
• 최소 5시간 - 12시간

77. 프리랜서
Free + Lancer

78. 프리랜서 = 용병

79. SI 산업
금융, 통신, 공공, 의료

80. 사회 현상의 흐름을 파악

81. 항상 새로운 것
• 새로운 업무 환경
• 새로운 사람들
• 새로운 업무

82. 돈?
• 초급: 20대 후반
• 중급: 30대 초반
• 고급: 30대 후반

83. 돈?
• 대한민국 평균 연봉보다 많다.
• IT 산업군과 비교해도 많다.

84. 돈?
• 단, 퇴직금 제외
• 복지도 제외

85. 경력?

86. 경력?
• 원하는 경력대로 커리어 패스를 찍을 수 있다.
• 한 업무에 정통하면 인정받으면서 일할 수 있다.
• 찾지 않아도 찾아온다.

87. 경력?
• 단, 스킬을 잘못 찍으면 망한다.

88. 경력?
• 인생은 디아블로가 아님..

89. 안정된 고용환경

90. 업무 환경

91. 업무 환경
• 이직이 쉬움

92. 안좋은점

93. 일자리

95. 계약직

96. 전문성

98. 다 잘해야함..
!
노래, 춤은 기본
!
SSD도 혼자 교체, 손글씨, 양궁

99. Requirement
• 프로그래밍 실력은 기본
• 업무에 대해서도 빠삭해야 하고
• 전화응대도 잘해야 하고
• 분위기도 잘 맞춰줘야 하고(사무실, 회식)
• 치킨도 잘 튀겨야….

100. 방법론

101. 원래는 이렇게..

102. 실제는…
그런게 어딨어.. 그냥 하는거지

103. 일정

105. 상황이 이러다 보니..
집에 못감..

106. 일정이 이러다 보니..

107. !
개발자가 가고 싶은 회사들..

110. 필요한 기술들..
• 면접: 기본 3차 ~ 7차
• 스킬: Java, JS, C, C++, php, python, ruby, object-C
HTML5, CSS, etc..

111. 못감..

112. 좋은 회사의 기준은
먹고 살만한 월급
!
최신 장비
!
기술 습득
!
이라고 보통 생각함
!

113. 방법?
!
회사를 차리던가..

114. 회사를 차리든.
!
회사에 입사를 하든.
!
알면 도움이 되는 기본 지식들..

115. Python.
-Language

116. Framework?

117. 소프트웨어 프레임워크(software framework)
는 복잡한 문제를 해결하거나 서술하는 데 사용
되는 기본 개념 구조이다. 간단히 뼈대, 골조(骨
組), 프레임워크(framework)라고도 한다.

118. Full Stack
Server, Network, and Hosting Environment.
Data Modeling
Business Logic
API layer / Action Layer / MVC
User Interface
User Experience
Understanding what the customer and the business need.
납땜에서 영업까지

119. 1인 기업

120. 프로그래밍 언어
• 언어는 내 생각을 구현하기 위한 도구
• 모바일 - Java, Objective C, C#
• 웹서버 - CGI, ASP, PHP, JAVA
• 게임 - C#, C++
• 디자인? - 포토샵, 일러스트레이터, 페인트?
• 관리 - 엑셀, 파워포인트

121. 프레임워크
• Ruby - Rails, Sinatra
• Python - Django, Flask
• Java - Spring, Spark
• C# - .Net, Micro

122. 왜?

123. 영역이 다르다

124. • DB - Backend - Frontend - UX - 고객
• 영역 별로 사용하는 언어가 다름

125. 과장님은 엑셀로 이야기해요

126. 고객
• Design
• Speed
• UI/UX
• Pay

127. UI/UX(기획자)
• UI/UX
• Cost
• Cash Cow

128. Front-end
• Fast Script
• Layout
• Dynamic

129. Back-end
• High Availability
• High Tech
• Simple/Complex
• High Performance

130. Database
• Shard
• Replication
• Data

133. 1000 ft View
개략적으로 살펴봅시다

134. 뭐 먹고 살지 고민중…
!
아이디어가 하나 떠오름!!!

135. 웹 페이지도 만들고
!
앱도 하나 만들어야징!!

136. 대박 날것 같음!!

137. 당연한 얘기지만.
• 컴퓨터 부터 구입…
• 혹은 집에 있는 컴퓨터.
• 또는 학교

138. 당연한 얘기지만.
• 언어를 배워야함

139. code school

141. code academy

142. code.org

143. lynda.com

144. 일단 게시판부터…
• HTML로 만들고
• 로그인 기능 추가해서 게시판 만들어야지

145. 게시판 글을 어딘가 저장
을… 해야 하네?

146. 데이터 베이스
• 데이터베이스(database)는 여러 응용 시스템들의 통합된
정보들을 저장하여 운영할 수 있는 공용 데이터들의 묶음이
다.
• 무료로 제공되는 Mysql 로 시작..

147. 게시판 만들고 DB 연결
했더니..

149. 뭔가 이쁘게 만들어 봐야
겠다..

150. bootstrap
foundation
skeleton
gumbyframework
CSS frameworks are pre-prepared software frameworks that
are meant to allow for easier, more standards-compliant web
design using the Cascading Style Sheets language

154. 그럴듯하게 페이지를 만듬

155. 문제는..
• 개인 컴퓨터(집, 학교)는 항상 켜놓아야 함…
• 호스팅을 알아봄

157. 페이스북 만큼은 아니지만..
그래도.. 사람들이 꾸준히 들어옴

158. 요청도 들어옴
• 페이스북으로 로그인 하게 해주세요
• 채팅 할수 있게 해주세요
• 바로가기 메뉴 추가 해주세요.
• 모바일도 추가해 주세요

159. 로그인 연동시키자
openID, auth

160. • OpenID (OID) is an open standard and
decentralized protocol by the non-profit OpenID
Foundation that allows users to be authenticated
by certain co-operating sites (known as Relying
Parties or RP) using a third party service
!
• OAuth is an open standard for authorization.

161. 사이트가 자꾸 죽어요

162. 이유?

165. 튜닝

166. Load Balance

167. Load Balance

168. 어느 정도까지는 커버됨.
- 모바일이 추가 되기 전까지

169. 모바일을 대응하기 위해
• REST-API!
• 2000년 로이 필딩(Roy Fielding)이 박사학위 청구 논문에서
REST(Representational State Transfer)를 소프트웨어 아키텍처 스타
일로 제안한 후 OPEN API를 개발하는 기본으로 급속도로 확산되고 있다.!
!
• REST는 SOAP이 서비스 지향 구조인 것과 달리 자원지향구조(ROA:
Resource Oriented Architecture)로 웹 사이트의 컨텐츠(Text, 이미지,
동영상), DB의 내용 등을 전부 하나의 자원으로 파악하여 각 자원의 고유한
URI(Uniform Resource Identifier)를 부여하고, 해당 자원에 대한
CRUD(Create, Read, Update, Delete) 작업을 HTTP의 기본 명령어인
POST, GET, PUT, DELETE를 통해서 처리한다.

170. REST!!!

171. Sinatra

172. Flask

173. Django + python
MySQL
현재상황..

174. 갑자기

175. 증가하는

176. 사용자
Ideal

177. 또한번의 튜닝

179. Load Balancer
REST REST REST
MariaMysql Mongo …
Scalability
변하는

180. 요구조건
앞으로

181. 가야할

182. 상황..

183. 아… 혼자는 못하겠다.
-팀웍

184. 필요한 툴들
이슈 트래커

185. trello.com

187. unfuddle.com

191. pivotal tracker

193. 사람도 확보했고..

194. Worker

195. Queue

196. URQA - 실습편
• URQA - Android Crash report
• 350개 개인/업체 사용중

197. URQA Committers

198. 무료 어플리케이션
개인
69%
회사
31%
유료 어플리케이션
개인
75%
회사
25%
안드로이드

199. 마켓

200. 개발자

201. 현황
개인

202. 개발자:

203. 73%

204. 출처 : http://offers2.compuware.com/rs/compuware/images/Mobile_App_Survey_Report.pdf
50% 이상이 앱이 죽거나 멈추거나!
느려지는 문제를 겪는다.

205. 출처 : http://offers2.compuware.com/rs/compuware/images/Mobile_App_Survey_Report.pdf

206. 사후

207. 크래쉬

208. 리포트

209. 서비스로

211.
그나마

212. 다양한

213. 문제를

214. 대처할수

215. 있음

216. BugSense

217.
77%
Airbrake

218.
0%
zubhium

219.
0%
HockeyApp

220.
2%
Crittercism

221.
5%
ACRA

222.
15%
not

223. use

224.
81%
Airbrake

225.
0%
zubhium

226.
0%
HockeyApp

227.
0%
Crittercism

228.
1%
ACRA

229.
3%
BugSense

230.
14%
not

231. use

232.
90%
Airbrake

233.
0%
Zubhium

234.
0%
Critticism

235.
0%
HockeyApp

236.
0%
ACRA

237.
3%Bugsense

238.
7%
새로운

239. 앱

240. 중

241. Bug

242. report를

243. 사용하는

244. 앱
전체

245. 앱

246. 중

247. Bug

248. report를

249. 사용하는

250. 앱2013년

251. Play

252. 마켓

253. 앱

254. 개수

255.
버그리포트

256. 시장

257. 점유율

258. 왜

259. 안쓰지?

260. 불편한가?

261. 3~7세

262. 어린이

263. 신발

264. 살때

265. 기준은?
귀여운

266. 기능성

267. Pain

268. Point

269. 비즈니스

270. 모델

271. 캔버스는

272. 창업자들이

273. 생각한

274. 가설이고,
고객

275. 개발은

276. 창업자들이

277. 생각해낸

278. 해결책을

279. 검증하기

280. 보다는

281.
창업자들이

282. 가정한

283. 문제가

284. 진짜

285. 고객의

286. 문제인지

287. 검증하는

288. 것
이다!
Steve

289. Blank

290.
!
Lean

291. Startup의

292. 아버지

293.
Customer

294. Development

295. Method

296. 저자

297. 고객의

299. 문제를

300. 해결하자!
=

301. 우리

302. 소프트웨어의

303. 핵심가치

304. 찾기

305. Sleep

306. If

307. U

308. Can

309. Sleep

310. If

311. U

312. Can

313. 개발자

314.
신재명

315. BugSense사용

316. 중
사용자가

317. 앱을

318. 어떻게

319.
사용하다

320. 버그가

321. 발생

323.
하였는지

324. 알

325. 수

326. 없어

328.
!
버그

329. 재현에

331.
많은

332. 시간

333. 걸림
기존

334. 경쟁

335. 제품의

336. 한계...

337. 기존

338. 경쟁

339. 제품의

340. 한계...
말랑스튜디오

341. CEO

342.
김영호

343.
BugSense사용

344. 중

345. 진정

346. 시급한

347. 버그가

348. 무엇인지

384. 알

385. 수가

386. 없다.

388.
!

389. 알람에서

390. 가장

391. 시급한

392. 버그는

393. 알
람

394. 기능에서

395. 발생한

396. 버그이다.

397. 하
지만

398. 버그의

399. 발생

400. 수에

401. 가려

402. 진짜

403. 시급
한

404. 버그를

405. 노치게

406. 된다.

407. UrQA는

408. 모바일

409. 앱

410. 개발팀에게

411.
크래시를

412. 빠르게

413. 대응 버그

414. 재현

415. 시간

417. 절약
가치를

418. 제공하는데
실시간으로

419. 에러를

421.
등급화하여

422. 리포팅
사용자

423. 이벤트

424. 경로

425.
시각화
를

426. 통해서

427. 이루어

428. 진다.
VALUE
FEATURE
차별화된

429. 기술력
C/C++

430. 네이티브

432.
크래시

433. 리포트

434. 제공

435. 판단

436. 기준

437. 즉

438. 목적성이

439. 정립됨

440. 그래서

441. 나온

442. 소프트웨어

443. 버그의

444. 갯수만을

445. 강조하는

446. View

447. 최근에러

448. 10개만

449. 보여주는

450. 데시보드

451. 아이콘과

452. 색을

454.
이용한

455. 버그의

456. 등급

457. ,

458. 갯수표시

459. 이벤트

460. 갯수만을

461. 강조하는

462. View
BugSense

463. -

464. Events

465. View

466. CRASH
버그를

467. 발생시킨

468. 사용자

469. 경로를

471.
시각화해서

472. 보여줌
Event

473. Path

474. BugSense

475. -

476. 관계없는

477. 버전

478. 정보
App

479. 버전과

480. OS

481. 버전

482.
둘의

483. 관계성을

484. 파악이

485.
불가능한

486. 구조!!
App

487. 업데이트가

488. 문제인가?
OS

489. 버전만의

490. 문제인가?
이

491. App

492. 버전에서는

493.
어떤

494. OS

495. 버전이

496. 문제인가?

497. 앱

498. 버전
O
S
버
전
App

499. 버전

500. 대비

501. OS버전의

503.
버그

504. 발생량을

505. 보여줌

506. 부족한

507. 통계자료

508.
한번에

509. 하나의

510. 통계만

511. 볼

512. 수

513. 있음...
ACRA

515. 다양한 통계자료를 기간 별로
한눈에 파악 가능

516. Bugsense,

517. Acra

519. UrQA

520. Front

521. end
(view)
Python
Android

522. App

523.
mysql
Back

524. end
JSON
UrQA

525. Architecture
Restful

526. Service

527.
(django)
UrQA

528. Server

529. 사용자의

530. 폭주로

532.
서비스가

533. 죽었어요!!

534. Front

535. end
(view)
RabbitMQ
Python
Android

536. App

537.
mysqlXitrum

538.
(Json

539. parser)
Message

540. queue
To

541. Be

542. Architecture
Back

543. end
Communicator

544. (Json)

545. Part

546. 3.

548.
MQ

549. Hero의

558. 구하기

560. MQ가

561. 다루는

562. Data

563. 속성

564. One

565. Way

566. Read

567. Only

568. Write

569. Only

570. 과부하!!

571. Message Queue

572. JMS(Java Message System)

573. Publisher-Subscriber

574. 방식

576. Why

577. MQ?

578.
!

581. 비동기

582. 요청을

583. Queuing하여

588. Subscriber의

589. Throughput에

592. 맞춰

593. 양을

594. 조절

595. 할

596. 수

597. 있다

615. 부하에

616. 따라

617. 쉽게

618. 확장

619. 할

620. 수

621. 있다
Why

622. MQ?

624. Why

625. MQ

626.
!
이질적인

627. 포멧을

628. 가진

630.
Publisher-Subscriber의

631. 데이터를

633.
변환

634. (Marshalling,

635. Unmarshalling)

636. 해준다.

638. Why

639. MQ?

652.
다양한

653. 언어,

655.
프레임워크를

656. 사용하여

657.
여러

658. 응용

659. 프로그램을

660.
구축

661. 할

662. 수

663. 있다

664. Front

665. end
RabbitMQ
Web

666.
(View)
Android

667. App

668.
mysqlXitrum

669.
(Json

670. parser)
Message

671. queue
To

672. Be

673. Architecture
Back

674. end
Communicator

675. (Json)

677. RabbitMQ

678. Admin

680. Message

681. flow

682. Worker

685.
Publisher

686.
Error!

687.
Worker

688. 메시지

689. 처리

690. 중에

691. 오류가

692. 발생한다면!!!
이

693. 메시지는

694. 복구

695. 될

696. 수가

697. 없게

698. 된다!!
Worker가

699. 메세지를

700. 씹으면..

701. ☹

702. Worker

705.
Publisher

706.
Worker
!
해결책은

707. autoAck=false로

708. 하고

709.
Worker가

710. 작업이

711. 끝난후에

712. ack을

713. 전달하면

714. 된다.
!
!
QueueingConsumer consumer = new QueueingConsumer(channel);
boolean autoAck = false;
channel.basicConsumer(hello, autoAck, consumer);
while (true) {
QueueingConsumer.Delivery delivery = consumer.nextDelivery();
// something work..
channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false);
}
Ack

715. 전송!

716. Worker

719.
Publisher

720.
Worker
Server가

721. 종료(다운)되더라도

722. 서버에

723. 보관되어

724. 있던

725. 메
시지가

726. 소실되지

727. 않게

728. 하는

729. 방법은??
Server

730. Down!!
MQ가

731. 죽으면..

735. ☹

736. Worker

739.
Publisher

740.
Worker
Channel.queueDelcare 호출시 “durable” 속성을 true
로 해주면 메시지가

741. 소실되지

742. 않게

743. 된다.
!
boolean durable = true;
channel.queueDeclare(hello, durable, false, false, null);
Server

744. Down!!

745. Message

746. Queue

747. 사용

748. 추이
activemq hometqqpidrabbitmq

749. 2014년

750. 1월

752. Google

753. Trends

754. 자료

756. Message

757. Queue

758. List
!
• AMQP Homepage
http://www.amqp.org/node/
!
• ActiveMQ Homepage
http://activemq.apache.org/
!
• STOMP Protocol Specification http://
stomp.github.com/stomp-
specification-1.2.html
!
• HornetQ homepage
http://www.jboss.org.hornetq
!
!
• RabbitMQ support JMS in the future
http://rabbitmq.
1065348.n5.nabble.com/RabbitMQ-
support-JMS-in-the-future-td24361.html
• Message Queue Evaluation Notes
http://wiki.secondlife.com/wiki/
!
• Enabling the ActiveMQ Broker for AMQP
http://activemq.apache.org/amqp.html
!
• Open JMS Homepage
http://openjms.sourceforge.net/
!
• Apache Qpid Homepage
http://qpid.apache.org/
!
• RabbitMQ Homepage
http://www.rabbitmq.com/
!
• ZeroMQ Homepage
http://www.zeromq.org/

759. Part

760. 3.

761. Message

762. Queue

763. 정리
• 부하에

764. 따라

765. 쉽게

766. 확장

767. 할

768. 수

769. 있다

771.
• 비동기

772. 요청을

773. Queuing,

774. Subscriber의

775.
Throughput에

776. 맞춰

777. 양을

778. 조절

779. 할수

780. 있다

781. Part

782. 4.

784.
슈퍼

785. 영웅

786. -

787. Xitrum

788. RabbitMQ
Web

789.
(View)
Android

790. App

791.
mysqlXitrum

792.
(Json

793. parser)
Message

794. queue
To

795. Be

796. Architecture
Back

797. end
Communicator

798. (Json)
Front

799. end

800. 갑자기

801. 증가하는

802. 사용자
Ideal

803. Django + python
MySQL
현재상황..

804. Load Balancer
REST REST REST
MariaMysql Mongo …
Scalability
변하는

805. 요구조건
앞으로

806. 가야할

807. 상황..

808. 성능 향상이 필요한데..

809. 네티?
http://www.techempower.com

810. 초당 5만건???

811. 비록 Hello World 테스트. 하지
만..

812. Netty로 결정!!!
Netty
PLAY
SPRING
Djaing
Rails 1.7
2.8
8.3
20.1
100

813. 어디서부터.....

815. 시작하지?

816. Rails,

817. Django
spring
Play

818.
framework
빠른개발
성능
Reference
학습문제

819. 다수가

820. 추천하는

821. SPRING

822. 결정!!

823. SPRING?
설정? 개발?
Eclipse?
서블릿?

824. !
자바,

825. 서블릿,스트럿츠,스프링,

826.
!
하이버네이트,

827. myBatis,

828.
!
클래스 API문서

830.
!
!
Eclipse

831. 설치하고…⋯

832.
Plugin

833. 깔고…⋯
그래

834. 공부하자!!

835. 언제

836. 다

837. 해?

838. -개발자가

839. 부족해요
서비스 나오는데 최소 한달…⋯

840. 빠르고 가볍게 안될까?

841. 성능도 고려하고

842. 학습곡선이 적은.

843. PLAY Framework으로 해보자!!

844. 좋은점
자바, 서블릿,스트럿츠,스프링,myBatis
!
안배워도 됨.
안 좋은점
!
자바, 서블릿,스트럿츠,스프링,myBatis
!
나중에는 배워야 됨.

845. 친숙한

846. MVC
models

847. 은

848. 모델

849. 정의와

850. 관련한

851. 소스

852. 코드를

853. 포함하고,

855.
controllers는

856. 비즈니스

857. 로직

858. 관련

859. 소스가

860. 위치한다.

862.
views

863. 는

864. HTML과

865. 플레이

866. 템플릿

867. 언어

868. 기반

869. 소스

870. 코드를

871. 포함한다.

872.
!

873. 깔끔한

875. 구조

876. Netty + Akka

877. 빠른

878. 프로토

879. 타입핑.

880.
!
짧은 개발주기!
!
가장 보편적 기술의 도입.

881.
!
모바일과 웹을 동시에 지원 가능한 서비스 설계!
!
Scale

882. out

883. 고려한 설계!
!
클라우드 고려한 설계
모두가 행복함..

884. 나만 빼고….

885. 과연

886. 내가?

887. PLAY가 맘에 들긴 하는데..
기본적인 구조는 play와 비슷하게

888.
!
필요한 부분만 사용할수 없을까?

890. 옮겨가기 쉽다

891. What

892. Programming

893. Languages

894. Are

895. Technology

896. Startups

897. Using?

898.
http://iseld.org/blog/2013/12/13/what-programming-languages-are-technology-startups-using/
우리는 스타트업 이랍니다

899. 자전거 네비게이션,

900.
방수백,

901.
헤드라이트

902.
!
다른 기능은 필요없음..
집근처

903. 마트를

904. 가는데?

905. 꼭

906. 필요한

907. 기능에.

908. 추가기능은

909. 이정도만.
Session

911. Cookie

912. 암호화

913.
!
쉬운 Route

914. 설정

915.
!
기능별 배포가 가능한가?

916.
!
여러 DB에 동시 작업이 가능한가?

917.
!
멀티 뷰 대응

918.
!
!
!

919. Xitrum?
http://ngocdaothanh.github.io/xitrum/

920. 추가기능은

921. 이정도만.
Session

923. Cookie

924. 암호화

931.
!
쉬운 Route

932. 설정

933.
!
기능별 배포가 쉬운가?

934.
!
여러 DB에 동시 작업이 가능한가?

935.
!
멀티 뷰 대응

936.
!
!
!
Hazelcast

937. (In

938. Momory

939. DataGrid

940. )

941. 로

942. 되어있음

943. 추가기능은

944. 이정도만.
Session

946. Cookie

947. 암호화

948.
!
쉬운 Route

949. 설정

950.
!
!
!
!
기능별 배포가 쉬운가?

951.
!
여러 DB에 동시 작업이 가능한가?

952.
!
멀티 뷰 대응

953.
!
!
!
실행될

954. Method

955. 앞에

956. @anotation만

957. 달면

958. 됨.

959.
설정파일

960. X

961. 추가기능은

962. 이정도만.
Session

964. Cookie

965. 암호화

966.
!
쉬운 Route

967. 설정

968.
!
기능별 배포가 쉬운가?

969.
!
!
!
!
여러 DB에 동시 작업이 가능한가?

970.
!
쉬운 scalability/throughput
!
멀티 뷰 대응

971.
!
!
!
하나의

972. 파일에

973. Route,

974. Control,

975. Model,

976. View

977. 전부

978. 가능

979.
모듈별로

980. 묶어서

981. 배포하면

982. 끝!!

983. 추가기능은

984. 이정도만.
Session

986. Cookie

987. 암호화

988.
!
쉬운 Route

989. 설정

990.
!
기능별 배포가 쉬운가?

991.
!
여러 DB에 동시 작업이 가능한가?

992.
!
!
!
멀티 뷰 대응

993.
!
!
!
Multi

994. DB,

995. ORM

996. 지원

997. 멀티 뷰

998. 대응

999.
!
•

1000. respondView:

1001. responds

1002. view

1003. template

1004. with

1005. or

1006. without

1007. layout

1008.
•

1009. respondInlineView:

1010. responds

1011. with

1012. or

1013. without

1014. layout

1015.
•

1016. respondText(hello):

1017. responds

1018. a

1019. string

1020. without

1021. layout

1022.
•

1023. respondHtml(html.../html):

1024. same

1025. as

1026. above,

1027. with

1028. content

1029. type

1030. set

1031.
to

1032. “text/html”

1034.
•

1035. respondJson(List(1,

1036. 2,

1037. 3)):

1038. converts

1039. Scala

1040. object

1041. to

1042. JSON

1043. object

1044. then

1045.
responds

1046.
•

1047. respondJs(myFunction([1,

1048. 2,

1049. 3]))

1050.
•

1051. respondJsonP(List(1,

1052. 2,

1053. 3),

1054. myFunction):

1055. combination

1056. of

1057. the

1058. above

1059. two

1060.
•

1061. respondJsonText([1,

1062. 2,

1063. 3])

1064.
•

1065. respondJsonPText([1,

1066. 2,

1067. 3],

1068. myFunction)

1069.
•

1070. respondBinary:

1071. responds

1072. an

1073. array

1074. of

1075. bytes

1076.
•

1077. respondFile:

1078. sends

1079. a

1080. file

1081. directly

1082. from

1083. disk,

1084. very

1085. fast

1086. because

1087. zero-copy

1088.
(aka

1089. send-file)

1090. is

1091. used

1093.
•

1094. respondEventSource(data,

1095. event)
꼭

1096. 필요한

1097. 기능만.

1098. 기왕이면

1099.
API

1100. 문서도

1101.
!
!
swagger를 이용한

1102.
쉬운 문서화

1103. Request
(Inbound)
Response
(Outbound)
From

1104. Netty
Netty
To

1105. Netty
HandlerEnv
Akka

1106. Request

1107.
(Inbound)
Response

1108.
(Outbound)
Auth
Parse
Uri
Akka
Resource
Json
XML
File
Resource
Cache
Composite

1109. FlashSocketPolicy
HttpRequestDecoder
PublicFileServer
HttpResponseEncoder
XSendFile
BaseUrlRemover
PublicResourceServer
Dispatcher
ServerSsl
Request2Env
UriParser
MethodOverrider
XSendResource
Env2Response
ResponseCacher
Request
(Inbound)
Response
(Outbound)
HANDLER

1110. ARCHITECTURE
BASED

1111. ON

1112. NETTY

1113. 4
To make Xitrum
HandlerEnv
To
FullHttpResponse
Shortcut may
happen
(action is not called)
NoPipelining
BasicAuth
BadClientSilencer
ChunkedWrite
SetCORS
OPTIONSResponse
FixiOS6SafariPOST
Adobe Flash policy
file can be served on
the same port with
HTTP
These 4 handlers are
provided by Netty

1114. SUPER RESTFul API

1115. EXAMPLE
REST

1116. API를

1117. 이용한

1118. Blog

1119. 만들기-

1120. Xitrum../

1121. demos/action/Articles.scala

1122.
!
Routes

1123. 설정

1124.
!
@GET(articles)

1125.
@GET(articles/:id[0-9]+)

1126.
@GET(articles/new)

1127.
@GET(articles/:id/edit)

1128.
!
@POST(articles)

1129.
@PATCH(articles/:id)

1130.
@DELETE(articles/:id)

1131. MODEL
!
!
case

1132. class

1133. Article(id:

1134. Int

1135. =

1136. 0,

1137. title:

1138. String

1139. =

1140. ,

1141. content:

1142. String

1143. =

1144. )

1145.
!
object

1146. Article

1147. {

1157. var

1158. storage

1159. =

1160. Map[Int,

1161. Article]()

1180. var

1181. nextId

1183. =

1184. 1

1185.
!
def

1186. findAll()

1187. =

1188. storage.values

1194. 전체검색

1195.
def

1196. find(id:

1197. Int)

1198. =

1199. storage(id)

1206. ID로 검색

1207.
def

1208. insert(article:

1209. Article)

1222. 저장

1223.
def

1224. update(article:

1225. Article)

1235. 수정

1236.
def

1237. delete(id:

1238. Int)

1263. 삭제

1273. }

1274. ROUTE별 실행 명령
!
@GET(articles)

1284. -

1287. 전체조회

1288.
Class

1289. Getarticles

1290. extends

1291. Api

1292. {

1293.
..

1294.
val

1295. articles

1296. =

1297. Article.findAll()

1298.
!
!
@GET(articles/:id[0-9]+)

1304. -

1305. ID를 파라미터로 조회

1306.
val

1307. id

1313. =

1314. param[Int](id)

1316. -

1317. Param

1318. Keyword