# pre-project

dayoung_

오늘은 어제와 같이 프론트엔드와 백엔드로 나누어 프론트엔드는 화면 정의서를 백엔드는 API 명세서를 작성했다. API 명세서를 작성하면서 어제 작성했었던 테이블 명세서와 사용자 요구사항 정의서를 다시 보다 보니 수정해야 할 부분이 보였다. 회원가입을 진행할 때 닉네임, 이메일, 비밀번호가 필요한데 비밀번호의 자릿수와 특수 부호 여부 등 정해지지 않은 부분들이 눈에 보였다. 또한, 원래는 투표를 진행할 때 하나의 게시글에서 하나의 댓글에만 투표가 가능하도록 구현할 예정이었으나 그렇게 구현하는 게 더 복잡할 것 같다는 생각에 모든 댓글에 투표가 가능하도록 변경하였다. 이 외에도 꽤 많은 부분을 추가, 삭제, 변경하였다. 그렇게 오전에는 화면 정의서와 API 명세서를 작성하고, 오후에는 다 같이 모여 작성된 것들을 보며 수정할 부분이 있는지 추가하거나 뺄 부분이 있는지에 대해 이야기를 나누었다. 이후에는 CI/CD에 대해 이야기를 나누었다. CI/CD에 대해 배우기는 했지만

dayoung_

오늘은 어제 작성하던 사용자 요구사항 정의서를 이어 작성했다. 어제 틀을 잡아놓기는 했지만 어떤 기능이 필요하며 그 기능을 우리가 구현할 수 있을지 생각하며 작성하다 보니 오늘도 시간이 많이 소요되었다. 처음에는 다 같이 작성하였지만 필요 기능을 큰 카테고리로 나누어 각자 작성한 뒤 모여서 수정하는게 효율적일 것 같다는 의견에 따라 ** 카테고리로 나누어 각 카테고리마다 2명이 협동해 작성하였다. 이후에는 프론트엔드 분들은 화면 정의서를 백엔드는 테이블 명세서를 작성하였다. 사실 테이블을 만드는 실습을 많이 해보지 않아서 테이블의 중요함을 모르고 있었는데 아침 특강(?)에서 강사님이 "테이블을 만드는 일이 중요하다"는 말씀을 해주셨다. 그리고 실제로 테이블을 만들다 보니 테이블을 만드는 일이 왜 중요하다고 말씀하셨는지 알게 되었다. 하나의 테이블을 만들 때 그 테이블에는 어떤 데이터들이 포함되어야 하는지 그리

dayoung_

드디어 project를 시작하게 되었다. project 주제는 스택오버플로우 웹이다. 이번 project는 코드스테이츠 측에서 주제를 정해주었다. main project는 팀원들과 함께 주제를 정해야 하는데 주제를 정하는 데에도 꽤 많은 시간이 소요될 수도 있을 것 같다는 느낌이 문득 들었다. project를 시작하기 전에는 막연히 걱정되었는데 막상 project를 시작하니 이 기능들을 내가 구현할 수 있을지 더 걱정이 된다. 그런데 감사하게도 백엔드 팀원들 역량을 체크하던 중 팀장님이 어려운 부분이 있으면 언제든 서로 묻고 알려주면 좋겠다며 좋은 분위기를 만들어 주셔서 조금은 마음이 편해지는 부분과 함께 진짜 잘 하고 싶다는 생각이 들었다. 오늘은 팀원들과 함께 어떠한 기능들을 구현할지 정하고 사용자 요구사항 정의서를 조금 작성하였다. 사용자 요구사항 정의서를 항상 들어만 보다가 막상 작성하려니 무엇을 어떻게 작성해야 할지 막막했다. 그래서 생각보다 많은 시간이

seungyo

🚨Error🚨 📍 onclick 안됨 > 참조 링크 https://kyounghwan01.github.io/blog/etc/CSS/dup-area-event/ position 속성으로 인해 클릭이 실행 안되는 오류가 나타나서 z-index로 조절을 해주어 해결했다. position과 z-index를 통해 영역이 겹쳐지면 z-index가 높은 영역의 이벤트만 발생한다. 📍 CORS error > 참조링크 https://developer.mozilla.org/ko/docs/Web/HTTP/CORS/Errors https://inpa.tistory.com/entry/WEB-%F0%9F%93%9A-CORS-%F0%9F%92%AF-%EC%A0%95%EB%A6%AC-%ED%95%B4%EA%B2%B0-%EB%B0%A9%EB%B2%95-%F0%9F%91%8F cors error는 기존에 포스팅했던 내용이 있어서 그것을 다시 정독하고 proxy 설

jonghyeon37

프로젝트를 마치며 길다면 길고 짧다면 짧은 Pro-Project를 끝냈다. 도달할 수 있는 목표에 맞춰서 API명세서를 작성하고 작업을 하는데도 중간에는 '벅차다..', '쉬고싶다..'등 많은 생각을 했다. 그래도 이끌어주는 프론트엔드 팀원들과 든든하게 서버를 열고 테스트를 도와주는 백엔드 팀원들 덕분에 완주할 수 있었다. Keep 내가 맡은 작업물 수행 팀원과의 소통 및 피드백 Problem 생활 습관 불규칙으로 인해 번번한 지각 코드 짜임새 및 불규칙성 Try 효율적인 코드 작성하기 일찍 자기*

seungyo

💻 STACKOVERFLOWCLONE 백엔드와 협업하는 첫 프로젝트 겸 메인프로젝트 대비하기. 🛵 TEAM 14_개발의 민족 👉레포지토리 바로가기 👉배포 주소 바로가기 > 내가 맡은 일들 header footer aside(nav) askquestion(질문 등록) +) editquestion(질문 수정페이지) mypage(처음엔 단독이었다가 협업으로 바뀌었다!) 처음에는 쉬운 파트를 맡은 줄 알았다...하지만 하다보니 점점 코드수는 늘어만 가고... 질문 수정까지 해야해서 스스로 코드를 좀 급하게 짰다. 더 깔끔하게 정리하고

jasmine0714

클라이언트 측 코드를 나름 만족스럽게 짜놨다고 생각했는데 막상 서버로 통신하려고 하니 내 발목을 부여잡고 이틀 동안 안놔주던 물귀신 같은 존재가 나타났다. 그거슨 바로.. CORS 에뤌... 👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻 👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻👻 나름 프로젝트 들어가기 전부터 proxy는 근본적 원인 해결이 아니기 때문에 원인을 제대로 파악하여 cors option으로 정석적으로 처리해야 한다고 생각했다. 어떤 상황에서 CORS에러가 뜨더라도 미리 제대로 알고 있다면 해결할 수 있다고 믿었고, 이러한 믿음 덕분에 악

jasmine0714

이번 프리프로젝트에서는 이메일 로그인과 google oAuth를 담당하게 되었다. 혼자 프로젝트할 때는 firebase로 함수를 만들면 뚝딱(뚝딱거린다는 뜻) 로그인을 구현할 수 있었지만, 서버와 통신하며 HTTP 방식으로 로그인을 구현하는 경험은 처음이라 긴장이 되었다. 그래도 할 수 있똬! 이걸 제대로 해낸다면 아주 많이 성장해있을 나를 생각하면 벌써 신이 난다. 1. 이메일 sign-up/sign-in flow 스택오버플로우에 들어가서 이메일 회원가입을 해보니 별도로 로그인을 하지 않아도 로그인 상태가 되었다. 생각해보면 최근에는 이메일 회원가입을 하면 자동으로 로그인이 되는 경우가 더 많은 것 같다. (이마저도 소셜 로그인으로 회원가입하는 경우가 압도적으로 많기도 했던 듯 하지만 여하튼.)

jasmine0714

팀 프로젝트를 시작하니 나 혼자서 내 repo만 관리할 때보다 훨씬 조심스러워진다. 팀 레포를 건드릴 때마다 수전증이 올 것 같다. ㅋㅋㅋㅋㅋㅋㅋㅋ git branch 전략 그 과정이 사알짝 좌충우돌이긴했지만! ㅋㅋㅋㅋ 우리 팀의 브랜치 전략도 최종적으로는 잘 합의가 되었다. 초장에 팀 브랜치 전략이 제대로 잡혀있지 않으면 컨플릭 덩어리에 지저분한 레포가 되고, 결국 컨플릭 책임 소재도 불분명해져서 갈등의 원인이 된다는 이야기를 여러번 들었다. 그래서 최종 합의된 브랜치 전략을 구두로 공유하는 것만으로는 부족하다는 생각이 들었고, 기획 단계에서 아예 우리가 정한 브랜치 전략이 팀원 모두의 손에 익은 상태에서 코드 작성을 시작해야겠다고 마음 먹었다. 그래서 고민 끝에 노션에 우리 팀의 PR 루틴

jasmine0714

드디어 팀 프로젝트가 시작되었다. 코드스테이츠에서는 main project에 입성하기 전에 pre-project 기간을 두고 협업을 연습하는 시간을 2주 가량 갖는다. stackoverflow 사이트를 clone하는 프로젝트가 될 것이다. 나는 pre-project 팀장을 맡게되었다. pre-project이고 많이 넘어져보라고 도입된 기간이긴 하지만 막상 팀장이라는 직함을 달고 나니 긴장이 된다. 앞으로 2~3주동안 많은 산들과 갈림길들이 있을 것이고, 그 때마다 팀장으로서 현명하게 판단할 수 있으면 좋겠다. 설령 현명하지 못했더라도 현명하지 못했음을 정확하게 깨닫고 많은 것들을 배워나갈 수 있는 기간이 되었으면 좋겠다. 감자들 화이팅!!🥔 (팀 이름은 6명의 감자라는 뜻으로 '육감'으로 결정되었다

jungo_0

팀 규칙 ⏰ 프로젝트 규칙 학습 시간 내 상시 연락 대기 🥲 학습 시간 외의 작업에 대해서는 기록을 남기기 불참 일정 전날 공유 코어 타임 10:00 ~ 11:00 특이사항에 대한 보고 및 금일 개발 방향 회의 코어 타임 17:00 ~ 18:00 화상회의 툴 기본적으로 Zoom 사용 + discord 커밋 메시지 컨벤션

enoklenok

StackOverFlow 클론 코딩을 위해 기존 사이트의 코드를 찾아봤다. 구조는 어떻게 되어있는지, class명은 어떻게 작명했을지 궁금했다. 프로필 페이지를 만들 것이고, 간단하게 요소를 조금 제거했다. StackOverFlow - Profile(link가 따로 마이페이지/프로필처럼 있는게 아니라, "users/{userid}"로 되어있다 !!) 그리고, 아래와 같이 컴포넌트 구조를 그려보았다. <img src="htt

enoklenok

[에러 내용] git push 에러 저번 push 에러에서 이어진다. push를 위해 pull을 선행하려했지만, 거부되고 있다. [에러 이유] > -다양한 가지가 있고 이를 조정하는 방법을 지정해야 합니다. -서로 다른 분기를 조정하는 방법을 지정해야 합니다. 중간에 있는 ff=>fast-forward는 아직 뭔지 모르겠다... 아무튼 문제는 원격 저장소에도 변경사항 O 로컬 저장소에도 변경사항 O (commit) 이러면, 원격 저장소의 변경사항을 받아온 후(pull 선행) 내 변경사항을

enoklenok

[에러 내용] 팀 레포지토리에 작업물을 push하려는 도중, 위와 같은 에러가 발생했다. push를 거부하고 있고, 에러 힌트를 읽어보면... [에러 원인] > -원격 레포지토리에 수행하는 작업이 포함되어 있어 업데이트를 거부... -'pull'을 하고 push를 다시 하세요... 즉, 원격 저장소에 다른 팀원이 변경한 내용이 있기 때문에 push를 거부하고 있는 것이다. push를 하고 싶다면, 먼저 'git pull'로 변경사항을 받아온 후, 내 변경사항을 'git push'를 하면 된다. [에러 해결]

tvfxq0423

메뉴바의 구조를 어떻게 할지 고민 중에 기존 사이트의 구조가 어떻게 되어있는지 정리해보고 결정하려고 한다 Header 간단하게 정리하자면 이렇게 구성되어있었다. 팝업에 관한 부분은 다음 회의때 건의 해서 결정하는걸로 하고, 기존 구성과 같은 형식으로 진행하고자 한다. 컴포넌트로 나누어보기 Side 사이드바 메뉴는 main과 header에 각각 넣어준다 컴포넌트 명은 SideBar로 예정 Main 사이드바 포함해서 차후 기능 추가예정 Footer 최대한 간략하게 진행 최종 컴포넌트화 했을 시

tvfxq0423

레이아웃 잡기 (header, sidemenu, main, footer 틀잡기) 디렉터리 구조는 다른 분이 진행하기로 해서 미리 레이아웃 부분만 먼저 정리중 Header 로그인 전 로그인전 로그인 후 로그인후 header 모습은 로그인 전과 후 두가지 타입으로 되어있으며, 이는 삼항연산자로 일부분만 변경되게 하면 좋을듯 Side 사이드바 메뉴 구성 ![사이드바메뉴](https://velog.velcdn.com/images/tvfxq0423/post/31259d61-3703-40ca-acb5-0451e2

youngrong

[ Pre-Project ] 우리는 이번에는 그냥 넘겨버렸지만,, 원래는 신경써야할 modifiedAt 시간의 변화,, ㅋㅋ 좋아요를 누를 때 게시물의 수정 시간이 바뀌면 안 된다. https://itsowavy.oopy.io/spring/lastmodifieddate-annotation Cannot delete or update a parent row: a foreign key constraint fails 에러 연관 관계 때문에 delete 쿼리가 먹히지를 않았다. 좋아요나 댓글이 있는 답변이 (외래키로

youngrong

[ Pre-Project ] 리팩토링은 전혀 못 했지만(ㄹㅇ 하드 코딩) 전체 기능 자체의 구현은 나름대로 완성되어서, 테스트 하기 편하도록 서버 쪽에서 더미데이터를 넣어주려고 했다. 더미데이터는 서버 실행시 SQL 쿼리를 날려서 넣어주는데, 생각보다 간단하지 않았고, 결국 더미데이터 넣기는 미루고 다른 잔버그들을 잡으며 오늘은 좀 여유롭게 하루를 보냈다. https://velog.io/@ewan/What-is-Spring-init-Data-%ED%8E%B8 https://zzerosouth.tistory.com/51 EC2 서버의 시간이 재부팅하면서 다시 미국 시간으로 돌아갔는지, 시간이 이상하길래 검색을 하며 여러 시도를 했다. 그런데 서버의 시간도 따로 있는지, EC2 시간은 서울로 정상인데, 어플리케이션 로그에 찍히는 시간이 다름★ 검색을 통해 실행할 때 시간을 정해서 서버 실행이 가능하다는 것을 찾았다. java -jar 할 때, 옆에 **-D

youngrong

[ Pre-Project ] 삭제 쿼리 실행 후, 메서드 내 이어지는 로직에서 삭제되지 않은 버전이 리턴되는 에러가 발생했다. 아무래도 영속성 컨텍스트의 성질과 관련이 있다는 느낌이 들었고, @Modifying에 clearAuthmatically=true 애트리뷰트를 추가했더니 해결..! OAuth2에서 계속 CORS 에러 나서,, 프론트 팀의 얘기를 듣고 SSR, CSR 방식을 모두 찾아봤는데, 서칭 중에 Spring Security에서 통과하는 OAuth2LoginFilter때문에 CORS

youngrong

[ Pre-Project ] Data too long for column 에러. 컬럼 데이터 크기가 입력값과 안 맞아서. @Column(name="notes",columnDefinition="LONGTEXT") https://stackoverflow.com/questions/12400825/jpa-data-too-long-for-column-does-not-change MySQL 데이터 크기 정리 https://blog.lael.be/post/115 CORS 설정 allowCredentials(false) : 쿠키 비허용 https://lovon.tistory.com/156 https://oddpoet.net/blog/2017/04/27/cors-with-spring-security/ List to Page 타입 변환 로직 https://palbok.tistory.com/39 로직에서 JPA