얼거스 개발 일지 얼거스 개발 일지

아키텍처 구조 문서를 작성하다가 필요해져서 구글링 하는데, 나뭇잎이 투명한 것밖에 없어서 편집한 김에 공유 배경 : 투명 나뭇잎 : 흰색 배경 : 투명 전원 icon : 흰색

MSA 프로젝트를 계획하면서 아키텍처 구조 문서를 작성해 보기 위해 구글을 여행하던 도중 발견했다! 여러가지로 많은 도움이 된 글이었다. 그래서 기록 ✍️ 1. https://techblog.woowahan.com/2590/ 프로젝트가 장난이야?! | 우아한형제들 기술블로그 {{item.name}} 안녕하세요. 저는 배달의 민족 주문시스템을 개발하고 있는 권용근입니다. (출처 : 타요장난감 타요학교와 꼬마버스타요 버스 친구들:지호토이TV) 저는 개발자의 개인 장난(감)인 프로 techblog.woowahan.com 2. https://github.com/f-lab-edu/healthmate-finder GitHub - f-lab-edu/healthmate-finder: [퓨처위즈 합격, 초봉 4000 이..

https://creately.com/ko/usage/%ED%8F%B4%EB%8D%94-%EA%B5%AC%EC%A1%B0-%EB%8B%A4%EC%9D%B4%EC%96%B4%EA%B7%B8%EB%9E%A8-%EB%8F%84%EA%B5%AC/ 폴더를 구성하는 폴더 구조 다이어그램 도구 | Creately 조직의 폴더 구조를 계획하고 폴더를 정렬하기 위한 폴더 구조 다이어그램 도구입니다. 필요에 맞는 적절한 폴더 구조 템플릿을 찾아 온라인으로 편집하세요. creately.com 이 사이트에서 다이어그램으로 표현한게 좋아보여서 따라해 보고 있다! 보통은 텍스트로 트리 구조를 뽑아내서 사용하던데 프로젝트를 모두 작성한 후 프로젝트 구조를 문서화 할 때는 트리 구조로 뽑아내는게 좋겠지만, 설계하는 단계에서는 다이어..

닉네임 중복 확인 통과 후에 다른 닉네임으로 변경한다면? 중복 확인 통과 후에 다른 닉네임으로 다시 중복 검사 시도할 경우 (내맘대로 redis 의사코드 작성 😅) 1 redis에서 old_nickname 제거 무조건 기존에 통과했던 닉네임 정보를 redis에서 제거 old_nickname = redis find session_id redis delete old_nickname 2. redis에서 new_nickname 찾기 redis find new_nickname == 0 이면 1-1. redis save session_id - new_nickname 1-2. redis save new_nickname - session_id redis find new_nickname == 1 이면 new_nickna..

회원가입을 구현하기 위한 설계를 해보던 와중에, 닉네임 관련해서 중복되게 하지 않기 위해 이 구현이 필요하다고 생각되어 찾아보게 되었다. 어떤 유저가 회원가입 진행 중 닉네임 중복 검사까지 통과하면 다른 신규 가입을 진행하려는 유저는 그 닉네임을 사용하지 못한다. 이때 회원가입을 자의로(혹은 타의로) 종료한 경우 중복 검사를 통과한 유저의 세션이 끊긴다면 해당 닉네임을 다른 사람이 사용할 수 있게 구현해 보려는 의도이다. ChatGPT 답변 아직 사용해 보지 못한 방법이지만, 이 방법으로 진행한다면 성공할 것 같아서 일단 먼저 해두는 기록! 특정 URL에 접속하면 접속 중으로 표시하고, 그 후에 다른 URL로 이동하면 접속 종료로 표시하는 방법에 대해서는 Spring Boot에서 Interceptor와 ..

깃허브에서 보여지는 다양한 mermaid 문법 사용 예시가 작성되어있는 Gist 링크이다. https://gist.github.com/ChristopherA/bffddfdf7b1502215e44cec9fb766dfd Mermaid on Github Examples Mermaid on Github Examples. GitHub Gist: instantly share code, notes, and snippets. gist.github.com https://www.mermaidchart.com/ 사이트에서 작성한 코드가 github에서 온전히 변환되지 않아서 찾아보게 되었다. Mermaid Chart - Create complex, visual diagrams with text. A smarter way o..

main브랜치와 feature/SB02-issue번호-기능명브랜치로 구성해서 사용하던 중에 문서만 작업하는 브랜치의 히스토리를 브랜치 자체로 남기고 싶어졌다. 그래서 생각해 낸 feature/SB02-issue번호-기능명-UPSTREAM브랜치! feature/SB02-issue번호-기능명브랜치로 작업하면서 첫 pr을 날리고, 업데이트 할 작업이 생기면 이 브랜치에서 작업하다가 첫 pr 이후 추가 pr을 날릴 땐 main 브랜치에서 feature/SB02-issue번호-기능명-UPSTREAM브랜치를 새로 생성한 후에 Cherry pick을 이용해 main 브랜치로 보낼 commit만 가져온 후 pr을 보내는 것이다. 안 좋은 생각일까? 생각 나누어 주실 분 ㅠㅠ … 일단 기존에 사용하던 방식보다 나은 것 ..

Simple Board 01 프로젝트를 종료하고 다음 프로젝트를 시작하기 위해 Simple Board 02 레포지토리를 만들었다. https://github.com/zhyun-project/simple-board-02 GitHub - zhyun-project/simple-board-02: simple-board-01 프로젝트를 빌드업 simple-board-01 프로젝트를 빌드업. Contribute to zhyun-project/simple-board-02 development by creating an account on GitHub. github.com 그리고 API를 설계하고 있는데, 하다보니 규모가 점점 커지는 것 같아서 Simple Board 02 말고 Board 로 이름을 바꿔야 하는게 아닌..

- 작업 기간 : 12.11 ~ 12.15 - Language : Java (Spring Boot) - Github Repository : https://github.com/zhyun-project/simple-board-01 GitHub - zhyun-project/simple-board-01: 심플 게시글 CRUD API 심플 게시글 CRUD API. Contribute to zhyun-project/simple-board-01 development by creating an account on GitHub. github.com

기록이 없다 ㅠ 여러 게시글들을 참고하면서 작업했기때문에 분명 적을 내용이 있을건데 블로그에 기록할 생각을 못하고 있었기 때문에 기록된 히스토리가 없다 ㅠ 다음 프로젝트에는 꼼꼼히 기록해야지