정근's story

AWS 이해라도 해보자 1. AWS 클라우드 소개AWS는 Amazon Web Services의 약어로, 아마존닷컴이 제공하는 클라우드 컴퓨팅 플랫폼입니다.아마존의 온-프레미스를 돈을 받고 다른 사용자가 사용할 수 있게 해주는 서비스 주요 서비스컴퓨팅: EC2 (Elastic Compute Cloud), Elastic Beanstalk 등데이터베이스: RDS (Relational Database Service) 등스토리지: S3 (Simple Storage Service), EBS (Elastic Block Store)등네트워킹: VPC (Virtual Private Cloud), CloudFront, Route 53 등보안: IAM (Identity and Access Management) 등 2. IA..

KPT 회고Keep - 현재 만족하고 있는 부분요구사항 파악부터 ERD 등 기획 단계에서 진행하는 모든 것을 서로의 의견 공유가 잘 되었다.코드 컨벤션이 잘 이루어 졌습니다.깃 컨벤션과 깃허브를 전략적으로 계획하였습니다.마이크를 적극적으로 키는 등 서로 소통이 잘되었던 것 같습니다.코드 리뷰를 통해 수정 할 부분을 빠르게 찾을 수 있어 좋았습니다.Problem - 불편하게 느끼는 부분서비스 크기에 비해 패키지가 너무 많아서 찾기 힘들었습니다.프론트 뷰 API 문서를 작성하지 않아서 적절하게 구현되지 못했다고 생각합니다.Security 인증/인가에 불필요한 코드가 추가되었다 생각합니다.Try - Problem에 대한 해결책, 당장 실행 가능한 것기획단계에서 서비스 크기에 맞게 설계를 한다.프론트 뷰도 AP..

트러블 슈팅  문제  사항- 반복문안에 레포지토리(cardAdapter)가 있어서 쿼리문이 비효율적으로 많이 나가는 문제발생 for (Card card : cards) { // assigneeId가 있는 카드의 경우 if (Objects.nonNull(card.getAssigneeId())) { BoardUser boardUser = boardUserAdapter.getBoardByUserById(card.getAssigneeId()); cardGetAllResponseDtoList.add(CardGetAllResponseDto.of(card, card.getColumns(), boardUser.ge..

work-flow 한동안 계속 팀장을 하게되면서 너무 바쁜 관계로 블로그를 잘 안쓰게 되었다가 이번에 팀플을 진행하면서 배운부분이 너무 많아서 기록을 하려한다.  프로젝트 소개프로젝트 명 : work flow소개한 줄 정리 : 협업의 흐름을 한번에 파악 가능한 칸반 보드 서비스내용 : 보드를 사용하여 작업의 흐름을 정리하고 협업을 좀 더 효율적으로 만들어주는 서비스입니다. 프로젝트 진행준비바로 직전에 했던 아웃소싱 프로젝트에서 팀장을 맡으면서 느꼈던 아쉬운 점을 이번 프로젝트에서 보충하기 위해서 프로젝트 시작 전날 부터 많은 준비를 했다. 그리고 직전 프로젝트에서 잘되어서 유지하고 싶은것도 다시한번 정리를 했다. 유지하고 싶었던 것1. 그라운드 룰 - 회의 시간, 식사시간, 자리비움 규칙을 정하여 일정하..

Keep - 현재 만족하고 있는 부분깃허브 전략을 통해 충돌 없이 협업을 진행하였다.정기적인 회의를 통해 서로 어디까지 진행되고 있는지 알수 있어 좋았다.컨벤션과 룰 프로그래밍 명명 규칙을 정하고 시작해서 좋았다적절한 역할분담을 통하여 프로젝트를 진행하는데 수월하였다.Problem - 불편하게 느끼는 부분시간 부족으로 인해 PR에 대한 충분한 코드리뷰를 진행하지 못했다.계층형 패키지 구조를 사용하였는데 규모가 커지면서 보기 불편해졌다.실제 배달 앱에 사용하기에 부족한 부분들이 아쉬웠다.데드 타임을 정하지 않고 시작은 했던 부분이 아쉬웠다.상호간에 진행 상황을 별로 공유하지 못했던 점이 아쉬웠다.추가 구현 부분을 나중에 급하게 정한 점이 아쉬웠다Try - Problem에 대한 해결책, 당장 실행 가능한 것..

새로운 팀 프로젝트에서 팀장을 맡았다.이번에는 좀더 협엽에 가까운 프로젝트를 위해 팀 프로젝트 시작하기 전에 미리 공부를 열심히 했다.이번에 적용하고 싶은거1. git issue 사용2. commit 메세지 통일3. 깃허브 룰 정하기  커밋 메세지커밋 메세지를 통일하기 위한 플러그인!! 좀더 예쁘고 가시성 좋은 커밋을 위해 팀원들에게 공유를 하고 규칙을 정했다.  깃이슈깃이슈를 배우기 위해 다른 팀장님이 추천해준 유튜를 통해 혼자 열심히 공부를 해 봤다.그리고 팀원과 공유를 위해 메모장에 정리를 해놨다. 그리고 실제로 적용해서 만들어 봤다. 그 후 알아보다 보니 깃이슈 템플릿을 알게되었다.우선 팀원들도 거의 처음 사용해 보는 관계로새로운 기능 생성 / 기능 업데이트두 가지 경우로 분리하여 만들어 놨다. ..

내일 팀 프로젝트를 대비하여 깃허브 이슈를 사용하기 위해 연습용 레포지토리를 만들고 있었다.항상 하던거 처럼 Share Project On GitHub 를 사용하여 레포를 만들던 중 문제가 발생 했다. 이건 비슷한거 인터넷에 퍼온건데 이거랑은 문구가 좀 달랐다.어쨌든 만들어지지 않았다. 첫 번째 해결 시도:  토큰이 만료 됐다 생각하고 새토큰을 발급받아 보았다. 하지만 실패 토큰 문제는 아니였다. 두 번째 시도: 인텔리제이 버젼 업데이트 깃허브 커뮤니티를 통해 비슷한 문제를 공유한 글을 발견하고 댓글을 보니 버젼 업데이트를 하니 해결 되었다는 글을 발견했다.1.3 버젼으로 업데이트 하니 잘 생성 되는것을 확인하고 수업을 같이듣는 다른 동료들에게 공유 했다. 어쩌다보니 도움이 됐을 수도??https://g..

이번에는 커맨드와 사용법을 위주로 공부해 보려 한다. 깃 다시한번 이해하자(2)!!! Git 도움말 보기 방법명령어에 대한 도움말을 보는 방법 두 가지$ git help $ man git-예시: git config 명령어의 도움말 보기 $ git help config git add -h  Git 저장소 만들기두 가지 방법으로 Git 저장소를 시작할 수 있음:아직 버전 관리를 하지 않는 로컬 디렉토리에 Git 저장소를 적용다른 곳에서 Git 저장소를 Clone  기존 디렉토리를 Git 저장소로 만들기 $ git init 이 명령어는 .git이라는 하위 디렉토리를 생성하며, 여기에 저장소에 필요한 기본 파일들이 포함됨이 명령만으로는 프로젝트의 어떤 파일도 관리하지 않음$ git add *.c$ git add..

이번 팀프로젝트 아직 블로그에 정리는 못했지만 이번에는 의외로 다른 어려움은 크게 없었는데,깃을 사용하는 부분에서 부족함을 느껴서 다시 정리를 하고 넘어가려 한다. 깃 다시한번 이해하자!!! Git의 목표빠른 속도단순한 구조비선형적인 개발(수천 개의 동시 브랜치)완벽한 분산대형 프로젝트에도 유용할 것(Linux 커널처럼)Git은 매우 빠르고, 대형 프로젝트에 적합하며, 동시다발적인 브랜치를 잘 처리함 스냅샷 방식Git과 다른 VCS(CVS, Subversion 등)의 가장 큰 차이점은 데이터를 다루는 방식임대부분의 VCS는 파일들의 변화를 시간순으로 관리하지만, Git은 전체 저장소의 스냅샷을 기록함   Git의 로컬 명령어 실행거의 모든 명령이 로컬 파일과 데이터만 사용함네트워크에 있는 다른 컴퓨터가 ..

중요한 정보를 환경변수로 숨겨보자!!! 스프링으로 하는 첫번째 팀 프로젝트!!주제선정, 회의는 프로젝트 카테고리에서 다루고 오늘은 오늘 배운것중 중요한것을 작성해보자. 나는 데이터 베이스를 로컬저장소가 아닌 다같이 공유하는 역할을 자처했다. firebase 처럼 무료로 온라인 저장을 할 수 있는 사이트가 있는 줄 알았다.하지만 방법은 쉽지 않았고, 결국 내 아이피를 통해 직접 접근하는 방식을 검색하여 알아냈다.많은 과정이 있었지만 결국 문제점은 나는 내 서버에 접근할 수 없고(공유기를 사용하기 때문에) ,다른 팀원은 내 서버에 접근 하는 상황이 만들어져 있었다. 이 때 환경변수를 사용하면 유동적으로 값을 지정 할 수 있어서 내 문제를 해결 할 수있고 그 뿐 아니라 진짜 좋은점은 보이면 안되는 중요한 정보..