추상적으로 대화하는 개발자가 되지 말자.

경우

• 다른팀이 작업하던 프로젝트를 어떤 이유로 우리가 전담하여 작업하게 됬다던지.
• 누가보더라도 맥락을 파악할 수 있게끔, 문서를 작성해야한다.

1. 참여자를 기록한다.

2. As is : 이 웹뷰 개선과 고나련된 프로젝트가 실행되기전의 상태 (현재 실태)

   1. 예시

   

   • 구체적으로 어떤 것이 문제인지 작성을 해야한다.

3. To be : 해야하는것

   1. 만약에 결정권자가 상위 상급자라면, 선택지를 하나가 아닌 여러개를 줘야 된다. (2가지 선택지가 제일 효과적)
   2. 상위 결정권자는 그 선택지들중에서 어느게 효과적인 선택지 이겠구나를 고민할 수 있음!
      1. 예) 선택지 한개만 제시함 ⇒ 재개발! 그럼 결정권자는 시간도 오래걸리고 다시 테스트하고 운영하는데 리소스가 든다 라고 생각이 들것이고, 다른 방향은 없나 고민을 해야함.
   3. 기본 개선사항(지금 수정하지 않으면 두고두고 고생한다.) 과 추가 개선사항(기본 개선 사항을 해결하면 점진적으로 계선되는 것)

4. Progress & Insight (진행 사항)

   1. 진행 사항들은 항상 히스토리를 업데이트 해나가고 공유를 해 나가면 좋다.

   <aside> 💡

   예상과는 다른 예외적인 경우들은 어디서 발생하는가?도 예측하는게 잘하는 개발팀, 아닌 개발팀으로 나뉠 수 있다.

   </aside>

   b. 좋은 자료, 더 나아가기 위한 증거물로 중요하다!!

   <aside> 💡 리팩토링은 크리티컬한 리팩토링이 아니면, 늘 업무와 병행해 가면서 진행해야한다.

   </aside>

현재 12shop webview가 실행될때 선행 실행 되야할 서버들

1. remote-config 서버 : base URL들이 저장되어져있는 서버들.
2. cdn 서버가 실행이 되어져야한다.
3. applog 서버가 실행이 되어져야한다.
4. b2c api 서버도 실행이 되어야한다.
5. IOS 앱 을 실행시켜야한다.
6. 쇼케이스 웹뷰를 실행시켜야 한다.

충전 지면 webview 2.1

문제점 (리팩토링 과제)

1. 일단은 클래스 컴포넌트로 구성이 되어져있다.