From 7c90ea48c0ea1706556027933bc215a30cdcb4e9 Mon Sep 17 00:00:00 2001 From: choihooo Date: Sun, 4 May 2025 21:12:12 +0900 Subject: [PATCH 1/3] =?UTF-8?q?feat:=208=EC=9E=A5=20=EC=B5=9C=ED=98=B8?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- "8\354\236\245/\354\265\234\355\230\270.md" | 26 +++++++++++++++++++++ 1 file changed, 26 insertions(+) create mode 100644 "8\354\236\245/\354\265\234\355\230\270.md" diff --git "a/8\354\236\245/\354\265\234\355\230\270.md" "b/8\354\236\245/\354\265\234\355\230\270.md" new file mode 100644 index 0000000..3b80671 --- /dev/null +++ "b/8\354\236\245/\354\265\234\355\230\270.md" @@ -0,0 +1,26 @@ +# Part 3: 장기적인 가치를 구축하라 + +## Ch 8. 품질과 실용주의 사이에서 균형을 유지하라 + +### 인상 깊었던 내용 + +> 코드 리뷰가 개발자에게 제공하는 혜택 +> - 설계 결함이나 버그를 초기에 포착한다. +> - 코드 변경사항에 대한 책임감이 강해진다. +> - 다른 팀원이 리뷰하는 것을 염두에 두면 코드가 깔끔해지고, 방치 가능성이 낮아진다. +> - 좋은 코드 작성법을 배우는 모델로써 도움이 된다. +> - 코드베이스에 관한 실용적 지식을 공유한다. +> - 장기적인 작업 속도가 향상된다. + +-> 좋은 점이 이렇게 많은데 이번 밋업에 리뷰 좀 하자고 말 좀 해야겠다. + +> 추상화의 장점 +> - 원래 문제의 복잡성을 이해하기 쉬운 원시 형태로 분해해준다. +> - 애플리케이션 유지 보수에 드는 수고가 줄고 개선사항을 적용하기 쉬워진다. +> - 어려운 문제를 한 번 해결하면 그 해결책을 여러번 사용할 수 있다. + +> 자동 테스트는 코드가 망가졌을때 책임자를 효율적으로 식별하는 데 도움이 된다. +> 자동 테스트가 유익하다고 해서 아무 때나 모든 것에 자동 테스트를 만들어도 좋다는 얘기는 아니다. 100% 코드 커버리지는 달성하기 어렵다 + +-> 프론트 분들 테스트 코드 짜실때 어떻게 코드를 짜는지 궁금합니다. 프론트에서 가장 레버리지가 높은 테스트라 하면 어떤 테스트일까요 + From 047721a8318444801397ee1efac5ee28a5f3e0b3 Mon Sep 17 00:00:00 2001 From: choihooo Date: Sun, 4 May 2025 21:24:47 +0900 Subject: [PATCH 2/3] =?UTF-8?q?9=EC=9E=A5=20=EC=B5=9C=ED=98=B8?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- "9\354\236\245/\354\265\234\355\230\270.md" | 26 +++++++++++++++++++++ 1 file changed, 26 insertions(+) create mode 100644 "9\354\236\245/\354\265\234\355\230\270.md" diff --git "a/9\354\236\245/\354\265\234\355\230\270.md" "b/9\354\236\245/\354\265\234\355\230\270.md" new file mode 100644 index 0000000..e33bd53 --- /dev/null +++ "b/9\354\236\245/\354\265\234\355\230\270.md" @@ -0,0 +1,26 @@ +# Part 3: 장기적인 가치를 구축하라 + +## Ch 9. 운영 부담을 최소화하라. + +### 인상 깊었던 내용 + +> 단순하게 운영하라 -> 가장 간단한가? 라는 질문을 해라 아키 텍쳐가 다양하다면 +> - 다양한 시스템에 관한 엔지니어링 전문 지식을 습득해야 한다. +> - 복잡성이 증가하면 잠재적 단일 장애점이 늘어난다. +> - 신입 개발자가 새 시스템을 익히고 이해하기 어려워진다. +> - 추상화, 라이브러리, 도구를 개선하는데 드는 노력이 여러 시스템으로 분산된다. + +> 빨리 실패하는 시스템을 만들어야된다. +> 고장을 우회하지 말고 바로 튀어나오게 해라 + +-> 밋업때는 진짜 숨기기 바빴는데 운영하는 프로젝트를 해보고 싶다. + +> 빠른 실패라고 해서 반드시 사용자가 사용중인 프로그램을 종료시켜야 하는 건 아니다. + +-> UX를 위해 사용자에게는 우아하게 실패해야 한다. + +> 자동화해야 할지 결정할 때는 이렇게 자문하라. 이 작업을 수동으로 하는 것, 자동화 하기 위해 비용을 선불로 내는것 뭐가 더 시간이 절약될까? + +> 우리가 할 수 있는 최선은 '성공을 위한 대본'을 작성하고, 실패 시나리오를 연습하고, 신속하게 복구하는 능력을 기르는 것이다. + +-> 항상 실패를 염두해 두어야 회복하는 속도가 빠르다는 것은 어디에나 적용되는 거 같다. \ No newline at end of file From ae3b42805a95e30aba171d0cc0f224a91df23fdb Mon Sep 17 00:00:00 2001 From: choihooo Date: Sun, 4 May 2025 21:24:52 +0900 Subject: [PATCH 3/3] =?UTF-8?q?10=EC=9E=A5=20=EC=B5=9C=ED=98=B8?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- "10\354\236\245/\354\265\234\355\230\270.md" | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) create mode 100644 "10\354\236\245/\354\265\234\355\230\270.md" diff --git "a/10\354\236\245/\354\265\234\355\230\270.md" "b/10\354\236\245/\354\265\234\355\230\270.md" new file mode 100644 index 0000000..efde2f6 --- /dev/null +++ "b/10\354\236\245/\354\265\234\355\230\270.md" @@ -0,0 +1,19 @@ +# Part 3: 장기적인 가치를 구축하라 + +## Ch 10. 팀의 성장에 투자하라. + +### 인상 깊었던 내용 + +> 모니터에 눈을 고정한 채 qqq 같은 불분명한 변수 이름이나 load2, load3 같은 애매한 함수 이름으로 어질러진 코드를 추적했다. + +-> 프론트분들 궁금한게 있습니다. 프롭스 타입 같은 걸 선언할때 Props와 같은 관례를 지키는게 더 있는지?? + +> 성공한 회사의 일원이 되면 기여한 바에 비해 더 많은 공을 인정받고 성공하지 못한 회사의 일원이 되면 기여한 바에 더 적은 공을 인정 받습니다. + +-> 다 가고 싶은 회사에 갑시다. + +> 면접을 종합적으로 보아야만 채용이 레버리지가 극히 높은 활동이라는 것을 알 수 있다. 회사가 작을수록, 면접에 참여한 사람이 가까이 일할 동료가 될 가능성이 높을수록 면접의 레버리지가 높아진다. + +> 면접관의 목표는 신호 대 잡음 비율이 높아지도록 질문을 최적화하는 것이다. 쓸모 없는 데이터가 없이 지원자에 관한 유용한 정보를 많이 밝혀내는 질문을 던진다는 뜻이다. + +-> 면접관에 입장에서 질문을 미리 생각해보는데 도움이 될 것 같다. \ No newline at end of file