본문 바로가기

전체 글172

[일일 회고] 22.04.18 - "협업하기, 상황에 맞는 아키텍처와 FE/BE 배포, DB 모델링" 📚 배운 것 쇼핑몰 웹 협업 프로젝트 시작 with FE & BE 이번에는 프론트엔드와 백엔드, 총 4명이 모여 반찬가게 쇼핑몰 웹 애플리케이션 프로젝트를 시작했다. 어색한 분위기를 탈피하고자 웃고 떠들고 힘이 나는 말을 의도적으로 했다. 협업을 위해 그라운드 룰을 정했다. 이젠 함께 룰 정하는 것이 익숙해졌다. 저번 프로젝트에서 클라이언트 개발자가 View 개발에 부담을 느낀다고 했다. View 개발 집중을 도와주기 위해 공통 업무를 백엔드에서 주로 맡았었다. 이번 클라이언트 개발자는 여유가 있어 보였다. 이번엔 모두가 즐겁고 의견을 말할 수 있는 분위기를 만들 수 있겠다는 생각이 들었다. 혼자 하면 10분이면 할 수 있는 일을 굳이(?) 작은 일로 나누었다. 프로젝트에 함께 한다는 유대관계를 쌓는게 .. 2022. 4. 18.
[일일 회고] 22.04.13 - "DB 정규화와 프로젝트 코드 리뷰" DB 정규화 오늘은 호눅스 마스터 클래스 시간에 DB 정규화에 대해 이야기 나눴다. 무척이나 유용한 시간이었고 다소 수학적일 수 있는 접근을 말로 풀어 설명해준 호눅스에 감사함을 보내며 간단히 정리한다.(틀릴 수 있다) 데이터베이스 설계 데이터베이스 설계란 테이블을 만드는 과정이다. 테이블을 만드는 과정은 애트리뷰트(속성)를 어떻게 묶을 것인지 결정하는 것이다. 좋은 테이블을 설계한다는 것은 애트리뷰트를 잘 묶는 방법이다. 잘 설계된 테이블이란 다른 테이블의 애트리뷰트 값을 읽어오는 것은, 외래키의 참조를 통해서만 가능해야 한다. 잘못된 테이블 설계의 문제점 1. 데이터 중복 발생 하나의 테이블에 모든 속성이 들어있을 수 있다. 하지만 공간이 낭비된다. (현대는 저장비용이 저렴해 문제가 되지 않을 수 있.. 2022. 4. 13.
[주간 회고] 22.04. 1주차 - "안드로이드 팀과 협업, 의사결정 문서화, Restful API, ATDD" 👾 회고 22.04.04 ~ 04.15(2주) 간 안드로이드 팀과 간단한(?) 협업 프로젝트(Todo App)를 시작했다. 클라이언트 개발자 / 서버 개발자를 나누어 개발을 시작하게 된 것이다. 가장 재밌고 많이 배운 점은 바로 협업이었다. 팀원 모두 같은 목표를 가지기 위해 프로젝트 기획서, 요구사항을 세밀히 분석했다. 그라운드 룰을 정하여 업무의 통일성(스크럼, 브랜치 전략, 커밋 컨밴션, 프로젝트 관리(Github의 Projects 사용, Issues, PR 관리 등)를 두었고 백엔드 기술적으로 Rest API와 DB 설계를 해보았고 제공할 수 있는 한 주였다. 무지성으로 기술을 선택하지 않으려 했고 왜 이런 의사결정('기술 선택')을 했는지 문서화하려 했다. 또한 배운것을 나눌 수 있었다.(아예 .. 2022. 4. 10.
[주간 회고] 22.03. 5주차 - "DIY : WAS 개발 2 & AWS 공부" JAVA WAS 과정을 step5 까지 진행하고 마치었다. AWS를 공부하기 시작했고 AWS practitioner 자격증을 함께 취득하며 실습 위주로 공부하려한다. 다음주 부터 클라이언트 개발자와 협업 프로젝트를 하게 되었다. 기대된다 📚 배운 것 월요일 (03.28) - 프로젝트 Java WAS Step3 PR - 프로젝트 Java WAS Step4 구현 완료 화요일 (03.29) - 프로젝트 Java WAS Step 3 PR 피드백 - AWS IAM policy 공부 - 글 작성 : [일일 회고] 22.03.29 - "프로세스와 LWP, Green - Native Thread, 싱글톤 레지스트리" 수요일 (03.30) - 프로젝트 Java WAS Step4 PR - 프로젝트 Java WAS Step.. 2022. 4. 10.
[의사결정] Mockup API Server 활용과 Postman Mock server 사용 (도입 이유와 기술 비교) Mockup API Server Mockup(모형) API Server(Mock API라고도 함)는 말 그대로 가짜 API 서버이다. 클라이언트 요청에 실제 서버처럼 동작하기보다는 미리 저장된 데이터를 단순하게 돌려주는 형태이다. 다시 말해 이는 가짜 서버를 사용해 실제 서버와 통신하는 것처럼 만들 수 있다. Mockup API 도입 이유 상황 Todo App 개발 프로젝트를 시작했다. 기획서만 주어졌다. API, DB 설계할 시간 없이 동시에 클라이언트(안드로이드), 백엔드 개발이 시작됐다. 문제 API, DB 설계안 없이 시작하다 보니 클라이언트 개발자는 단순 view, 디자인을 그릴 수 있었지만 비즈니스 로직을 구현할 수 없었다. API 서버가 없기 때문이다. 백엔드 입장에서 당장 API 서버를 제.. 2022. 4. 5.
깃허브 저장소에서 이슈 템플릿, PR 템플릿 적용하기 (feat. .github 폴더) 깃허브 저장소에서 다른 사람과 협업한다고 가정하자. 많은 사람들이 이슈나 PR 생성한다. 이때 통일된 구조로 이슈나 PR을 보낼 수 없을까? 저장소 최상위 폴더에 ".github 폴더"에 Templates file를 추가하여 기본 템플릿을 지정할 수 있다. (단, .github 폴더는 github 저장소의 defalut(기본)에 있어야 적용된다) (소스코드 저장소) PR Templates PR 템플릿 없이 PR을 생성하면 템플릿 없이 비어있는 PR이 생성된다. PT Templates 파일 추가 저장소의 최상위 디렉토리에 '.github' 폴더와 PULL_REQUEST_TEMPLATE.md 파일에 아래 내용을 생성한다. // PULL_REQUEST_TEMPLATE.md 파일 ### 📝 Description.. 2022. 4. 4.

티스토리툴바