1기와의 만남 === ###### tags: `1기와의 만남` #### PMP 문서를 작성하는데 생각할 시간이 많이 필요하여 시간이 지체 되었는데, 이런 시간 관리는 어떻게 하셨나요? 효율적으로 관리할 수 있었던 팁이 있다면 공유 부탁드려요! - 주 단위 / 마일스톤으로 관리했다. - 문서화가 잘되어야 시간 부족한걸 잘 보완할 수 있다. - 시간이 많을때는 문서화를 하려고 노력했다. - 문서화를 계속 크로스체크하면서 정리를 매주 단위로 진행했다. 규칙적으로. - 스크럼을 매일 아침 짧게 했다. - 지금 무엇을 하고 있는지 / 공유를 했다. -> 클루디가 상징이였다. 공유공유 - 마일스톤 3으로 나누어 어디서 끊을건지 확실하게 했다. - 프론트 - 설계를 할때 참여 안 할 수 있는데 / 프론트도 백엔드 설계할 때 참여하도록 했다. - 나중에 딴소리 안하도록 ... 확인 작업이 필요하다 생각했으므로. - 큼직한 피드 알고리즘 - 다 같이 회의하면서 진행했다. - 시간관리가 어렵다... - 주말 근무 엄청했다. 인턴때. - ==공유하는게 가장 중요하다.== - 하루하루가 진짜 소중하다. 뭔가 이게 맞나? 싶은데 2~3일 지나면 큰일난다. - 너무 많은 기능을 다 구현하려고 하지 않아도 된다. 완성도를 높이는것이 좋다. - #### 이 캠프에서 가장 크게 얻은 수확이 무엇이실까요? 얻지 못하셨더라도 생각해보니 이게 최고의 수확 아닌가 싶더라 하시는 부분이 있으신가요? - 사람이 진짜 크다. - 팀 인연 / 사람 -> 그게 가장 좋다. - 서로 의지 하고 .. 도움이 많이 된다. #### 캠프를 하면서 캠프 생활이나 개발을 하면서 공부한 부분, 트러블 슈팅에 대한 기록을 틈틈이 남기신 경험이 있으시다면 어떻게 시간을 할애 하셨는지 궁금합니다. - 장비를 썼다 - config 설정이 어려웠는데, 트러블 슈팅에 다 기록을 해놨다. - 문제를 기록하고... / 문제 발생시 기록을 계속 해나갔다. - 기록은 그때 딱 해야한다. / 부지런하게! - ==기술을 왜 쓰는지 알고 쓰는게 중요했다.== 기술의 장단점, 쓰는 이유, 다른 기술 선택 시 영향이 어떻게 될지. / #### 캠프를 진행하면서 가장 아쉬운 부분, 그리고 후회되는 부분 그리고 이건 꼭 챙겼으면 한다. 하는 부분이 있다면 공유해주셨으면 합니다. - 기록을 많이 못했는데 ... 기록을 할걸 그랬다... - 기능 구현만 되면 ㅇㅋ 이였는데 ... 이유에 대한 것? - 기능 갯수에 초점을 맞췄다. / 그러다보니까 뭔가를 했다는 느낌이긴한데 기록이 없다보니 ... 깊게 이해하고 개발하는게 캠프 / 개발자 커리어에 더 좋지 않을까 생각이 든다. #### 캠프 중 혹시 팀 내 갈등 요소가 있었다면 어떤 부분이 있었는지 궁금합니다. - 감정적인 갈등 / 기술 스택에 대한 의견은 솔직하게 다 말하는게 좋다. - 완곡하게 말하는게 좋다. / 상대방의 의견도 존중하는 대화 방법으로 진행했다. - 기간이 짧아지면 마음이 급하고 / 이슈는 터지고 ... 잘 해결해야한다. #### 최종 발표 Tip 이 있다면? - 나는 이거를 ... 이렇게 많이 구현했다 이렇게 했다! *보다는* - 이거를 만들기 위해 노력 / 과정 / 이렇게 했다라고 말해라. - 고민한 흔적, 노력을 많이 말씀해드리면 좋다. - 팀 안에서 우리 발표의 주제는 정해 놓고 -> 자료를 준비해라. - 본인이 개발한 부분에 대해서 어떻게 어필 할지도 고민해야한다. #### 캠프 이전과 이후의 성장이 얼마나 됐다고 생각하는지 궁금합니다. - 기술적인 성장이 될 수 밖에 없었고 - 설계~PMP 작성... 끝까지 하니까. - 기능을 완성하는 것에만 집중하는게 아니라 / 왜 쓰는지 ... 그런 생각을 자주 하다보니 그런게 현업에서 유용하게 쓰이는 것 같다. #### 캠프 초반에 설정한 목표에 대해서 다 구현했는지, 아니면 거기서 빠진 기능이 있었는지 궁금합니다. 또 최종 발표에서 목표를 다 이루지 못했더라도 어떻게 어필하셨는지 궁금합니다! - 어떤 기능은 어떻게 어떻게 이런 이유로 못했고 ... - 이렇게 추후 발전 가능 할 수 있겠고... - 마일스톤을 잘 설정해야할 것같다. - 3단계를 위처럼 잘 말씀드렸다. 러닝 커브가 낮고 / 빨리 전환 할 빨리 구현하고 프로토타입을 봅을 수 잇기때문에 썼다. 다 있다 모델이. (?) -> 리액트를 쓰는데도 있긴하다. 답변하기 어렵다. 넉스트 프로토타입을 뽑았다. 로그 쓴적은 업삳. / 뭘 쓰냐가 아니라 쓰는 이유를 정확하게 알아야하낟. -> 어떻게 활용을 했다, 가 중요한거다. 프론트에서 잘 안하긴하는데, 백엔드에서 검색시 로그를 남기낟. / 플젝 전체 완성도를 높이는게 좋다. 남기지 말자. 백이 ㄲ #### 캠프에서 개인 목표로 “어떤 기술 스택 적용”과 같은 목표가 아닌 백엔드 개발자로서의 목표로 세운 것이 있다면 몇 가지 들어보고 싶습니다. 또, “이런 목표를 가지고 있으면 좋겠다” 하는 것이 있으면 조언 부탁드립니다. - 이 기술을 쓰는 이유를 알고 쓰자. 를 아는 개발자가 목표였다. - 그러면 그 기술을 잘 알고 쓰는거다. - 계속 기록을 하고 ... 이런저런 장단점이 있구나 - 장기적인 목표, 단기적인 목표가 같이 있어야 한다. - align이 잘 되어야한다? #### 추천화 알고리즘 - 짬뽕도 하고 ... 하다보니까 재밌었다. - 우리는 graphDB를 쓴 팀인데, - 댓글, 좋아요 ... 가중치를 사용해서 알고리즘을 구현했다. - 고민한 흔적이 중요한거지, 성능이 중요한 건 아니다... / #### 프로젝트를 MSA로 구성하셨다면 각 서비스 서버를 어떻게 배포하셨는지 궁금합니다. 각각의 인스턴스를 생성하는 방법이나 하나의 인스턴스에서 여러 개를 돌리는 방법을 생각해봤을 때 비용적인 부분이나 부하 문제가 있을텐데 어떻게 해결하셨는지 공유 부탁드립니다. - 배포는 어렵다... - 따로 자동화를 하진 않았다. #### 끊임 없이 저만의 정의를 찾고 있는 중이기도 합니다만 좋은 프론트엔드 개발자는 어떤 생각을 하며, 어떤 개발자가 되기 위해 노력해야 한다고 생각하시는지 궁금합니다! - 좋은 개발자? - 분야별 단기 / 장기 목표가 있을텐데, ??? #### VSCode 정말 날 것으로 사용하고 있어서... "현업에서 사용하다 보니 이런 Extension 좋더라" 와 같은 사용하시는 꿀팁이 있을까요?! --- #### 추천화 알고리즘은 서버가 많이 기여하는데, 모바일이 할 일은 없을까요? - 풀 사이클? 을 한번 경험하려고 노력했다. - RX안쓰고 순수 swift로 진행했다. #### 성장방법? - 무조건 부딪히고 / 안되더라도 - 포기 ㄴㄴ