I Learned/- Projects10 Dotori 프로젝트 시연 영상 개인프로젝트처럼 친한 동생과 페어프로그래밍으로 만들었던 도토리 프로젝트. 학원에서 강제로 진행하는 팀프로젝트에서 시도해보고싶어도 시도못해봤던 것들이 정~말~ 하고싶어서, 수료후에 개인적으로 시간을 내서 숙박도 같이하며(?) 부트캠프식으로 달렸던 프로젝트였다. 다만 정말 미숙할 때 한거라.. 데이터베이스를 제대로 보존해야한다는 생각도 못했고, 무엇보다 완성본 소스가 있던 코드를 학원에서 다음 수강일정을 맞춰야한다고 일방적으로 밀어버려서 (^^..) 소스코드가 애매하게 남아있어서 공개도 애매한ㅠ 비운의 프로젝트기도 하다. (프로젝트 자체는 너무 만족스럽고 즐거웠다!) 그래도 어찌저찌 영상을 만들어뒀던게 있었고, 오랜만에 영상을 볼 일이 있어서 보게되었는데 진짜 나름 열심히 했었구나,라는 생각이 들었다 (진짜.. 2022. 4. 20. 확정목업/디비변경/그 외 진행사항 > 도토리 목업리스트 보러가기 www.figma.com/file/MONzaLTCCqK2ivCtqSlSdj/Dotori-%EA%B3%B5%EA%B0%9C%EB%B2%84%EC%A0%BC Figma Created with Figma www.figma.com 바뀐 기능에 따라 목업리스트를 일부 수정하였고, 일부는 아예 새로 만들었다. 디비 구조 역시 관리자단을 거치던 질문/답변 테이블을 변경하였다. 추가적으로 가상면접기능을 위해 s3 경로와 순서를 갖고다니는게 프로그래밍에 편할 것 같아서 해당 컬럼을 추가하였다. 18일부터 정말 바쁘게 개발하고 있다보니 도저히 블로그를 할 시간도 없다... 핑계가 될수도 있긴하겠지만, 애초에 계획했던 알고리즘 문제 풀기조차 못하고 있다 신입으로써 가장 어려운게 기간 잡기라더니.. 2021. 3. 24. 중간점검 현재 진행상황 도토리 프로젝트는 페어프로그래밍으로 2/24일 시작하였다. 약 2~3주내외로 잡고 달리고 있었는데, 사실 중간에 둘다 일이 생겨 약 일주일간의 공백이 있었다. 2/24 ~ 3/5일까지 먼저 아이템회의/설정에 관한 전반적인 설정을 하였으며 (약 8일), 이후 개인적인 사정으로 인해 일~이주일간 프로젝트를 잠시 보류할수밖에 없었다. 이제 둘다 일이 끝났으므로, 다시 달려보려고 한다. 이후의 계획 기간은 최대 3/18~4/02일로 잡고있다. 생각보다 볼륨이 커서 기획+개발까지 2주안에는 무리였고(...테이블 갯수마저 팀프로젝트보다 훨씬 많고, 할것도 많았다) 기획을 1주, 개발을 2주로 둬서 총 3주간 개발을 할 생각이다. 지금 계획으로는 코딩테스트를 위해 일정시간은 자료구조 공부를 비롯한 기본.. 2021. 3. 14. JWT토큰적용/암호화작업 JWT토큰을 생성하여 던져주는것 자체는 어렵지 않았다. 또한, 비밀번호등을 전송하고 디비에 저장시킬때 SHA/Bcrypt 방식으로 암호화시켜 저장해주었는데, 이 또한 어려운 작업은 아니었다. 서버단이다보니 보안에 가장 큰 신경을 쓰고싶었는데, 이 방법이 가장 최선인지에 대한 의문이 어려웠을뿐이다. 특히 JWT토큰같은경우 멤버의 고유한 uuid값을 넣어서 계속 통신하게 할 예정인데, 그 과정에서 자바단의 servletRequest 항목을 이용하는 방법에 더 좋은 방법이 없을까 생각중이다. filter/interceptor/AOP 방법으로도 header값에 있는것을 재요청보내듯이 하나로 합칠수가 없는점이 이슈인데, 아무래도 더 살펴봐야 할 것같다. 일단 지금까지의 JWT토큰 생성과정에 관해 작성한 블로그 내.. 2021. 3. 14. 로그인/회원가입/소셜로그인/SMTP : 메일링 오늘 구현한 것 자체 로그인/회원가입을 구현했다. 이에 따른 암호화처리를 완료하였고, JWT토큰은 내일 처리예정이다. 소셜로그인으로는 Kakao, Google, Facebook 을 연동했고 back단에서 자동로그인처리되게 하였다. 유효성검사의 경우 자체적으로 만들어도 되지만, 의존성이 없는 소규모 라이브러리에 랜더링 횟수를 획기적으로 줄여준다는 React-Hook-Form을 발견해서 적용시켜보았다. Keyup이벤트와 한글자씩 적힐때마다 랜더링되는 기본구조로도 구현가능하기는하다. 다만 이는 예전에 해본적이 있고, 랜더링 횟수를 줄이는건 좋은 현상이라 생각했기 때문에 적용했다. React-hook-form같은 경우 문서가 잘되있고, 한글도 있으니 궁금하신분은 참고해서 사용하면 좋을 것 같다 - SMTP 관련.. 2021. 3. 2. #Mock-up list 작성 > 도토리 목업리스트 Figma로 보기 (can view) www.figma.com/file/MONzaLTCCqK2ivCtqSlSdj/Dotori-%EA%B3%B5%EA%B0%9C%EB%B2%84%EC%A0%BC Figma Created with Figma www.figma.com Figma를 통한 목업리스트를 작성하였다. 두명이 같이 보는 화면이기때문에 정확한 UI/UX/화면단 설계가 필요했기 때문이었고, 백과 프론트가 분리되었기때문에 각각의 endpoint도 동시에 지정해주었다. 목업작성 및 엔드포인트 작성은 전적으로 내가 담당해서 완료하였다. 옳고 그른 방법이기라기보다는, 협업에서 좀 더 편리할 수 있는 방법을 찾아 화면을 구상하고 이동방법을 명시해놓았다 :) 수정 - 21.04.22 최종적으로 완.. 2021. 3. 1. #DB final / 디비에 대한 고찰 최종 디비완성 최종디비의 모습이다. SQL로 옮겨서 구현하면 오늘의 할일 끝 :) 디비설계는 항상 처음이 아니라, 생각하면 생각할수록 더욱 좋은 디비의 모양이 나오게 되는 것 같다. 몇일후에 관계를 찬찬히 다시 살펴보면, 개선할 수 있는 방법과 구현할 수 있는 다른 방법이 생각나게 된다. 코린이기때문에 최종디비가 완벽한 디비다! 라고 확신할 수는 없겠지만, 구현할때마다 테이블 명명규칙/스키마설계/지양/지향점을 찾아보고, 좀 더 편하고 활용성이 좋은 테이블의 구조는 무엇일까 생각하는것이 즐겁다. 구현되야할 기능에 대해서 최대한 많은 변수를 생각해보고 디비를 설계해야하기때문에, 디비구축은 언제나 좋은 경험인 것 같다 수정한 내역 모든 컬럼에 MySQL 데이터타입 추가 모든 member_id값 binary(1.. 2021. 2. 27. #DB design 21.02.24 디비설계 #1차 1차로 디비를 설계해보았다. 화면단을 생각해본후 기능에 따라 구별하였다. 수정해야할 점을 수정하고, 보완하여 최종디비설계까지 진행할 생각이다. (~2/26) 2021. 2. 24. Dotori project 를 시작하며, Team.MUDO 개발기간 : 약 2주내외 프로젝트이름 : Dotori 원래는 팀프로젝트가 끝나고, 팀프로젝트에서는 시도해보지못했던 다양한 기술적 시도로 토이프로젝트를 만들어보고 싶어서 개인프로젝트로 진행할 생각이었다. 하지만 Git에서의 PR(Pull Request)에 익숙해지고 많이 경험할수록 실제 업무환경에서도 더욱 도움이 될 것 같았다. 또한 학원에서 강제로 여러명으로 묶어서 진행하면서 이루어진 팀프로젝트는 제약도 많고, 제대로된 협업을 진행하기에는 어려움이 있었다. 실제 업무에서는 당연히 개인으로써도 실력이 있어야겠지만 누군가와 같이 일하는 것이 필수불가결인만큼, 페어프로그래밍으로 제대로된 협업의 시너지를 내보는 경험을 하고 싶다는 생각을 했다. 그래서 비슷한 생각을 하고 있고, 항상 새로운 배.. 2021. 2. 24. 이전 1 2 다음
