Taehoon Koo's Blog

나의 Manifesto 

나는 불가능한 것이 있다고 믿기를 거부한다. 

그리고 무엇보다 해야할 일을 중요시 한다. 

나는 가장으로써 나와 가족의 건강을 돌보며, 가정내의 행복을 추구한다.

나는 소프트웨어 개발자로써 소프트웨어 개발의 탁월성을 추구한다. 

나는 프로젝트 매니저로써 가치 있는 소프트웨어를 지속적으로 전달한다.

나는 리더로써 구성원들의 발전을 이끌어 낸다.

나는 경영진으로써 대표이사를 보좌하여 회사가 올바른 방향으로 나아갈 수 있도록 감시 조력한다.

매일 아침 일어나 가장 먼저 나의 선언문을 낭독 혹은 필사한다.

처음에 두줄이었던 선언문이 지금은 꽤 길어 졌다. 

20년 가까운 사회생활에 나의 R&R은 시작보다 훨씬 다양해졌고, 나의 욕구 역시 복잡해졌다. 

이런 점들이 때로는 서로 보완하여 발전적인 상태로 이끌기도 하지만, 대부분 충돌하여 혼란스러운 상태로 이끈다.

충돌이 발생할때마다 선언문을 곱씹으며, 각 Role이 가지는 근본적인 가치를 훼손하지 않는 선에서 의사 결정을 하도록 노력한다. 

책을 읽기 전에, 

내가 생각하는 프로덕트 오너의 정의

• Product 에 대한 최상위 의사 결정권자
• Product가 나가야할 방향을 설정하는 전략 수립가
• PM이 없는 경우 Management도 해야 한다.

이 책을 읽고 나면 PO에 대한 개념이 좀더 명확해 질까? 

책을 읽고 나서, 

내가 읽기전에 생각했던 것과 별반 다르지 않았다.

회사의 사정에 따라 PO의 역할 범위에 차이가 있겠지만, PO의 주요 미션은 Product가 나아가야 할 방향을 설정하는 것이고, 이를 전파 하는 것에 있다. 

스타트업 혹은 소기업인 경우에는 CEO가 PO를 겸임 하는 것이 바람직할 것이며, 실제로 PO라는 용어를 사용하지 않을 뿐 현실세계에서도 그렇게 동작하고 있다. 

이 책은 PO가 해야하는 일, 그리고 알아야 하는 일들에 대한 INDEX를 제공하고 설명한다.

그렇기에 내용을 깊이 있게 다루지 않는 아쉬움이 있지만, 그 자체만으로도 충분한 가치가 있다. 

Product "Owner"라는 새로운 용어/직함이 권워적이기에 거부감을 느끼는 사람도 있겠지만, 나는 최상위 의사결정권자라는 것을 명시하기에 좋은 용어라고 생각된다.

PO vs PM 

업무가 상당히 겹쳐보이기 때문에 차이가 없다 생각할 수 있다. 실제로 현업에서는 구분되지 않는 경우도 많다. 

하지만 이 두 Position은 많이 다르다.

PO는 Product의 방향성을 설정하는 것이 주요 임무이고,

PM은 Product 개발,운영을 관리하여 올바르게 실행하도록 하는 것이 주요 업무이다. 

권하고 싶은 사람들

창업가 및 회사 경영진들에게 한번쯤 권하고 싶다.

그리고 리더 포지션의 모든 이들에게 교양서적으로 권하고 싶다.

.nvmrc를 통해 무엇을 할 수 있는가? 

.nvmrc는 NVM(node version manager)의 개별 프로젝트를 위한 설정 파일입니다.

.nvmrc를 통해 특정 프로젝트에 사용되는 버전을 기술 할 수 있으면 NVM을 이용해 프로젝트마다 상이할 수 있는 node version을 빠르게 전환 하도록 도와 줍니다.

.nvmrc 사용법 

1. .nvmrc 파일 생성 

echo "8.9.0" > .nvmrc 

*8.9.0 text는 사용하시는 버전으로 대치하여 사용하시면 됩니다.

2. 기술된 .node version 사용하기 

nvm use

+ 만약 기술된 node version이 설치가 되어 있지 않다면, 아래의 명령어를 통해 설치 할 수 있습니다. 자동으로 use 명령어가 호출 됩니다.

nvm install 

https://stackoverflow.com/a/47303840

* 이 글은 위의 링크를 요약 번역한 글입니다. 

application/x-www-form-urlencoded

Default Content Type으로써, 이 Content Type을 사용하는 Form은 아래와 같은 규칙을 따라 값을 Encoding 해서 전송해야 한다.

[RFC1837]에 기술된 reserved characters들 규칙에 따라 Escape해야 한다. 

application/x-www-form-urlencoded type message는 하나의 큰 query string 형태로 서버에 전송된다. 

name/value 짝은 &로 구분되고 이름과 value는 =로 구분된다. 

예시 : MyVariableOne=ValueOne&MyVariableTwo=ValueTwo

application/x-www-form-urlencoded 은 사이즈가 큰 binary data나 non-ASCII 를 포함한 text data를 보내기 부적합하며, 이런 경우에는 "multipart/form-data"를 사용해야 한다. 

multipart/form-data

Note. 하위호환성을 비롯한 "multipart/form-data"에 대한 추가적인 정보는 [RFC2388]을 참고 하시길 바란다.

"multipart/form-data"는 [RFC2045]에 규약된 MIME data stream Rule을 따른다.

"multipart/form-data" 메세지는 여러개의 파트로 나뉘어져 있으며, 파트안의 data stream 에는 boundray text 가 나타나서는 안된다.

모든 multipart MIME type의 각 파트들은 선택적으로 "Content-Type"을 가질 수 있으며, "text/plain"을 기본값으로 한다. 

User agent는 charset parameter를 포함하는 "Content-Type" header를 전달 해야 한다.

componentWillMount is deprecated.

React Native를 업그레이드 했더니, componentWillMount등이 deprecated 되었다는 메세지가 떴습니다.

공식 홈페이지에서 내용을 살펴 보니, 이번에 deprecated 된 lifecycle method목록은 다음과 같습니다. 

1. componentWillMount

2. componentWillReceiveProps

3. componentWillUpdate

공식 문서에 따르면 UNSAFE_componentWillMount로 이름을 바꿔서 사용할수 있다고 하지만, 16.x버전까지만 사용이 가능하며, 17버전 부터는 완전히 사용이 불가능하다고 합니다. 즉 UNSAFE_보다는 가이드 되는 Method들로 변경해주는것이 좋습니다.

Simulator 상에서 해당 Message를 클릭하면, 대응해서 사용할 수 있는 method를 안내 해주며, 각각 Method에 대응되는 Method는 아래와 같습니다.

1. componentWillMount -> componentDidMount

2. componentWillReceiveProps -> getDerivedStateFromProps

3. componentWillUpdate -> componentDidupdate

React Native 공식 문서 : 

Redux Thunk? https://github.com/gaearon/redux-thunk

Redux Thunk는 Redux Action Creator를 비동기(Async)으로 사용하게 해주는 Redux의 Middleware다.

Redux Action Creator를 생성할때는 아래와 같은 규칙을 반듯이 지켜야 한다.

Redux Thunk를 사용하면 여기에 한가지 규칙을 더 추가하여 Action creator를 작성 할 수 있다.

즉, Redux Thunk를 이용하면, action creator가 호출될때, API 호출등의 비동기적인 작업을 수행하고, 그 결과를 dispatch를 통해 전달 할수 있게 된다.

1. Redux Thunk 설치

npm install --save redux-thunk

2. Redux Thunk Middleware 적용하기.

import { createStore, applyMiddleware } from 'redux';
import thunk from 'redux-thunk';
import rootReducer from './reducers/index';

// Note: this API requires redux@>=3.1.0
const store = createStore(
  rootReducer,
  applyMiddleware(thunk)
);

3.Redux Thunk의 사용 

function incrementAsync() {
  return dispatch => {
    setTimeout(() => {
      // Yay! Can invoke sync or async actions with `dispatch`
      dispatch(increment());
    }, 1000);
  };
}