Just Do IT!

중간 발표 끝나고 피드백들도 많이 받으면서 예상치 못한 일들이 많았던 일주일이었다.상당히 정신없는...주간이었다 ㅋㅋㅋㅋㅋ 기획을 다시 해봅시다 중간발표 이후 각 팀마다 디렉터님 면담이 예정되어있었다. 우리 팀은 매는 먼저 맞는게 낫다는 마인드로 첫번째로 고.그리고 나서 받은 피드백들로 개선하기 위해 하루를 거의 다 보냈다. 일단, 디자인 별로.누가봐도 개발자가 만든 프로젝트 같음.처음부터 끝까지 흐름을 생각해봤으면 좋겠다 등..받은 피드백들로 월요일은 순식간에 지나갔다.강의실에 있는 화이트보드로 아예 처음부터 끝까지 사용자 입장에서 어떤 디자인이 좋을지 고민해보는 등... 사실은 기획 주간에 했어야 하나, 싶지만 뭐 이미 지나간걸 어쩌겠어.걍 쿨하게 다시 프론트 디자인도 했다. 사용자 친화적..

벌서 4주차인거 실화냐고 이러다 다음달에 최종 발표 할듯.시간이 흘러 흘러 4주차...회고 시작.       프론트 배포 그동안 배포를 하지 않아서 몰랐던 사실.이제 vercel 에서는 organization 내부 repository 인 경우에는 무료로 배포할 수가 없다...!이번에 프론트 배포하려고 오랜만에 들어갔다가 알게 된 사실이다. 하기야 이해 가능하지만 무료라서 배포하려고 했는데...aws로 배포해야 하나 잠깐 고민하가 구글링해보니 개인 repository에 fork 해서 우회해서 배포하는 게 있길래 따라했다.그리고 캠프 내 다른 팀들도 그렇게 배포하길래 나도... (원래는 정정당당하게 해야 하지만 뭐...) https://daydream-sy.tistory.com/395 Vercel로 GitH..

SODA 프로젝트 중간 발표를 앞두고 배포를 해야 했다.백엔드는 배포 완료했는데, 프론트 배포를 안했다. aws s3로 배포할까 고민하다가 어차피 무료이고 몇 번 해봤던 vercel로 배포하기로 했다. 도메인 주소는 샀는데 아직 추가하지는 않았고, 일단 배포는 완료했는데 이 과정에서 생긴 일들을 기록해보려고 한다. 우선 vercel.이전에 배포했을때는 몰랐는데, github organization 내부에 존재하는 repository는 배포할때 무료가 아니었다.2주 무료 플랜이긴 한데 어차피 그 이후에 돈을 내야 했기에 우회해서 배포하는 방법에 대해 검색해보다가 다행히 찾았다. 바로 팀 Repo를 fork해서 개인 계정으로 가져온 다음, 그. repository를 통해 배포하는 것이었다.그리고 매번 업데이..

시간 진짜 빠르다. 매주 일요일마다 쓰려고 노력하는데, 그래도 이번주까지는 잘 지키고 있다.한가지 단점은 회고글 외에 다른 걸 쓰지 못하고 있다는 점ㅋㅋ 언젠가는 하겠지 뭐 아무튼, 이번주도 참 정신없게 보냈다.      repository > service 리팩토링 이번 프로젝트가 각 엔티티가 너무 연관관계가 많다보니, 서비스 로직에서 여러 repository를 참조하는 경우가 많았다.그래서 멘토링에서도 하나의 서비스에는 하나의 repository만 참조하고, 다른 것들은 service를 참조하는 걸로 리팩토링하기로 정했었다.대부분 백엔드 쪽 기능 구현이 완료되면서 이번주 초반에는 백엔드 리팩토링을 진행했다. 나 역시도 repository 참조했던 부분들을 service를 참조하기 이해 변경하면서 리팩..

회고글 쓴 지 얼마나 지났나고 벌써 또 일주일이 지났는지...시간 진짜 빠르다.감기 걸려서 주말 내내 골골대다가 이제서야 글을 좀 써본다.       코드 리뷰 열심히 아무리 생각해도 객체지향스러운, 클린 코드가 잘 모르겠다. 나만 그런가.멘토링을 통해 우리 팀의 코드를 거의 전반적으로 리팩토링 해야 한다는 걸 깨달았을 때 걍 아예 엎고 처음부터 시작하고 싶다는 몹쓸 생각도 잠시 했다. 우선은 기능 구현을 다 한 뒤에 리팩토링하기로 했다. 솔직히 그게 더 나은듯. 아무튼 멘토링 받은 뒤에도 계속 백엔드 API 기능 개발에 힘썼다.그 와중에도 열심히 PR 올라오면 코드 리뷰를 했는데, 이번에 처음 해본다 사실 이전에 프로젝트 진행할 때는 바빠서 다들 PR이 올라오면 '잘 봤습니다', '굿' 이런 식으로 간..

프로젝트를 하면서 하루 종일 한 오류만 붙잡고 있던 게 정말 오랜만이다.간단히 코드 추가하는 걸로 끝났지만 간단하지 않았던 오류 해결과정이었다...     간단하게 Article을 생성하는 API를 개발하고 있었다.생성할 때 연관된 article_link, article_file 도 함께 저장되는데 그 부분에서 계속 오류가 생겼다.DB에는 잘 저장되고, 각각 조회도 잘 되는데 이상하게 create한 후 response에서는 나오지 않는 것이다. 우선, Article entity는 아래와 같다.@NoArgsConstructor(access = AccessLevel.PROTECTED)@Getter@Entitypublic class Article extends BaseEntity { private Str..

어느덧 KERNEL 최종 프로젝트를 시작하게 되었고, 앞으로 거의 두 달간 진행할 예정이다. dodream과 마찬가지로 총 3명이 진행하고, 프론트/백 둘다 진행한다.아래는 깃허브 링크.https://github.com/Kernel360/KDEV4-SODA-BE GitHub - Kernel360/KDEV4-SODA-BE: 4기 4조 'SODA' 백엔드 repository입니다.4기 4조 'SODA' 백엔드 repository입니다. Contribute to Kernel360/KDEV4-SODA-BE development by creating an account on GitHub.github.comhttps://github.com/Kernel360/KDEV4-SODA-FE GitHub - Kernel360..

지금 KERNEL 360에서 기업 연계 프로젝트(=파이널 프로젝트)를 진행하고 있다.이제 기획은 완료했고 개발 단계로 넘어갔는데, 직접 API를 개발하면서 오류가 생겨서 기록하려고 한다.  프로젝트 생성하는 기능을 만들고, 전체 프로젝트 조회를 하려고 하는데 이런 오류가 생겼다.  @Repositorypublic interface CompanyProjectRepository extends JpaRepository { Optional findByProjectAndCompanyProjectRole(Project project, CompanyProjectRole companyProjectRole);} 이 method를 통해 해당 프로젝트와, 프로젝트를 담당하는 개발사/고객사를 찾기 위한 것인데unique..

kernel 360 과정 중에 3일 해커톤이 있었다. 3월 10일부터 3월 12일인 오늘까지였는데, 오늘 오후에 발표였으니 실질적으로는 이틀이었다.이전에 해커톤을 해보고 느낀거지만 정말 돌아가기만 하는 코드를 만들었다.ㅋㅋㅋ   https://github.com/Kernel360/KDEV4-Hackerton-seats-service/tree/develop GitHub - Kernel360/KDEV4-Hackerton-seats-service: 6팀 회의실 예약 서비스입니다.6팀 회의실 예약 서비스입니다. Contribute to Kernel360/KDEV4-Hackerton-seats-service development by creating an account on GitHub.github.com이번에 ..

실습을 위한 프로젝트 생성 중,application.yaml 파일에서 SQL 설정을 해주었는데 아래와 같은 오류가 나왔다.   이는에러가 발생하는 이유는 Database에 연결할 때 필요한 정보가 없기 때문이다. 그런데 나는 제대로 작성했는데 왜 안되는지 고민했는데,아주 사소한 부분이지만 중요한 부분을 수정해야 했었다. spring: jpa: show-sql: true properties: format_sql: true dialect: org.hibernate.dialect.MySQLDialect hibernate: ddl-auto: validate datasource: driver-class-name: com.mysql.cj.jdbc.Driver ..