Google DSC Sookmyung

## crazy 8s 버튼 최대한 크게 녹음할 때 타임 바 엄청 작게 온보딩을 할 때 어떤 행동을 해야 넘어갈 수 있도록 갬성적인 문구 컨텐츠 관리할 때 리스트 말고 카드형으로! 카테고리를 할 때 아이콘과 함께 버튼에 글씨 넣기 컴포넌트 누르면 (음성) 설명 최소 텍스트 크기 24 튜토리얼 넣기 시니어라는 말 대신 멋지고 귀여운 호칭 시각적으로 고민 카테고리를 드롭다운 형식으로..! 많지 않다면 그냥 전부 보여주고 선택 녹음 시 시간만 표시할 수 있을지, 파형만 넘어가는 느낌으로 할지 레이아웃 고민 123/456 중 4가 시작 카테고리를 책처럼 크게 그림같은 버튼이 이해하기 쉬울 것 같았음(버튼에 글 다 넣기) 이전, 다음 버튼 모두 넣어서 잘못해도 할 수 있도록 5에서 녹음하기를 뺀 이유가 너무 갑작스..

[할 일] 자료조사 해오기 [x] 나연 [x] 소연 [x] 재현 [x] 종윤 [제6 회의 일정] 2/4(금) 오후 10시 [제6 회의 안건] 기능 정의 화면 스케치 오디오 컨텐츠 길이 30-60분, 최소 30초 쌍방에서 얻는 이익에 대해서 생각해봐야할듯 노인들이 컨텐츠를 올리고 싶어하지 않을 수도 있지 않나 재미 없는 컨텐츠도 그냥 올리고 싶어할 수도 타겟에게는 그냥 재미와 흥미 위주이지만, 컨텐츠 메이커 입장에서 그 의미가 있을까 오디오 북 오디오 컨텐츠라기보다는 오디오 북의 기능, 전문 성우를 기용함 그만큼의 퀄리티가 나오지 않을텐데, 녹음실도 없고,, 기능 카테고리 선택, 추천, 최근 업로드된 거 추천, 앞으로 뒤로, 정지, 소리, 배속, 북마크, 구간 반복 백그라운드 재생 직접 업로드는 x 취침 ..

보호되어 있는 글입니다.

🍀 회의 요약 UI 구상을 위한 기획 구체화 필요성 인지 UI 구상에 도움되는 툴 공유 Components (https://material.io/components) Color Tool (https://material.io/resources/color/) 🍀 구체화가 필요한 사안 타유저에게 프로필을 공개할지 성취에 대한 보상 방식 결정 : 레벨업/포인트/마일스톤 포인트 방식으로 한다면, 적립과 사용 방법 뱃지 모양 : 뱃지처럼 이쁘게 만드는 것으로 하는건지 캐릭터 이미지를 모으는건지 특정 캐릭터를 정하는 것인지 네비게이션을 어떤 것으로 할지 안드-서버간 주고 받을 정보 🍀 TO DO 위 사안에 대한 각자 의견/생각 준비하기 그 밖에 추가로 논의해야 하는 부분 정리, 준비하기

기존 주제: 부위별 증상 선택을 통한 질병 안내/병원 검색 서비스 💡 디자인 구상 로그인 페이지와 홈화면 구글 로그인 사용 메인 화면에서 성별 선택 메인 기능 부위를 선택 증상 선택 부위, 증상을 바탕으로 예상 질병 소개 특정 질병 클릭 시 질병에 대한 설명 마이페이지 본인이 스크랩 한 질병 볼 수 있음 해당 질병에 대한 메모를 남길 수 있음 병원 위치 안내 서비스 location과 disease/department를 바탕으로 검색 가능 근처에 갈 수 있는 병원 안내 유사한 앱을 확인한 이후, 주제 변경 회의 다시 진행 주제 변경을 위한 회의 💡 주제 후보 소상공인 대상, 식재료 품앗이 서비스 (생각 더 필요) 폐전자기기 재활용에 도움이 되는 서비스 테스트베드

보호되어 있는 글입니다.

CS 문제 제공 Repository : Brave Tech Interview Q1. map, hashmap, set에 대해서 설명하세요 더보기 Map 맵은 키(key)와 값(value)의 쌍으로 이루어진 자료구조이다. 키를 값에 매핑하는 객체이며, 중복 키는 있을 수 없다. 각 키는 최대 하나의 값에 매핑할 수 있으므로 이름이 된다. 이런 쌍을 map entries(맵 항목)이라고 부른다. 같은 맵에 두 개 이상의 키가 존재하면 안되는 반면, 값은 중복된 값이어도 상관이 없다. 이러한 맵의 특성 때문에 키를 활용하여 값을 검색할 수 있다. 자바 플랫폼에는 HashMap, TreeMap, LinedHashmap의 3가지 범용 맵 구현이 포함되어 있다. HashMap 말 그대로 해싱된 맵이다. 키를 해싱하여..

해커톤이 마무리된 후 구글밋 회의를 통해 피드백을 정리하고 기획 방향을 수정하였습니다. 🎁 피드백 정리 서비스 약점 파악 BeanYard는 기존 아이템 중에 새로운 풀이법을 제시하는 서비스가 아닌 새로운 아이템을 제시하는 서비스이기 때문에 이게 왜 새로운 아이템으로써 효용가치가 있는지 검증할 수 있는 기반 데이터가 중요합니다. 이 아이템이 왜 필요한지에 대해서, 그리고 새로운 형태의 서비스이기 때문에 서비스의 실현 가능성을 제대로 이야기하지 못한다면 그 위에 기술을 아무리 좋게 쌓아도 설득력이 약해진다는 것을 알게 되었습니다. 즉, 배경을 설명하는 기반 데이터가 탄탄하면 기술적인 솔루션은 간단해집니다. 방향성 제시 BeanYard는 온라인 + 실제적인 오프라인 형태를 갖추고 있는 서비스이므로 실제적인 중..

보호되어 있는 글입니다.

보호되어 있는 글입니다.