개발 일기

이 글의 목적: 남은 2달 기간 동안 현 학습 방법을 최적화 하기 위함 Facts(이번주에 한 일) -강의 듣고 소화하기 (JPA 연관관계, 폴더구조만들기, 영속성, CRUD, 디버깅 등) -Weekly test 코드 분석. -모르는 개념 정리 -팀미팅에서 회의록 적기: 회의록 적으니까, 내가 모르는 걸 구체화하게 되어서 도움이 됨. Feelings -많은 학습량에서 오는 불안감, 조바심. Findings (배운 것) -조용한 시간은 도움이 된다. -스트레스 받으면 간식 먹는 습관을 개선해보고 있다. 피곤하면 당이 아니라 다른 걸 충전하자. -> 내가 잠이 필요하면 5분만 눈을 붙일까? 산소가 부족하면 잠깐 나갔다 올까? 스트레칭을 할까? 질문하기. -> 조용히 집중하는 슬랙도 보지 않는 시간 (메시지를..

#스프링 서버 구성 중 첫 번째 에러 메시지 (캡처를 깜빡했는데ㅜㅜ memo에 뭔가가 못받아오고 있다는 얘기였다. classMemo를 살펴보자 뭐가 빠졌을까 - 생성자 (No Args), entity, getter 등이 다 빠져 있었다. 아직 어노테이션 붙이는 게 어색하니 여러번 연습하자 # 테스트 회고 1008 을 스프링으로 바꿔보고 있었는데 매우 유사했다. CRUD 전체가 아니라 CR만 하면 된다. 서버 구성은 괜찮은데, 프론트를 스프링에 맞게 수정하는 게 조금 어렵게 느껴졌다. 시간은 늘 부족하다. -내일 조금 더 디깅해보고 튜터님 답안 참고해서 꼭 회고해보자. -테스트 하고나면 진이 쏙 빠진다. 그래도 짧은 시간 내에 전체적인 틀? 빠르게 구성해보고, 빠진 annotation 이 어떤 역할을 하는..

내 에러 해결 케이스 Debugging 을 계속 넘기면 원래 회색 글씨가 계속 뜨면서 변수가 읽혀야 함. save 를 한다는 것은 객체에 영속화를 한다는 것. 메모리 어딘가에 할당이 됨 (user DB에 기록이 됨.) 콘솔 에러메시지를 보면, did not return a unique result 메시지가 나온다. (즉, unique result 를 기대했다는 뜻이다. ) 파랑 글씨로 어디에서 막혔는지 친절히 알려준다. 영속성 컨텍스트 실습을 하다가, 나온 에러이다. 영속성이라 함은, founduser1, founduser2 이런 식으로, user1 이라는 아이디 값을 여러번 호출해도 같은 객체를 가져오는 것이다. 내가 여러번 돌리다보니, DB에 USER 가 계속 쌓여서 테이블에 USER1 이 USERN..

# 벼르던 알고리즘 공부를 오늘부터 시작했다. 총 550문제가 있다. 우선 쉬운 1단계는 하루에 2문제씩, 총 1시간을 할애해서 풀어보려고 한다. 마음의 장벽이 높았는데 (아직 자료구조가 머릿속에 입력이 안되었다..), Hello world 로 첫문제를 준 백준 짱 고마워요.. 책 쓰는 기회 등. - 컴퓨터 언어를 내 언어로 바꾸는 연습 (!!!) -> 이번주에 브라우저 동작 원리에 대해 발표했는데, 많은 자료를 보고 갔음에도 내가 정말 이해하고 머리에서 정리되서 가르쳐주는 게 이렇게 어렵다는 걸 깨달았다. -어떻게 재밌게 해볼 수 있을까? 재미 포인트를 고민해보기. -> 지금 나의 재미 포인트는 (1) 블로깅 - 배운 것 정리하고, 공유하기 (2) 조금씩 스며들고 익숙해지는, 한달 전보다 성장한 나 자..

데이터베이스를 왜 쓸까? 데이터베이스를 사용하면, 내가 원하는 형태로 데이터를 가져오게 할 수 있다. 대부분의 규모있는 서비스의 메인 DB는 관계형 데이터베이스이다. 그러니 백엔드 개발자라면 SQL 쿼리를 다룰 줄 알아야 할 것이다. 이미 데이터 칼럼이 정해져 있다보니, 유연하지는 않지만, 대신 데이터 활용, 조인에는 효율적이다. 아래는 orders 라는 테이블을 불러와서, payment_method 라는 칼럼에서 'kakaopay' 라는 값을 가진 데이터들로 필터링하는 쿼리문이다. 쿼리문이 굉장히 간단하고, 엑셀보다도 이해하기 쉽다. *잠깐! 여기서 kakaopay 라고써주면 , 내부 요소를 지칭하는 것으로 알아듣는다 Orders 는 테이블이고 payment_method 는 칼럼이다. 여기서 kakao..

S3란? AWS 에서 EC2 와 더불어 가장 많이 쓰이는 서비스 중 하나다. 버킷 = 파일을 저장하는 폴더 같은 것이다. S3에는 class 라는 개념이 있는데, 데이터 접근 빈도에 따라서 class 를 나눈다. Glacier 같은 아카이브 서비스를 이용할 수도 있고. 접근 빈도가 많을 수록 사용 비용이 높다. 그러니, 접근하지 않는 데이터는 infrequent access 같은 class 로 분류해두면 비용을 절감할 수 있다. Class 분류법은 AWS 에서도 비용 최적화에서 제시하는 대표적인 전략 중 하나이다. S3 파일업로드가 왜 유용할까? 네이버에 프로필 이미지 올리기를 생각해보자. 클라우드가 없었을 때는 이미지 업로드 -> 디스크 저장 -> 디스크 파일 읽는 방식이었다. 그런데 s3 덕분에 파일..

로그인 기능 구현 완료. 모달 페이지에 로그인/회원가입 구현 완료 -회원 가입 기능 (ID/PW 검사, 중복 체크) -회원 정보 암호화/몽고 DB 저장 -로그인 시 토큰 갖고 타 페이지 이동 기능하게 구현. -로그인 상태 시 -> 메인 화면 / 아닐 시 -> 로그인 화면으로 유도. 2차 프로젝트 진행 사항 -2차 목적은 현 서비스를 확장 가능한 서비스로 변경 설계하는 것이다. 이미지 파일도 s3에 올릴 것이고, 코드의 DB화, Mongo DB에서 RDB 로 변경할 예정이다. 더불어 배포에 AWS를 많이 써야 하기 때문에, 주말동안 이에 대한 지식을 쌓아야 한다. -RDB 로 바꾸는 것은 알고리즘 설계 시 데이터베이스 간의 통신이 필요하기 때문이다. -부트스트랩으로 진행했떤 코드를 Bulma로 수정했다. ..

로그인 기능 구현 시작 오늘은 로그인 기능 구현을 해보았다. 우리 팀은 역할을 나누기 전에, 하루 정도 시간을 잡고 주요 기능을 구현 후 발표하기로 했다. 각자 하는 일만 하다보면, 전체 흐름을 이해하기 힘들기도 하고, 짧은 시간 내에라도 배운 것을 적용하는 게 필요하기 때문이다. 다른 팀원들이 워낙 잘하기 때문에 압박감이 들지만, 동시에 그래서 많이 배우고 집중할 수 있어서 감사하다. 로그인에는 인증 등 접해본 적 없는 개념이 많이 들어가서, 심화반 강의 중 로그인이 제일 어려웠다. 그래도 필수 기능이니 지금 탄탄하게 배워두면, 분명 도움이 될 것이다. 낯선 메서드도 많아서, 날잡고 배운 것을 정리해봐야겠다. 기능을 페이지에 구현하는 것까지는 잘 따라했는데, 모달 화면에 넣는 게 좀 까다로웠다. 우선은..