리팩토링 아무말대잔치

NSML 리팩토링
아무말대잔치

* 주의 *
저는 아무런 권한이 없슴다
어차피 여기 계신 다른 분들과 똑같은
월급쟁이 말단 개발자임 -_-
회사의 생각은 어떤지 전혀 모름 -_-;;;;

제가 입사하고 11달 동안 있었던 일들

제가 입사하고 11달 동안 있었던 일들
해커톤 해커톤 해커톤

생각보다 너무 잘 되었음
내년에 연봉협상할 때 지르시면 됨
그럼 내후년에는 뭐로 지를까?

지속 가능한 개발
sustainable development
어차피 하루 이틀 일할 거 아니고 계속 이 일을 할 것 같음
잘하고싶다잘하고싶다잘하고싶다잘하고싶다잘하고싶다잘하고싶
다잘하고싶다잘하고싶다잘하고싶다잘하고싶다잘하고싶다잘하고
싶다잘하고싶다잘하고싶다정말로잘하고싶다!

어떻게?
software engineering 이 이런 거 연구하는 과목인데 결론은?
수업을 듣다가 휴학하고 군대를 가서 잘 모름
제가 좋아하는 문장은 No silver bullet (은 총알은 없다)
답업슴
모든게 케바케
아 ㅆㅂ

복리의 마법!
하루에 조금씩이라도 계속 나아지는 게 중요
운동선수들이 routine 을 가져가는 이유
우리도 프로

선순환
일하기 좋음 -> 결과 잘 나옴 -> 실력 좋아짐/평가 좋아짐 -> 기
분 좋아짐 -> 일하기 좋음
악순환
일하기 싫음 -> 결과 안 나옴 -> 실력 그대로/평가 안 좋음 -> 기
분 나빠짐 -> 일하기 싫음
어느 게 될지 시작은 한 끗 차이

프로그래밍은 원래 어려움

우리 팀이 하는 일은 시스템 프로그래밍
다른 사람들의 프로그램이 돌아가는 기반 시스템을 만들고 있음
모든 부분이 튼튼해야 함
하나씩 쌓아올려야 함 (이 부분이 윗사람들과 다른 관점일 듯)

제가 하는 방식
정답이 없으니 아무거나 막 해보자
이렇게도 해보고 저렇게도 해보고

잘되면 개이득
안돼도 누가 뭐라고 할 사람이 없음 나이스!

자기 주도 학습이 아니고
자기 주도 개발

좋아하는 말들
쫄지마 씨바
No Fear

팀 분들
장점: 착함
단점: 착함
조금 더 공격적/적극적으로 하셔도 괜찮을 것 같습니다.

조금 더 공격적/적극적이어도 괜찮을 것 같은 이유
nsml_v0 를 망가뜨려도 지금 돌아가는 서비스랑 상관없음
망가진 버전이 배포되어도 예전 버전으로 되돌릴 수 있는 환경이
이미 만들어져 있음

빚을 계속 지면 몸과 마음이 무거워짐
너무 많이 쌓이면 원금보다 이자가 더 많이 나가게 됨
가끔씩 갚아야 함
매일 갚아도 됨

어차피 일주일에 45시간을 회사에서 씀
깨어있는 시간의 절반을 회사에서 보냄
일하는 시간을 늘리는 것은 물리적인 한계가 있음
조금 더 효율적으로 효과적으로 일을 해야 함
어떻게?

저의 생각
1. nsml_v0 에서 module 사이에 데이터가 왔다 갔다 할 때 기본
자료구조형이 아닌 class 를 사용해보면 어떨까요?
2. 일주일에 회의는 2번 정도 해보면 어떨까요?

Recommended