작업설계 어제 프론트엔드 세팅을 끝냈기 때문에 오늘 시작을 백엔드를 세팅하는 작업으로 하루를 시작했다. 작업을 시작하기 전에 설계를 먼저 하는 원칙이 있었기 때문에 세팅하는 작업도 먼저 간단하게 설계(?) 아닌 설계를 먼저 해봤다. 우선 기본적으로 강의에서 배웠던 것을 떠올리며 7가지 dependencies를 추가해주고 스프링이 제공해주는 security도 사용하지 않을 거라 로그인 폼을 막는 세팅도 해줘야 한다. 아무튼 백엔드 세팅을 스토리 포인트로 2 뽀모로 잡았는데 1뽀모하고 조금 지나서 기본 세팅을 다 끝낼 수 있었다. 이제 본격적인 작업이 시작하는데 맨 처음 구현해야 할 기능이 전체 게시판(홈 화면)을 읽을 수 있도록 하는 것이었다. 역시 이 작업도 시작하기 전에 설계를 먼저 했다. 일단 전체 ..

어제 피드백을 받고 수정한 기획안을 바탕으로 다음 스프린트(다음 주 월)까지 구현해야 할 기능 리스트와 얼마 큼의 시간을 투자하고 구현할 수 있는지 스토리 포인트를 매겨보는 시간을 가졌다. 다음 주 스프린트까지 구현해야 할 기능을 정하는데 내 서비스 중에서 가장 핵심 기능부터 구현해야 했다. 그래서 커뮤니티 서비스의 핵심이 게시글을 읽고 쓰는 것이라 생각해서 게시물을 읽는 것을 가장 먼저 구현해야 할 기능으로 잡았다. 그리고 해당 기능의 스토리 포인트 점수를 매기는데 스토리 포인트 점수를 매기는 기준을 1 뽀모(40분/10분/10분)를 이용해서 잡았는데 생각보다 기능 하나를 구현할 때 몇 뽀모가 필요한지 측정하기가 쉽지 않았다. 기능 하나를 대강 기준을 잡고 그 기준을 이용해 다른 기능들을 구현하는데 상..

오늘은 어제 작성한 사용자 스토리와 태스크들을 피드백을 받았다. 사용자 스토리는 잘 작성했는데 태스크는 태스크를 보고 개발을 단계별로 진행할 수 있는 상태가 되야하는데 내가 쓴 태스크는 너무 포괄적이라서 더 세분화 되어야 할 필요가 있다고 해주셨다. 그리고 구현해야할 기능 중 채팅 기능이 있었는데 그냥 상대방과 1:1로 채팅을 하는게 전부인 기능이라 채팅을 하는 목적이 없다는 피드백을 받았다. 그래서 실시간 채팅을 이용해서 실제 축구 경기가 진행되고 있을때 실시간으로 응원 메시지를 남길 수 있는 기능을 만들기로 했다. 아래와 같은 페이지 처럼 구현이 될것 같은데 그러기 위해서는 채팅 기능 뿐만 아니라 해당 경기에 대한 데이터가 필요했었다. 프리미어리그의 경기 일정이나 정보를 얻어오는 방법에 대해서 알아봤..

오늘은 저번 주 한 주 동안 기획한 결과물을 공유하며 노아님에게 피드백받는 시간과 진짜 개발을 시작하기 위한 백로그 작성하는 방법을 배웠다. 우선 사용자 스토리가 가치 중심으로 작성이 되어야 하는데 나는 너무 포괄적인 스토리를 작성해 지적을 받았다. 빠르게 사용자가 특정 행위를 함으로써 얻을 수 있는 가치를 생각을 해보면서 사용자 스토리를 다시 작성했다. 그리고 백로그 작성은 Jira라는 프로그램을 공유가 되지 않는 이유로 이용하지 못해 깃허브 프로젝트를 이용하여 최대한 비슷하게 틀을 만들고 사용자 스토리를 바탕으로 테스크 테이블에 사용자 스토리와 백로그를 하나씩 작성하는 방법을 배웠다. 위 사진은 "관리자는 카페를 운영하기 위해 특정 멤버에게 스탭 역할을 부여 또는 해임할 수 있다."라는 사용자 스토리..

오늘은 손으로 그리던 UI를 빠른 작업을 위해 관리자 페이지는 피그마를 이용해서 그려봤다. 피그마라는 디자인 툴을 이용해 본적이 없어서 처음에 거부감이 들어 종이에 손으로 그렸었는데 동료들이 디자인 툴을 사용하는 걸 보고 접근성이 나쁘지 않다는 것을 뒤늦게 알게 되었다. 직접 사용해보니 간단한 기능들은 그림판 사용하듯이 쉽게 사용할 수 있었고, 손으로 그리면서 작업했던 시간보다 훨씬 빠르게 작업할 수 있었다. 진작에 디자인툴을 이용했으면 어땠을까 하는 후회를.. 하지만 허접한 그림실력으로 직접 손으로 그리는 감성도 나쁘지많은 않았다.. 카페 운영 화면 카페를 기본적으로 운영할때 필요한 기능들이 있는 화면이다. 가입 방식이나 멤버 목록의 공개 여부를 설정할 수 있고 가입을 몇 번째로 했는지와 같은 이벤트도..

항상 주말마다 집 앞에 있는 카페에 가서 공부를 했었는데 오늘은 조금 귀찮더라도 성수 코딩 도장에서 어제 못다 한 관리자 페이지 UI와 프로세스 구조도를 작성하기로 마음먹고 출발했다. 좌 관리 홈 화면 / 우 멤버 스탭 화면 관리자 페이지를 그려보는데 처음에 생각했던 사이즈보다 안에 들어가야 할 내용들이 훨씬 많은데 자리가 없어 그리지 못했다. 그리고 손으로 직접 UI를 그리려고 하니까 생각했던 작업 시간보다 더 오래 걸리고 반복되는 디자인도 있어서 아무래도 관리자 페이지는 디자인 툴을 이용해서 작업해야 할 것 같다. 관리자 프로세스 구조도 그리고 오늘은 웹 프로세스 구조도를 그려봤다. 사용자의 프로세스와 관리자의 프로세스가 있어 한 번에 다 그리기에는 복잡해져서 그리기 어려울 것 같아 두 개를 나눠서 ..