Soumettre la recherche
Mettre en ligne
Roles, Responsibilities, Collaborations
•
104 j'aime
•
8,923 vues
Young-Ho Cho
Suivre
Signaler
Partager
Signaler
Partager
1 sur 117
Télécharger maintenant
Télécharger pour lire hors ligne
Recommandé
도메인-주도 설계(Domain-Driven Design, DDD)의 기본 개념을 정리한 자료입니다.
도메인 주도 설계의 본질
도메인 주도 설계의 본질
Young-Ho Cho
객체지향적인 도메인 레이어 구축하기
객체지향적인 도메인 레이어 구축하기
Young-Ho Cho
2019년 6월 20일 우아한 테크 세미나 "우아한 객체지향" 발표자료 수정본
[수정본] 우아한 객체지향
[수정본] 우아한 객체지향
Young-Ho Cho
Rich domain model
Rich domain model
Young-Ho Cho
KSUG 20151128 발표 자료
애플리케이션 아키텍처와 객체지향
애플리케이션 아키텍처와 객체지향
Young-Ho Cho
NHN 재직 시에 "도메인 주도 설계" 관련해서 발표했던 자료입니다. 벌써 시간이 꽤 흘렀네요. ^^
Domain Driven Design
Domain Driven Design
Young-Ho Cho
KSUG 2015-11-28 발표 자료
도메인구현 KSUG 20151128
도메인구현 KSUG 20151128
beom kyun choi
[JWAP-2] DI & Spring
[JWAP-2] DI & Spring
Young-Ho Cho
Recommandé
도메인-주도 설계(Domain-Driven Design, DDD)의 기본 개념을 정리한 자료입니다.
도메인 주도 설계의 본질
도메인 주도 설계의 본질
Young-Ho Cho
객체지향적인 도메인 레이어 구축하기
객체지향적인 도메인 레이어 구축하기
Young-Ho Cho
2019년 6월 20일 우아한 테크 세미나 "우아한 객체지향" 발표자료 수정본
[수정본] 우아한 객체지향
[수정본] 우아한 객체지향
Young-Ho Cho
Rich domain model
Rich domain model
Young-Ho Cho
KSUG 20151128 발표 자료
애플리케이션 아키텍처와 객체지향
애플리케이션 아키텍처와 객체지향
Young-Ho Cho
NHN 재직 시에 "도메인 주도 설계" 관련해서 발표했던 자료입니다. 벌써 시간이 꽤 흘렀네요. ^^
Domain Driven Design
Domain Driven Design
Young-Ho Cho
KSUG 2015-11-28 발표 자료
도메인구현 KSUG 20151128
도메인구현 KSUG 20151128
beom kyun choi
[JWAP-2] DI & Spring
[JWAP-2] DI & Spring
Young-Ho Cho
DDD 개요 및 구현에 관한 기초 세미나 자료.
DDD 구현기초 (거의 Final 버전)
DDD 구현기초 (거의 Final 버전)
beom kyun choi
Taeyo.NET & ASP.NET Korea 2018 세미나 'DDD와 이벤트소싱' 세션 슬라이드 원본 슬라이드 다운로드 : https://1drv.ms/p/s!AoE7L0v30XbXgimFMcqYInDXqjb6
DDD와 이벤트소싱
DDD와 이벤트소싱
Suhyeon Jo
2019년 6월 우아한 Tech 세미나 우아한 객체지향
우아한 객체지향
우아한 객체지향
Young-Ho Cho
DDD가 시스템이 복잡해지는 것을 어떻게 완화해주는지 살펴본다.
DDD로 복잡함 다루기
DDD로 복잡함 다루기
beom kyun choi
2017.2.8 성신여대 특강 자료입니다
신입 개발자 생활백서 [개정판]
신입 개발자 생활백서 [개정판]
Yurim Jin
객체지향의 개념을 명시적(definitive)으로 정의하고 설명하고, 구조적 방법과 비교한 발표자료 입니다.
객체지향 개념 (쫌 아는체 하기)
객체지향 개념 (쫌 아는체 하기)
Seung-June Lee
배민찬(https://www.baeminchan.com) 서비스의 백엔드 시스템 중 일부가 지난 1년간 어떤 고민과 아이디어, 결과물을 만들어냈는지 공유하려고 합니다. 발표 중 언급되는 용어나 도구에 대해 일반적인 정의나 간단한 설명은 언급되나 자세히 다루지 않습니다. 사용된 도구들로 어떻게 이벤트 기반 분산 시스템을 만들었는지에 대한 이야기가 중심입니다.
이벤트 기반 분산 시스템을 향한 여정
이벤트 기반 분산 시스템을 향한 여정
Arawn Park
의존성 주입(Dependency Injection)의 개념을 설명하기 위해 만든 강의자료입니다. 의존성 주입이 어떤 방식으로 객체간의 커플링을 느슨하게 만드는지를 설명하고 있습니다.
[JWPA-1]의존성 주입(Dependency injection)
[JWPA-1]의존성 주입(Dependency injection)
Young-Ho Cho
운영하는 서비스의 전체 또는 일부분을 클라우드의 이점을 100% 얻으며 옮겨가기 위해 서버리스는 가장 좋은 선택입니다. 서버리스 환경은 개발자가 애플리케이션을 개발하고 배포하는 방식을 바꾸고 있습니다. 본 세션에서는 서버리스 개발자가 애플리케이션 수명주기 관리, CI/CD, 모니터링 및 진단에 사용할 수 있는 모범 사례를 살펴 봅니다. AWS CodePipeline, AWS CodeBuild 및 AWS CloudFormation을 사용하여 서버리스 애플리케이션을 자동으로 구축, 테스트 및 배포하는 CI/CD 파이프 라인을 구축하는 방법에 대해 설명합니다. 또한 기능 및 API의 여러 버전, 단계 및 환경을 만들기 위해 Lambda 및 API Gateway의 기본 제공 기능에 대해 설명합니다. 마지막으로, Amazon CloudWatch 및 AWS X-Ray로 람다 기능의 모니터링 및 진단에 대해 소개합니다.
서버리스 앱 배포 자동화 (김필중, AWS 솔루션즈 아키텍트) :: AWS DevDay2018
서버리스 앱 배포 자동화 (김필중, AWS 솔루션즈 아키텍트) :: AWS DevDay2018
Amazon Web Services Korea
임태현, 게임 서버 디자인 가이드, NDC2013
임태현, 게임 서버 디자인 가이드, NDC2013
devCAT Studio, NEXON
2017년 6월 19일 개발자, 한 달에 책 한 권 읽기 도메인 주도 설계 Domain Driven Design
도메인 주도 설계 (Domain Driven Design)
도메인 주도 설계 (Domain Driven Design)
Ashal aka JOKER
NDC14에서 발표한 "[야생의 땅: 듀랑고] 서버 아키텍처" 세션의 슬라이드입니다. 슬라이드에 설명이 많지 않은데, 디스이즈게임에서 발표 내용을 잘 정리해주었습니다. 기사도 함께 보시면 좋을 것 같습니다. http://www.thisisgame.com/webzine/news/nboard/4/?n=54955
[야생의 땅: 듀랑고] 서버 아키텍처 - SPOF 없는 분산 MMORPG 서버
[야생의 땅: 듀랑고] 서버 아키텍처 - SPOF 없는 분산 MMORPG 서버
Heungsub Lee
송창규, unity build로 빌드타임 반토막내기, NDC2010
송창규, unity build로 빌드타임 반토막내기, NDC2010
devCAT Studio, NEXON
"손코딩뇌컴파일눈디버깅" 모임을 소개합니다. 백문이 불여일런, 트라이얼앤에러(Trial and Error) 식의 몹쓸 교육을 받아 온 개발자들이 코딩하기 전에 신중하고 꼼꼼하게 생각해보기란 쉽지 않습니다. 개발 시간 중 디버깅 시간이 절반 이상을 차지하고 있는 실정에 버그를 줄이기 위해 TDD니 유닛테스트니 많은 방법들이 개발되고 있지만 가장 일차적으로 중요한 것은 개발자들이 꼼꼼히 따져보는 것이 아니겠는지요? 미국의 선진 SW회사들은 이미 화이트보드에 PS문제를 푸는 것을 인터뷰 방식으로 채택하고 있습니다. 이는 이와 같은 풀이 방식이 개발자들의 기본 역량을 측정하기에 알맞은 지표라는 것이고, 개발자들이 기본적으로 갖춰야 할 역량이기도 하다는 것 입니다. 또한 자신의 생각을 명확하게 정리하고 다른 사람이 이해할 수 있도록 전달하는 Communication Skill 도 개발자가 갖춰야 할 역량 중 하나 입니다. 알고리즘을 어떻게 구현할 것인가를 팀원들과 소통하면서 자연스럽게 생각을 정리하고 전달하는 연습도 할 수 있습니다. 컴퓨터에 앉아 코딩하기 전 펜과 종이를 들고 눈과 머리와 손을 굴려 보시는 것은 어떠신지요??
손코딩뇌컴파일눈디버깅을 소개합니다.
손코딩뇌컴파일눈디버깅을 소개합니다.
Kwangsung Ha
고려대학교 컴퓨터학과에서 진행한 특강 "대학생 때 알았더라면 좋았을 것들"의 발표 자료입니다. 한참 고민이 많을 시기인 대학생 여러분들에게 도움이 되었으면 합니다.
고려대학교 컴퓨터학과 특강 - 대학생 때 알았더라면 좋았을 것들
고려대학교 컴퓨터학과 특강 - 대학생 때 알았더라면 좋았을 것들
Chris Ohk
서비스 런칭을 위해 라이온하트와 카카오게임즈가 어떻게 최적 성능의 인스턴스를 선택하고, Windows 운영 체제를 최적화하며, 왜 Amazon Aurora를 기본 데이터베이스로 채택하였는지를 설명합니다. 또한, 출시부터 운영까지의 과정에서 MMORPG가 어떻게 AWS 상에서 설계되고, 게임 서버 성능을 극대할 수 있었는지에 대해 전달해드립니다.
오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...
오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...
Amazon Web Services Korea
개인적인 의견이 많이 포함되어 있으니 참고만 해 주세요, 주제가 주제라서 과제형 스크리닝에 대한 내용은 아주아주 러프하게밖에 이야기를 못 했음을 감안해주세요
코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)
코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)
Suhyun Park
KSUG2015에서 JPA에 대해 발표한 내용입니다. 3편 입니다. 영속성 컨텍스트, 엔티티매니저, 프록시에 대해 다룹니다.
Ksug2015 - JPA3, JPA 내부구조
Ksug2015 - JPA3, JPA 내부구조
Younghan Kim
In this presentation we will present the general philosophy of Clean Architecture, Hexagonal Architecture, and Ports & Adapters: discussing why these approaches are useful and general guidelines for introducing them to your code. Chiefly, we will show how to implement these patterns within your Spring (Boot) Applications. Through a publicly available reference app, we will demonstrate what these concepts can look like within Spring and walkthrough a handful of scenarios: isolating core business logic, ease of testing, and adding a new feature or two.
Anatomy of a Spring Boot App with Clean Architecture - Spring I/O 2023
Anatomy of a Spring Boot App with Clean Architecture - Spring I/O 2023
Steve Pember
XcodeGhost - https://en.wikipedia.org/wiki/XcodeGhost https://github.com/johnno1962/InjectionIII https://github.com/krzysztofzablocki/Inject Cookpad - 코드 생성을 이용한 iOS 앱 멀티 모듈화를 위한 종속 솔루션 - https://techlife.cookpad.com/entry/2021/06/16/110000 Modular iOS Architecture @ Just Eat https://tech.justeattakeaway.com/2019/12/18/modular-ios-architecture-just-eat/ App Modularization at Wayfair https://www.aboutwayfair.com/tech-blog/app-modularization-at-wayfair-how-we-unlocked-our-code-and-android-and-ios-teams-at-scale iOS-Clean-Architecture-MVVM https://github.com/kudoleh/iOS-Clean-Architecture-MVVM Android Clean Architecture https://medium.com/@kimtaesoo188/android-clean-architecture-2e789d6cefc6 Blog - Clean Architecture is not Domain-Data-Presentation https://markonovakovic.medium.com/clean-architecture-is-not-domain-data-presentation-e368d7ff8579 iOS Architecture at Lyft - https://scottberrevoets.com/2021/10/14/ios-architecture-at-lyft/
InjectionIII의 Hot Reload를 이용하여 앱 개발을 좀 더 편하게 하기.pdf
InjectionIII의 Hot Reload를 이용하여 앱 개발을 좀 더 편하게 하기.pdf
정민 안
[NHN NEXT] Java 강의 - Week4
[NHN NEXT] Java 강의 - Week4
Young-Ho Cho
[NEXT 프연 Week3] C# Data Type
[NEXT 프연 Week3] C# Data Type
Young-Ho Cho
Contenu connexe
Tendances
DDD 개요 및 구현에 관한 기초 세미나 자료.
DDD 구현기초 (거의 Final 버전)
DDD 구현기초 (거의 Final 버전)
beom kyun choi
Taeyo.NET & ASP.NET Korea 2018 세미나 'DDD와 이벤트소싱' 세션 슬라이드 원본 슬라이드 다운로드 : https://1drv.ms/p/s!AoE7L0v30XbXgimFMcqYInDXqjb6
DDD와 이벤트소싱
DDD와 이벤트소싱
Suhyeon Jo
2019년 6월 우아한 Tech 세미나 우아한 객체지향
우아한 객체지향
우아한 객체지향
Young-Ho Cho
DDD가 시스템이 복잡해지는 것을 어떻게 완화해주는지 살펴본다.
DDD로 복잡함 다루기
DDD로 복잡함 다루기
beom kyun choi
2017.2.8 성신여대 특강 자료입니다
신입 개발자 생활백서 [개정판]
신입 개발자 생활백서 [개정판]
Yurim Jin
객체지향의 개념을 명시적(definitive)으로 정의하고 설명하고, 구조적 방법과 비교한 발표자료 입니다.
객체지향 개념 (쫌 아는체 하기)
객체지향 개념 (쫌 아는체 하기)
Seung-June Lee
배민찬(https://www.baeminchan.com) 서비스의 백엔드 시스템 중 일부가 지난 1년간 어떤 고민과 아이디어, 결과물을 만들어냈는지 공유하려고 합니다. 발표 중 언급되는 용어나 도구에 대해 일반적인 정의나 간단한 설명은 언급되나 자세히 다루지 않습니다. 사용된 도구들로 어떻게 이벤트 기반 분산 시스템을 만들었는지에 대한 이야기가 중심입니다.
이벤트 기반 분산 시스템을 향한 여정
이벤트 기반 분산 시스템을 향한 여정
Arawn Park
의존성 주입(Dependency Injection)의 개념을 설명하기 위해 만든 강의자료입니다. 의존성 주입이 어떤 방식으로 객체간의 커플링을 느슨하게 만드는지를 설명하고 있습니다.
[JWPA-1]의존성 주입(Dependency injection)
[JWPA-1]의존성 주입(Dependency injection)
Young-Ho Cho
운영하는 서비스의 전체 또는 일부분을 클라우드의 이점을 100% 얻으며 옮겨가기 위해 서버리스는 가장 좋은 선택입니다. 서버리스 환경은 개발자가 애플리케이션을 개발하고 배포하는 방식을 바꾸고 있습니다. 본 세션에서는 서버리스 개발자가 애플리케이션 수명주기 관리, CI/CD, 모니터링 및 진단에 사용할 수 있는 모범 사례를 살펴 봅니다. AWS CodePipeline, AWS CodeBuild 및 AWS CloudFormation을 사용하여 서버리스 애플리케이션을 자동으로 구축, 테스트 및 배포하는 CI/CD 파이프 라인을 구축하는 방법에 대해 설명합니다. 또한 기능 및 API의 여러 버전, 단계 및 환경을 만들기 위해 Lambda 및 API Gateway의 기본 제공 기능에 대해 설명합니다. 마지막으로, Amazon CloudWatch 및 AWS X-Ray로 람다 기능의 모니터링 및 진단에 대해 소개합니다.
서버리스 앱 배포 자동화 (김필중, AWS 솔루션즈 아키텍트) :: AWS DevDay2018
서버리스 앱 배포 자동화 (김필중, AWS 솔루션즈 아키텍트) :: AWS DevDay2018
Amazon Web Services Korea
임태현, 게임 서버 디자인 가이드, NDC2013
임태현, 게임 서버 디자인 가이드, NDC2013
devCAT Studio, NEXON
2017년 6월 19일 개발자, 한 달에 책 한 권 읽기 도메인 주도 설계 Domain Driven Design
도메인 주도 설계 (Domain Driven Design)
도메인 주도 설계 (Domain Driven Design)
Ashal aka JOKER
NDC14에서 발표한 "[야생의 땅: 듀랑고] 서버 아키텍처" 세션의 슬라이드입니다. 슬라이드에 설명이 많지 않은데, 디스이즈게임에서 발표 내용을 잘 정리해주었습니다. 기사도 함께 보시면 좋을 것 같습니다. http://www.thisisgame.com/webzine/news/nboard/4/?n=54955
[야생의 땅: 듀랑고] 서버 아키텍처 - SPOF 없는 분산 MMORPG 서버
[야생의 땅: 듀랑고] 서버 아키텍처 - SPOF 없는 분산 MMORPG 서버
Heungsub Lee
송창규, unity build로 빌드타임 반토막내기, NDC2010
송창규, unity build로 빌드타임 반토막내기, NDC2010
devCAT Studio, NEXON
"손코딩뇌컴파일눈디버깅" 모임을 소개합니다. 백문이 불여일런, 트라이얼앤에러(Trial and Error) 식의 몹쓸 교육을 받아 온 개발자들이 코딩하기 전에 신중하고 꼼꼼하게 생각해보기란 쉽지 않습니다. 개발 시간 중 디버깅 시간이 절반 이상을 차지하고 있는 실정에 버그를 줄이기 위해 TDD니 유닛테스트니 많은 방법들이 개발되고 있지만 가장 일차적으로 중요한 것은 개발자들이 꼼꼼히 따져보는 것이 아니겠는지요? 미국의 선진 SW회사들은 이미 화이트보드에 PS문제를 푸는 것을 인터뷰 방식으로 채택하고 있습니다. 이는 이와 같은 풀이 방식이 개발자들의 기본 역량을 측정하기에 알맞은 지표라는 것이고, 개발자들이 기본적으로 갖춰야 할 역량이기도 하다는 것 입니다. 또한 자신의 생각을 명확하게 정리하고 다른 사람이 이해할 수 있도록 전달하는 Communication Skill 도 개발자가 갖춰야 할 역량 중 하나 입니다. 알고리즘을 어떻게 구현할 것인가를 팀원들과 소통하면서 자연스럽게 생각을 정리하고 전달하는 연습도 할 수 있습니다. 컴퓨터에 앉아 코딩하기 전 펜과 종이를 들고 눈과 머리와 손을 굴려 보시는 것은 어떠신지요??
손코딩뇌컴파일눈디버깅을 소개합니다.
손코딩뇌컴파일눈디버깅을 소개합니다.
Kwangsung Ha
고려대학교 컴퓨터학과에서 진행한 특강 "대학생 때 알았더라면 좋았을 것들"의 발표 자료입니다. 한참 고민이 많을 시기인 대학생 여러분들에게 도움이 되었으면 합니다.
고려대학교 컴퓨터학과 특강 - 대학생 때 알았더라면 좋았을 것들
고려대학교 컴퓨터학과 특강 - 대학생 때 알았더라면 좋았을 것들
Chris Ohk
서비스 런칭을 위해 라이온하트와 카카오게임즈가 어떻게 최적 성능의 인스턴스를 선택하고, Windows 운영 체제를 최적화하며, 왜 Amazon Aurora를 기본 데이터베이스로 채택하였는지를 설명합니다. 또한, 출시부터 운영까지의 과정에서 MMORPG가 어떻게 AWS 상에서 설계되고, 게임 서버 성능을 극대할 수 있었는지에 대해 전달해드립니다.
오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...
오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...
Amazon Web Services Korea
개인적인 의견이 많이 포함되어 있으니 참고만 해 주세요, 주제가 주제라서 과제형 스크리닝에 대한 내용은 아주아주 러프하게밖에 이야기를 못 했음을 감안해주세요
코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)
코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)
Suhyun Park
KSUG2015에서 JPA에 대해 발표한 내용입니다. 3편 입니다. 영속성 컨텍스트, 엔티티매니저, 프록시에 대해 다룹니다.
Ksug2015 - JPA3, JPA 내부구조
Ksug2015 - JPA3, JPA 내부구조
Younghan Kim
In this presentation we will present the general philosophy of Clean Architecture, Hexagonal Architecture, and Ports & Adapters: discussing why these approaches are useful and general guidelines for introducing them to your code. Chiefly, we will show how to implement these patterns within your Spring (Boot) Applications. Through a publicly available reference app, we will demonstrate what these concepts can look like within Spring and walkthrough a handful of scenarios: isolating core business logic, ease of testing, and adding a new feature or two.
Anatomy of a Spring Boot App with Clean Architecture - Spring I/O 2023
Anatomy of a Spring Boot App with Clean Architecture - Spring I/O 2023
Steve Pember
XcodeGhost - https://en.wikipedia.org/wiki/XcodeGhost https://github.com/johnno1962/InjectionIII https://github.com/krzysztofzablocki/Inject Cookpad - 코드 생성을 이용한 iOS 앱 멀티 모듈화를 위한 종속 솔루션 - https://techlife.cookpad.com/entry/2021/06/16/110000 Modular iOS Architecture @ Just Eat https://tech.justeattakeaway.com/2019/12/18/modular-ios-architecture-just-eat/ App Modularization at Wayfair https://www.aboutwayfair.com/tech-blog/app-modularization-at-wayfair-how-we-unlocked-our-code-and-android-and-ios-teams-at-scale iOS-Clean-Architecture-MVVM https://github.com/kudoleh/iOS-Clean-Architecture-MVVM Android Clean Architecture https://medium.com/@kimtaesoo188/android-clean-architecture-2e789d6cefc6 Blog - Clean Architecture is not Domain-Data-Presentation https://markonovakovic.medium.com/clean-architecture-is-not-domain-data-presentation-e368d7ff8579 iOS Architecture at Lyft - https://scottberrevoets.com/2021/10/14/ios-architecture-at-lyft/
InjectionIII의 Hot Reload를 이용하여 앱 개발을 좀 더 편하게 하기.pdf
InjectionIII의 Hot Reload를 이용하여 앱 개발을 좀 더 편하게 하기.pdf
정민 안
Tendances
(20)
DDD 구현기초 (거의 Final 버전)
DDD 구현기초 (거의 Final 버전)
DDD와 이벤트소싱
DDD와 이벤트소싱
우아한 객체지향
우아한 객체지향
DDD로 복잡함 다루기
DDD로 복잡함 다루기
신입 개발자 생활백서 [개정판]
신입 개발자 생활백서 [개정판]
객체지향 개념 (쫌 아는체 하기)
객체지향 개념 (쫌 아는체 하기)
이벤트 기반 분산 시스템을 향한 여정
이벤트 기반 분산 시스템을 향한 여정
[JWPA-1]의존성 주입(Dependency injection)
[JWPA-1]의존성 주입(Dependency injection)
서버리스 앱 배포 자동화 (김필중, AWS 솔루션즈 아키텍트) :: AWS DevDay2018
서버리스 앱 배포 자동화 (김필중, AWS 솔루션즈 아키텍트) :: AWS DevDay2018
임태현, 게임 서버 디자인 가이드, NDC2013
임태현, 게임 서버 디자인 가이드, NDC2013
도메인 주도 설계 (Domain Driven Design)
도메인 주도 설계 (Domain Driven Design)
[야생의 땅: 듀랑고] 서버 아키텍처 - SPOF 없는 분산 MMORPG 서버
[야생의 땅: 듀랑고] 서버 아키텍처 - SPOF 없는 분산 MMORPG 서버
송창규, unity build로 빌드타임 반토막내기, NDC2010
송창규, unity build로 빌드타임 반토막내기, NDC2010
손코딩뇌컴파일눈디버깅을 소개합니다.
손코딩뇌컴파일눈디버깅을 소개합니다.
고려대학교 컴퓨터학과 특강 - 대학생 때 알았더라면 좋았을 것들
고려대학교 컴퓨터학과 특강 - 대학생 때 알았더라면 좋았을 것들
오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...
오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...
코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)
코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)
Ksug2015 - JPA3, JPA 내부구조
Ksug2015 - JPA3, JPA 내부구조
Anatomy of a Spring Boot App with Clean Architecture - Spring I/O 2023
Anatomy of a Spring Boot App with Clean Architecture - Spring I/O 2023
InjectionIII의 Hot Reload를 이용하여 앱 개발을 좀 더 편하게 하기.pdf
InjectionIII의 Hot Reload를 이용하여 앱 개발을 좀 더 편하게 하기.pdf
Plus de Young-Ho Cho
[NHN NEXT] Java 강의 - Week4
[NHN NEXT] Java 강의 - Week4
Young-Ho Cho
[NEXT 프연 Week3] C# Data Type
[NEXT 프연 Week3] C# Data Type
Young-Ho Cho
NHN NEXT 프로그래밍 연습 2주차 - UNIX 명령어 간단하게 살펴보기 입니다.
[NEXT 프연 Week2] UNIX 명령어 간단하게 살펴보기
[NEXT 프연 Week2] UNIX 명령어 간단하게 살펴보기
Young-Ho Cho
Java 강의 3주차
[NHN NEXT] Java 강의- Week3
[NHN NEXT] Java 강의- Week3
Young-Ho Cho
Java 강의 2주차
[NHN NEXT] Java 강의 - Week2
[NHN NEXT] Java 강의 - Week2
Young-Ho Cho
Java 강의 1주차
[NHN NEXT] Java 강의 - Week1
[NHN NEXT] Java 강의 - Week1
Young-Ho Cho
NHN NEXT 프로그래밍 연습 1주차 - UNIX 명령어 간단하게 살펴보기 입니다.
[NEXT 프연 Week1] Git 시작하기
[NEXT 프연 Week1] Git 시작하기
Young-Ho Cho
고등학생들을 대상으로 열린 NHN NEXT 창의체험 행사 발표 자료입니다.
[NHN NEXT] 2014 NHN NEXT 창의체험
[NHN NEXT] 2014 NHN NEXT 창의체험
Young-Ho Cho
NHN NEXT 신입생 교육 자료
[PreSchool-1] 프로그래밍 '개념' 맛보기
[PreSchool-1] 프로그래밍 '개념' 맛보기
Young-Ho Cho
Plus de Young-Ho Cho
(9)
[NHN NEXT] Java 강의 - Week4
[NHN NEXT] Java 강의 - Week4
[NEXT 프연 Week3] C# Data Type
[NEXT 프연 Week3] C# Data Type
[NEXT 프연 Week2] UNIX 명령어 간단하게 살펴보기
[NEXT 프연 Week2] UNIX 명령어 간단하게 살펴보기
[NHN NEXT] Java 강의- Week3
[NHN NEXT] Java 강의- Week3
[NHN NEXT] Java 강의 - Week2
[NHN NEXT] Java 강의 - Week2
[NHN NEXT] Java 강의 - Week1
[NHN NEXT] Java 강의 - Week1
[NEXT 프연 Week1] Git 시작하기
[NEXT 프연 Week1] Git 시작하기
[NHN NEXT] 2014 NHN NEXT 창의체험
[NHN NEXT] 2014 NHN NEXT 창의체험
[PreSchool-1] 프로그래밍 '개념' 맛보기
[PreSchool-1] 프로그래밍 '개념' 맛보기
Roles, Responsibilities, Collaborations
1.
역할,
2.
책임,
3.
협력
4.
Roles,
5.
Responsibilities,
6.
and
7.
Collaborations
8.
Eternity’s Chit-Chat http://aeternum.egloos.com/ snatcher93@hanmail.net
9.
강의의
10.
목적
11.
객체지향의
12.
본질을
13.
이해하는데
14.
필요한
15.
힌트
16.
제공
17.
18.
목차
19.
1.객체지향의
20.
본질 2.책임-주도
21.
설계 3.영화
22.
예매
23.
시스템 4.책임-주도
24.
설계와
25.
객체지향
26.
원리
27.
Part
28.
-
29.
1
30.
객체지향의
31.
본질
32.
33.
34.
35.
3명의
36.
등장인물
37.
레스트레이드
38.
경감 존
39.
왓슨 셜록
40.
홈즈
41.
이들은
42.
무엇을
43.
하고
44.
있을까요?
45.
레스트레이드
46.
경감 존
47.
왓슨 셜록
48.
홈즈
49.
살인사건을
50.
해결하기
51.
위해
52.
협력하고
53.
있습니다
54.
레스트레이 드
55.
경감 셜록
56.
홈즈 존
57.
왓슨 시체
58.
로
59.
협력
60.
하기
61.
위해
62.
등장인물들은
63.
서
64.
전
65.
사건을
66.
67.
수사합니다 각자
68.
맡은
69.
책임을
70.
수행해야
71.
72.
합니다
73.
레스트레이드
74.
경감 전
75.
범인의
76.
단서를
77.
발견합니다
78.
존
79.
왓슨 셜록
80.
홈즈 전
81.
시체를
82.
검시합니다
83.
시체
84.
다른
85.
사람의 중에
86.
87.
도움을
88.
받아
89.
협력
90.
하는
91.
위해 야
92.
할
93.
수사를
94.
기
95.
위해서는
96.
때가
97.
있습니다
98.
책임을
99.
수행하 자신이
100.
맡은
101.
102.
전
103.
사건을
104.
105.
수사합니다 레스트레이드
106.
경감 전
107.
범인의
108.
단서를
109.
발견합니다
110.
존
111.
왓슨 셜록
112.
홈즈 전
113.
시체를
114.
검시합니다
115.
시체
116.
행하기위해
117.
의
118.
책임을
119.
수 인물들이
120.
자신 등장
121.
살펴
122.
보죠
123.
움이
124.
필요한지 어떤
125.
도 레스트레이드
126.
경 감 는
127.
하기
128.
위해서 해
129.
130.
사건을
131.
수사
132.
증거를
133.
수집 인의 셜록에게
134.
범 니다
135.
고
136.
해야
137.
합 달라 셜록
138.
홈즈 존
139.
왓슨 저는
140.
시체를
141.
검시하기
142.
위해
143.
특별히
144.
다른
145.
사람의
146.
도움이
147.
필요하지는
148.
않습니다
149.
범인의
150.
증거를
151.
수집하기
152.
153.
위해서는
154.
왓슨에게
155.
156.
시체를
157.
검시해
158.
달라고
159.
해야
160.
합니다
161.
시체
162.
하는
163.
도움은
164.
인물들이
165.
요청 등장 이
166.
됩니다
167.
장인물의
168.
책임 다른
169.
등 레스트레이드
170.
경감
171.
책임
172.
감의 트레이드
173.
경 레스 홈즈의
174.
책임
175.
는
176.
하기
177.
위해서 해
178.
179.
사건을
180.
수사
181.
증거를
182.
수집 인의 셜록에게
183.
범 니다
184.
고
185.
해야
186.
합 달라 홈즈의
187.
책임
188.
존
189.
왓슨 범인의
190.
증거를
191.
수집하기
192.
193.
위해서는
194.
왓슨에게
195.
196.
시체를
197.
검시해
198.
달라고
199.
해야
200.
합니다
201.
왓슨의
202.
책임
203.
저는
204.
시체를
205.
검시하기
206.
위해
207.
특별히
208.
다른
209.
사람의
210.
도움이
211.
필요하지는
212.
않습니다
213.
셜록
214.
홈즈 왓슨의
215.
책임
216.
시체
217.
하기
218.
위해
219.
220.
책임을
221.
수행 물들은
222.
자신의 사건을
223.
수사해
224.
225.
등장인 하면서
226.
주세요
227.
의
228.
책임을
229.
요청 레스트레이 장인물 다른
230.
등 드
231.
경감 력합니다
232.
협 셜록
233.
홈즈 존
234.
왓슨 시체를
235.
검시해
236.
주게
237.
시체
238.
등장인물들은
239.
240.
241.
방법으로
242.
243.
자신만의 처리한
244.
후
245.
246.
요청을
247.
답합니다
248.
응 사건을
249.
수사해
250.
251.
주세요
252.
레스트레이드
253.
경감 범인은
254.
이러이러한
255.
사람입니다
256.
셜록
257.
홈즈 존
258.
왓슨 시체를
259.
검시해
260.
주게
261.
약에
262.
의한
263.
발작으로
264.
인해
265.
질식사한
266.
것으로
267.
추정되는군
268.
시체
269.
270.
271.
272.
의
273.
방법
274.
275.
276.
자신만
277.
278.
279.
280.
281.
282.
283.
284.
285.
자율적인(autonomous)
286.
287.
자율적으로
288.
자신의
289.
책임을
290.
수행합니다
291.
등장인물들은 자율적인(autonomous)
292.
자기
293.
스스로의
294.
원칙에
295.
따라
296.
어떤
297.
일을
298.
하거나
299.
자기
300.
스스로를
301.
통제하여
302.
절제하는
303.
것.
304.
305.
의
306.
간섭을
307.
받지
308.
않고
309.
310.
자율적인
311.
캐릭터는
312.
외부 자신만의
313.
방법에
314.
따라
315.
316.
스스로
317.
판단하고
318.
결정합니다
319.
320.
장인물들은
321.
라마
322.
속의
323.
등 드 단지
324.
배우가
325.
연기하는
326.
327.
역할일
328.
뿐입 니다
329.
330.
사람이
331.
332.
역할은
333.
그 떤
334.
책임을
335.
336.
337.
안에서
338.
어 협력 수
339.
있는지를
340.
341.
수행할
342.
설명합니다
343.
존
344.
왓슨 조수 역할
345.
사건을
346.
수사해
347.
348.
주세요
349.
책임
350.
레스트레이드
351.
경감 경감 협력
352.
시체를
353.
검시해
354.
주게
355.
시체 셜록
356.
홈즈 탐정
357.
여러분은
358.
방금
359.
객체지향의
360.
핵심
361.
개념
362.
대부분을
363.
배우셨습니다
364.
365.
366.
설록에
367.
나오는
368.
등장인물들을
369.
객체
370.
고
371.
생각해보죠
372.
373.
374.
375.
376.
377.
라
378.
객체들은
379.
공통의
380.
목적을
381.
달성하기
382.
위해
383.
서로
384.
협력합니다
385.
386.
객체들은
387.
협력을
388.
위해
389.
책임을
390.
할당
391.
받습니다
392.
393.
협력
394.
안에서
395.
객체의
396.
역할을
397.
398.
결정하는
399.
것은
400.
객체가
401.
수행하는
402.
책임입니다
403.
404.
객체지향
405.
설계의
406.
핵심은
407.
408.
Role
409.
Responsibility
410.
Collaboration
411.
객체지향
412.
설계의
413.
모양을
414.
결정하는
415.
것은
416.
책임(Responsibility)입니다
417.
418.
Part
419.
-
420.
2
421.
책임-주도
422.
설계
423.
424.
책임이
425.
설계를
426.
주도한다?
427.
428.
애플리케이션의
429.
요구사항은
430.
시스템의
431.
책임이
432.
됩니다
433.
System 애플리케이션의
434.
요구사항
435.
사건을
436.
수사한다
437.
시스템의
438.
책임으로
439.
생각
440.
441.
시스템의
442.
책임을
443.
객체의
444.
책임으로
445.
생각합니다
446.
사건을
447.
수사한다
448.
시스템의
449.
책임
450.
System 객체에
451.
대한
452.
책임
453.
어떤
454.
객체에게
455.
456.
할당하면
457.
좋을까요?
458.
459.
(Message
460.
Sending)
461.
책임의
462.
요청
463.
=
464.
메시지
465.
전송 System 사건을
466.
수사한다
467.
g essa M e g nd in Se
468.
객체는
469.
책임을
470.
수행하기
471.
위한
472.
방법을
473.
선택합니다 System 사건을
474.
수사한다
475.
g essa M 방법
476.
e g nd in Se
477.
방법이라는
478.
뜻을
479.
가진
480.
영어
481.
단어는
482.
메서드(Method)입니다
483.
System 사건을
484.
수사한다
485.
g essa M 방법
486.
Method e g nd in Se
487.
객체지향의
488.
메서드(Method)는
489.
수신된
490.
메시지(Message)를
491.
492.
처리하는
493.
방법을
494.
의미합니다
495.
System 사건을
496.
수사한다
497.
g essa M 방법
498.
Method e g nd in Se
499.
메서드(Method)에는
500.
스스로
501.
처리할
502.
수
503.
없는
504.
작업이
505.
포함되어
506.
있을
507.
수
508.
있습니다
509.
System 사건을
510.
수사한다
511.
Method 범인의
512.
증거를
513.
수집한다
514.
방법
515.
516.
스스로
517.
처리할
518.
수
519.
없는
520.
작업은
521.
또
522.
다른
523.
객체에
524.
대한
525.
요청이
526.
됩 니다
527.
System 사건을
528.
수사한다
529.
530.
531.
인의
532.
증거를 범 수집한다
533.
방법
534.
535.
앞에서와
536.
동일하게
537.
다른
538.
객체에
539.
대한
540.
요청은
541.
메시지
542.
전송을
543.
의미합니다
544.
System 사건을
545.
수사한다
546.
547.
548.
인의
549.
증거를 범 수집한다
550.
방법
551.
Message Send ing
552.
다시
553.
메시지를
554.
처리할
555.
수
556.
있는
557.
적절한
558.
객체를
559.
선택합니다
560.
System 사건을
561.
수사한다
562.
563.
564.
인의
565.
증거를 범 수집한다
566.
방법
567.
Message Send ing
568.
수신된
569.
메시지
570.
=
571.
객체의
572.
책임
573.
System 사건을
574.
수사한다
575.
576.
577.
인의
578.
증거를 범 수집한다
579.
방법
580.
Message Send ing Res p ons i bi
l i ty
581.
홈즈
582.
역시
583.
메시지를
584.
처리하기
585.
위한
586.
자신만의
587.
방법(Method) 을
588.
선택합니다
589.
System 사건을
590.
수사한다
591.
592.
593.
인의
594.
증거를 범 수집한다
595.
방법
596.
방법
597.
Method
598.
스스로
599.
처리할
600.
수
601.
없는
602.
작업은
603.
외부의
604.
객체에게
605.
요청하죠
606.
System 사건을
607.
수사한다
608.
609.
610.
인의
611.
증거를 범 수집한다
612.
방법
613.
Method 방법
614.
시체를
615.
검시한다
616.
617.
마찬가지로
618.
다른
619.
객체에
620.
대한
621.
요청은
622.
메시지
623.
전송(Message
624.
Sending)을
625.
의미합니다
626.
System 사건을
627.
수사한다
628.
629.
630.
인의
631.
증거를 범 수집한다
632.
방법
633.
방법
634.
시체를
635.
검시한다
636.
637.
메시지를
638.
처리할
639.
수
640.
있는
641.
적절한
642.
객체를
643.
선택합니다
644.
System 사건을
645.
수사한다
646.
647.
648.
인의
649.
증거를 범 수집한다
650.
방법
651.
방법
652.
시체를
653.
검시한다
654.
655.
존
656.
왓슨
657.
역시
658.
자신만의
659.
방법(Method)에
660.
따라
661.
메시지를
662.
663.
처리합니다
664.
665.
System 사건을
666.
수사한다
667.
668.
669.
인의
670.
증거를 범 수집한다
671.
방법
672.
시체를
673.
검시한다
674.
방법
675.
방법
676.
Method
677.
존
678.
왓슨의
679.
경우에는
680.
스스로
681.
책임을
682.
완수할
683.
수
684.
있기
685.
때문에
686.
687.
외부에
688.
요청할
689.
필요가
690.
없습니다
691.
System 사건을
692.
수사한다
693.
694.
695.
인의
696.
증거를 범 수집한다
697.
방법
698.
시체를
699.
검시한다
700.
방법
701.
방법
702.
703.
사건을
704.
수사하기
705.
위한
706.
객체
707.
간의
708.
협력에
709.
대한
710.
설계가
711.
712.
완성되었습니다
713.
System 사건을
714.
수사한다
715.
716.
717.
인의
718.
증거를 범 수집한다
719.
방법
720.
시체를
721.
검시한다
722.
방법
723.
방법
724.
725.
Responsibility -Driven Design
726.
WHAT WHO / CYCLE
727.
WHAT 무엇을
728.
해야
729.
하는가?
730.
731.
WHAT 어떤
732.
메시지를
733.
전송해야
734.
하는가?
735.
736.
WHAT 책임이
737.
무엇인가?
738.
739.
WHO 어떤
740.
객체가
741.
메시지를
742.
수신할
743.
것인가?
744.
745.
WHO 어떤
746.
객체가
747.
책임을
748.
맡을
749.
것인가?
750.
751.
WHAT / WHO CYCLE Responsibility Role
752.
Responsibility-Driven Design Responsibility Role
753.
Responsibility-Driven Design 책임의
754.
선택이
755.
역할과
756.
협력의
757.
구조를
758.
결정합니다
759.
760.
761.
책임
762.
할당의
763.
기본
764.
원칙
765.
(Information
766.
Expert)
767.
정보
768.
전문가 책임을
769.
수행하는데
770.
필요한
771.
정보를
772.
알고
773.
있는
774.
775.
정보
776.
전문가에게
777.
책임을
778.
할당하라
779.
780.
781.
책임을
782.
수행하기
783.
위해서는
784.
필요한
785.
정보를
786.
알고
787.
있어야
788.
합니다
789.
System 사건을
790.
수사한다
791.
방법
792.
nformation
793.
794.
I 사건
795.
수사를
796.
위한
797.
오랜
798.
경험과
799.
유사
800.
사건
801.
목록을
802.
알고
803.
있습니다
804.
805.
책임
806.
수행에
807.
필요한
808.
대부분의
809.
정보는
810.
객체의
811.
상태(State)로
812.
표현
813.
됩니다
814.
System 사건을
815.
수사한다
816.
방법
817.
State
818.
nformation
819.
820.
I 사건
821.
수사를
822.
위한
823.
오랜
824.
경험과
825.
유사
826.
사건
827.
목록을
828.
알고
829.
있습니다
830.
831.
대부분의
832.
상태
833.
정보는
834.
835.
객체가
836.
내부적으로
837.
관리하는
838.
속성(attribute)입니다
839.
System 사건을
840.
수사한다
841.
속성
842.
방법
843.
State
844.
nformation
845.
846.
I 사건
847.
수사를
848.
위한
849.
오랜
850.
경험과
851.
유사
852.
사건
853.
목록을
854.
알고
855.
있습니다
856.
857.
객체는
858.
책임의
859.
모든
860.
부분을
861.
스스로
862.
처리할
863.
수
864.
없기
865.
때문에
866.
867.
다른
868.
객체와
869.
협력해야
870.
합니다
871.
System 사건을
872.
수사한다
873.
속성
874.
방법
875.
State
876.
nformation
877.
878.
I 사건
879.
수사를
880.
위한
881.
오랜
882.
경험과
883.
유사
884.
사건
885.
목록을
886.
알고
887.
있습니다
888.
889.
협력을
890.
위해
891.
메시지를
892.
전송할
893.
객체를
894.
알아야
895.
합니다
896.
System 사건을
897.
수사한다
898.
899.
900.
인의
901.
증거를 범 수집한다
902.
속성
903.
방법
904.
State
905.
nformation
906.
907.
I 방법
908.
909.
책임
910.
수행에
911.
필요한
912.
정보에는
913.
객체의
914.
속성
915.
뿐만
916.
아니라
917.
누가
918.
협력자(Collaborator)인지에
919.
대한
920.
정보도
921.
포함됩니다
922.
System 사건을
923.
수사한다
924.
925.
926.
인의
927.
증거를 범 수집한다
928.
속성
929.
방법
930.
State
931.
nformation
932.
933.
I 방법
934.
935.
협력자(Collaborator)에
936.
대한
937.
정보는
938.
객체
939.
상태(State)의
940.
일부가
941.
됩니다
942.
System 사건을
943.
수사한다
944.
945.
946.
인의
947.
증거를 범 수집한다
948.
방법
949.
속성
950.
방법
951.
State
952.
nformation
953.
954.
I State
955.
956.
(Information
957.
Expert)
958.
정보
959.
전문가 책임을
960.
수행하는데
961.
필요한
962.
정보를
963.
알고
964.
있는
965.
966.
정보
967.
전문가에게
968.
책임을
969.
할당하라
970.
971.
Information
972.
973.
974.
975.
976.
977.
=
978.
State
979.
980.
981.
982.
983.
=
984.
Attribute
985.
+
986.
Collaborator
987.
객체는
988.
자신의
989.
상태를
990.
이용해서
991.
책임을
992.
어떻게
993.
수행할
994.
것인지를
995.
스스로
996.
결정합니다
997.
자율적인(autonomous)
998.
999.
(Responsibility)
1000.
책임 하는
1001.
것(Doing)
1002.
-
1003.
객체를
1004.
생성하거나
1005.
계산을
1006.
하는
1007.
등의
1008.
스스로
1009.
하는
1010.
것
1011.
-
1012.
다른
1013.
객체(협력자)의
1014.
행동을
1015.
시작시키는
1016.
것
1017.
-
1018.
다른
1019.
객체(협력자)의
1020.
활동을
1021.
제어하고
1022.
조절하는
1023.
것
1024.
아는
1025.
것(knowing)
1026.
-
1027.
private로
1028.
캡슐화된
1029.
데이터(상태)에
1030.
관해
1031.
아는
1032.
것
1033.
-
1034.
관련된
1035.
객체(협력자)에
1036.
관하여
1037.
아는
1038.
것
1039.
-
1040.
자신이
1041.
유도하거나
1042.
계산할
1043.
수
1044.
있는
1045.
것(상태+협력자)에
1046.
1047.
1048.
1049.
관하여
1050.
아는
1051.
것
1052.
1053.
Responsibility-Driven Design 애플리케이션의
1054.
요구사항을
1055.
파악합니다
1056.
System 사건을
1057.
수사한다
1058.
1059.
Responsibility-Driven Design 애플리케이션의
1060.
요구사항을
1061.
파악합니다
1062.
애플리케이션의
1063.
요구사항을
1064.
시스템의
1065.
책임으로
1066.
변환합니다
1067.
System 시스템
1068.
책임
1069.
사건을
1070.
수사한다
1071.
1072.
Responsibility-Driven Design 애플리케이션의
1073.
요구사항을
1074.
파악합니다
1075.
애플리케이션의
1076.
요구사항을
1077.
시스템의
1078.
책임으로
1079.
변환합니다
1080.
시스템의
1081.
책임을
1082.
객체의
1083.
책임으로
1084.
변환합니다
1085.
System 객체
1086.
책임
1087.
시스템
1088.
책임
1089.
사건을
1090.
수사한다
1091.
1092.
Responsibility-Driven Design 애플리케이션의
1093.
요구사항을
1094.
파악합니다
1095.
애플리케이션의
1096.
요구사항을
1097.
시스템의
1098.
책임으로
1099.
변환합니다
1100.
시스템의
1101.
책임을
1102.
객체의
1103.
책임으로
1104.
변환합니다
1105.
책임을
1106.
담당할
1107.
수
1108.
있는
1109.
적절한
1110.
객체를
1111.
선택합니다
1112.
System 객체
1113.
책임
1114.
사건을
1115.
수사한다
1116.
1117.
Responsibility-Driven Design 애플리케이션의
1118.
요구사항을
1119.
파악합니다
1120.
애플리케이션의
1121.
요구사항을
1122.
시스템의
1123.
책임으로
1124.
변환합니다
1125.
시스템의
1126.
책임을
1127.
객체의
1128.
책임으로
1129.
변환합니다
1130.
책임을
1131.
담당할
1132.
수
1133.
있는
1134.
적절한
1135.
객체를
1136.
선택합니다
1137.
System 객체
1138.
책임
1139.
사건을
1140.
수사한다
1141.
1142.
Responsibility-Driven Design 애플리케이션의
1143.
요구사항을
1144.
파악합니다
1145.
애플리케이션의
1146.
요구사항을
1147.
시스템의
1148.
책임으로
1149.
변환합니다
1150.
System 시스템의
1151.
책임을
1152.
객체의
1153.
책임으로
1154.
변환합니다
1155.
책임을
1156.
담당할
1157.
수
1158.
있는
1159.
적절한
1160.
객체를
1161.
선택합니다
1162.
객체
1163.
책임
1164.
사건을
1165.
수사한다
1166.
객체의
1167.
책임
1168.
일부를
1169.
수행하기
1170.
위해
1171.
외부의
1172.
도움이
1173.
필요하다면
1174.
1175.
1176.
다른
1177.
객체에게
1178.
도움을
1179.
요청합니다
1180.
1181.
1182.
Responsibility-Driven Design 애플리케이션의
1183.
요구사항을
1184.
파악합니다
1185.
애플리케이션의
1186.
요구사항을
1187.
시스템의
1188.
책임으로
1189.
변환합니다
1190.
System 시스템의
1191.
책임을
1192.
객체의
1193.
책임으로
1194.
변환합니다
1195.
책임을
1196.
담당할
1197.
수
1198.
있는
1199.
적절한
1200.
객체를
1201.
선택합니다
1202.
객체
1203.
책임
1204.
사건을
1205.
수사한다
1206.
객체의
1207.
책임
1208.
일부를
1209.
수행하기
1210.
위해
1211.
외부의
1212.
도움이
1213.
필요하다면
1214.
1215.
1216.
다른
1217.
객체에게
1218.
도움을
1219.
요청합니다
1220.
1221.
요청을
1222.
객체의
1223.
책임으로
1224.
변환합니다
1225.
객체
1226.
책임
1227.
1228.
Responsibility-Driven Design 애플리케이션의
1229.
요구사항을
1230.
파악합니다
1231.
애플리케이션의
1232.
요구사항을
1233.
시스템의
1234.
책임으로
1235.
변환합니다
1236.
System 시스템의
1237.
책임을
1238.
객체의
1239.
책임으로
1240.
변환합니다
1241.
책임을
1242.
담당할
1243.
수
1244.
있는
1245.
적절한
1246.
객체를
1247.
선택합니다
1248.
객체
1249.
책임
1250.
사건을
1251.
수사한다
1252.
객체의
1253.
책임
1254.
일부를
1255.
수행하기
1256.
위해
1257.
외부의
1258.
도움이
1259.
필요하다면
1260.
1261.
1262.
다른
1263.
객체에게
1264.
도움을
1265.
요청합니다
1266.
1267.
요청을
1268.
객체의
1269.
책임으로
1270.
변환합니다
1271.
책임을
1272.
담당할
1273.
수
1274.
있는
1275.
적절한
1276.
객체를
1277.
선택합니다
1278.
객체
1279.
책임
1280.
1281.
Part
1282.
-
1283.
3
1284.
영화
1285.
예매
1286.
시스템
1287.
1288.
온라인
1289.
영화
1290.
예매
1291.
시스템
1292.
Domain
1293.
Concept
1294.
-
1295.
영화
1296.
Movie
1297.
Domain
1298.
Concept
1299.
-
1300.
상영
1301.
Showing 2010-10-20 09:30 조조 2010-10-21
20:30 5회 2010-12-01 14:20 4회
1302.
Domain
1303.
Concept
1304.
–
1305.
할인
1306.
정책
1307.
Discount Amount Discount 8,000 -
800 = 7,200 Percent Discount 8,000 – (8,000 * 0.1) = 7,200
1308.
Domain
1309.
Concept
1310.
–
1311.
할인
1312.
규칙
1313.
Rule Sequence Rule 조조
1314.
상영인
1315.
경우 10회
1316.
상영인
1317.
경우 Time Rule 월요일
1318.
10:00 ~ 12:00
상영인
1319.
경우 목요일
1320.
18:00 ~ 21:00
상영인
1321.
경우
1322.
Domain
1323.
Concept
1324.
–할인
Télécharger maintenant