기본 콘텐츠로 건너뛰기

[서버개발캠프] 서버개발캠프 4기 활동을 마무리하며

[서버개발캠프] 서버개발캠프 4기 활동을 마무리하며

저번에도 마무리 글을 썼었는데

학교 프로젝트 하느라 바빠서 너무 급하게 적은게 아닌가

생각하고 있었다.

대충 프로젝트도 마무리 된 겸

대리님께서 보내주신 질문리스트가 내용이 좋은 것 같아서 다시 한번 작성하기로 했다.

[주제1] 서버개발캠프 전체 회고 (feat. 나에게 서버개발캠프란..?)

ü 앞으로 개발자로서 본인의 방향과 진로

: 이번 경험을 살려 서버 개발쪽으로 갈 수 있으면 좋겠지만

ü 프로젝트 경험을 통한 협업/동료

: 마지막엔 마무리 할 것이 많아 분담이 잘 안됬는데 간만에 정말 분담도 잘 되고

척척 진행되서 재미있는 프로젝트였다.

많이 도움도 받고 배워가서 좋았다. 이런 팀원들 또 만날 수 있을지 모르겠다!!

ü 스마일게이트에서 직/간접적으로 생활하며 느낀 회사의 이미지

(신입 개발 인재들의 성장 및 지원, 내부 구성원 창의/창작 활동 장려 문화 등)

: 사실 스마일게이트라는 곳을 게임하면서 들어본 것이 끝이라서 잘 몰랐는데

일단 식당 밥이 너무 맛있어서 좋았다. 밥이 맛있으니까 프로젝트 할 맛도 나고

통근 버스라던지 헬스장이라던지 사원들을 위한 복지 시설이 많아서

먼 거리여도 회사 다닐 맛이 날 것 같았다.

보컬 트레이닝이라던지 사원들 취미 개발을 위한 프로그램도 있고 회사 분위기도

경직된 분위기가 아니라 개발할 맛 날 것 같아보였다.

[주제2] 기술/개발 내용 (서버개발캠프 참여하기 전과 참여 과정)

ü 서버 개발 캠프 참여하기 전

1. 가장 많이 공부한 프로그래밍 언어?

: C, 파이썬

2. 1번에서 그 언어를 주로 공부했거나 사용한 이유

: 학교 과제

3. 1번의 언어를 어떤 식으로 공부했나?

: 2번을 하기 위해서 공부했다.

4. 프레임워크는 무엇을 사용해봤나?

: 경험이 없었다..

5. 본인이 생각할 때 4번의 프레임워크의 장단점은?

: 없었다..

6. 4번의 프레임워크를 어떤 식으로 공부했나?

: 없다.

7. 수업 과정에서 진행한 프로젝트 중 기억에 남는 것이 있다면?

: 네트워크 수업에서 TCP 소켓 서버 프로젝트를 진행했는데

첫 네트워크 프로젝트이기도 하고 프로토콜 만드는 것이나

비동기, 멀티 쓰레드 사용하는게 재미있었다.

이 수업 덕분에 서버개발캠프에도 흥미를 가지고 도전했던 것 같다.

8. 학교에서 배우는 컬리큘럼이나 수행하는 프로젝트에 대한 평가

: C와 저수준 프로그래밍 위주로 배워서 좋지만 그래도

응용 프로그래밍에 대해 어느정도 알려줘도 좋지 않을까 싶다..

그래도 OS나 네트워크 기초 지식이 이번 프로젝트에 많이 도움되었던 것 같다.

9. 학교 과정 외에 외부 프로젝트에 참여한 경험이 있었다면 소개

: ICT 해커톤이나 작은 SW 공모전에 참여해본 적이 있다.

서버개발은 아니고 딥러닝이나 Iot쪽 주제로 참가했다.

10. 본인이 생각할 때 캠프 참가 전까지의 본인 기술에 대한 평가

: 그냥 학교 커리큘럼만 열심히 따라간 수준??

ü 서버 개발 캠프 참여 과정 예시

11. 어떤 프로젝트를 선택했나? 이유는?

: 맞춤법 검사 메신저,

교사인 친구와 얘기를 하다보면 어린 학생들의 잘못된 언어 습관의 문제가 심각함을 느끼곤 했다.

그래서 떠올렸던 것이 메신저에 맞춤법 검사 기능을 넣어

생활 속에서 자신의 언어습관을 되돌아 보게 하면 어떨까? 라는 생각에 이번 프로젝트를 계획하였다.

+ 그냥 개인적으로 채팅 서비스를 만들어보고 싶기도 했다.

12. 팀원을 구성한 후 세운 팀의 목표는? 개인적인 목표는?

: 먼저 채팅, 맞춤법 서비스를 완성하고 그 다음은 성능적인 부분을 해결하기.

나는 일단 이쪽 분야에 대해 아는 것이 하나도 없었기 때문에

얇게라도 최대한 많은 것을 경험해가고 싶었다. 먼저 무엇이 있는지 경험하고

활동이 끝난 후에 깊이를 채우고 싶었다.

13. 팀 또는 개인이 사용하기로 한 언어와 프레임워크?

: Spring, Django, NodeJS에서 고민하다가 결국에는 현실과 타협하여 NodeJS로 결정

14. 13번의 언어와 프레임워크를 선택한 이유

: 팀원 한명이 NodeJS를 쓸 줄 알았고 나도 1번 과제하며 배운 Django는 쉽다고 생각해서

새로운 프레임워크를 경험해보고 싶었다.

15. 진행한 프로젝트에서 얻을 수 있는 기술적인 핵심 요소는?

: NodeJS의 큰 특징인 비동기 프로그래밍.. 콜백 지옥에 대해 배웠고

두 달간 하다보니 이제는 익숙하다.

16. 진행한 프로젝트에서 가장 어려웠던 부분

: 동시성 문제.. 특히 채팅 부분에서 읽음 표시 처리 부분이 가장 어려웠던 것 같다.

그리고 부하 테스트 진행 중에 서버 병목현상으로 제대로 테스팅이 이루어지지 않았는데

이 병목 지점을 찾아서 고치는게 어려웠다.

17. 계획대비 어느 정도의 완성도를 해냈는가?

계획보다 부족했다면 or 계획보다 훨씬 많은 진행을 했다면 그 이유는?

: 애초에 내 실력에 겁을 먹어 너무 계획을 적게 잡았던 것 같다.

결국에는 계획대로 끝난 것 같은데 좀 더 완성도 높게 하지 못해 아쉬웠다.

18. 캠프에 참가하면서 어느 정도 성장을 한 것 같은가?

: 학교 1년 다닌 것 이상으로 이번 2달 동안 많은 성장을 할 수 있었던 것 같다..

우리 팀원들이 그 만큼 잘하는 팀원이였기 때문에

나도 옆에서 보고 배울 수 있었고

캠프원들 전부 개발에만 전념하는 분위기라 정말 동기부여가 강하게 되는 두 달이였다.

정말 개발이 재미있어서 집에 가서도 새벽까지 몰두해서 개발했던 게

얼마만인가 싶다.

19. 캠프 이후에도 좀 더 보강하고 싶은 부분은?

: 코드 컨벤션, 클린 코드 작성에 좀 더 유의해야 할 것 같다고 생각했다.

내가 봐도 내 코드는 안 이쁘다..

20. 후배들에게 남기고 싶은 조언

: 내 기술 스택이 보잘 것 없다고 겁먹지 말고 꼭 도전해봤으면 좋겠다.

활동하며 기술적으로나 심적으로나 정말 큰 도움을 받아가는 두 달이었다.

from http://ggtan.tistory.com/41 by ccl(A) rewrite - 2020-03-12 19:54:04

댓글

이 블로그의 인기 게시물

카카오 오픈빌더와 외부 API 연동(feat.Nodejs)

카카오 오픈빌더와 외부 API 연동(feat.Nodejs) 이전에 플러스 친구와 외부 API 연동에 관한 글을 작성한 적 있습니다. 하지만 지난 2년동안 플러스 친구에 많은 변화가 생겼는데요. 카카오 플러스 친구의 명칭이 카카오 채널로 바뀌고, 챗봇 세팅 방식이 기존 [카카오 플러스 친구 - 외부 API 연동] 구조에서 오픈빌더가 추가되어 [카카오 채널(구 플러스 친구) - 카카오 i 오픈빌더 - 외부 API 연동] 구조로 바뀌었습니다. 이번 글에서는 오픈빌더의 챗봇 시나리오 관리 기능을 간단히 소개하고 외부 API를 연동하는 예제를 다뤄보겠습니다. (연동파트는 5번 항목부터 보시면 됩니다.) 1. 블록 블록은 오픈빌더에서 질의/응답을 관리하는 최소 단위로, 사용자의 발화와 챗봇의 대답을 입력할 수 있습니다. 예를들어 인사라는 블록을 만들고 인사에 해당하는 사용자 발화 패턴들을 입력해두면, 실제 채널 톡방에서 그에 해당하는 발화가 들어왔을때 입력해둔 응답이 나오는 형식입니다. 예전에는 패턴과 발화 키워드가 1:1 매칭, 즉 입력해둔 패턴과 사용자 발화의 string이 정확히 일치할때만 블록이 실행됐었는데, 발화 패턴을 20개 이상 등록하면 머신러닝 기능을 이용할 수 있도록 기능이 생겼습니다. 아마 유사도 분석 개념이 기본으로 들어가있을 것이기 때문에 블록의 주제와 벗어나는 너무 뜬금없는 발화패턴들을 많이 넣지 않도록 하는걸 권장하겠습니다. 2. 시나리오 시나리오는 '블록'들을 묶어서 관리할 수 있는 단위로, 일종의 폴더 구조라고 생각하면 쉽습니다. 오픈빌더에서 좌측 상단에 파란 버튼을 클릭하여 시나리오를 생성할 수 있습니다. 하나의 시나리오에서 모든 블록을 관리하면 챗봇 도메인이 커질수록 관리가 어려워지니 아래 같은식으로 시나리오를 사용하여 블록을 구조화하면 운영 측면에서 수월해집니다. 3. 컨텍스트 컨텍스트는 맥락이라는 뜻 입니다. 오픈빌더에 존재하는 컨텍스트는 자연어 분석을 통해서 맥...

AWS instance로 Nodejs 구현하기

AWS instance로 Nodejs 구현하기 서버와 데이터베이스 관리 차원에서 효율적으로 관리하기 위해선 로컬보다는 서버를 호스팅해서 하는 것이 좋다. 우리는 Nodejs를 구동하기 위해 AWS에서 인스턴스를 할당받을 계획이다. 인스턴스의 pem키를 발급받아 nodejs와 npm까지는 설치를 완료한 상태이다. $ sudo npm install -g express 다음의 명령어를 입력하면 글로벌 옵션으로 어느 path에서든 express를 사용할 수 있게 설치한다. 다음과 같이 실행이 된다면 성공이다. 이후 Express generator를 설치한다. $ sudo npm install -g express-generator@4 버전은 4.x이며 이 역시 글로벌 옵션으로 설치해 준다. 이제 Node monitoring을 위해 nodemon을 설치해 준다. $ sudo npm install -g nodemon 모든 설치가 끝났다. 이제 nodejs를 실행시킬 프로젝트용 directory를 만든다. 이렇게 만들어 주고 express를 실행시키면 된다. $ express -e 다음과 같은 결과가 나오면 된다. 이제 node package를 설치하는 명령어를 입력하자. $ sudo npm install 이제 vi를 통해 포트번호를 정의해보자. app.set의 마지막에 한줄을 추가하면 된다. app.set('port', process.env.PORT || 9000); 이로써 우리는 9000번 포트를 사용하게 되었다. 또한 마지막줄에 서버를 생성하기 위한 코드를 작성하자. module.exports = app; var server = app.listen(app.get('port'), function() { console.log('Express server listening on port ' + server.address().port); }); 이...

20.03.24 ShareBook TIL

20.03.24 ShareBook TIL Project/TIL 20.03.24 ShareBook TIL 중간 배포를 위해 EC2, RDS를 다시 설정하였다. EC2에 git에서 clone을 하고 서버를 작동시켜보니 ts로 돌려서 그런지 작동하지 않고 대기 상태로 있다가 timeout같은 시간 초과 에러가 났다. 그리고 갑자기 EC2 자체가 느려져서 nodejs를 삭제하고 다시 nvm으로 높은 버전의 node를 설치하였다. 그리고 나서 혹시 js로 돌리면 될까 해서 tsc로 js로 변환한뒤 돌려보니 RDS와 연결이 되지 않는 에러가 생겼다. workbench로 RDS를 연결했을 때는 정상적으로 작동해서 EC2에서 잘 못 설정한게 있다고 생각했다. 그래서 local에서 한번 config.json을 수정하고 연결하여도 똑같은 에러가 발생했다. 그럼 보안 설정에서 문제인가 싶어서 EC2, RDS 보안 그룹에서 설정을 막 만져보다 RDS에서 Custom TCP에 처음 RDS에서 설정한 포트를 넣어주었더니 연결되었다. config.json내용을 EC2에도 똑같이 적용시켜보려고 json파일을 vim으로 작성해서 넣어 주었지만 여전히 같은 에러를 반복하였다. 그럼 json 파일을 못 읽어내는게 아닌가 싶어서 그냥 module에 index.js에서 sequelize를 생성하는 부분에 직접 넣어 주었더니 마침내 연결이 되었다. 해결하고 난 뒤 생각의 흐름을 적어보니 매우 짧지만 정작 오늘 아침 10시 반부터 시작해서 저녁 10시 반까지 12시간을 고민하고나서야 해결되었다. from http://three-five.tistory.com/46 by ccl(A) rewrite - 2020-03-25 00:54:05