위챗 창시자 장샤오룽의 4시간 강의 기록 : 3. 위챗의 동력

원문 링크 : 2019년 1월 9일 위챗 공개 강의에서 텐센트 위챗사업부 총재 장샤오룽(张小龙)의 4시간 강의 기록 위챗은 전 세계에서 가장 많이 사용되는 채팅 앱입니다. 매일 10억 명 이상이 사용하고 있는 이 앱은 채팅 앱이면서 동시에 채팅 앱이 아닙니다. 위챗은 스스로를 10억 사용자의 생활 방식이라고 말합니다. 어떻게 위챗이 단순 채팅

위챗 창시자 장샤오룽의 4시간 강의 기록 : 2. 위챗의 시작

원문 링크 : 2019년 1월 9일 위챗 공개 강의에서 텐센트 위챗사업부 총재 장샤오룽(张小龙)의 4시간 강의 기록 위챗은 전 세계에서 가장 많이 사용되는 채팅 앱입니다. 매일 10억 명 이상이 사용하고 있는 이 앱은 채팅 앱이면서 동시에 채팅 앱이 아닙니다. 위챗은 스스로를 10억 사용자의 생활 방식이라고 말합니다. 어떻게 위챗이 단순 채팅

위챗 창시자 장샤오룽의 4시간 강의 기록 : 1. 좋은 서비스란 무엇인가?

원문 링크 : 2019년 1월 9일 위챗 공개 강의에서 텐센트 위챗사업부 총재 장샤오룽(张小龙)의 4시간 강의 기록 위챗은 전 세계에서 가장 많이 사용되는 채팅 앱입니다. 매일 10억 명 이상이 사용하고 있는 이 앱은 채팅 앱이면서 동시에 채팅 앱이 아닙니다. 위챗은 스스로를 10억 사용자의 생활 방식이라고 말합니다. 어떻게 위챗이 단순 채팅

위챗 창시자 장샤오룽의 4시간 강의 기록 : 희망이 가장 소중하다

원문 링크 : 2019년 1월 9일 위챗 공개 강의에서 텐센트 위챗사업부 총재 장샤오룽(张小龙)의 4시간 강의 기록 위챗은 전 세계에서 가장 많이 사용되는 채팅 앱입니다. 매일 10억 명 이상이 사용하고 있는 이 앱은 채팅 앱이면서 동시에 채팅 앱이 아닙니다. 위챗은 스스로를 10억 사용자의 생활 방식이라고 말합니다. 어떻게 위챗이 단순 채팅

Spring Guide - Domain 객체 가이드

해당 코드는 Github를 확인해주세요. Spring Guide 1. Test 전략 가이드 2. Exception 전략 가이드 3. Domain 객체 가이드 4. 외부 API 가이드 5. Service 적절한 크기 가이드 도메인 객체는 우리가 해결하고자 하는 핵심 비즈니스 로직이 반영되는 곳입니다. 특히 도메인 객체에서 자기 자신의 책임을 충분히 다하지 않으면 그 로직들은 자연스럽게 Service

마이크로 서비스에서의 테스트 환경 구축

아주 작은 독립적인 기능을 수행하는 여러개의 마이크로 서비스 묶어서 하나의 비즈니스 기능을 구현하는 방식을 마이크로 서비스 아키텍처라고 합니다. 시스템을 이렇게 구성하는 이유는 작은 단위로 구성함으로써 * 각 서비스별로 독립적인 개발, 배포를 진행할 수 있어 * 병렬 개발, 각 서비스의 특징에 맞는 개발 언어, DB 사용 등을 할 수 있으며 * 운영 중에도 각

ShedLock을 이용한 Master - Slave (primary - secondary, leader - follower) 구분 없는 스케줄러 만들기

스케줄을 처리하는 인스턴스 A와 B가 떠 있을때, 별도의 Master - Slave 구분 없이 둘 중 하나의 인스턴스가 처리하도록 하려면 어떻게 해야 할까요? 어쩔때는 A 가 돌고, 어쩔때는 B 가 돌고... A 가 죽어도 알아서 B 가 돌고 하는 구성을 만들고 싶을때 말이죠. 이런 고민을 하다가 얼마전 발견한 라이브러리 입니다. https://github.

필요한 내용만 추려서 DDD 당장 써먹기

그런 일이 가능할까? DDD 같은 개념서를 다 읽지도 않고, 필요한 내용만 대충 훑어서 써먹는 식 말이다. 못할 이유가 뭐가 있는가? 가능하다. 책을 다 읽는다고 해도 소화한 내용 중에서 당장 응용할만한 부분만 구현에 써먹기 마련이다. 책을 다 읽으나 안 읽으나 어차피 일부만 소화해서 써먹을 수 있다면, 책을 안 읽고 써먹는 방법이

그룹웨어 결재 기능으로 보이는 동료의 작명 검토를 하다가...

이 글은 갑자기 벌어진 일상의 장면에서 나 자신이 어떻게 행동하는지 스캔하듯 돌아본 글이다. 그 과정에서 내면을 관찰하고 긍정적인 방향으로 항해하려고 노력한 기록을 사후 해석해보는 시도이다. CostApproval (비용-결재) 이라는 이름은 적절한가? 최초의 나의 질문은 동료가 지은 이름을 검토하는 일이었다. 처음에는 영어 표현이 옳은지 살피려 했는데, 습관적으로 위키피디아로 나아갔다. 그런 습관적

상속 대신 위임이라는 고전적인 이야기의 2019년 버전

낮에 동료가 칠판에 그린 그림과 설명하는 말을 듣고, 동료의 질문에 답을 하다가, 무려 1994년에 나온 디자인 패턴 내용을 말하게 된 사연이다. 상속 대신 위임 그가 그린 그림은 아래와 같다. 나는 그에게 물었다. Order가 Sale을 포함한다는 말은 무엇을 의미하냐? 그는 자기 인식과 프로그램으로 구현한 내용을 나름대로 명확하게 설명했다. 나는 구현에 대해

'한국인'을 위한 DDD와 '모던' 객체지향설계 소개

도전적인 제목이다. 예전에는 무려 어떤 컨퍼런스 자리에서 설계 담론을 정리해보겠다고 선언만 하고, 용두사미로 내용없는 발표를 한 일도 있었다. 흑역사다. 그럼에도 불구하고 또 무모한 도전을 해볼 생각이다. 난 직업 작가가 아니라 글 내용으로 욕을 좀 먹어도 괜찮다. 다만, 내가 직업으로 하는 일에서 축적한 내용이 매우 빈약하다는 사실이 무모한 도전을 하게 만든다고

DDD 값 객체와 마이크로서비스

이 글은 도메인 주도 설계Domain-Driven Design(이하 DDD)에서 말하는 값 객체Value Object가 무엇인지 알아보고 마이크로서비스 환경에서 값 객체를 활용하는 법을 다룬다. 값 객체란 무엇인가? 전자 상거래 사이트에서 상품을 받을 주소(배송지)를 입력하고 주문한다고 생각해 보자. 시스템에서 배송지를 임의로 수정한다면 상품은 정상적으로 배송되지 못할 것이다. 따라서 시스템은 배송지를