오늘이라도

을 읽고 올해에는 독서 습관을 만들고자 독서 소모임을 하나 가입했다. 그곳에서 만난 첫 책이 바로 이다. 요즘 서점에는 우울을 극복하는 주제를 다루는 책들을 쉽게 볼 수 있고, 이 책 또한 그런 책인 줄 알았는데 아니더라. 훌륭한 책이었다. 불행하지 않는 법을 논리적으로 정리하여 분류하고 그것을 예시와 생활에 적용하는 방법까지 소개하는 책이다. 회복탄력성이란 용어가 어렵게 느껴졌지만, 쉽게 풀어서 말하자면 좌절에서 일어나는 힘, 행복함을 오래 유지하는 힘이다. 이 힘을 이루는 구성 요소를 세 가지, 자기 조절능력, 대인관계능력, 긍정성으로 나눠서 파트 별로 알려주는 게 주 내용이 된다. 각 파트를 모두 설명하려면 길어지니 생략하고 실생활에 적용할만한 방법들만 골라서 정리해 보자면 다음과 같다. - 부정적..

를 읽고 아는 형의 추천으로 역행자를 읽게 되었다. 내용은 뭐.. 다른 자기 계발서들과 유사하다. 나는 이런 사람이었고 어떠한 계기를 통해 인생의 변화가 생겨서 어마어마하게 성공했다. 그리고 그 방법을 당신들한테 알려준다. 이런 내용이다. 책 후기, 리뷰에는 이 책의 저자, 자청이란 사람에 대한 부정적인 글이 많아서 책 읽기 전에는 의구심이 좀 있었지만, 읽은 후에는 배울 점이 있는 내용이라고 느꼈다. 일단은 역행자에서 가장 강조하는 것은 독서를 하고 글을 쓰라는 것이다. 이 독후감을 쓰기 시작한 이유도 역행자의 영향이다. 평소에 독서와 작문을 하긴 해야겠다고 생각하던 나로서는 역행자를 계기로 삼아 실천에 옮기기로 하였다. 그 외에는 뭐 유전자의 영향, 본능의 영향에서 벗어나라, 남들과 다른 생각을 해라..

이번 주부터 유니티 공부를 시작했습니다. 요즘 실무에서 자바를 잘 안쓰다보니 흥미가 식기도 했고 부업으로 재밌게 할만한게 뭐가 있을까 고민하다보니 도전하고 싶은게 게임개발이더군요. 유니티 공식 홈페이지 러닝센터에 가이드가 잘 나와있어서 여기서부터 시작해보려고 합니다. https://learn.unity.com Learn game development w/ Unity | Courses & tutorials in game design, VR, AR, & Real-time 3D | Unity Learn Free tutorials, courses, and guided pathways for mastering real-time 3D development skills to make video games, VR, A..

강의 링크 1. 제어의 역전 IoC (Inversion of Control) - 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성하고, 연결하고, 실행했다. 한마디로 구현 객체가 프로그램의 제어 흐름을 스스로 조종했다. 개발자 입장에서는 자연스러운 흐름이다. - 반면에 AppConfig가 등장한 이후에 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져간다. 예를 들어서 OrderServiceImpl 은 필요한 인터페이스들을 호출하지만 어떤 구현 객체들이 실행될지 모른다. - 프로그램에 대한 제어 흐름에 대한 권한은 모두 AppConfig가 가지고 있다. 심지어 OrderServiceImpl 도 AppConfig가 생성한다..

강의 링크 1. SRP 단일 책임 원칙 : 한 클래스는 하나의 책임만 가져야 한다. - 클라이언트 객체는 직접 구현 객체를 생성하고, 실행하는 다양한 책임을 가지고 있음 - SRP 단일 책임 원칙을 따르면서 관심사를 분리함 - 구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당 - 클라이언트 객체는 실행하는 책임만 담당 2. DIP 의존관계 역전 원칙 : 프로그래머는 "추상화에 의존해야 하지, 구체화에 의존하면 안 된다." 의존성 주입은 이 원칙을 따르는 방법 중 하나다. - 새로운 할인 정책을 개발하고, 적용하려고 하니 클라이언트 코드도 함께 변경해야 했다. 왜냐하면 기존 클라이언트 코드(OrderServiceImpl)는 DIP를 지키며 DiscountPolicy 추상화 인터페이스에 의존하는..

강의 링크 0. 전체 흐름 정리 - 새로운 할인 정책 개발 - 새로운 할인 정책 적용과 문제점 - 관심사의 분리 - AppConfig 리팩터링 - 새로운 구조와 할인 정책 적용 1. 새로운 할인 정책 개발 - 다형성 덕분에 새로운 정률 할인 정책 코드를 추가로 개발하는 것 자체는 아무 문제가 없음 2. 새로운 할인 정책 적용과 문제점 - 새로 개발한 정률 할인 정책을 적용하려고 하니 클라이언트 코드인 주문 서비스 구현체도 함께 변경해야함 - 주문 서비스 클라이언트가 인터페이스인 DiscountPolicy 뿐만 아니라, 구체 클래스인 FixDiscountPolicy 도 함께 의존 => DIP 위반 3. 관심사의 분리 - 애플리케이션을 하나의 공연으로 생각 - 기존에는 클라이언가 의존하는 서버 구현 객체를 ..