요시
사회적 건강과 타인의 의견 존중이라는 주제로 기획한 모바일 애플리케이션이다. 일상 속 질문에 찬반 의견을 표시하고, 응답 비율과 주제별 배경·양측 입장을 살펴보는 흐름을 설계했다. 선린톤에서 팀 리드를 맡아 Android 앱과 Java Spring 기반 백엔드를 개인 개발했으며, 외부 배포는 하지 않았다.
만들게 된 배경
사회적 건강을 개인의 역할 수행과 원만한 인간관계가 연결된 상태로 바라보고, 다른 사람의 의견을 존중하는 경험을 돕고자 기획했다. 일상에서 마주하는 질문을 매개로 자신의 생각을 표현하면서 다른 관점도 살펴보는 모바일 서비스를 구상했다.
개발 기간
2023년 여름방학, 선린톤 참여 당시 (정확한 날짜 확인 필요)
해결하려던 문제와 목표
찬반이 갈리는 일상적 주제에 대해 한쪽 의견만 확인하는 데 그치지 않고, 다른 사람들의 응답과 주제의 맥락까지 함께 살펴볼 수 있도록 하는 것이 목표였다. 질문 탐색 → 찬반 선택 → 응답 비율 확인 → 관련 자료·양측 입장 탐색으로 이어지는 이용 흐름을 구성했다.
주요 기능
아래 기능 구성은 기획 발표 자료의 화면을 기준으로 정리했다. Android 앱과 Spring 백엔드 구현 완료는 개발자 본인 진술로 확인되지만, 각 기능의 실제 동작 범위와 서버 연동 세부 사항은 소스코드가 없어 별도로 검증하지 못했다.
- 찬반 질문 참여: ‘업무시간에 에어팟 사용?’ 등 일상적 질문에 찬성·반대를 선택하는 투표 화면.
- 투표 결과 확인: 찬반 비율을 시각적으로 나타내 다른 이용자의 응답 분포를 확인하는 화면.
- 질문 저장: 북마크와 ‘저장한 질문’ 메뉴를 활용해 관심 주제를 모아보는 구성.
- 주제별 상세 정보: 질문과 관련한 구체적인 상황, 양측 입장, 참고 자료를 살펴보는 상세 화면.
- 질문·정보 탐색: 메인 화면에서 화젯거리 질문, 저장한 질문 및 관련 정보를 확인하는 구성.
내가 직접 구현하거나 담당한 부분
- 팀 리드: 선린톤 참가 프로젝트의 팀 리드 역할 담당.
- Android 앱 개발: Kotlin·XML 기반 모바일 애플리케이션을 단독으로 개발.
- 백엔드 개발: Java·Spring 기반 서버를 단독으로 개발.
- 개발 범위: 모바일·서버 구현을 모두 담당했다는 사실은 확인되지만, 개별 화면과 API별 구현 명세는 코드 확인이 필요함.
팀 구성과 역할
팀 인원 확인 필요 / 팀 리드, Android 앱·백엔드 단독 개발
설계 구조 / 기술을 선택한 이유
프로젝트는 Kotlin·XML 기반 Android 클라이언트와 Java·Spring 기반 백엔드로 구성되었다. 발표 자료의 모바일 UI는 메인 화면, 찬반 투표 화면, 응답 비율 표시 화면, 질문 상세 정보 화면으로 나뉜다. 이용자는 질문에 참여한 뒤 응답 현황과 주제에 관한 추가 정보를 탐색하는 흐름으로 서비스를 이용하도록 설계했다.
앱과 서버를 모두 개발한 사실은 확인되지만 구체적인 API 계약, 데이터베이스, 데이터 모델, 인증, 집계 로직과 기술 선택 이유는 자료에 없다. 따라서 해당 구현 세부 사항은 추정하지 않았다.
기술 구성과 확인 범위
- Android: Kotlin, XML
- Backend: Java, Spring
- Database / Infrastructure: 확인 필요
가장 어려웠던 문제
가장 어려웠던 문제: 확인 필요 — 개발 중 겪었던 구체적인 기술적 난관에 관한 설명이 제공되지 않음.
문제의 원인: 확인 필요.
해결 방법: 확인 필요.
해결 결과: 확인 필요.
최종 결과 / 실제 사용 여부
선린톤 프로젝트로 Android 앱과 Java Spring 백엔드 개발을 완료했다는 사실을 개발자 본인 진술로 확인했다. 8페이지 기획 자료에 핵심 화면 설계가 남아 있다. GitHub 공개와 외부 서비스 배포는 하지 않았으며, 실사용 인원·테스트 수치·시연 기록은 확인되지 않는다. 발표 자료 속 찬반 비율은 운영 실적으로 취급하지 않았다.
배운 점
Android 앱을 Kotlin·XML로, 백엔드를 Java·Spring으로 각각 구현하며 모바일 클라이언트와 서버를 함께 개발한 경험을 쌓았다. 기획 자료에서는 단순 찬반 투표에 그치지 않고 응답 분포와 양측 입장을 연결하는 정보 구조를 설계한 점이 드러난다. 개발 과정에서 실제로 체득한 구체적인 교훈은 추가 확인이 필요하다.
앞으로 개선하고 싶은 점
아래는 확정된 개발 계획이 아닌 개선 제안이다. 투표 요청·응답과 집계 방식에 대한 테스트 기록을 남기고, 중복 투표 방지 및 응답 비율의 정확성을 검증하면 구현의 신뢰성을 더 명확히 보여줄 수 있다. 또한 참고 자료의 출처를 체계적으로 정리하고 주요 화면의 실제 동작 영상을 확보하면 서비스 의도를 전달하기 좋다.