Tikkle은 소비와 관련해 자신만의 목표치 설정과 올바른 습관 형성을 도와주는 플랫폼입니다.

티끌은 올바른 소비 습관 형성 및 경제적 목표를 이루기 위해 지출을 정리하고, 소비 습관에 동기를 부여하며 금융 지식까지 쌓을 수 있는 서비스입니다.

• 올바른 소비 습관을 형성하고자 하는 사람
• 타인과의 경쟁을 통해 동기부여를 얻는 사람
• 금융에 대한 이해도는 낮지만 이를 높여 장기적 경제적 목표를 성립하고자 하는 사람

주요 기능은 챌린지, To-do, 소비회고, 로그인, 마이페이지로 이루어져 있습니다.

• 습관 형성에 초점을 두는 서비스 특성에 맞게 어디서든 접근이 용이한 앱을 선택하였습니다.
• 앱을 제작하기 위해 Native platform(ios, aos)와 Cross platform(react native 등) 중 어떤 것을 사용할지 고민하였으나 Native platform을 사용할시 네이티브 앱은 핸드폰에서 사용하기 최적화된 언어(swift, 코틀린 등)를 사용하기 때문에 퍼포먼스가 좋고 OS에서 제공하는 다양한 API를 효과적으로 활용할 수 있다는 점에 Native platform을 선택하였습니다.
• 구성원의 개발환경에 Window의 비율이 높기에 Android Studio로 개발환경을 선정하였습니다.
• 코틀린은 많은 기업들이 사용하는 추세이고 문법이 간결하며 사용성이 좋고 Null Safe 언어이며 기존 라이브러리와의 상호운용성이 뛰어나기에 개발 언어로 선택하였습니다.
• Retrofit2는 빠른 성능, 간단한 구현, 가독성, 동기/비동기의 쉬운 구현 등의 특성을 가지고 있기에 서버와의 통신 라이브러리로 선택하였습니다.
• 서버 개발 언어인 자바는 객체 지향 프로그래밍의 장점을 활용하여 서비스를 개발할 수 있으며 다양한 레퍼런스를 활용할 수 있고 보안 운영 측면에서 안정적이며, 라이브러리 관리 자동화, 버전 관리가 편리한 spring framework를 사용할 수 있다는 특징을 가집니다.
• JPA를 사용하여 데이터베이스에 접근할 예정이며, 관계형 데이터베이스와 객체 지향 언어를 연결 할 때 발생하는 불일치를 줄여 DBMS에 대한 종속성을 줄일 것입니다.
• 사용자 인증 방법으로 선택한 JWT 토큰은 Header와 Payload를 사용하여 signature를 생성합니다. 또한, 인증 정보에 대한 별도의 저장소가 필요 없고 토큰 기반으로 로그인 시스템에 접근 및 권한 공유가 가능하다는 특징을 가집니다.
• AWS에서 제공하는 RDS를 사용하여 데이터베이스를 구축하고 S3를 사용하여 파일서버를 구축할 것입니다. 또한 EC2를 사용하여 서버를 배포할 것입니다.

0. 로그인 1. 챌린지 2. 소비회고 3. 사용자 관리

• 변수, 함수, 인스턴스 : Camel case | ex) camelCase
• 함수명 : Verb + Term | ex) getUserInformation()
• 클래스, 생성자 : Pascal case (Upper Camel case) | ex) CamelCase

커밋 메세지는 “타입: 제목/ 본문/ 꼬리말”로 구성됨

• Feat - 새로운 기능 추가
• Fix - 버그 수정
• Build - 빌드 관련 파일 수정
• Ci - CI관련 설정 수정
• Docs - 문서 (문서 추가, 수정, 삭제)
• Style - 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없는 경우)
• Refactor - 코드 리팩토링
• Test - 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없는 경우)
• Chore - 기타 변경사항 (빌드 스크립트 수정 등)

• 제목은 50자를 넘기지 않고, 마침표를 붙이지 않습니다.
• 제목에는 commit 타입을 함께 작성합니다.
• 과거 시제를 사용하지 않고 명령조로 작성합니다.
• 제목과 본문은 한 줄 띄워 분리합니다.
• 제목의 첫 글자는 반드시 대문자로 씁니다.
• 제목이나 본문에 이슈 번호(가 있다면) 붙여야 합니다.

• 선택 사항이기에 모든 commit에 본문 내용을 작성할 필요는 없습니다.
• 한 줄에 72자를 넘기면 안 됩니다.
• 어떻게(How)보다 무엇을, 왜(What, Why)에 맞춰 작성합니다.
• 설명뿐만 아니라, commit의 이유를 작성할 때에도 씁니다.

• 선택 사항이므로 모든 commit에 꼬리말을 작성할 필요는 없습니다.
• Issue tracker ID를 작성할 때 사용합니다.
• 해결: 이슈 해결 시 사용
• 관련: 해당 commit에 관련된 이슈 번호
• 참고: 참고할 이슈가 있는 경우 사용