1) 상속과 조합에 대해서 다시 생각해 보게되었다

상속은 inferface,abstract class 라면 조합은 Solid 다

여태 조합이 interface 구현물인줄 알았다

하나가 되면 또다른 하나가 안되서 열이받는다

2주차 회고록 즐거운 마음으로 쓰고 싶었는데 쉽지가 않다

책임과 응집성 refactoring Optional 부분에서 버그가 잡히지 않는다...

삽질을 정말 얼마나 하는건가....

부들부들 이노무 Optional..그래 하다보면 될거야 다시 차분하게 삽을 제정비하고 다시 해보자 다짐한다!

2) 알고리즘교체하기

-Stack 은 나에게 용기가 되어 Deque 로 돌아왔다

자료구조와알고리즘을 제대로 활용이 원만하게 되지않아 늘상 고구마 100개 먹은 마음 이었다

Stack 을 이번에 듣다보니 아니 맨마지막 콜라는 꺼내는데 제일 오래걸리는데 Stack 으로 재귀함하수를꺼낸다? Deque 나 다른걸로 쓰지 라는게 자연스럽게 떠올랐다 그래 고구마100개는 아니구나 다행이다 조금 용기가 생격서 다행이라는 생각이 들어 좋다

private void openAndPushCellAt(Stack<CellPosition> stack) {
  CellPosition currentCellPosition=stack.pop();

.....
List<CellPosition> surroundedPositions=calculateSurroundedPositions(currentCellPosition, getRowSize(), getColSize());
for(CellPosition surroundedPosition:surroundedPositions){
  stack.push(surroundedPosition);
   }
}

private void openSurroundedCells2(CellPosition cellPosition) {
  Deque<CellPosition> deque=new ArrayDeque<>();
  deque.push(cellPosition);

  while (! deque.isEmpty()) {
    openAndPushCellAt(deque);
  }
}

3) 필드나 메서드 순서나 관련된거끼리 나열하기

늘상 메서드고 필드고 하기 바빴지 그렇게 정리하고 상대방이 보기 좋게 해볼 생각은 그닥 해보질 못했다

보기도 좋은 떡이 먹기도 좋다고 했던가? 그래 이쁘게 포장한 꽃이나 상품은 소비자나 상대방 보기에도 좋다

->그래도 어느정도 정리가되면 상대방이 알아보게 정리는 해야 여러모로 나도 상대방도 시간절약, 스트레스 감소이다

버그가 잡히지 않아 열이받을 지라도 앞으로도 힘냅시당~!!!

참고사항

-Readable Code/ 박우빈코치님

• Modern Java

• 우테코 유트브 -상속과 조합

-크루님 닉네임 기억을 잘 못해서 죄송합니다. 까먹었어요....