정보/The 공부

피드백이란 항상 어렵다. 직장에서도 친구끼리도 심지어 가족끼리도 말이다. 정말 말의 힘이 강하기 때문에 항상 조심해야한다. 남을 위한다고 한 말이 그 사람의 평생 상처로 남을 수 도 있기에 정말 조심해야한다. 특히 피드백이란 더 어렵다 . 어떤 피드백을 줄지 고민하는 것 이전에 피드백을 잘 주는 방법을 먼저 배워야한다. 이런 고민을 하던중 좋은 글을 보아서 공유하고자 글을 남겨본다. 상처 받지 않으면서 피드백 주고 받기 - 매일경제 미라클레터 피드백이 지나야 하는 두 관문 세스 베스머트닉은 컨덕터라는 마케팅 회사를 창업한 사람이에요. 2018년 이 회사를 위워크에 팔았다가 위워크의 리더십에 문제가 발생했을 때 다시 회사를 사들인 특이한 경력을 가지고 있어요. 세스는 2008년부터 CEO로 일했는데 직원들..

2) 의미있는 이름 소프트웨어에서 이름은 어디나 쓰인다. 정말 도처에서 이름을 사용한다. 이렇듯 많이 사용하므로 이름을 잘 지으면 여러모로 편한다. (시간이 없으신 분들은 1~3까지만 보셔도 많은 도움이 될 것 같습니다.) 1. 의도를 분명히 밝혀라 "의도가 분명하게 이름을 지으라"고 말하기 쉽다. (의도가 분명한 이름이 정말로 중요하다는 사실을 거듭 강조하고싶다) 좋은 이름을 지으려면 시간이 걸리지만 좋은 이름으로 절약하는 시간이 훨씬 더 많다. 그러므로 이름을 주의 깊게 살펴 더 나은 이름이 떠오르면 개선하는게 훨씬 좋다. 변수(혹은 함수나 클래스)의 존재 이유는? 수행 기능은? 사용방법은? 따로 주석이 필요하다면 의도를 분명히 드러내지 못했다는 말이다. int d; // 경과 시간(단위: 날짜) 이..

종종 else if문이나 else문을 지양해야한다는 소리를 들어서 도대체 왜 그래야하는지 궁금해서 찾아보게되었다. 그런데 생각보다 글이 많지 않거나 그냥 지양해야한다 하고 끝인 글이 꽤 있어서 구글링하는데 조금 힘들었다. else if문 else if문이 마치 파이프라인처럼 앞의 if문과 연결되어 차례대로 실행된다고 생각하면 절대 안된다. else if 문은 else문 처리가 한 번 되고 if문이 실행되는 것과 같다. cosnt number = 10 if ( number >= 1){ console.log('number은 1보다 크거나 같다.'); } else if (number > 1){ console.log('number은 1보다 크다.'); } // 'number은 1보다 크거나 같다.' cosnt ..

이전에는 이렇게 했는데 commit로그를 볼때 가독성이 좋지 않았다. 그래서 화면과 같이 제목을 작성하는 규칙을 만들어 가독성을 높였다고한다. 확실히 이전보다 가독성이 월등히 높아진 것 같다. 그 다음 MR부분에서의 개선도 있었다고 한다. 다음의 3가지 경우가 있다. 1. 바쁘다보니 작업내용에대한 설명이 부족했다. - 리뷰어는 코드를 보고 파악해야하기에 불편했고 2. 너무 간단한 MR제목으로 어떤 작업을 했는지 알기 어려웠던 경우가 있다 3. 너무 많은 양의 코드를 리뷰를 요청하는 경우가 있었다. - 코드 리뷰하는데 시간이 오래걸리고 피드백 적용에도 오랜시간이 걸린다. 따라서 작업의 병목현상이 생긴다. 이를 해결하기위해 아래와 같이 하였다. 4. 히스토리 남기기 코드리뷰를 대면으로 할경우 온라인으로 진행..

이번시간에는 배민 프론트엔드팀안에서 어떻게 코드리뷰를 하는지에 대해 알아보겠습니다. 아 이거 정말 좋은 것 같다. 내가 코드를 작성하면 그 다음으로 랜덤으로 리뷰어 두 명이 선정이된다. 이렇게 선정된 두 명만 코드리뷰를 하는게 아니라 모두가 리뷰할 수 있다. 코드리뷰를 도와주는 전담매니저 봇이 있다. 이런 코멘트들이 불필요하다고 느껴질 수 있지만 이런 것들이 팀 분위기를 화기애애하게 한다고 한다. source : https://www.woowacon.com/ko/detailVideo/29

필자는 코드리뷰에 대한 중요성을 아직 그렇게 크게 느끼지는 못하고 있다. 협업의 경험도 없고 클린코드의 중요성도 알지만 아직은 기술 구현과 원리를 이해하기도 바쁘기 때문에 코드 리뷰를 못했던 것 같다. 여러명이 같은 프로젝트를 진행한다면 코딩 스타일에 일관성은 정말 중요할 것 같다. 누구는 이렇게 코드를 작성하고 누구는 저렇게 코드를 작성하고 중구난방이면 유지보수하는데 시간이 정말 많이 소요되어 안 좋은 코드가 될 가능성이 크다고 생각했다. 협업을 해보지 못해서 경험하지 못했는데 이렇게 간접적으로 코드리뷰를 보니 더 필요성이 느껴졌다. 특히 단항 증감 연산자에 대해 더 공부해야겠다. 두 번째로 필요한 이유는 로직 더블 체크이다. 이렇게 코드 리뷰하는 것을 보니 너무 좋을 것 같았다. 나또한 사소한 오타때..

우테콘 - 모노레포 정리 모노레포란 ? 모놀리식 애플리케이션이란 모듈화없이 구현된 소프트애플리케이션을 뜻합니다. 이런식으로 개발하면 아키텍쳐를 빠르게 개발할 수 있는 장점이 있지만 유기적으로 얽혀있는 코드때문에 규모가 커질수록 정리된 집합으로 분리하기가 힘든 단점이 존재한다. 이것을 보완하기 위해 등장한것이 모듈식입니다. 여기서 더 나아가면 아래와 같다. 모듈식 애플리케이션을 별도로 레포로 분리하여 구성한 모습은 위와 같습니다. 이제는 레포 A, B, C, D를 필요에 따라서 관계지을 수 있고 각 레포는 독립적인 개발환경이나 빌드와 테스트 배포 파이프 라인을 구성할 수 있기 때문에 높은 자율성을 가집니다. 멀티레포란 프로젝트별로 독립된 레포지토리를 가지는 형태로 현재 대부분의 업계에서 선호하는 개발전략입..