인생은 고통의 연속

아키텍처 설계시 필요한 영역 표현(UI) 영역 : 사용자의 요청을 받아 응용 영역에 전달하거나 응용 영역의 처리 결과를 사용자에게 보여줌. 대표적으로 스프링 MVC 프레임워크가 해당함. 응용 영역 : 도메인 모델을 이용해서 사용자에게 제공할 기능을 구현. 실제 도메인 로직 구현은 도메인 모델에 위임한다. 도메인 영역 : 도메인 모델을 구현. 도메인 모델은 도메인의 핵심 로직을 구현. 인프라스트럭처 영역 : 논리적인 개념을 표현하기보다는 실제 구현 기술에 대한 것을 다룬다. ※ 표현/도메인/응용 영역은 구현 기술을 사용한 코드를 직접 만들지 않는다. 대신 인프라 스트럭처 영역에서 제공하는 기능을 사용해서 필요한 기능을 개발한다. (응용 영역에서 DB의 쿼리를 직접 사용하거나 도메인 영역에서 메일을 보내기 ..

기존의 설계 방식 컨트롤러-서비스-DAO-DTO (전형적인 Spring API 구조) 도메인 도메인 : 문제 해결하고자 하는 문제 영역. 도메인은 여러 하위 도메인으로 구성한다. SW는 도메인의 모든 기능을 제공하지 않는다.(예를 들어 결제는 외부 시스템(PG)을 사용하는 것처럼) 도메인 모델 도메인 모델 : 특정 도메인을 개념적으로 표현. 도메인 자체를 이해하기 위한 개념 모델. 기능과 데이터를 함께 보여주는 객체 모델은 도메인을 모델링하기 적합함. 하지만 도메인 모델은 객체로만 모델링하지 않는다. 즉, 클래스/상태 다이어그램과 같은 UML(Unified Modeling Language) 표기법만 사용해야 하는건 아님. 관계가 중요한 도메인이라면 그래프를 이용해서 도메인을 모델링. 계산 규칙이 중요하다..

[히어로즈 랜덤 디펜스] 저번주부터 갑자기 빠지게 된 모바일 게임이다. 스타 유즈맵 중 랜덤 디펜스를 따라 만든거 같은데 과금없이 해도 재밌어서 이번 주말 내내 한듯하다. 게임 방식은 8개 계열의 1성 유닛을 합성하여 최대 6성 유닛까지 만들어서 웨이브마다 나오는 적 유닛/보스를 잡으면서 버티는 것이다. 합성은 뭐냐, 예를 들어서 [1성 전사 + 1성 마법사 = 2성 마법검사] 이렇게 낮은 티어의 유닛을 합성하여 상위 티어의 유닛을 만들 수 있다. 그런데 이게 어느정도 하다보니 문제점이 많았다. 모든 조합식을 외울 수도 없다. 매번 조합식을 보면서 하자니 컨트롤을 못해서 적 유닛이 쌓여서 게임이 끝나는 경우가 많음 특정 계열 유닛이 많이 남거나 부족함 특정 계열 유닛을 많이 쓰는 높은 티어의 유닛을 뽑고..

이전 글 : 2019/03/09 - [프로그래밍/아키텍쳐] - 주키퍼(ZooKeeper) 카프카 공홈의 퀵스타트를 따라함 테스트환경은 라즈베리파이3(라파이/rbp), 라즈비안OS(64비트) 굳이 데탑(윈도우)에서 안하고 따로 서버 세팅하느라 좀 오래걸렸는데 AWS 프리티어가 아직 남아서 t2.small에서 해볼려다가 카프카 성능 테스트겸 라파이에 했다. 원래 라즈비안이 32비트환경이었는데 이왕하는거 64비트로 바꿔서 하려고 새로 포맷하고 다시 세팅했다. 집 분전함에 전화+인터넷이 같이 있는데 거기에 라파이를 보관 중이라 이렇게 매번 뜯을때마다 고통이다.(식탁 밀어내고 뚜껑따서 꾸역꾸역 선정리..) 그리고 메모리가 기본 1G이기 때문에 별도로 swap 4G를 할당했다. 주로 메모리를 사용하는게 아니고 디스..

최근에 면접보다가 갑자기 떠올랐다. 바로 백엔드 개발자 로드맵 굳이 한글로 보고싶다면 okky에서 어떤분이 번역한 것도 있다.(깃헙 링크) 왜 떠올랐냐면 포지션(백엔드)을 정해서 넣은 곳은 공통된 질문이 많았다. (난 군대에서 전산병으로도 일했고 전역하고서는 주로 AWS에서 백엔드 개발을 했다) (그리고 랜선을 손으로 만들 수 있다는걸 군대가서 알게 되었지) (군대에서 네트워크관련해서 많이 배운것 같다-스스로...) 바로 스파크, 하둡, 하이브, 카프카을 사용해봤냐는 것이다. 그래서 갑자기 로드맵이 떠오르더라... 아닛... 근데 해당 내용은 백엔드 로드맵에 없다! 왜냐하면 빅데이터쪽은 데이터 엔지니어에 해당한다. (데이터 엔지니어 로드맵도 있다) 그런데 사실 회사에서 백엔드 업무를 하다보면 결국 빅데이..