<div id="readability-page-1" class="page"><div><h3 id="1-설명해야-하는-코드">1. 설명해야 하는 코드</h3>
누군가에게 설명해야 되는 코드라고 생각하니 계속해서 단순한 코드를 유지하려 노력하게 된다. 나누는 일도, 합치는 일도 ‘다른 사람에게 설명하기 쉬운가?’ 라는 기준을 적용하니 나아갈 방향이 조금 더 분명해 진다. 물론 만능은 아니지만 무척 도움이 되는 기준인 것 같다.
<h3 id="2-점점-분명해지고-점점-커지는-현업의-문제">2. 점점 분명해지고, 점점 커지는 현업의 문제</h3>
코딩테스트 문제를 풀며 체득한 문제를 해결하는 좋은 패턴이 있어서 일을 할 때도 적용해 보려고 했다. 근데 묘하게 둘이 다르다. 현업에서는 일단 문제가 명확하지 않다. 문제를 풀면서 문제가 하나 둘 명확해 진다. 몰랐던 제약사항들도 점점 보인다. 문제를 풀다보면 문제가 처음과 달리 점점 분명해지고, 점점 커지는 느낌을 받는다. 코딩 테스트 문제는 이 과정을 누가 해보고 결과만 모아서 내게 딱 주어지는 느낌이다. 만약 숙련된 매니저가 이 일을 대신 해주는게 아니라면, 문제를 해결하면서 점점 분명해지고, 점점 커지는 업무를 계속 분리해 내고 쪼개진 것을 다시 통합하는 과정을 스스로 반복할 수 있어야 한다. 코딩테스트 만큼 쉬운 일이 아닌 것 같다.
<h3 id="3-게으르게-만들어라">3. 게으르게 만들어라</h3>
기능이 필요할 것 같아서 만들지 말고, 꼭 필요할 때 게으르게 만들어라. 그게 더 효과적일 때가 많다. 경험해 보지 않은 문제에 대한 예상은 자주 틀리기 때문이다. 만약 경험적(간접적으로든 직접적으로든)으로 확실한 논리에 의해 이게 꼭 필요할 것 같다고 예상이 되면 선제적으로 미리 만들어 리스크를 예방할 수도 있겠다. 
<h3 id="4-빌드툴에-대한-무지">4. 빌드툴에 대한 무지</h3>
내가 빌드툴에 대해 너무 모르는구나. 문제가 생기면 검색을 통해 해결하는 방법 말고 단계적으로 살펴볼 대안을 전혀 가지고 있지 않다. 오늘은 spock 설정이 일단 안된다. 왜 안되는지 모르겠다.
<h3 id="5-ide의-소중한-경고">5. IDE의 소중한 경고</h3>
IDE의 경고가 내가 찾지 못한 불필요한 코드 중복을 찾아주었다. 무척 좋은 경험이었다. 
<pre><code>// Before
@Override
public void init(EventLoopGroup eventLoopGroup) {
 // 채널 파이프라인 생성
 List&lt;Handler&gt; handlers = configHandlers();
		... 
}

@Override
protected List&lt;Handler&gt; configHandlers() {
 List&lt;Handler&gt; handlers = new ArrayList&lt;&gt;();
 inputFileStoreHandler = new InputFileStoreHandler();
 handlers.add(Handler.of(new LengthFieldBasedFrameDecoder(Integer.MAX_VALUE, 0, 4, 0, 4)));
 handlers.add(Handler.of(fileIoGroup, inputFileStoreHandler));
 handlers.add(Handler.of(new FileRequestEncoder()));
 return handlers;
}

// After
@Override
public void init(EventLoopGroup eventLoopGroup) {
 // 채널 파이프라인 생성
 List&lt;Handler&gt; handlers = new ArrayList&lt;&gt;();
 configHandlers(handlers);
		...
}

@Override
protected void configHandlers(List&lt;Handler&gt; handlers) {
 inputFileStoreHandler = new InputFileStoreHandler();
 handlers.add(Handler.of(new LengthFieldBasedFrameDecoder(Integer.MAX_VALUE, 0, 4, 0, 4)));
 handlers.add(Handler.of(fileIoGroup, inputFileStoreHandler));
 handlers.add(Handler.of(new FileRequestEncoder()));
}</code></pre></div></div>

Joo's Work

JooSing

1. 설명해야 하는 코드
누군가에게 설명해야 되는 코드라고 생각하니 계속해서 단순한 코드를 유지하려 노력하게 된다. 나누는 일도, 합치는 일도 ‘다른 사람에게 설명하기 쉬운가?’ 라는 기준을 적용하니 나아갈 방향이 조금 더 분명해 진다. 물론 만능은 아니지만 무척 도움이 되는 기준인 것 같다.
2. 점점 분명해지고, 점점 커지는 현업의 문제
코딩테스트 문제를 풀며 체득한 문제를 해결하는 좋은 패턴이 있어서 일을 할 때도 적용해 보려고 했다. 근데 묘하게 둘이 다르다. 현업에서는 일단 문제가 명확하지 않다. 문제를 풀면서 문제가 하나 둘 명확해 진다. 몰랐던 제약사항들도 점점 보인다. 문제를 풀다보면 문제가 처음과 달리 점점 분명해지고, 점점 커지는 느낌을 받는다. 코딩 테스트 문제는 이 과정을 누가 해보고 결과만 모아서 내게 딱 주어지는 느낌이다. 만약 숙련된 매니저가 이 일을 대신 해주는게 아니라면, 문제를 해결하면서 점점 분명해지고, 점점 커지는 업무를 계속 분리해 내고 쪼개진 것을 다시 통합하는 과정을 스스로 반복할 수 있어야 한다. 코딩테스트 만큼 쉬운 일이 아닌 것 같다.
3. 게으르게 만들어라
기능이 필요할 것 같아서 만들지 말고, 꼭 필요할 때 게으르게 만들어라. 그게 더 효과적일 때가 많다. 경험해 보지 않은 문제에 대한 예상은 자주 틀리기 때문이다. 만약 경험적(간접적으로든 직접적으로든)으로 확실한 논리에 의해 이게 꼭 필요할 것 같다고 예상이 되면 선제적으로 미리 만들어 리스크를 예방할 수도 있겠다. 
4. 빌드툴에 대한 무지
내가 빌드툴에 대해 너무 모르는구나. 문제가 생기면 검색을 통해 해결하는 방법 말고 단계적으로 살펴볼 대안을 전혀 가지고 있지 않다. 오늘은 spock 설정이 일단 안된다. 왜 안되는지 모르겠다.
5. IDE의 소중한 경고
IDE의 경고가 내가 찾지 못한 불필요한 코드 중복을 찾아주었다. 무척 좋은 경험이었다. 
// Before
@Override
public void init(EventLoopGroup eventLoopGroup) {
 // 채널 파이프라인 생성
 List<Handler> handlers = configHandlers();
 ... 
}
@Override
protected List<Handler> configHandlers() {
 List<Handler> handlers = new ArrayList<>();
 inputFileStoreHandler = new InputFileStoreHandler();
 handlers.add(Handler.of(new LengthFieldBasedFrameDecoder(Integer.MAX_VALUE, 0, 4, 0, 4)));
 handlers.add(Handler.of(fileIoGroup, inputFileStoreHandler));
 handlers.add(Handler.of(new FileRequestEncoder()));
 return handlers;
}
// After
@Override
public void init(EventLoopGroup eventLoopGroup) {
 // 채널 파이프라인 생성
 List<Handler> handlers = new ArrayList<>();
 configHandlers(handlers);
 ...
}
@Override
protected void configHandlers(List<Handler> handlers) {
 inputFileStoreHandler = new InputFileStoreHandler();
 handlers.add(Handler.of(new LengthFieldBasedFrameDecoder(Integer.MAX_VALUE, 0, 4, 0, 4)));
 handlers.add(Handler.of(fileIoGroup, inputFileStoreHandler));
 handlers.add(Handler.of(new FileRequestEncoder()));
}

개발일기 #97 : 점점 분명해지고, 점점 커지는 현업의 문제

댓글