전체 글
[컨퍼런스 리뷰] 여성 개발자분들의 ${ } 개발자로 살고 싶은데요 Day2
[컨퍼런스 리뷰] 여성 개발자분들의 ${ } 개발자로 살고 싶은데요 Day2
2022.05.27개발자로 살고 싶은데요 컨퍼런스 2일차. 오늘은 카카오의 김연지님과 토스의 진유림 님의 강연을 들었다. Day 1에 장주란님, 조연님 강연에 대한 후기 및 요약도 작성해두었다. 카카오의 김연지님 : 다음, 카카오에서만 23년! 에디터 개발자는 어떻게 일할까? 기억을 더듬어 보면 내가 참여한 기능이 탑재되어 두근거리던 날, 의견이 다른 멤버들 사이 살얼음판을 걷던 날, 쏟아져 들어오는 버그 속을 허우적 대던 날이 쌓였습니다. 그때도, 지금도, 여전히 이 일이 재미있어요. 당시엔 몰랐지만 이제는 그 재미의 근원이 무엇인지 알 것 같아요. 제 얘기를 나눠드릴게요. 리뷰 특정 기술의 초기 단계에서 이걸 어떻게 회사의 서비스로, 회사의 도메인에 맞게 잘 사용할 수 있을까? 생각하셨고, 결국 아이디어를 내고 성공적..
[컨퍼런스 리뷰] 여성 개발자분들의 ${ } 개발자로 살고 싶은데요 Day1
[컨퍼런스 리뷰] 여성 개발자분들의 ${ } 개발자로 살고 싶은데요 Day1
2022.05.268명의 여성 개발자분들께서 본인의 이야기를 들려주는 컨퍼런스의 티켓이 무료(!)로 생겨서 듣게 되었다. Day1, Day2로 나뉘어져있고 동시에 2개의 세션이 열리기 때문에 선택해서 들을 수 있음 (다시보기도 제공되서 못들은 세션 수강 가능함) Day 1 (2022년 5월 25일 수요일)에는 쿠팡의 장주란님, 메타의 김민혜님, 무신사의 조연님, 한화의 장미영님이 발표를 해주셨다. 나는 쿠팡의 장주란님과 무신사의 조연님 강연을 듣고 인상 깊었던 점과 느낀 점을 정리해보겠다. Day 2 에는 김연지님과 진유림님 강연을 들었고 후기 작성해둠. 쿠팡의 장주란님 : AtoZ of E-Commerce 내가 키운 쿠팡, 나를 키운 쿠팡 SI/SM 10년 경험을 바탕으로 쿠팡 서비스 개발 10년의 경험을 공유합니다. ..
2022.05.16 쿼리 최적화를 통한 API 속도 개선
2022.05.16 쿼리 최적화를 통한 API 속도 개선
2022.05.21두 명의 동료분이랑 함께 API 속도 개선 작업을 진행했다. 나는 검색 API를 담당했고, 동료분은 메인 페이지에서 제일 먼저 호출되는 API를 주로 개선했다. 사내 메신저 공개채널에 검색 API 속도 개선 작업 결과를 공유했고, 댓글로 어떤 식으로 작업을 진행했는 지 세부적으로 공유했다. 이런 개선 작업은 꾸준히 지속되야하기 때문에 다음 작업자들이 개선을 할 때에 이 과정을 참고해서 더 좋은 방법으로 개선한다면 좋겠다고 생각한다. 검색 페이지 뷰가 2~3배 증가했다! 사용자 한 명당 검색 페이지를 3~4번 정도 봤었다면, 개선 후에는 한 명당 10 번 정도의 페이지를 보게 된 것이다. 그리고 내가 한 작업은 아니지만 8~12 초에서 1~3초로 단축된 API도 있었다 😊 개선 작업이 진행되었던 윤곽과 세..
2022년 4월 회고
2022년 4월 회고
2022.05.103월과 4월 회고를 몰아서 작성함 😁 공유한 것 팀원들을 대상으로 인프라 세미나 진행 희희! 원래 발표 극혐인데! 넘모 재밌었다! 좋았던 점, 아쉬운 점은 위 포스팅에 함께 정리해둠! 복습하기 많은 인싸이트를 제공해준 함께자라기 책 요약 다시 읽음 2021년 회고 다시 읽고, 그때 다짐 복기 내가.. 이런 다짐을 했었던가..? 대부분 얼추 하고 있는데... 매월 책 한 권 읽겠다고 다짐을 했었다는 걸.. 방금 알았다... 😢 내가 부족한 분야에 대해 매월 책 한 권 읽기 🙂 피드백 주기를 짧게, 월간 회고를 시작하자 → 이번 회고가 첫 시작이다. 참고로 1월은 연말회고로 퉁친다. 🙂 월간 회고에 내가 성취한 것과 아쉬운 점을 작성 🙂 페이스북과 트위터를 시작 → 개발자분들을 팔로우하고 그분들이 하는 말을..
2022.04.20 AWS 인프라 구성하기 사내 세미나
2022.04.20 AWS 인프라 구성하기 사내 세미나
2022.05.09사내에서 AWS 인프라를 세팅하는 과정을 세미나 형식으로 진행하게 되었다. L 서비스를 함께 개발했던 동료분이 대부분의 API 구현을 해주셨고, 나는 인프라 같이 보이지 않는 일들 위주로 진행했다. 함께 QA용 서버를 구성하면서 인프라 인수인계 해달라고 요청주셔서 겸사겸사(!) 팀원들 대상으로 AWS 세미나를 진행했다. 진행방식 온라인으로 진행됐다. 동료분이 드라이버(Driver)로 화면을 공유해주셨고, 내가 네비게이터(Navigator)로 진행했다. 팀원분들에게는 구글밋으로 Optional로 초대해서 혹시 흥미 있으신 분들은 온라인 미팅 참석하실 수 있게 했는데, 예상외로 모든 팀원분들이 참석해주신다고 하셔서 인수인계 목적에서 세미나 성격이 더 강해졌다. 그래서 듣는 사람이 인프라에 낯설 수도 있다는 ..
디렉토리별 git 사용자 설정
디렉토리별 git 사용자 설정
2022.03.17특정 폴더별로 git 사용자를 설정할 수 있다. 회사 맥북에 사내용 git 사용자를 글로벌로 설정하고, 특정 폴더 하위만 개인 git 사용자로 설정해뒀다. .gitconfig hannah@hannahs-MacBook-Pro ~ % vi .gitconfig [user] name = hannah email = hannah@회사이메일 [includeIf "gitdir:/Users/hannah/personal/"] path = /Users/hannah/personal/.gitconfig 특정 폴더의 .gitconfig hannah@hannahs-MacBook-Pro ~ % vi /Users/hannah/personal/.gitconfig [user] name = iia email = iia@개인계정 출처 Git..
디미터 법칙(Law of Demeter)과 묻지 말고 시켜라(Tell, Don’t Ask)
디미터 법칙(Law of Demeter)과 묻지 말고 시켜라(Tell, Don’t Ask)
2022.03.13💡 Oreilly의 Implementing Domain-Driven Design, 조영호님의 객체지향의 사실과 오해, 로버트 C. 마틴의 Clean Code을 인용하여 두 원칙을 설명하고 있습니다. 자세한 출처는 포스팅 하단에 적어두겠습니다. 이 글은 킹갓제너럴 동료 조셉님이 인싸이트를 제공해주어 작성하게 되었습니다 (🙌 감사) 디미터 법칙(Law of Demeter [Appleton, LoD]) 과 묻지 말고 시켜라(Tell, Don’t ASK [PragProg, TDA] 은 Aggregates 을 구현할 때 사용할 수 있는 설계 원칙이며, 두 가지 원칙 모두 메시지를 먼저 결정하고 객체가 메시지를 따르게 하도록 설계하여 정보 은닉을 강조한다. 송신자는 수신자가 어떤 객체인지 모르지만 자신이 전송한 메..
2022년 2월 회고
2022년 2월 회고
2022.02.282021년 연말 회고 때 월간 회고를 시작해서 피드백 주기를 짧게 가지기로 결심했다. 내가 성취한 것을 축하하고 더 개선하기 위해서 보완방법에 대해 생각하는 시간을 갖기 위해서다. 그때의 다짐을 지금(한달 뒤)까지 잘 하고 있는 지 확인해보겠다. 지난 Action 🙂 피드백 주기를 짧게, 월간 회고를 시작하자 → 이번 회고가 첫 시작이다. 참고로 1월은 연말회고로 퉁친다. 🙂 월간 회고에 내가 성취한 것과 아쉬운 점을 작성 🙂 내가 부족한 분야에 대해 매월 책 한 권 읽기 🙂 페이스북과 트위터를 시작 → 개발자분들을 팔로우하고 그분들이 하는 말을 보면서 이런 생각을 하는 사람들이 있구나, 요즘 이분들은 이런 책을 읽는구나를 알 수 있었다! 🙂 습관은 만들되, 불필요한 과정은 생략하자 → 좋아좋아! 영양제..
CodeDeploy에서 저장하는 배포본의 수 변경하기 (용량 줄이기)
CodeDeploy에서 저장하는 배포본의 수 변경하기 (용량 줄이기)
2022.02.19AWS CodeDeploy를 이용해서 EC2 에 Srpingboot 어플리케이션을 배포하고 있다. 그런데 EC2에 코드 디플로이를 통해 배포된 최근 5개의 이력과 파일이 관리되기 때문에 jar 파일이 뚱뚱해질 수록 EC2의 용량이 차지하게 된다. 코드디플로이에서 default로 5개의 이력을 저장하기 떄문에 jar 파일용량 * 5개만큼의 저장 공간을 차지하게 된다. 처음에 개발서버에서 낮은 용량으로 서비스를 띄울 때에는 별다른 이슈가 없었다. 하지만 기능들과 의존성이 점점 추가되면서 jar 파일 하나가 차지하고 있는 용량이 커지고, 이게 5개 만큼 누적되면서 용량이 부족해지는 현상이 생겼다. 그래서 코드디플로이에서 자동으로 인스턴스 내에 저장해주는 배포 이력의 수를 조절할 필요가 생겼다. CodeDepl..
2022.01.21 CodeDeploy 배포 오류 해결
2022.01.21 CodeDeploy 배포 오류 해결
2022.02.19갑자기 코드디플로이 배포 실패가 나기 시작했다. 배포 설정을 변경한 사람도, 서버에 직접 접속해 작업한 사람도 없다. 어느 순간부터 배포가 안되면서 AWS CodeDeploy 콘솔에서 아래와 같은 오류가 발생했다. The overall deployment failed because too many individual instances failed deployment, too few healthy instances are available for deployment, or some instances in your deployment group are experiencing problems. 현상 이게 또 오류 원인과 현상이 기가 막히게 달라서 혼란스러웠다. AWS 오류 메시지로 원인 파악이 어려워서 EC2..
클린코드(Clean Code) 독서 시작!
클린코드(Clean Code) 독서 시작!
2022.02.18묵히고 묵혀두었던 개발서적 클린코드(Clean Code)를 드디어 읽기로 했다 😂 인스타를 구경하다가 노마드코더에서 책 읽기 스터디를 진행한다는 알게 되서 바로 신청했다. 3 주 동안 매일 그날의 할당량의 책을 읽고 미션/퀴즈를 수행하면 된다. 그리고 TIL 독서기록을 남긴 후, URL을 제출하면 된다. 1 주차 (2/18 ~ 2/25) 금 | Assignment #01 책 사셨지요? ✔️ 구매 인증 URL 토 | Assignment #02 📚 추천사 ~ 1장. 깨끗한 코드 ✔️ TIL 일 | Assignment #03 📚 2장. 의미있는 이름 ✔️ TIL 월 | Assignment #04 📚 복습 ✔️ 미션 Mission (1) 화, 수 | Assignment #05 📚 3장. 함수 ✔️ TIL 목, ..
[책리뷰] 함께자라기 (3) - 애자일
[책리뷰] 함께자라기 (3) - 애자일
2022.02.18목차 자라기 함께 애자일 (현재) 세번째 파트 애자일 읽으며 인상적이었던 내용을 요약해보았다. 이전 편과는 달리 추가적인 감상을 덧붙이지 않는다. 👉 학습과 협력 애자일이 불확실성을 다루는 방식은 좀 더 짧은 주기로 더 일찍부터 피드백을 받고, 더 다양한 사람으로부터 저 자주 그리고 더 일찍 피드백을 받는 것으로 정리할 수 있다. 여기까지가 협소한 의미의 애자일이었다면 이번에는 광의의 애자일을 이야기해보겠다. 애자일을 단순히 소프트웨어 개발 방법론이라는 울타리에 가두어 보지 않고, 일하는 한가지 스타일, 혹은 더 넘어서서 삶을 사는 방식으로까지 확장해 보는 것 사실 이제까지 이야기했던 학습과 협력이 애자일이 불확실성을 다루는 핵심적인 구동원리이다. [학습] 불확실하다는 것은 우리가 이동할 때 목표점의 위..