Taehoon Koo's Blog

페이머스, 김유진 저.

이 책에 대하여

"일단 유명해져라. 그렇다면 사람들은 똥을 싸도 박수칠것이다" 라는 말 들어 본적 있나요?

이 책의 요지를 한문장으로 표현 하는 문장입니다.

이제는 다 알만한 사실을 책으로 쓰여질 필요가 있을까요? 

이 책은 단순히 그 주장을 설파하는 것에 그치지 않고 실천적인, 내 브랜드에 대해 다각도로 생각해보는 도구들을 제공하는데 가치가 있습니다.

- 사람들은 어떤 이야기를 좋아할까? 자신에게 도움이 되는 이야기를 좋아한다.

- 핵심 재료를 치환하라 , 햄버거 : 패티 <> 스테이크

- 'XX' 를 생각하면 떠오르는 이미지가 무엇인가요? 반대 성질을 생각하고 섞어 보세요.

- '유일무이' '최초' '1등' '우선' '독보' '독식' 중 한가지 키워드는 무조건 가지고 있어야 한다. 

- '최초'가 되세요 그럼 자연스럽게 1등도 됩니다. 

- 모든 Activity 의 중심은 사람, 고객에게 있다. 브랜딩도 그렇다.

이런 마케팅 / 브랜딩 도서들은 특히 이 책은 자극적이기에 바로바로 실행에 옮기고 싶을 것이다. 하지만 대부분 성과를 얻기는 쉽지 않을 것이다. 저자 말마따나 브랜딩은 전쟁이니까. 꾸준히 해야한다. 조금 하고 그만두는 것은 가장 나쁠 것이다. 이 책에서 인사이트를 주는 Practice 를 찾았다면 할 수 있는 모든 것을 시간을 들여 해보아야 한다. 또한 결국은 제품이다. 제품이 고객에게 도움이 되지 않는다면 Practice 가 잠깐 동작할 수 있겠지만 지속되지 않는다. 항상 고객을 위한 제품을 가다듬고 이런 활동들에 나서야 한다.

총평

마케팅 장치의 일환이겠지만, 책의 언어가 덜 자극적이고, 교과서 적이었다면 어땠을까 하는 아쉬움이 있는 책.

브랜딩에 고민이 있다면 한번쯤 읽어볼만한 책.

자신에게 도움될만한 것들만 메모 해두었다가 실행보면 좋을 만한 책.

1PMP

- 2년 정도 전에 읽고 책장에 두었다가 다시 읽음. 

- 이 한권의 책은 마치 보물창고열쇠를 보는 듯 하다.

- 반쯤은 교양으로 읽고 있지만, Practice를 실천해보고 싶어 오늘이라도 당장 쇼핑몰을 열고 싶다는 생각이 든다. 

- 중소기업의 모든 마케팅은 결국 투자대비수익률이 나와야 한다. 그것이 없거나, 측정할 수 없다면 과감히 버리자.

내가 쇼핑몰을 했다면 당장 해봤을 것

- 저비용으로 고객 감동을 줄 수 있는 포인트 (서비스든, 덤이든, 정보든) 발굴 하기

- 표준 옵션과 프리미엄 옵션 제공

- 업셀링 요소 발굴 한번 구매 할때 더 많이 고매 할 수 있는 것

평점 : 99점

- 책장에 넣어 두고 다시 볼 책

- 1인 창업가, 마케팅 부서가 없는 중소 기업, 마케팅 인프라에 대해 생소하거나 잘 동작하지 않는 중소 기업에 추천하고 싶은 책

천재를 자신의 모든것을 바쳐 부단히 탁월성을 추구하는 사람으로 정의한다면 아버지도 천재고 나도 천재다. 여러분도 부단히 노력할 마음만 있다면 천재다.

대학시절 동기들은 종종, 소프트웨어 개발에 자신들이 재능이 없음을 하소연 했다.

그럴때 마다 나는 “소프트웨어 개발은 서울 4년제 대학에 입학할 정도의 재능만 있다면 누군나 할 수 있는 일이다. 중요한 것은 내가 재능이 있는 여부를 확인할 만큼 해보는 것이다.” 진짜 끝까지 해보고 안되겠다고 하는 거냐? 그냥 힘드니까 그만 두고 싶은거냐 묻곤 했다.

나는 뭐든지 끝을 보는 것을 좋아했고 그런 삶을 추구 하며 살아왔다. 

재능의 벽을 느끼고 있는 당신, 무언가 돌파구가 있는 당신에게 추천하고 싶은 책.

얼마간의 시간이 지난 후에 이 책의 저자에게 부끄럽지 않도록 열심히 살아야 겠다는 생각을 한 책.

총점 : 100점 (소장해야 할 책) 

매일 하는 회의, 반가운 친구들과의 만남, 컨퍼런스, 사교모임 살아가면서 수 없이 많은 모임에 참석하고 주최한다.

너무 흔해서 특별하게 여겨지지 않는 모임에 대한 깊은 생각이 담긴 책.

모임을 주최 하는 것에 대해 체계적인 가이드를 제공 한다는 점도 참 좋다.

• 모임의 목적을 명확히 하라.
• 목적에 맞지 않는 것을 사려깊게 배제 하는 것이 모임의 다양성을 만든다. 
• 인원수는 중요하다
  • 6명 : 깊은 유대감을 쌓기 좋다. CEO 들의 사교 모임에 적합하다.
  • 12명 : 건설적인 이질성 신비감과 호기심을 불러 일으킬수 있다.
  • 30명 : 파티같은 시끌벅적하고 활기 넘치는 분위기가 생긴다.
  • 150명: 이때 부터 참석자는 청중이 된다. 부족, 군중이 형성되는 시기이다.
• 모임은 손님이 모임을 인지하는 순간 시작된다.
• 변화를 일으키는 모임은 논쟁을 두려워 하지 않는다. 

우리는 모여야만 자신을 도울 사람을 만날 수 있다.
그런데도 우리는 모든것을 잘 통제하고 있는 것처럼 다음 사람의 도움은 필요 없는 것처럼 행동한다.

가장 좋았던 문구.

컨퍼런스향 자아를 내려 놓고 진실된 마음으로 대할때 변화가 찾아 올것이다.

총평 : 99점 (기회가 된때 마다 주위에 선물 하고 싶은 책)

제목 : 행동하지 않으면 인생은 바뀌지 않는다.

저자 : 켈리 최

짧은 생각

자기 계발 서적을 주기적으로 읽는 편인데, 여러 책들에게서 하는 이야기는 비슷비슷 한 경우가 많다. 

그럼에도 나는 왜 주기적으로 자기 계발 서적을 읽는 것일까? 아는 것과 실행하는 것에는 차이가 있고 이를 리마인드 하기 위해 또 한권의 자기 계발서를 읽었다.

이 책에 관심을 가지게 된것은 순전히 '행동'이라는 키워드 때문이었다. 약 2년간의 신사업 런칭에 실패 한 것은 행동력이 부족했으니까. 

총평

이 책은 좋은 책이다. 두 번 읽을 생각은 없지만 몇가지 문장은 가슴속에 새겨 둘것이다. 

- 실제 행동으로 옮기는 사람은 극 소수다. 재능이 충분한데도 불구하고 용기가 없거나 낙담해서 행동으로 옮기지 않는 사람이 정말 많다. 

- 나 자신의 첫번째 후원자가 되어라

- 당신은 무엇이든 배울 수 있다.

어떤 사람에게 추천하고 싶은가?

- 몇년째 만날때 마다 사업 준비중이라는 친구에게

- 사회에 첫발을 딛은 사촌 동생에게

나의 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 공식 문서 :