이전 팀 멘토님께서 한번 언급하셨던 책이라 읽어보고 싶었다. 검색해 보니 초록색의 표지가 예뻐서 바로 겟 ㅎㅎ 독서 스터디 때 읽어야겠다 하고 주문했다.읽으면서 개인적으로 정리해둔 노트는 여기에. Quotes and Thoughts1.새로운 정보를 얻었다면 1년 후에 크고 완벽한 실험을 하려고 준비하기보다는 1달, 혹은 1주 후에 작게라도 실험해 보는 것이 좋다. - p. 40나는 게으른 완벽주의자 성향이 좀 있다. 무언가 '해보고 싶다!' 하는 생각이 들어도 기왕 할 거면 준비가 되었을 때, 좀 더 제대로 하고 싶어서 그때를 기다린다. 하지만 '그때'는 잘 오지 않는다. 속으로 정해놓은 '그때'는 절대적인 시점이 아니라 항상 상대적인 시점이라 그렇다. 내가 지금보다 나을 '그때'.사실 때를 기다리려 했..

서현직 님의 브런치 칼럼 를 읽고 기록한 나의 생각이다. 배움을 얻기 위해서는 수준 높은 경험이 필요합니다. 이것은 우연이 아니라 오직 의도된 방식으로만 일어나고요. (중략..) 누구나 쉽게 같은 경험을 할 수 있는 것이라면 그렇게 높은 수준의 경험이 아닐지도 모릅니다. 나는 어떤 경험을 하고 있는가? 그저 누구나 할 수 있는 초급 경험에만 머물러 있으면서도 나는 여러 경험을 하고 있으니 되었다고 안주하고 있지는 않는지. 단지 경험을 하는지 안 하는지에만 초점을 둘 것이 아니라 나의 경험은 자산이 되는 경험인지, 부채가 되는 경험인지, 수준 높은 경험인지, 현재의 경험을 어떻게 발전시켜 더 고급의 경험 자산으로 만들 수 있는지 고민해 보아야겠다. 이 글을 통해 ‘경험’이라는 키워드를 좀 더 입체적으로 바..

2주 간의 기초 프로젝트가 끝났다. 프로젝트 과정을 돌아보며 그간 고민했던 부분과 협업을 하며 느낀 점, 배운 점을 글로 남겨본다.고민이었던 부분팀장으로서의 책임감이번 기초 프로젝트 기간 동안 내가 팀장을 맡았다. 아무래도 팀장을 맡다보니 팀의 협업과 결과물에 대한 책임감을 더 많이 가지고 프로젝트에 임했던 것 같다. 프로젝트 진행이 효율적인 방식으로 매니징되고 있는 건지, 더 좋은 방식은 없을지, 어떻게 해야 더 좋은 협업을 할 수 있을지.. 프로젝트 기간 내내 전반적으로 팀에 대한 고민이 많았다.협업에 대한 두려움이 부분은 언젠가는 꼭 깨부수어야 할 부분이었다. 혼자 하는 게 편하다는 기존의 생각과 질문하는 것에 대한 두려움. 이전에 일을 하면서도 어떻게 보면 가장 어려워 했던 부분 중 하나였기 때문..

얕은 복사와 깊은 복사에 대해 알아보기 전에 잠시 데이터 타입을 짚고 넘어가자. 기본형(primitive) 타입: number, string, boolean, undefined, null 등 참조형(reference) 타입: object, array, function, date, regexp 등 결론부터 말하자면 얕은 복사: 객체의 참조값(주소)를 복사 깊은 복사: 객체의 값 자체를 복사 예시와 함께 자세히 살펴보자. 얕은 복사 (Shallow Copy) 1. Object.assign() var obj1 = { a: 10, b: { c: 'abc', }, }; var obj2 = Object.assign({}, obj1); obj2.a = 20; obj2.b.c = 'def'; console.log(ob..

자바스크립트에서 ==와 ===는 비슷해 보이지만 서로 다른 비교 연산자이다. ==는 동등성을 비교하고 ===는 일치성을 비교하는데, 무슨 말인지 조금 더 자세히 살펴보자. == 영어로는 loose equality를 비교한다고 표현한다. 말 그대로 느슨한 동등성을 비교하는 연산자이다. === 보다 느슨하게 동등성을 비교하기 때문에 강제 형변환을 수행한다. 예를 들어 숫자 77과 문자열 '77'을 == 연산자를 사용하여 비교하면 실제로는 타입이 다른 두 값이지만 자바스크립트가 수행한 강제 형변환 때문에 true 값으로 동등하다는 결과가 나온다. 77 == '77' /*true*/ === 영어로는 strict equality를 비교한다고 표현한다. 말 그대로 엄격한 동등성을 비교하는 연산자이다. == 보다 엄..

개발 협업을 하는 과정에서 사용되는 브랜치 전략들 중 많은 곳에서 사용되고 있는 Git Flow 전략에 대해 간단히 살펴보자. 우선 브랜치 전략이란 여러 개발자가 하나의 저장소를 사용하는 환경에서 저장소를 효과적으로 활용하기 위한 워크플로우다. 브랜치 전략이 없다면 어떤 브랜치가 최신 브랜치인지, 어디에 push를 해야 하는지, 어떤 브랜치를 끌어와서 개발을 시작해야 하는지 등 여러 혼선이 일어날 수 있다. 가장 널리 사용되는 브랜치 전략 두 가지로는 Git Flow 전략과 GitHub Flow 전략이 있다. Git Flow 전략은 Vincent Driessen이 제시한 브랜치 전략이다. 아래 링크에서 그가 쓴 글을 확인해볼 수 있다. A successful Git branching model In th..

GitHub에서는 두 개의 브랜치를 머지(merge)하는 세 가지의 방법이 있다. 각 방법이 무엇인지, 그 특징은 무엇인지 알아보자. 1. Create a merge commit 두 브랜치의 변경 사항을 모두 유지하면서 병합 각 브랜치의 변경 사항이 과거의 커밋으로 보존되고, 새로운 커밋이 추가되어 최종 병합이 완료 장점 브랜치의 히스토리 모두 유지하면서 변경 사항을 병합할 수 있음 프로젝트의 진행 상황을 명황하게 이해하고 추적 가능 모든 커밋들의 커밋 아이디가 바뀌는 경우가 없기 때문에 squash와 rebase 방식에 비해서 비교적 사용이 쉬움 단점 커밋 히스토리가 복잡해질 수 있음 팀이 커질수록 이 복잡성을 빠르게 증가하게 됨 2. Squash and Merge 브랜치에서의 모든 변경 사항을 하나의..

Week 1 위클리 미션 템플릿 코드를 새로운 파일에 카피해 적으며 내가 쓴 코드와 템플릿 코드를 비교해 보았다. 스스로 피드백 해 본 내용 태그를 남발하지 말자. 다른 페이지로 연결되는 버튼들은 태그가 아니라 태그로 감싸자. , , 같은 태그들에 클래스를 주자. 굳이 불필요한 로 감쌀 필요가 없다. 반복되는 특징들은 하나의 클래스로 묶자. (센스 있게 하려면 연습이 필요할 듯) 텍스트들에 최대한 시맨틱 한 태그를 사용하자. 아무 텍스트에나 같은 태그 갖다 붙이지 말자. grid로 배치할 때 grid-area로 각각 요소에 이름을 준 후에 grid-template으로 배치하는 것에 익숙해져 보자. :nth-of-type(odd), nth-of-type(even)도 활용해보자. 새롭게 알게 된 것들 1. ..