함께 알아가는 IT 정보

구조 설계의 핵심.구체화된 검색기능 제공을 위한 테이블 분리를 생각하며 만들어보자판매권한 레벨을 userId에 부여하자일단 해보고 이상하면 수정하자.만들던 중 고민악기도 악기 속성별로 나누어야할지 아니면 다 instrument에 넣을지 고민이다.그래서 사이트 참고 결과 말이 악기지 악기의 사운드들을 특정적으로 배치하는 모습이 보인다.일단은 그냥 이 형식을 따라보자.테이블 분리하기로 결정.일단 설계는 여기까지 했다. 더 필요한게 무엇일까.내 머리로는 뭐가 더 필요할지 더 나오지가 않아서 GPT한테 계획서랑 함께 뭐가 혹시 더 필요한지 물어보았다.1. Spotify API를 통한 회원가입 및 로그인OAuth 통합: Spotify API를 통해 회원가입 및 로그인을 구현하려면 OAuth 2.0을 활용한 인증이..

계획 단계에서 올린 6번 안이 판매를 아무나 할 수 없게 하는 것이였다.여기서 Spotify for Artist Api가 존재하는가 하지 않는가를 확인해봤는데 아무래도 존재하지 않는 것 같고 레딧의 글이나 관련 커뮤니티의 질문, 댓글을 보니까 요청을 해도 응답자체가 없다는 말밖에 존재하지 않았다. 그렇다면 요청을 해보는 것도 의미가 없는 행동일테고, Spotify for Artist Api로 권한 심사를 하는 것은 불가능하다는 판단으로 계획을 바꿀 필요가 있었다.난 이 기능을 관리자가 하게 만들고 싶지 않다. 언제 사용자가 평가해달라고 올리는 것을 다 들어보고 언제 승인하며, 만약 이게 진짜 사업이라면 또 인건비는 어떻게 할 것인가. 그걸 아끼자고 본인이나 직원이 한다고 생각하면 그것도 또 그거대로 피곤..

주제 선정의 이유나의 글을 정독한 사람이라면 나는 음악을 하는 사람이라는 것을 알 수도 있을 것이다.내 소개부터 하자면, 별건 아니고 FL Studio를 사용해서 작곡을 하거나 베이스를 연주한다. 전공도 실용음악에 석사 졸업이고 나름 깊게 팠다면 깊게 판 사람이다.서론은 치우고, 그래서 이 수업에서 개인프로젝트를 처음부터 전공과 엮을 생각을 하고 있었다. 수업을 듣는 와중에도 곡을 써서 유튜브에 업로드한 적이 있는데 qBlackBirdp - Movie Life 이런 작업을 계속 해오던 사람이다.아무런 정보도 없이 혼자 독학해서 곡을 써왔고 처음엔 당연히 하나하나 내가 다 만들었지만 공부가 깊어질 수록 다양한 것들을 알게 되었고 트랙 판매의 개념, 가상악기의 셋팅 값을 저장해서 판매도 이루어지고, 샘플 판..