본문 바로가기

전체 글132

SA 설계 마치기 서비스적 예외처리, API 명세서, ERD 다이어그램, MVP 스팩, 3주간의 목표를 정했다.오늘 또한 거의 모든 시간을 여기에 쏟았고, 이유는 다음과 같다.랜덤 드라이브 경로 추천 서비스라는 주제에서 가장 중요한 랜덤 경로 찾는 알고리즘을 구상하는데,약간의 의견 차이가 있었고, 이로 인해 API 명세서와 ERD 다이어그램에서 많은 시간을 쓸 수밖에 없었다.오전에는 서비스적 예외처리에서 서로 생각하는 문제를 조율하고,오후에는 랜덤 경로 알고리즘을 3시까지 의견 조율을 한 후 API 명세서, ERD 다이어그램, MVP 스팩, 3주간의 목표를 작성했다.저녁시간 이후에는 Github Project를 만들었다. 예외처리데이터 불안정성, 경로 찾기 실패, 서버 오류 처리, 네트워크 연결 문제, 존재하지 않은 곳을.. 2023. 10. 6.
주제 정하기 너무 말도 안되는 주제였지만, 주제 차체는 참신했고, 팀원들도 모두 참신한 주제를 원했다.주제를 구상하던중 산책을 하며 친구에게 어느 방향으로 갈지 랜덤으로 정해달라고 한 경험을 떠올렸다.내가 생각할 필요가 없다는 점이 좋았고, 생각지도 못한 길로 갈 수 있으니 재밌었다.나는 바로 랜덤 산책로 찾기 서비스라는 주제를 던졌고, 모두의 수락을 받을 수 있었다.이 프로젝트는 다음과 같이 기획했고, 아직 기획 단계이다.프로젝트 기획 단계1. 프로젝트 목표 설정 : 앱의 목적과 기대 결과 명시, → 핵심 목표와 왜? 이것을 진행? + 유저플로우 작성 - 시나리오 → 수경님 드라이브 사례, 현욱님 산책 → 리프레쉬한 산책로를 추천 받고 싶었다. 그래서 랜덤 길을 추천해주는 알고리즘을 구현 → 추후에 필터를 거쳐서 .. 2023. 10. 5.
MSA(Microservice Architecture) MSA 탄생배경모든 서비스를 하나에 모아놓다보니, 업데이트도 힘들고, 크기도 너무크다. 이를 Monolithic이라고 한다.지금까지 시용한 방식이며, 하나의 기능을 추가하는 것만 해도 결국 많은 기능을 수정해야 했었다.이때 서비스를 나눠서 관리하면, 따로 따로 관리가 되며, 각각의 서비스에 대한 호출은 API에 의해서 이뤄진다.각각의 기술을 따로 관리해야 하므로, 각각의 서비스간의 커뮤니케이션이 중요하다.SOA라는 MSA와 비슷한 기술이 있는데 SOA는 이 커뮤니케이션은 SOAP라는 다소 무거운 방식으로 통신을 하고,MSA는 기본적으로 REST API를 통해 통신한다. 이 REST API는 그동안 주구장창 해오던 것들이다.더보기HTTP URI(Uniform Resource Identifier)를 통해 자.. 2023. 10. 5.
프로젝트 시작(주제, 룰 정하기) 내가 생각하는 항해에 들어온 가장 큰 이유가 시작된다.모두가 중요한 프로젝트라고 생각하고 있을 것이고, 이야기는 신중하게 진행되었다.오늘은 룰 정하기와 아이디어 모으기, 아이디어 1차 선정을 했고, 선정된 아이디어에 대해 조사하는 시간을 가질 것이다. 룰 정하기위와 같은 룰이 나왔다 Commit 규칙은 항해에서 주어진 규칙과 같고 GitKraken을 사용하기로 했다.시간적 룰은 빡빡하기 보다는, 오히려 무리하는 것을 방지하고, 더 효율적인 작업이 될 수 있게끔 작성했다. 아이디어 모으기아이디어는 자유롭게 모았다. 다들 챌린지에 걸맞는 아이디어를 내려고 시도했고, 총 6개의 아이디어가 나왔다.나는 아이디어 내는것을 좋아해서 3개의 아이디어를 내놓았다.교통 정보, LoL 승률 예측, 다중 플레이어 카드 게임.. 2023. 10. 4.

티스토리툴바