Choi's Blog

1. Rx에 대한 공부 일단 중지! 최근 약 한달 가량 틈틈히 Rx에 대한 공부를 지속해왔다. 결론부터 말하자면 당분간은 Rx가 아닌 다른 공부에 집중해야 할거 같다. 물론 Rx 자체도 쓰임새가 무척 좋은 생태계라는 점은 부정 할 수 없다. 하지만, 당장 모자란 기본에 대한 공부나 업무와 관련된 학습에 좀 더 투자하는 것이 앞으로 더 크게 도움이 되리라 생각했다. 그만 두는 이유를 간단하게 써보면 아래와 같다. RDB에 대한 지원 부실, 추후에 R2DBC에 대한 생태계가 충분하게 확보되면 그때 시작해도 늦지 않다고 생각했다. Kotlin Coroutine으로도 Rx에서의 처리를 충분히 보완할 수 있다! 역시 비동기와 관련된 코드는 async~await가 최고가 아닐까라고 생각한다. coroutine 자체..

1. RxJava 리액티브 프로그래밍 읽기/실습 4장, RxJava 연산자 RxJava와 RxKotlin는 Reactive Stream 구현체에 해당하는 Flowable과 Observable을 생성할 수 있는 다양한 연산자를 제공하고 있는데, 생성하는 연산자뿐만 아니라 변환, 필터, 결합, 상태 통지, 집계 등의 다양한 연산자를 제공하고 있다. 다양한 연산자는 메서드 체인(MethodChain) 혹은 FluentAPI 방식으로 실제 소비자에게 전달해야 하는 최종 형태의 데이터로 쉽게 변환이 가능하다. 연산자의 종류별로 기본적으로 실행하는 스레드가 달라질 수 있으며, 이에 대한 지정은 별도 스캐줄러 지정을 통하여 변경이 가능하다. 1~3장을 통하여 Flowable/Observable을 생성하는 연산자 예제..

1. RxJava 리액티브 프로그래밍 읽기/실습 3장, RxJava 메커니즘 에러처리에 대한 부분부터 배압(Backpressure)까지 학습을 하였고, 에러 처리에 대한 매커니즘부터 배압까지 자연스럽게 내용이 연결되어 있어서 이해하는데에는 크게 무리가 없었다. 다만, 책을 읽으면 읽을수록 봐야 할 API와 구현체에 대한 개수가 늘어나는거 같아서, 책에서만 제공해주는 예제 외에도 실제 구현을 어떻게 하는지에 대해서는 깃헙을 돌아다니면서 코드를 좀 살펴봐야 좀 더 이해가 높아질 수 있을거 같았다. 여러개의 생산자와 소비자가 공유 객체를 가질 경우에는? merge 연산자를 사용하여 다수의 생산자/소비자가 순차접근을 할 수 있도록 동기화 처리 해야 한다. 에러처리 에러처리에 대한 통보 재시도(retryXX Me..

1. 유럽여행 3월 중순부터 4월 초까지 여행을 다녀왔었다. 1년 가까이 쌓였던 업무 관련 스트레스 때문에 쉴 타이밍이라고 생각했고, 과감하게 20여 일의 시간을 유럽여행으로 시간을 보냈다. 직업병인지는 몰라도 여행을 다니면서도 공부를 안 하면 생기는 일종의 불안한 감정 같은게 없진 않았으나, 그래도 재충전의 시간을 보내고 돌아오니 한결 마음이 가볍다. 2. RxJava, RxKotlin 여행을 다녀오고 공부의 방향성에 대해 생각을 해봤다. 부족한 기본기에 대한 공부도 중요하지만, 내가 흥미를 가지고 지속적으로 할 수 있는 공부 역시 중요하다고 생각했다. 그래서 흥미를 가질 수 있는 주제에 대해 고민을 해보다 Reactive 관련 공부를 해보는 게 좋을 거 같아서 책을 바로 구매했다. RxJava 리액티..

1. 함께 자라기 애자일로 가는길링크회사 교육비로 구매한 책이다. 매번 기술 서적만 목을 매어 읽어왔는데, 이번에는 기술 서적이 개발과 관련된 여러 가지 이야기가 담긴 책을 읽어보고 싶었다. 그래서 선택한 책이다. 책은 반 정도 읽은 거 같은데, 나 말고 주변 다른 사람들과 함께 잘 성장하는 방법 그리고 의식적인 학습을 어떻게 잘 할 것인가에 대해 써놓은 글이 매우 인상 깊었다. 두꺼운 책은 아니라서 끝까지 읽는 것에는 부담이 크게 없을 거 같으니 틈틈이 읽어 봐야겠다.2. JPA And Database Lock회사 업무 중 복잡한 데이터 처리 과정이 담긴 API를 개발하고 있다. 기존 레거시 시스템을 개선하는 작업이기도 하고 신규 솔루션과 연동해야 하는 업무라서 은근 골치가 아프다. 특히 Lock을 제..

1. Effective-Java-3e 읽기/실습아이템 20. 추상 클래스보다는 인터페이스를 우선하라아이템 21. 인터페이스는 구현하는 쪽을 생각해 설계하라자바8의 디폴트 메소드에 대한 언급과 더불어 추상화를 위한 구현 방법으로 인터페이스 단독으로 사용하는 경우와 추상클래스를 인터페이스의 구현으로 사용하고 조금 더 확장성 있는 클래스 구조를 가질 수 있도록 설명하는 구절이 인상적이었다. 인터페이스 역시 앞에서의 아이템 설명처럼 충분히 문서화하고 구현에 설명을 자세히 써주는 것이 중요한 구절 역시 보면서 무릎을 탁!2. @JsonViewclass LoanContractViews { interface Simple interface Detailed : Simple }json 반환 데이터를 다이나믹하게 해줘야 할..

1. Effective-Java-3e 읽기/실습아이템 18. 상속보다는 컴포지션을 사용하라아이템 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라2. 함수형 코틀린11장. 코틀린에서 스트림 작업Collection vs StreamStream vs ObservablePush Model vs Pull Model코틀린에서 Stream 생성Termianl Method12장. 애로우 시작함수 합성(Compose)부분 적용PipeCurryArrow 구현체를 활용한 불변객체 lense 방법3. Bean Validation 2.0@RequestBody를 활용한 요청 본문 Validation 중 해당 구현에 대해 조금 더 살펴보고자 링크를 살펴보게 되었다.API 개발을 하면서 모르는 내용을 틈틈..