looksgoood

2018 sprint #7

Tue, 10 Apr 2018 23:49:00 +0900

이번 스프린트의 키워드는 구체화이다. 3월까지 조금은 중구난방으로 여러가지를 배워보려고 하였다면, 이를 실제 프로젝트에 적용할 수 있을 만한 것들로 모아서 좀더 학습보다는 실습? 개발 위주의 스프린트로 넘어갈 수 있도록 노력해볼 생각이다. 큰 대주제는 블록체인과 웹 그리고 딥러닝으로 정해보았다. 변화할 수도 있겠지만 조금씩 구현 측면으로 옮겨 Demo수준의 결과물이라도 낼 수 있도록 해봐야겠다. 또 하나 하고싶은 것은, 같이 갈 사람을 찾는 것이다. 혼자서 진행하려니 조금은 나태해지기도 하고, 대충하는 경향도 있는데, 같이하면 힘도 나고 좋을것 같다는 생각이다. 하지만 주변에서 뜻이 맞는 사람을 찾기는 어려울 것 같고, 모임이나 스터디그룹등을 찾아보고 내가 생각하는 바와 비슷한 목적을 가지고 운영된다면, 함께해보는것도 좋겠다.

　[기간]　

2018.4.10 ~ 4.20 (2 weeks)

　[Sprint item]　

1. 개발

Tensorflow study
- CNN을 활용한 간단한 학습 예제 구현하기(Kaggle에서 예제 찾기)
- 골빈해커의 3분 딥러닝 CNN까지 완료하기
- 4/9~13 사내 AI 강좌 수강하고 이해 및 복습하기
Blockchain study
- 골빈해커님의 g-coin 분석 & 소스분석
- Web3.js를 활용할 수 있는 방법 심화하기
- Solidity 문법 공부하기(프로그래머스 강좌)
- 해커톤 때 못한던 부분 Demo code 구현하기
React.js study
- 김민준님의 React.js 강좌 시리즈 강의 듣기 (6강) / Github 실습코드 올리기
- To-Do list 프로젝트 구현
Career -> 필수!!!!!
- Resume에 작성할 문서들을 토대로 linked in과 블로그에 작성하기(한글우선/영어까지 할수있도록 노력)
Python study
- 파이썬으로 배우는 알고리즘 트레이딩 study -> Pending
올해 Term 프로젝트 후보 리스트 작성해보기

2. 자기 계발

기억술사 서평쓰기
새 책 찾기 & 50p 이상 읽기
나는 프로그래머다 100p 이상 읽기

3. 운동

화/목 운동가기
저녁은 과일이나 간단한 식사로
아침은 바나나/달걀

5. Event

4/9~13 사내 AI 강좌
4/12 아빠 생신
4/18 AWS summit

2018 sprint #6

Wed, 21 Mar 2018 21:19:00 +0900

스프린트 계획이 생각보다 늦어졌다.. 회사일이 조금 정상궤도에 오르고 하니 체력도 체력이고 마음가짐도 조금은 나태해져 스스로 노력이 조금은 어려워질 때가 있다. 그래도 천천히 조금씩이라도 진행해나가보자! 또하나의 문제는 점점 스프린트의 내용들이 고착화가 되가고 있다. 개발에 관한 내용은 (이게 주이긴 하지만..) 그나마 변화가 있지만, 책 읽기라던지, 운동은 거의 고정적으로 쓰여있고 잘 지켜지지 않고있다. 조금 힘을 내보자!! 이번 스프린트는 4월 7일 진행되는 사내 해커톤의 일정에 맞춰 그때까지를 스프린트 끝으로 진행하려고 한다. 또한 개발관련 항목도 block chain과 그에 관련된 내용을 좀더 중점적으로 공부해야겠다. 먼저 Dapp을 어떤식으로 사용가능할지 좀더 분석이 필요하다. 또한 해커톤시 웹상에 데모를 하기로 했기 때문에 웹 페이지 개발을 또한 더 노력해야겠다.

　[기간]　

2018.3.21 ~ 4.8 (2.5 weeks)

　[Sprint item]　

1. 개발

Tensorflow study => Next
- CNN을 활용한 간단한 학습 예제 구현하기(Kaggle에서 예제 찾기)
- 골빈해커의 3분 딥러닝 CNN까지 완료하기
Blockchain study => Done
- 골빈해커님의 g-coin 분석 & 소스분석
- ChainTalk의 dApp 개발해보자 블로그 읽고 예제 따라하기
- 심화 예제 진행하기 (survey 값등을 저장할 수 있는 방법 찾기)
React.js study => Done
- 김민준님의 React.js 강좌 시리즈 강의 듣기 (4강 ~ 5강) / Github 실습코드 올리기
Career => Next
- Resume에 작성할 문서들을 토대로 linked in과 블로그에 작성하기(한글우선/영어까지 할수있도록 노력)
Python study
- 파이썬으로 배우는 알고리즘 트레이딩 study -> Pending

2. 자기 계발

기억술사 서평쓰기
새 책 찾기 & 50p 이상 읽기
나는 프로그래머다 100p 이상 읽기

3. 운동

화/목 운동가기
저녁은 과일이나 간단한 식사로
아침은 바나나/달걀

5. Event

3/25 이준섭 결혼식
3/30 4th anniversary
4/7 해커톤

　[Sprint retrospection]　

1. 개발

이번 스프린트는 4월 7일 있었던 사내 해커톤에 맞춰서 2주 반정도의 스프린트 기간을 운여하였다. 해커톤에서는 블록체인을 이용한 신뢰할 수 있는 설문조사 서비스를 만드는 것을 목표로하다보니 Dapp에 대해 중구난방으로 알아보게되었다. 결론적으로 말하자면 dapp에 관련된 부분은 해커톤 당시에 거의 사용하지 못하였고, front-end Mock-up정도만으로 진행이되어 아쉬움이 좀 많이 남았다. 물론 열심히 해서 상을 받거나 할 목적으로 참여한 것은 아니지만, 좀더 열심히해서 working 샘플까지 만들었으면 하는 후회가 된다. 때문에 idea에 대한 부분은 좀더 구체화 하고 구현할 수 있는 부분에 대해서는 앞으로 조금씩이라도 구현해보고싶다.

해커톤에 참여하기 위해 좀더 Blockchain과 React공부에 집중하기로 하였고 두 부분에 대해서는 나름 공부를 할 수 있었다. React역시 잘 알아두면 정말 유용하게 사용할 수 있겠다고 느꼈고, 앞으로도 계속 공부를 해보고 싶다. React기본과 Redux에 대해 공부할 수 있었고. 다음 스프린트에서는 DB와 연동을 학습할 예정이다.

사내 해커톤에 참여한 내용에 대한 회고를 해보자. 사내라고는 하지만 서울대 학생, 삼성화재사람들 등 쉽게 만나기 어려운 사람들과 함께 프로젝트를 진행한 좋은 경험이었다. 사실 우리 팀음 그렇게 많음 노력을 기울이지는 않았지만, 그래서 조금 아쉬웠지만 해커톤 행사에 참여한 자체는 너무나 좋은 경험이었다. 4~6명 정도 되는 팀이 약 60팀 정도가 모여 자신들이 만든 프로젝트를 여러 사람들에게 설명하고 여러 사람들의 의견을 들을 수 있는 신선한 경험이었다. 발표와 같은것을 싫어하는 나지만, 좀더 이런 행사를 참여하고 주도적으로 해보고 싶다는 생각도 들었다. 하나 아쉬운 점은 친한 친구들 중에는 code 적으로 이야기하거나 이런 행사를 참여하는 사람이 없어 아쉬운 마음이 든다. 우리 팀의 과제는 idea와 ppt 추구하고자 하는 샘플정도로 마무리가 되었지만, 3시 이후 다른 팀들이 한것을 직접 설명을 듣고 돌아다닐 수 있는 시간이 있었는데, 이 때 정말 적지않은 충격을 받았다. 세상엔 정말 대단한, 나보다 훨씬 열심히 사는 사람들이 너무나 많다는 사실을 다시 한번 깨달았다. 블록체인이 주를 이뤘지만, 정말 다양한 아이디어들이 있다는걸 확인하였다. 기억에 남는 것들은 개인계약을 쉽게 해주는 어플을 블록체인을 활용한 것, skip list를 이용해 block chain core를 싹 구현한 팀 등 정말 대단한 팀들이 많았다. 나도 더욱 노력을 해야겠구나 다시한번 다짐할 수 있었던 계기다 되었다.

다음스프린트중 하루정도는 시간을 내서 올해 중장기 플랜을 한번 짜보고 싶다. 3월까지 여러가지를 해보니 프로젝트로서 진행해 보고싶은것도 생기고, 좀더 깊게 공부하고 싶은 분야도 생기고하니 이런 계획을 한번 새워보는 것도 좋을듯 싶다. 한가지 아쉬운 생각은, 같이 갈 팀원(스터디원?)이 있으면 좋겠다. 혼자서 스프린트를 진행하려니 조금 루즈해 지기도 하고 서로 공유도 해가면서 진척상황도 비교해보고, 기회가되면 같이 프로젝트도 진행해 본다면 좋을것 같다..

2. ETC

기억술사를 다 읽은 이후 책을 전혀 손대지 못하고있다.. 매일 조금씩이라도 읽는 습관을 들이고 싶었는데 정말 어려운 습관이다.. 그래도 책읽는 것은 정말 좋은 필요한 일이라 생각하기에 더욱 노력해야겠다. 다이어트에 대해서는 좀더 고민이 필요하다. 요즘 운동도 안하고 정말.. 다행이 날이 좀 따뜻해져서 자전거를 타기 시작했지만 그걸로 운동을 했다고 하기엔 너무나 부족한 열량소비를 하고있다.. 반성한다 ㅠㅠ

Good & Bad

Good
- 해커톤 참여. 많은것을 보고 느낄수 있던 기회.
- React.js 공부가 꽤 진도를 뺐다.
- 4th anniversary 성공적!!
- solidity Dapp공부를 위해 이것저것 삽질을 해보았다.
- 프로젝트로 진행해보고 싶은 아이디어들이 좀 나왔다.
Bad
- 해커톤에서 암것도 못받음..ㅠ(추첨이라도 되면 얼마나좋아..)
- 운동좀 하자… 그만좀 먹고!!
- 무기력, 나태에서 벗어나자!

Etherium Dapp 공부 시작

Mon, 12 Mar 2018 20:22:00 +0900

3월 7일 사내 해커톤 팀빌딩을 다녀오고서, 같이 가기로한 영근님과 재홍님과 팀을 하려고 했으나 이러이러한 사정에 의해 영근님과는 같은팀으로 하게되었지만 재홍님과는 다른 팀으로 떨어지게 되었다. (두 팀 다 화이팅!) 4월 7일 본 행사가 진행되는데 우리 팀은 BlockChain에 관련된 프로젝트를 진행하기로 하였다. 그래서 관심은 있었지만 쉽게 도전하지 못하고있던 Blockchain에 대해 공부를 조금씩 해보고 있는 중이다.

dApp 개발해보자 에 쉽게 설명이 되어있는것 같다 조금씩 따라하며 Dapp의 컨셉과 개념등을 공부하고 있는 중이다. Etherium은 smart contract라는 개념을 도입한 가장 기본이 되는 block chain으로 꼽을 수 있는데, 이를 통해 Dapp을 만들수 있다. etherium dapp은 solidity라는 javascript like한 언어를 사용하여 개발할 수 있으며, 자세한 사항들은 공식 documentation을 참조하여 확인할 수 있다.

Dapp을 개발하기 위한 IDE로 remix IDE를 사용하는데, 브라우저에서 도는 IDE이며 조금 사용해 봤는데 기존의 PC상에서 사용하는 IDE들보다는 부족한 점이 있지만, Block chain에 특화된 기능들을 많이 제공하는 것으로 보인다. Dapp은 build하면 byte code형태로 저장되어 account를 만들면 그 byte code가 보내어져 앱을 실행할 수 있는 구조로 되어있는듯 하다. 이를 위한 build를 지원하며, Metamask(etherium wallet의 일종)와 연동이 잘되어 transaction을 생성하기 쉽게 잘 만들어져 있다.

이 remix IDE를 사용하던 중 아래 그림과 같이 remixd를 설치하면 local에 저장되 있는 solidity 파일을 사용할 수 있다는 것을 보고 remixd를 설치하기로 마음 먹었다. (npm, node를 모르는 나의 고난의 시작이었다..)

remixd

$ npm install -g remixd

위 커멘드로 install하면 되는 아주 쉬운 방법을 그대로 수행하였지만, 어쩐지 원인불명의 에러가 잔뜩 발생하였다. 하나하나 trouble shooting을 하지않아 정확하진 않지만, error내용중에는 python2만을 지원한다는 로그를 보고 python2를 설치하기도 하였으나 원인은 다른 곳에서 찾을 수있었다.

premission

npm은 sudo (root 권한)을 이용해서 깔지 말라고 권고하고 있다고 한다. 이를 모른 생초보는 permission 관련 에러가 뜨자마자 당연하게도 sudo를 뭍여서 다시 실행하였고 여러 npm 패키지들을 이렇게 깔았었다. 하지만 remixd는 깔려고 하니 root user는 remixd의 module을 접근할 권한이 없다와 같은 에러로그를 띄우며 나를 힘들게 하였다. 때문에 sudo를 사용하지 않으면 발행하는 문제를 해결하는 방법을 찾아야했다. 다행스럽게도 npm 공식 site getting started에 How to Prevent Permissions Errors라는 이름으로 친절히 설명해 주고있다. 나는 node version manager를 reinstall하는 방법을 택하였다.(방법) 이 방법으로 sudo 문제는 해결할 수 있었다.

$ curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.8/install.sh | bash

node-gyp

또 하나의 문제는 node-gyp이라는 패키지를 설치하지 않아 발생한 것이었다. node-gyp를 이용해서 뭔가 수행을 해야하는데 없어 자꾸 실패하는 로그를 출력하였다. install command는 아래와 같다.(참고 사이트)

$ npm install -g node-gyp

2018 sprint #5

Mon, 05 Mar 2018 23:10:00 +0900

스프린트를 진행하면서 내가 어느정도 목표치만큼을 스프린트안에 해결할 수 있는가를 알아가는 것도 중요한 agile의 항목인 것 같다. 이번 스프린트는 진행하오던 Tensorflow와 React.js는 비중을 약간은 줄이고(그래도 꾸준히 하자!) 사내 해커톤을 위한 준비를 조금은 해야겠다. 주제가 크게 상관있진 않지만 제시해준 것은 Blockchain과 Deep learning인 만큼 Blockchain 공부를 다시 해보려고 한다.먼저 페이지를 뒤적이다 발견한 ChainTalk의 dApp 개발해보자와 골빈해커님의 g-coin을 중점적으로 볼 계획이다. 이를 통해 blockchain의 작동원리를 좀더 잘 알고, dApp이 어떤것이며 어떤 앱이 dApp에 적합할 지 생각하는 기회가 되었으면 한다. 특별히 이번 스프린트에는 회사에서 보는 certificate 시험이 있는데 이를 위한 대비도 조금은 해봐야 겠다.

　[기간]　

2018.3.5 ~ 3.18 (2 weeks)

　[Sprint item]　

1. 개발

Tensorflow study -> Next
- CNN을 활용한 간단한 학습 예제 구현하기(Kaggle에서 예제 찾기)
- 골빈해커의 3분 딥러닝 CNN까지 완료하기
Blockchain study
- 골빈해커님의 g-coin 분석 -> Done
- ChainTalk의 dApp 개발해보자 블로그 읽고 예제 따라하기 -> Done
React.js study -> Next
- 김민준님의 React.js 강좌 시리즈 강의 듣기 (4강 ~ 5강) / Github 실습코드 올리기
Expert 시험 대비 -> Done
- 회사 기출문제 풀어보기
- 기존 expert문제 및 풀이방법 올려놓은것 보고 유형 파악하기
Career -> Next
- Resume에 작성할 문서들을 토대로 linked in과 블로그에 작성하기(한글우선/영어까지 할수있도록 노력)
Python study
- 파이썬으로 배우는 알고리즘 트레이딩 study -> Pending

2. 자기 계발

기억술사 완료후 짧게라도 서평쓰기 -> 다 읽음 but 서평..no..
나는 프로그래머다 100p 이상 읽기

3. 운동

화/목 운동가기 -> 첫 주 성공.
저녁은 과일이나 간단한 식사로
아침은 바나나/달걀

5. Event

3/7 사내 해커톤 팀빌딩
3/11 윤성문 결혼식
3/16~21 뭉이 사이판
3/17 software certificate Expert 시험(1:30~5:30)

　[Sprint retrospection]　

1. 개발

이번 스프린트는 조금은 부족했던 주간이었다고 본다. 3월 7일 사내 해커톤 참여를 위한 팀빌딩을 가게 되었고 거기서 블록체인과 관련된 주제로 진행을 하기로 하면서, 블록체인과 Dapp에 관련된 부분은 그래도 조금은 공부하고 실습을 해보았지만, 그 외의 부분은 소홀하게 되었다. 조금의 변명을 해본다면, 친구 윤성문의 결혼식에 가느라 그나마 시간을 투자할 수 있던 일요일에 거의 진행을 못하였고, 지금 이 글을 쓰고있는 오늘은 좀 전까지 회사의 일로 출근을 해서 이래저래 바쁜 탓에 스프린트 진행이 더뎌졌다.

지속적으로 진행하려하는 딥러닝 스터디는 7장 CNN을 하고 실전문제의 모델링 및 구현을 진행하려 했지만, Kaggle에서 Titanic 문제를 풀어야겠다는 계획만 세우고 진행은 거의 못하였다. React 스터디도 4장 강의를 진행해야 하는데, 투자할 수 있는 시간에 Dapp을 공부하는데 좀 더 노력을 하게되어 이번 스프린트에서는 진도를 빼지 못하였다. 하지만 Dapp을 공부하면서 더욱 javascript와 web app개발의 필요성에 대해서는 크게 느끼게 되어 다음 스프린트에서는 좀더 힘을 내야할 듯 싶다.

이번에 그나마 성공적으로 진행한 부분을 회고해 보자. 먼저 Blockchain 스터디 관련하여 골빈해커님의 github에 올려두신 g-coin에 대한 소스를 직접보진 않았지만 정리해주신 자료를 바탕으로 blockchain에 대한 개념을 코드적으로 배울 수 있던 기회가 되었다. 좀더 스터디를 통해 나만의 코인을 만들거나 해봐도 재밋을 것 같다. 또한 chainTalk에 올려주신 Dapp 공부자료릴 이번 스프린트에는 열심히 공부하였는데, etherium 블록체인 안에 contract를 만드는 법, 이를 web3라는 라이브러리를 이용하여 javascript에서 활용하는 법등을 배웠고, solidity와 remix IDE등에 대해 실습할 수 있는 소중한 시간이었다. 이를 통해 좀더 Dapp을 어떤식으로 구성할 수 있을지 고민할 수 있는 계기가 되었고, 사내 해커톤에서 어떤방식으로 구현이 진행되어야 할지 고민할 수 있었다.

이번주는 특별이 3/17일에 회사에서 보는 software certificate 시험이 있었다. expert라는 이름에 걸맞게 어려운 문제가 나왔는데, 간략히 설명하면, 1000x1000의 맵에 10000개의 쓰레기(-1)가 랜덤하게 뿌려지게 되고, 1, 2, 3값의 쓰레기통이 랜덤한 위치에 만들어져 이 쓰레기들을 효율적으로 쓰레기통으로 보내는 일을 수행하는 함수를 작성하는 것이었다. 30분전 1등의 기록보다 현저하게 낮은 기록으로 시험을 마쳤지만, 오랜만에 시험을 쳤고 열심히 공부해야겠다는 의지를 다질 수 있었다. 향후 이 문제에 대해서는 좀더 자세하게 올려보는 시간을 가져도 좋을 것 같다.

2. ETC

이번주는 기억술사를 드디어 마무리했다! (짝짝짝~!) 얼마 안남은 책을 마무리하느 쉬운 일이었는데도 어찌나 귀찮던지.. 아직 책 읽는 습관을 들이는 것은 멀고먼 일인듯 싶다. 좀더 노력하자!! 저번 스프린트 회고를 보니 영어공부를 넣자고 하였는데 전혀 생각지 못하였다… 전화영어를 신청하려고 하긴 했는데, 너무나 일찍 마감이되어 신청조차 하지 못했다..ㅠ 운동은 첫주는 호기롭게 2번 다 갔지만 두번째 주는 전혀 하지못했다..ㅠ

Good & Bad

Good
- Blockchain에 관한 지식을 조금이나마 더 쌓은 것
- Dap 개발 실습 예제를 성공적으로 따라했다!
- 2018 첫 독서 1권 째 완료!
- Expert 시험 오랜만에 치러 다녀왔다.
- 엄마가 한라봉을 배달해 주셨다~!
Bad
- 계획했던 많은 스프린트 아이템을 시작도 못했다..ㅠ
- 먹성이 사라지지 않는닷!!
- 주말이나 평일 저녁에 한번 TV를 보게되면 쉽사리 책상앞으로 오게되지 않는다.
- 집을 어떻게 해야할지 잘 모르겠다.
- 암호화폐… 할말하않..ㅠ

React.js 공부 시작

Thu, 01 Mar 2018 22:57:00 +0900

최근 React.js를 공부하려고 김민준님의 velopert blog와 강의자료를 토대로 공부를 해보려고 하고있다. 자바스크립트를 거의 몰라서 조금 어려움을 겪고 있는 중인데 공부해보면서 trouble shooting 과정을 여기에 기록해볼 생각이다.

webpack

webpack은 web에서 사용할 모듈을 한대 모아서? 하나의 번들로 모아주는 역할을 하는 모듈이라고 볼 수 있다. 자세히 설명하면 웹팩은 프로젝트의 구조를 분석하고 자바스크립트 모듈을 비롯한 관련 리소스들을 찾은 다음 이를 브라우저에서 이용할 수 있는 번들로 묶고 패킹하는 모듈 번들러(Module bundler)다. (출처: http://jusungpark.tistory.com/52 [정리정리정리])

이 놈(?)의 webpack을 사용하여 기본 react skeleton 코드를 짜려고 하는 중인데, velopert님의 설명은 2015년즈음의 사용방법을 토대로 설명한 것 같은데 지금 최신버전으로 적용하려니 조금 안 맞는 부분이 있었다….

webpack.config.js에서 수정사항

강의 영상에서는 module의 loader에 대해서 정의할 때 loaders 키를 써서 정의하였는데 이는 rules로 변경되었다.

    module: {              |    module: {
        loaders: [         |        rules: [
            {              |            {
                ...        |                ...

loader 모듈을 정의할 때 react-hot, babel 과 같이 사용하던 것이 뒤에 *-loader를 붙이는 방식으로 변경되었다.

    loaders: ['react-hot', 'babel']  |    loaders: ['react-hot-loader', 'babel-loader']
    ...                              |    ...

react-hot-loader는 전체를 refresh하는 대신 reflow, repaint 된 부분만 load할 수 있는 모듈인데 이를 위처럴 react-hot-loader라고 쓰고 사용하려고 하니 react-hot-loader/index.js’ is not a loader (must have normal or pitch function)과 같은 에러가 발생하여 확인하니 확인사이트에서 보는 바와 같이 /webpack을 붙이면 해결할 수 있다고 하여 똑같이 적용해보니 또 다른 에러가 나고있는 상황이다.

error log

ERROR in multi (webpack)-dev-server/client?http://0.0.0.0:7777 webpack/hot/dev-server ./src/index.js

Module not found: Error: Can’t resolve ‘react-hot-loader/webpack’ in ‘/Users/jacob/Desktop/Git/React_study/react-tutorial’

@ multi (webpack)-dev-server/client?http://0.0.0.0:7777 webpack/hot/dev-server ./src/index.js

변경 전 코드

    module: {
        rules: [
            {
                test: /\.js$/,
                loaders: ['react-hot-loader/webpack', 'babel-loader?' + JSON.stringify({
                    cacheDirectory: true,
                    presets: ['env', 'react']
                })],
                exclude: /node_modules/
            }
        ]
    },

react-hot-loader 의 공식 사이트를 참조하여 react-hot-loader를 loaders 에서 불러오지 않고 아래와 같이 수정하였다. ~~이와 같이 하면 compile은 되지만 velopert 강좌에서 나온것 처럼 local props의 state를 저장하지 못하는것을 해결하진 못한다.~~ 최종적으로 아래와 같이 하여 react-hot-loader가 동작하는걸 확인하였는데, config파일을 잘못만들었다기 보다는 webpack(v4.0.0 -> v3.10.0)과 webpack-dev-server(v3.1.0 -> v2.9.7)의 버전을 바꿔주니 동작하였다. react-hot-loader의 공식 github의 webpack 예제를 참고하여 수정하였는데, 다른부분을 다 수정해도 정상적으로 동작하지 않아 확인하던 중, 버전이 다른걸 확인하였고 이를 바꿔주었더니 동작하였다. 향후 최신 버전으로도 되어야 할텐데 일단은 webpack에 항복하고 이렇게 사용해야겠다..ㅠ

변경 후 코드

// webpack.config.js file
    module: {
        rules: [
          {
            exclude: /node_modules|packages/,
            test: /\.js$/,
            use: 'babel-loader',
          },
        ],
    },

// .babelrc file
{
  "presets": ["env", "react"],
  "plugins": ["react-hot-loader/babel", "transform-class-properties"]
}

TODO

webpack(v4.0.0)과 webpack-dev-server(v3.1.0)에서도 react-hot-loader가 정상적으로 동작하도록 수정하고 post하기

2018 sprint #4

Mon, 19 Feb 2018 21:41:00 +0900

이번 스프린트에서는 텐서플로우는 골빈해커의 3분 딥러닝으로 응용력을 다지는데 중점을 두고, python 및 React.js에 대해 새롭게 공부를 해보려고 한다. python은 다방면에서 사용되기 때문에 잘 활용할 줄 알면 도움이 많이 될 것 같다. 특히 trading시스템 개발을 목표로 좀더 공부해보려고 한다. 또한 React.js는 아직 자신있게 어플리캐이션을 개발할 수 있다고 말하기 어려운 부분이 있어 조금은 늦은 것 같지만 이제라도 application 개발을 배워놓을 생각이다. android나 ios를 하기보다는 최근(?)의 트렌드에 맞춰 React.js를 이용해 어플리케이션 개발을 공부해 보려 한다.

　[기간]　

2018.2.19 ~ 3.4 (2 weeks)

　[Sprint item]　

1. 개발

Tensorflow study
- 골빈해커의 3분 딥러닝 CNN까지 완료하기 -> chap 6까지 완료
- CNN을 활용한 간단한 학습 예제 구현하기 -> Next
Python study
- 파이썬으로 배우는 알고리즘 트레이딩 study -> 6장까지 완료 7,8 example 해야함
  - chapter 4 ~ chapter 8 기본 파이썬 skill 공부 끝내기
  - example 예제 꼭 github에 올리고 실전프로젝트 까지 완료하기
React.js study
- 김민준님의 React.js 강좌 시리즈 강의 듣기 (10개 이상) -> Done
Career -> Done
- Resume 작성할 뭉치 선정하기
- linked in 또는 여기 블로그에 내가 했던것들 정리해 보기

2. 자기 계발

기억술사 150p 이상 읽기 (권장 하루 10분 이상!) -> Done
나는 프로그래머다 100p 이상 읽기 -> Next

3. 운동

화/목 운동가기 -> 주 1회 다녀옴
저녁은 과일이나 간단한 식사로 -> 밥을 더 먹음..ㅠ
아침은 바나나/달걀 -> 김밥이 너무 맛있다..

4. 제테크

자금 현황 파악해서 엑셀? 또는 괜찮은 어플이 있으면 정리하기 (bank salad는 좋긴한데 그냥 보기만 하고 할 수 있는게 없다.) -> Done
올해 투자해보고 싶은? 또는 투자한 것에 대한 포폴 만들기 -> ?

5. Event

2/22 뭉이 컴백!

　[Sprint retrospection]　

1. 개발

이번 스프린트는 평일을 잘 활용하지 못하긴 했지만 나름의 성과를 거둔 한 주라고 볼 수 있겠다. 텐서플로우는 골빈해커의 3분 딥러닝책을 다시 읽으면서 개념을 다시 다지고 실제 어떻게 적용할 수 있을까를 파악해 보려했는데, 목표인 7장 CNN까진 하지 못했지만 6장까지 따라가며 github에 지속적으로 코드를 올렸다. 하지만 아직 적용에 대해서는 의문이 있는 상태이다.

파이썬 공부는 알고리즘 트레이딩이라는 목표하에 준비해보려고 wiki docs에 있는 책으로 공부를 하고있는데, 꾸준히 따라가고는 있지만 이제 HTS를 사용하여 실제 주식 API와 연동을 해보고 해야하는데 HTS가 윈도우 기반인 것에서 약간 멘붕을 느끼고 어떻게 해야할지 고민중이다. 그래도 근래에 파이썬을 많이 사용하면서 파이썬 공부를 조금이나마 하고있는듯 싶다.

이번 스프린트부터 새롭게 시작한 React study는 velopert님의 강의를 잘 따라하면서 개발환경 구축민 skeleton 코드작성까지 완료하였다. 거의 모르는 javascript와 web의 세계를 접하다보니 trouble shooting할 일도 많이 있었는데, React.js trouble shooting post에 문제됬던 사항을 정리해 볼 수 있는 기회가 되기도 하였다.

2. ETC

기억술사가 거의 종반부를 향해 달려가고 있다! 벌써 3월이 되었는데 아직 책을 한권도 못 뗀것에 대해서는 약간 반성이 필요하다..ㅠ 운동은 화/목 을 가기로 약속했는데 주 1회정도밖에 가지 못했다. 좀더 노력이 필요한 부분인데 운동은 참 재미가없다… 건강을 위해서 좀만 힘을 내보자!! 하나 또 해야하는데 하기싫은 그것은 영어공부다. 영어는 어딜가나 쓰일수있는 정말 유용한 스펙인것 같다. 하지만 영어공부는 참 힘들게 느껴진다. 이번 스프린트엔 따로 목표가 없었지만 다음 스프린트부터는 계획에 꼭 넣도록 해봐야겠다.

Good & Bad

Good
- React.js 첫 발을 내딛은 것!
- Github pulse를 지속적으로 유지하려고 스프린트동안 꽤 노력했다!
- 회사에서 그동안 할 일을 정리해보니 그래도 내용을 꽤 정리할 수 있었다.
- 기억술사 꽤 읽었다!
- 3분 딥러닝으로 다시 머신러닝에 대해 공부하기 시작한 것
- 집에서 많이 안시켜먹고 해먹은 것!
Bad
- 회사일이 조금 재미없어져 간다..
- 회사는 제조업을 하는 곳이다보니 지금까지 주로 Low level language(C, C++)등을 쓰는 일을 해왔다.
  이걸 앞으로도 나의 커리어로 가져가는게 좋을지 잘 모르겠다.
- HTS가 안되 알고리즘 트레이딩이 난관에 빠졌다..ㅠ
- 운동 & 영어공부도 개발만큼 게을리 하지 말자!
- 스프린트 말미에 시작한 검은사막 모바일이 지금 회고하는 중에도 방해를 한다…(그만해야할까!!)

2018 sprint #3

Mon, 12 Feb 2018 13:18:00 +0900

2018년 3번째 sprint planning을 해보려고 한다. 원래는 작년 12월에 받은 스타벅스 다이어리를 활용해보려고 했는데, 생각보다 들고다니기도 귀찮고 기록하기도 어렵고 해서 앞으로는 해보려고 하다가 귀찮아서 안하는 blog에 sprint 계획과 회고를 올리는걸로 시작해 보려고 한다. 회사에서 agile을 적용해서 개발을 하는데 그 중에 sprint는 내 개인적인 목표를 위해서도 적용하면 좋을것 같다고 생각해 여러번 시도하려고 했지만 잘 못지키는 경우가 많았는데 이렇게 블로그를 쓰는 방법을 통해서라도 좀더 목표를 달성해 나가는게 더 많아졌으면 좋겠다.

　[기간]　

2018.2.12 ~ 2.18 (1 week) - 이번주는 설 주간이고 월~수 휴가도 썼기 때문에 1주일의 계획을 특별히 더 새워보려고 1주로 잡는다.

　[Sprint item]　

1. 개발

Tensorflow study
- 모두를 위한 Deep learning RNN까지 study 완료 -> Done
- 골빈해커의 3분 딥러닝 6장까지 study 하기 -> Next
- tensorflow/deep learning을 이용해 내가 하고싶은게 뭔지 찾기 -> Next
Block Chain study
- upbit_bot 에 정교한 필터 추가하기 위한 study가 필요하다. -> 뭐가 필요할지 잘 모르겠음..
- 파이썬으로 배우는 알고리즘 트레이딩을 공부해보자
  - 기본 python skill 공부 및 주식 trading skill 학습 -> ch 3까지 완료
Career -> Next..
- Resume 작성할 뭉치 선정하기
- linked in 또는 여기 블로그에 내가 했던것들 정리해 보기

2. 자기 계발

기억술사 100p 이상 읽기 (권장 하루 20분 이상!) -> 40p정도 읽음
나는 프로그래머다 100p 이상 읽기 (근데 책이 서울에있다..) -> None

3. 운동

이번주는 설 주간이니 과식이나 하지말자…ㅠ -> 대실패
과자나 간식은 좀 자제하려고 노력하자 -> 또한 실패..
운동..?은….. 흠…. 이번주는 아마도 못할것 같다.

4. 제테크

자금 현황 파악해서 엑셀? 또는 괜찮은 어플이 있으면 정리하기 (bank salad는 좋긴한데 그냥 보기만 하고 할 수 있는게 없다.)
올해 투자해보고 싶은? 또는 투자한 것에 대한 포폴 만들기 -> Next

5. Event

2/16 큰집 & 이모집 방문

　[Sprint retrospection]　

1. 개발

이번 스프린트에는 휴일주간인 만큼 하려고했던걸 좀 많이 해보려고 계획을 많이 새웠는데, 귀차니즘(…ㅜ)과 가족 일정들이 엮여 많은 것을 완료하지는 못한 편이다. 그래도 숙원사업이었던 김성훈 교수님의 모두를 위한 딥러닝 시즌1을 드디어 다 들었다는 점에서 약간은 뿌듯한 마음이 든다. 하지만 조금 아쉬운 점이라면, 아직 딥러닝을 어떻게 실제 개발모델에 적용할 수 있을지, 그리고 강의를 따라하는 것 외에 스스로 개발을 한 것이 없는점은 조금 아쉽다. 다음 스프린트에서는 골빈해커의 3분 딥러닝을 보면서 좀더 적용할 분야를 생각해보려한다.

반면에 block chain study와 career 정리는 진행을 거의 못했다. block chain study는 block chain에 대해서 공부하기 보다는 algorithm trading 책을 토대로 파이썬 공부 및 trading 방법에 대한 공부를 좀더 진행해볼 생각이고, career는 하루 날잡아서 뭉치를 좀 정리해 봐야겠다.

2. ETC

핑계지만 책을 많이 읽지 못했다… 이번년 목표중 하나인 책읽기를 꼭 실천하기 위해서라도 다음 스프린트에는 목표한 분량을 꼭 읽어보자!! 운동은 정말 이번주는 폭망..ㅠ 집에서 보낸 한주는 천국과 같았다..ㅋㅋㅋ 끼니 때가되면 생기는 밥을 먹고 편하게 쉴수있는 환경 간식거리도 많고 해서 운동은 커녕 살이 찐 것(!!)같다 ㅠㅜ 다음 스프린트에는 좀더 빡시게 이 부분도 체크해야겠다. 포폴은 다음 스프린트에는 꼭!!! 정리하리라..!

Good & Bad

Good
- 텐서플로우 강의 다 들은 것!
- 집이지만 그래도 공부하려고 노력한 점!
- 오랜만에 만화카페 가서 읽고싶었던 만화 많이 봤다.
- 1주일동안 휴가 + 설 연휴로 refresh를 많이 할 수 있었다.
- 평창 메달리스트들 축하드려요!!
Bad
- 너무나 쳐묵쳐묵…ㅜㅡ
- 책을 좀더 읽을 수 있도록 노력하자
- 아직 왜/어떤 분야를 공부해야하는지 아직 감이 잘 안온다.
- 스프린트 관리할 수 있는 infra가 있으면 좋겠다!!

텐서플로우에서 사용되는 함수 정리

Tue, 28 Nov 2017 22:22:00 +0900

텐서플로우에 대해서 기초부터 조금씩 공부를 해보고 있는 중입니다. 이 페이지에서는 예제를 진행해 나가면서 잘 모르겠거나 의미(?)있는 텐서플로우 함수들에 대한 개인적인 이해를 바탕으로한 설명과 예제를 간단하게 적어볼 생각입니다.

placeholder

tensorflow home 설명 link

tf.placeholder()

placeholder는 간단하게 말하면 input을 위한 자리를 마련해 놓는 것이라고 볼 수 있습니다. input data를 딱 정해놓고 쓰는 것이 아닌 자리만 만들어 놓고, 그때그때 다양한 data set을 이용해서 학습을 가능하게 하도록 해줍니다. placeholder는 feed dictionary와 같이 쓰일 때가 많습니다. feed dictionary는 그래프를 실행시킬 때, 그 그래프의 tensor중 input을 feed_dict로 교체하여 사용할 수 있게 합니다.(tensorflow link) placeholder와 feed_dict를 이용한 예제는 다음과 같습니다.

import tensorflow as tf

a = tf.placeholder(tf.float32, name="input_a")  # a input 을 위한 placeholder 생성
b = tf.placeholder(tf.float32, name="input_b")  # b input 을 위한 placeholder 생성
mul = tf.multiply(a, b, name="multi")

sess = tf.Session()
out = sess.run(mul, feed_dict={a: 3., b: 5.}))
print(out)
sess.close()

……

Money ball

Thu, 23 Nov 2017 23:48:00 +0900

일찍 퇴근하고 머니볼을 봤다.

… 작성중.

블라인드 채용으로 관심을 모은 카카오 신입 공채의 세 번째 테스트가 지난 10월 29일(일), 오후 2시부터 6시까지 네 시간에 걸쳐 오프라인으로 치러졌습니다. 두 차례의 온라인 테스트를 통과한 지원자들이 한 자리에 모여 다시 한번 실력을 검증하는 자리를 가졌습니다.

세 번째 관문

오프라인 코딩 테스트는 온라인 코딩 테스트와는 사뭇 달랐습니다. 1차와 2차 코딩 테스트에서 상위권의 우수한 성적을 거뒀던 지원자가 3차 코딩 테스트의 관문을 통과하지 못한 경우도 있었습니다. 현장에 와서 다른 지원자와 함께 경쟁한다는 긴장감도 있을 테고요. 자신이 쓰던 집이나 학교의 컴퓨터가 아니어 불편했을 겁니다. OS나 IDE 등의 개발 환경도 평소 자신이 쓰던 것과 달랐을 겁니다. 특히나 문제를 풀다가 막혔을 때 애용하던 “검색 찬스”도 쓸 수 없을 테고요.

1차 코딩 테스트에서 Java 언어 사용자들이 고전했다면, 2차와 3차 코딩 테스트에서는 C++ 사용자들이 힘들어했습니다. 1차 응시자들은 대부분 3차 코딩 테스트에서도 같은 언어로 시험을 봤습니다. 다만, 1차에서 여러 언어를 사용하던 지원자들은 3차에서는 절반 가량이 Python을 주 언어로 코딩 테스트에 참가했습니다.

이번 3차 테스트에서는 코딩 테스트와 함께 지원자들의 컴퓨팅 관련 기본 지식을 묻는 필기 시험도 함께 치러졌습니다. 사전에 알리지 않고 현장에 와서 필기 시험이 치러진다는 안내를 받고 조금은 놀라셨을 텐데요. 평소 실력이 있는 지원자들인지라 대부분 잘 답하셨더군요.

합격 기준은 코딩 문제 5 문제 중 3 문제 이상, 필기 시험 40점 이상을 기준으로 삼았습니다. 필기 시험은 준비없이 치렀다는 점을 고려하여 기준을 낮게 잡았습니다.

코딩 문제 설명

이번 3차 테스트에서는 코딩 테스트로 다섯 문제를 준비했습니다. 1차 테스트처럼 기초적인 구현 능력을 검증하는 문제들입니다. 1차 테스트와 난이도 면에서 크게 차이는 없지만, 조금은 더 복합적으로 생각하고 구현해야 하는 문제들이 많았습니다.

문제1. N진수 게임

튜브가 활동하는 코딩 동아리에서는 전통적으로 해오는 게임이 있다. 이 게임은 여러 사람이 둥글게 앉아서 숫자를 하나씩 차례대로 말하는 게임인데, 규칙은 다음과 같다.

숫자를 0부터 시작해서 차례대로 말한다. 첫 번째 사람은 0, 두 번째 사람은 1, … 열 번째 사람은 9를 말한다.
10 이상의 숫자부터는 한 자리씩 끊어서 말한다. 즉 열한 번째 사람은 10의 첫 자리인 1, 열두 번째 사람은 둘째 자리인 0을 말한다.

이렇게 게임을 진행할 경우,
0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 1, 0, 1, 1, 1, 2, 1, 3, 1, 4, …
순으로 숫자를 말하면 된다.

한편 코딩 동아리 일원들은 컴퓨터를 다루는 사람답게 이진수로 이 게임을 진행하기도 하는데, 이 경우에는
0, 1, 1, 0, 1, 1, 1, 0, 0, 1, 0, 1, 1, 1, 0, 1, 1, 1, …
순으로 숫자를 말하면 된다.

이진수로 진행하는 게임에 익숙해져 질려가던 사람들은 좀 더 난이도를 높이기 위해 이진법에서 십육진법까지 모든 진법으로 게임을 진행해보기로 했다. 숫자 게임이 익숙하지 않은 튜브는 게임에 져서 벌칙을 받는 굴욕을 피하기 위해, 자신이 말해야 하는 숫자를 스마트폰에 미리 출력해주는 프로그램을 만들려고 한다. 튜브의 프로그램을 구현하라.

입력 형식

진법 n, 미리 구할 숫자의 갯수 t, 게임에 참가하는 인원 m, 튜브의 순서 p 가 주어진다.

2 ≦ n ≦ 16
0 ＜ t ≦ 1000
2 ≦ m ≦ 100
1 ≦ p ≦ m

출력 형식

튜브가 말해야 하는 숫자 t개를 공백 없이 차례대로 나타낸 문자열. 단, 10~15는 각각 대문자 A~F로 출력한다.

입출력 예제

n	t	m	p	result
2	4	2	1	“0111”
16	16	2	1	“02468ACE11111111”
16	16	2	2	“13579BDF01234567”

문제 해설

반복문과 진법 변환을 할 수 있다면 어렵지 않게 풀 수 있는 문제입니다. 진법 변환은 프로그래밍 언어를 처음 배울 때 연습 문제로 많이 풀어봤을 문제일 텐데요. 오래간만에 풀어보려니 쉽지만은 않았던 듯 싶습니다.

참고로 이 문제는 챔퍼나운 수라는 수학 상수를 이용한 문제입니다.

이 문제의 정답률은 91.85%였습니다. 대부분 잘 풀어주셨으나, 언어별로는 C++ 사용자들이 약간 어려워했습니다.

문제2. 압축

신입사원 어피치는 카카오톡으로 전송되는 메시지를 압축하여 전송 효율을 높이는 업무를 맡게 되었다. 메시지를 압축하더라도 전달되는 정보가 바뀌어서는 안 되므로, 압축 전의 정보를 완벽하게 복원 가능한 무손실 압축 알고리즘을 구현하기로 했다.

어피치는 여러 압축 알고리즘 중에서 성능이 좋고 구현이 간단한 LZW(Lempel–Ziv–Welch) 압축을 구현하기로 했다. LZW 압축은 1983년 발표된 알고리즘으로, 이미지 파일 포맷인 GIF 등 다양한 응용에서 사용되었다.

LZW 압축은 다음 과정을 거친다.

길이가 1인 모든 단어를 포함하도록 사전을 초기화한다.
사전에서 현재 입력과 일치하는 가장 긴 문자열 w를 찾는다.
w에 해당하는 사전의 색인 번호를 출력하고, 입력에서 w를 제거한다.
입력에서 처리되지 않은 다음 글자가 남아있다면(c), w+c에 해당하는 단어를 사전에 등록한다.
단계 2로 돌아간다.

압축 알고리즘이 영문 대문자만 처리한다고 할 때, 사전은 다음과 같이 초기화된다. 사전의 색인 번호는 정수값으로 주어지며, 1부터 시작한다고 하자.

색인 번호	1	2	3	…	24	25	26
단어	A	B	C	…	X	Y	Z

예를 들어 입력으로 KAKAO가 들어온다고 하자.

현재 사전에는 KAKAO의 첫 글자 K는 등록되어 있으나, 두 번째 글자까지인 KA는 없으므로, 첫 글자 K에 해당하는 색인 번호 11을 출력하고, 다음 글자인 A를 포함한 KA를 사전에 27 번째로 등록한다.
두 번째 글자 A는 사전에 있으나, 세 번째 글자까지인 AK는 사전에 없으므로, A의 색인 번호 1을 출력하고, AK를 사전에 28 번째로 등록한다.
세 번째 글자에서 시작하는 KA가 사전에 있으므로, KA에 해당하는 색인 번호 27을 출력하고, 다음 글자 O를 포함한 KAO를 29 번째로 등록한다.
마지막으로 처리되지 않은 글자 O에 해당하는 색인 번호 15를 출력한다.

현재 입력(w)	다음 글자(c)	출력	사전 추가(w+c)
K	A	11	27: KA
A	K	1	28: AK
KA	O	27	29: KAO
O		15

이 과정을 거쳐 다섯 글자의 문장 KAKAO가 4개의 색인 번호 [11, 1, 27, 15]로 압축된다.

입력으로 TOBEORNOTTOBEORTOBEORNOT가 들어오면 다음과 같이 압축이 진행된다.

현재 입력(w)	다음 글자(c)	출력	사전 추가(w+c)
T	O	20	27: TO
O	B	15	28: OB
B	E	2	29: BE
E	O	5	30: EO
O	R	15	31: OR
R	N	18	32: RN
N	O	14	33: NO
O	T	15	34: OT
T	T	20	35: TT
TO	B	27	36: TOB
BE	O	29	37: BEO
OR	T	31	38: ORT
TOB	E	36	39: TOBE
EO	R	30	40: EOR
RN	O	32	41: RNO
OT		34

입력 형식

입력으로 영문 대문자로만 이뤄진 문자열 msg가 주어진다. msg의 길이는 1 글자 이상, 1000 글자 이하이다.

출력 형식

주어진 문자열을 압축한 후의 사전 색인 번호를 배열로 출력하라.

입출력 예제

msg	answer
`KAKAO`	[11, 1, 27, 15]
`TOBEORNOTTOBEORTOBEORNOT`	[20, 15, 2, 5, 15, 18, 14, 15, 20, 27, 29, 31, 36, 30, 32, 34]
`ABABABABABABABAB`	[1, 2, 27, 29, 28, 31, 30]

문제 해설

GIF 파일 등에서 실제로 쓰이는 LZW 알고리즘을 설명해주고, 구현하는 문제입니다. 실제로 쓰이는 알고리즘을 구현해보는 것이 어떠셨나요? 압축이라는 말만으로 얼핏 어려워 보이지만, 설명에 나온 의사코드^Pseudocode를 그대로 따라서 구현만 하면 되는 문제로, 기초적인 문자열과 배열을 다룰 수 있다면 풀 수 있는 문제입니다.

이 문제의 정답률은 95.80%입니다. 가장 많은 지원자가 잘 풀어주셨습니다. 언어별로는 Java 언어 사용자들이 조금 어려워했습니다.

문제3. 파일명 정렬

세 차례의 코딩 테스트와 두 차례의 면접이라는 기나긴 블라인드 공채를 무사히 통과해 카카오에 입사한 무지는 파일 저장소 서버 관리를 맡게 되었다.

저장소 서버에는 프로그램의 과거 버전을 모두 담고 있어, 이름 순으로 정렬된 파일 목록은 보기가 불편했다. 파일을 이름 순으로 정렬하면 나중에 만들어진 ver-10.zip이 ver-9.zip보다 먼저 표시되기 때문이다.

버전 번호 외에도 숫자가 포함된 파일 목록은 여러 면에서 관리하기 불편했다. 예컨대 파일 목록이 [“img12.png”, “img10.png”, “img2.png”, “img1.png”]일 경우, 일반적인 정렬은 [“img1.png”, “img10.png”, “img12.png”, “img2.png”] 순이 되지만, 숫자 순으로 정렬된 [“img1.png”, “img2.png”, “img10.png”, img12.png”] 순이 훨씬 자연스럽다.

무지는 단순한 문자 코드 순이 아닌, 파일명에 포함된 숫자를 반영한 정렬 기능을 저장소 관리 프로그램에 구현하기로 했다.

소스 파일 저장소에 저장된 파일명은 100 글자 이내로, 영문 대소문자, 숫자, 공백(“ “), 마침표(“.”), 빼기 부호(“-“)만으로 이루어져 있다. 파일명은 영문자로 시작하며, 숫자를 하나 이상 포함하고 있다.

파일명은 크게 HEAD, NUMBER, TAIL의 세 부분으로 구성된다.

HEAD는 숫자가 아닌 문자로 이루어져 있으며, 최소한 한 글자 이상이다.
NUMBER는 한 글자에서 최대 다섯 글자 사이의 연속된 숫자로 이루어져 있으며, 앞쪽에 0이 올 수 있다. 0부터 99999 사이의 숫자로, 00000이나 0101 등도 가능하다.
TAIL은 그 나머지 부분으로, 여기에는 숫자가 다시 나타날 수도 있으며, 아무 글자도 없을 수 있다.

파일명	HEAD	NUMBER	TAIL
`foo9.txt`	`foo`	`9`	`.txt`
`foo010bar020.zip`	`foo`	`010`	`bar020.zip`
`F-15`	`F-`	`15`	(빈 문자열)

파일명을 세 부분으로 나눈 후, 다음 기준에 따라 파일명을 정렬한다.

파일명은 우선 HEAD 부분을 기준으로 사전 순으로 정렬한다. 이때, 문자열 비교 시 대소문자 구분을 하지 않는다. MUZI와 muzi, MuZi는 정렬 시에 같은 순서로 취급된다.
파일명의 HEAD 부분이 대소문자 차이 외에는 같을 경우, NUMBER의 숫자 순으로 정렬한다. 9 < 10 < 0011 < 012 < 13 < 014 순으로 정렬된다. 숫자 앞의 0은 무시되며, 012와 12는 정렬 시에 같은 같은 값으로 처리된다.
두 파일의 HEAD 부분과, NUMBER의 숫자도 같을 경우, 원래 입력에 주어진 순서를 유지한다. MUZI01.zip과 muzi1.png가 입력으로 들어오면, 정렬 후에도 입력 시 주어진 두 파일의 순서가 바뀌어서는 안 된다.

무지를 도와 파일명 정렬 프로그램을 구현하라.

입력 형식

입력으로 배열 files가 주어진다.

files는 1000 개 이하의 파일명을 포함하는 문자열 배열이다.
각 파일명은 100 글자 이하 길이로, 영문 대소문자, 숫자, 공백(“ “), 마침표(“.”), 빼기 부호(“-“)만으로 이루어져 있다. 파일명은 영문자로 시작하며, 숫자를 하나 이상 포함하고 있다.
중복된 파일명은 없으나, 대소문자나 숫자 앞부분의 0 차이가 있는 경우는 함께 주어질 수 있다. (muzi1.txt, MUZI1.txt, muzi001.txt, muzi1.TXT는 함께 입력으로 주어질 수 있다.)

출력 형식

위 기준에 따라 정렬된 배열을 출력한다.

입출력 예제

입력: [“img12.png”, “img10.png”, “img02.png”, “img1.png”, “IMG01.GIF”, “img2.JPG”]
출력: [“img1.png”, “IMG01.GIF”, “img02.png”, “img2.JPG”, “img10.png”, “img12.png”]

입력: [“F-5 Freedom Fighter”, “B-50 Superfortress”, “A-10 Thunderbolt II”, “F-14 Tomcat”]
출력: [“A-10 Thunderbolt II”, “B-50 Superfortress”, “F-5 Freedom Fighter”, “F-14 Tomcat”]

문제 해설

코딩의 기초 문제라고 할 수 있는 정렬 문제입니다. 하지만 조건은 꽤나 복합적입니다. 파일명을 세 부분으로 나눠, 첫 부분은 대소문자 구분 없이^{Case Insensitive}, 다음 부분은 숫자 값에 따라^Numerical 정렬해야 합니다. 또한 정렬 기준에 따라 차이가 없다면 원래 입력에서 주어진 순서를 유지하는 안정 정렬^{Stable Sort}을 사용해야 합니다. 정렬 문제를 풀 때 한 번씩은 다 해보셨죠? 그런데 이걸 어떻게 꿰어서 하나의 프로그램으로 만들어야 할지 어려워하시더군요.

여러 정렬 알고리즘을 배우셨을 텐데요. 이 중에 안정 정렬이 어떤 건지 알고 계신가요? 빠른 정렬 알고리즘으로 가장 유명한 퀵 정렬^{Quick Sort}는 아쉽게도 안정 정렬이 아닙니다. 효율이 좋은 O(n log n) 복잡도의 정렬 알고리즘 중에는 병합 정렬^{Merge Sort} 등 일부 알고리즘은 안정 정렬이고요. 효율이 떨어지는 O(n²) 복잡도의 알고리즘 중 버블 정렬^{Bubble Sort}과 삽입 정렬^{Insertion Sort}은 모두 안정 정렬입니다. 여러분이 아는 다른 알고리즘도 안정 정렬인지 아닌지 확인해보세요. 알고리즘의 구현 방법에 따라 같은 알고리즘이라도 안정 정렬이거나 아닐 수도 있습니다.

정렬 문제가 워낙 많이 쓰이므로 많은 프로그래밍 언어에서 정렬 알고리즘을 기본 함수로 제공하고 있습니다. 자신이 사용하는 프로그래밍 언어에서 안정 정렬 알고리즘을 제공해주는지 알아두시는 게 좋습니다. 코딩 테스트에서 사용된 프로그래밍 언어 중 C++과 Python에는 안정 정렬이 있고, Java와 JavaScript, Swift에는 안정 정렬이 없습니다. PHP 언어는 숫자 값을 고려해 정렬하는 natsort()를 기본 함수로 제공하기도 합니다. (아쉽게도 문제 3과 조건이 달라 그대로는 쓸 수 없지만요.)

기본 정렬 함수가 안정 정렬을 지원하지 않거나, 이 문제처럼 비교 조건이 까다로운 경우에는 decorate-sort-undecorate 패턴을 이용해서 쉽게 해결할 수도 있답니다.

이 문제의 정답률은 66.95%였습니다. 언어별로는 C++과 Python 사용자들이 힘들어했습니다. 안정 정렬을 지원해주는 언어인데 도움이 안 되었나 봅니다.

문제4. 방금그곡

라디오를 자주 듣는 네오는 라디오에서 방금 나왔던 음악이 무슨 음악인지 궁금해질 때가 많다. 그럴 때 네오는 다음 포털의 ‘방금그곡’ 서비스를 이용하곤 한다. 방금그곡에서는 TV, 라디오 등에서 나온 음악에 관해 제목 등의 정보를 제공하는 서비스이다.

네오는 자신이 기억한 멜로디를 가지고 방금그곡을 이용해 음악을 찾는다. 그런데 라디오 방송에서는 한 음악을 반복해서 재생할 때도 있어서 네오가 기억하고 있는 멜로디는 음악 끝부분과 처음 부분이 이어서 재생된 멜로디일 수도 있다. 반대로, 한 음악을 중간에 끊을 경우 원본 음악에는 네오가 기억한 멜로디가 들어있다 해도 그 곡이 네오가 들은 곡이 아닐 수도 있다. 그렇기 때문에 네오는 기억한 멜로디를 재생 시간과 제공된 악보를 직접 보면서 비교하려고 한다. 다음과 같은 가정을 할 때 네오가 찾으려는 음악의 제목을 구하여라.

방금그곡 서비스에서는 음악 제목, 재생이 시작되고 끝난 시각, 악보를 제공한다.
네오가 기억한 멜로디와 악보에 사용되는 음은 C, C#, D, D#, E, F, F#, G, G#, A, A#, B 12개이다.
각 음은 1분에 1개씩 재생된다. 음악은 반드시 처음부터 재생되며 음악 길이보다 재생된 시간이 길 때는 음악이 끊김 없이 처음부터 반복해서 재생된다. 음악 길이보다 재생된 시간이 짧을 때는 처음부터 재생 시간만큼만 재생된다.
음악이 00:00를 넘겨서까지 재생되는 일은 없다.
조건이 일치하는 음악이 여러 개일 때에는 라디오에서 재생된 시간이 제일 긴 음악 제목을 반환한다. 재생된 시간도 같을 경우 먼저 입력된 음악 제목을 반환한다.
조건이 일치하는 음악이 없을 때에는 “(None)“을 반환한다.

입력 형식

입력으로 네오가 기억한 멜로디를 담은 문자열 m과 방송된 곡의 정보를 담고 있는 배열 musicinfos가 주어진다.

m은 음 1개 이상 1439개 이하로 구성되어 있다.
musicinfos는 100개 이하의 곡 정보를 담고 있는 배열로, 각각의 곡 정보는 음익이 시작한 시각, 끝난 시각, 음악 제목, 악보 정보가 ‘,‘로 구분된 문자열이다.
음악의 시작 시각과 끝난 시각은 24시간 HH:MM 형식이다.
음악 제목은 ‘,’ 이외의 출력 가능한 문자로 표현된 길이 1 이상 64 이하의 문자열이다.
악보 정보는 음 1개 이상 1439개 이하로 구성되어 있다.

출력 형식

조건과 일치하는 음악 제목을 출력한다.

입출력 예시

m	musicinfos	answer
“ABCDEFG”	[“12:00,12:14,HELLO,CDEFGAB”, “13:00,13:05,WORLD,ABCDEF”]	“HELLO”
“CC#BCC#BCC#BCC#B”	[“03:00,03:30,FOO,CC#B”, “04:00,04:08,BAR,CC#BCC#BCC#B”]	“FOO”
“ABC”	[“12:00,12:14,HELLO,C#DEFGAB”, “13:00,13:05,WORLD,ABCDEF”]	“WORLD”

입출력 설명

첫 번째 예시에서 HELLO는 길이가 7분이지만 12:00부터 12:14까지 재생되었으므로 실제로 CDEFGABCDEFGAB로 재생되었고, 이 중에 기억한 멜로디인 ABCDEFG가 들어있다. 세 번째 예시에서 HELLO는 C#DEFGABC#DEFGAB로, WORLD는 ABCDE로 재생되었다. HELLO 안에 있는 ABC#은 기억한 멜로디인 ABC와 일치하지 않고, WORLD 안에 있는 ABC가 기억한 멜로디와 일치한다.

문제 해설

부분 문자열 비교를 묻는 문제입니다. 하지만 멜로디의 각 음을 나타내는 글자가 한 글자일 수도 있고, 두 글자일 수도 있습니다. “ABC”라는 멜로디는 “ABCD”라는 악보에는 들어있지만, “ABC#”라는 악보에는 들어있지 않습니다. C#이 하나의 음을 이루고 있기 때문이죠.

문자열 비교에서 이런 문제를 처리해야 할 일이 있습니다. 1차 코딩 테스트에서 설명했던 토큰화^Tokenizing를 통해 “ABC#”을 [“A”, “B”, “C#”] 식의 배열로 변환한 후에 비교를 수행할 수도 있고요. 아니면 두 글자로 된 “C#”, “D#”, “F#” 등을 악보에서 사용되지 않는 문자인 “c”, “d”, “e” 등으로 치환^Substitution한 후에 문자열 비교 함수를 이용할 수도 있습니다.

이 문제의 정답률은 47.50%였습니다. Python 사용자들이 가장 잘 풀었습니다.

문제5. 자동완성

포털 다음에서 검색어 자동완성 기능을 넣고 싶은 라이언은 한 번 입력된 문자열을 학습해서 다음 입력 때 활용하고 싶어 졌다. 예를 들어, go 가 한 번 입력되었다면, 다음 사용자는 g 만 입력해도 go를 추천해주므로 o를 입력할 필요가 없어진다! 단, 학습에 사용된 단어들 중 앞부분이 같은 경우에는 어쩔 수 없이 다른 문자가 나올 때까지 입력을 해야 한다. 효과가 얼마나 좋을지 알고 싶은 라이언은 학습된 단어들을 찾을 때 몇 글자를 입력해야 하는지 궁금해졌다.

예를 들어, 학습된 단어들이 아래와 같을 때

go
gone
guild

go를 찾을 때 go를 모두 입력해야 한다.
gone을 찾을 때 gon 까지 입력해야 한다. (gon이 입력되기 전까지는 go 인지 gone인지 확신할 수 없다.)
guild를 찾을 때는 gu 까지만 입력하면 guild가 완성된다.

이 경우 총 입력해야 할 문자의 수는 7이다.

라이언을 도와 위와 같이 문자열이 입력으로 주어지면 학습을 시킨 후, 학습된 단어들을 순서대로 찾을 때 몇 개의 문자를 입력하면 되는지 계산하는 프로그램을 만들어보자.

입력 형식

학습과 검색에 사용될 중복 없는 단어 N개가 주어진다. 모든 단어는 알파벳 소문자로 구성되며 단어의 수 N과 단어들의 길이의 총합 L의 범위는 다음과 같다.

2 <= N <= 100,000
2 <= L <= 1,000,000

출력 형식

단어를 찾을 때 입력해야 할 총 문자수를 리턴한다.

입출력 예제

words	result
[“go”,”gone”,”guild”]	7
[“abc”,”def”,”ghi”,”jklm”]	4
[“word”,”war”,”warrior”,”world”]	15

입출력 설명

첫 번째 예제는 본문 설명과 같다.
두 번째 예제에서는 모든 단어들이 공통된 부분이 없으므로, 가장 앞글자만 입력하면 된다.
세 번째 예제는 총 15 자를 입력해야 하고 설명은 아래와 같다.
- word는 word 모두 입력해야 한다.
- war는 war 까지 모두 입력해야 한다.
- warrior는 warr 까지만 입력하면 된다.
- world는 worl까지 입력해야 한다. (word와 구분되어야 함을 명심하자)

문제 해설

3차 코딩 테스트에서 가장 어려운 문제였습니다. 열심히 코딩한 후에 제출하면 시간 제한에 걸려 좌절하는 지원자가 많았습니다. 두 단어 “world”와 “word”가 앞 세 글자가 겹친다는 걸 찾는 건 어렵지 않지만, 모든 단어 쌍을 비교하는 방식으로는 제한 시간 내에 풀 수 없습니다.

이 문제 해결에 적합한 자료 구조로 트라이^Trie가 있습니다. 입력으로 주어진 단어로 트라이를 구성하면, 같은 접두어^Prefix를 갖는 단어가 얼마나 있는지를 효과적으로 찾을 수 있습니다.

또 다른 방법이 하나 더 있는데요. 전체 단어를 사전 순으로 정렬한다면, 어떤 단어와 앞부분이 가장 많이 일치하는 단어는 정렬 후 인접한 두 단어 중 하나가 됩니다. 이 방법을 이용하면 모든 단어 쌍이 아닌, 정렬 후에 인접한 단어 쌍만 비교하면 되므로 빠르게 문제를 해결할 수 있습니다.

이 문제의 정답률은 34.07%였습니다. Java 사용자들이 가장 잘 풀었습니다.

필기 시험

아마, 많은 지원자 분들이 필기 시험이 등장하여 적잖이 당황스러우셨을 겁니다. 알고리즘을 묻는 코딩 테스트 만으로는 자칫 채용 시험이 코딩 대회의 장이 될 수 있어 이를 보완하고자 기본 지식을 묻는 필기 시험을 추가하기로 했습니다. 필기 시험이 있다는 사실은 당일까지도 공지하지 않고 대외비로 준비했는데요. 대신 사전 학습 없이도 평소에 컴퓨터 과학을 공부했다면 누구나 쉽게 풀 수 있는, 상식 수준에 준하는 문제들로 출제하였습니다.

필기 시험 PDF 다운로드

문제는 총 20문제로 구성하였습니다.

이 중 10번까지는 빈칸을 채우는 문제였습니다. 컴퓨팅 및 컴퓨터 과학, 인터넷 등의 기본적인 개념에 대한 영어 위키백과의 설명을 제시하고 각각 무엇을 설명하는 지를 맞추는 문제였습니다.

현업에서 일을 하려면 평소에도 영어로 된 문서를 많이 접하게 될 텐데요. 따라서 문제 또한 모두 영어로 제시하여 독해 능력도 함께 보고자 했고, 각각의 문항 앞뒤로 충분한 부연 설명을 제시하여 최소한 이 정도 용어는 알고 있으면 좋겠다는 출제 의도를 포함했습니다.

사실 이 문제들은 문장을 검색해보면 금방 정답을 찾을 수 있습니다. 그러나, 검색 없이도 이 정도 용어들은 바로 대답할 수 있길 바랬고, 인터넷이 제한된 오프라인 테스트여서 가능한 문제들이었습니다.

11번은 조금 어려운 문제였던 거 같습니다. TCP의 커넥션 종료 과정의 순서를 묻는 문제였는데요. 순서보다 좀 더 정확히는 active close와 passive close를 숙지하고 있는지를 묻고 싶었습니다. 실무에서 TIME_WAIT으로 인한 문제는 여전히 간간히 발생하고 있으므로 이 개념은 꼭 숙지했으면 하는 의도로 출제하였습니다. 더 깊은 이야기는 카카오 기술 블로그에 올라왔던 CLOSE_WAIT & TIME_WAIT 최종 분석 글을 읽어보세요.

12번은 제록스 팔로알토 연구소에서 1979년에 소개한, 소프트웨어 구조를 설명한 사실상 최초의 방법론이자 여전히 중요하게 쓰이고 있는 MVC 소프트웨어 디자인 패턴에 대한 문제입니다.

13, 14, 15번 문제는 시간 복잡도, 빅오를 구하는 문제였는데요. 13번의 경우 실행 순서를 손으로 그려본다면 2ⁿ이 됨을 알 수 있습니다. 14, 15번은 상수항이 있는데요. 빅오에서는 일반적으로 상수항을 제거하기 때문에 각각 n이 됩니다. 특히 14번의 경우 ½ n이 되는데, 이는 log n과 혼동할 수 있으나 엄연히 전혀 다릅니다. 따라서 상수항 ½ 이 제거되어 n이 됩니다.

16번은 재밌는 문제인데요. 약간의 함정이 숨어 있는데 각각의 시간 복잡도를 계산해보면, len(A) = N, len(B) = M 이라 할 때, A를 정렬할 경우 정렬과 이진 검색을 합하면 N log N + M log N = (N+M) log N, B를 정렬할 경우 M log M + N log M = (N+M) log M 이 됩니다. 길이가 짧은 A를 정렬하는 쪽이 좀 더 빠르게 동작하겠죠?

17, 18, 19번은 적합한 자료 구조를 묻는 문제였고 어렵지 않게 풀 수 있었으리라 생각합니다. 18번의 경우 위키백과에도 인덱스 구현에 대한 설명^참고이 등장합니다. 인기 있는 인덱스 구현 자료구조는 균형 트리, B+ 트리, 해시라고 나오네요.

20번은 트리 순회를 직접 계산해보는 문제입니다. 알고리즘을 설명에 상세히 제시하였기 때문에 기존에 트리 순회 알고리즘을 몰랐던 분들도 충분히 쉽게 풀 수 있었으리라 생각합니다.

마무리하며

코딩 테스트 참가자들의 메일이나 후기로 블라인드 테스트에 대한 많은 의견들을 들을 수 있었습니다. 1차 코딩 테스트 후기에서 언급되었던 것처럼 채용을 위한 시험이기에 이번 세 차례의 블라인드 테스트는 어려운 문제보다는 기본기를 확인하기 위한 기본적인 문제 중심으로 출제했으며, 실무에서 접할 수 있을법한 문제 중심으로 구성했습니다.

세 차례의 코딩 테스트를 통과한 지원자들은 이제 또다시 두 차례의 면접이 기다리고 있습니다. 코딩 테스트를 통해 다양한 방식으로 개발 역량을 검증했다면, 면접은 카카오에서 함께 일할 수 있는 사람인지를 확인하는 과정입니다. 카카오 크루로 함께 일할 수 있게 되길 기대해보겠습니다.

함께 보기:

카카오 블라인드 신입 개발자 공채를 실시합니다!

카카오 신입 공채 1차 코딩 테스트 문제 해설

카카오 신입 공채 2차 코딩 테스트 문제 해설