항상 충실하게

1.  사실

1) javadoc쓰는법에 대해 깨달음을 얻음.

2) til을 4번 씀

3) jwt와 인증에 대해 배움

2. 주관 및 배운점

1) 나선형 학습에 대하여

정보 수집

-- 모델화 및 추상화

--실행및 검증

-- 검증 결과 오 모델 일시 다시 정보수집부터

이 사이클에 알맞는 학습을 하자

4. 확언

추석주간 동안 대충 넘어갔던 lombok annotation 학습.

여기서 학습이란, 실험 및 검증까지 포함하는 거임.

오늘의 깨달음.

앎의 시작은 무지를 자각하는데 있다.

- 개발자 오디세이아

일단 모르는 것을 다 적어보자.

1. 객관

자바 스프링 학습

fixture에 대한 고민

2. 주관

테스트 몇번 써보니 약간은 알거같은 느낌

3. 배운점

"이메일이 저장되어 있지 않은 경우"와 "이메일을 찾지 못한 경우"는 다릅니다. 컴퓨터를 다룰 때에는 무엇이 "없다"라고 단언하면 곤란할 수 있습니다. 이게 조회를 하는 순간에 DB에 무슨 일이 생겨서 조회가 실패한 건지, 정말로 데이터가 존재하지 않아서 실패한 건지, 아니면 그냥 내 컴퓨터가 인터넷이 끊어져서 실패한 건지 아주 짧은 시간 동안에 확실히 알아내기란 매우 어렵습니다.

이건 오라클하고는 아무런 관련이 없어요. 개발자들끼리 합의한 것도 아닙니다. 이건 객체지향 원칙이 주석에도 적용된 것 뿐이에요. 그리고 그것이 적용된 이유는 javadoc이 메소드의 바깥이기 때문입니다. javadoc은 실제로 외부에 보여주기 위한 문서이기도 하고요, 메소드를 사용하고 있는 다른 클래스에서 메소드까지 점프해 오지 않고도 javadoc을 IDE에서 볼 수 있기 때문이기도 해요.

4. 확언

내일 요구조건 다 맞춘다. 뽀모도로를 한다.

https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=phrack&logNo=80131666250 

https://jaehun2841.github.io/2019/02/24/effective-java-item56/#%EB%AC%B8%EC%84%9C%ED%99%94-%ED%83%9C%EA%B7%B8

1. 객관

dp 문제들을 품. 감을 익혀가는지도?

스프링 과제를 함.

doc쓰는 법을 익힘

아침에 못일어났지만 결국 운동을 하러 갓다.

2. 주관

스프링은 해도해도 안느는 느낌 2222

https://youtu.be/4ppfESa0EtE

3. 배운점

1) 스마트한 시간관리, 인생관리 습관 6장

 특정한 모임이나 시간 약속이 얼마만큼의 가치를 갖는지 따져볼것.

깊이 활동해야한다는 것을 잊지말것.

한번에 하나씩 할것.

2)

개발자는 결국 문제해결 능력이다.

4.  확언

나는 내일, 알고리즘 문제를 복습하고, 스프링에 딥다이브할 것이다.

그러기 위해서 뽀모도로를 도입할 것이다.

1. 객관

코드숨 강의를 들음

김영한 강의 +백기선 강의 약간 들음

스마트한 시간관리, 인생관리 습관 책 읽음

dp 두문제 품

데이터베이스 책 약간 읽음

2. 주관

스프링은 해도해도 안느는 느낌?

3. 배운점

1) 스마트한 시간관리, 인생관리 습관 5장

충분하고, 지속적이고, 집중적인 관심은 성공의 열쇠이다.

이러한 관심 쏟는 것을 방해하는 저항 미루기등을 이겨내야한다.

책에서는 미룰시에 이에 대한 처벌을 해결책으로 내세우는데,, 음,,, 저항을 방지하는게 낫지 않을까? 싶다.

사실 코딩도, 스프링도 결국 comfort zone을 벗어나려는 노력에서 실력이 느는 것 같다.

2) 스프링에서 jwt를 다루는 방식

3)

궁금한것: why dto?

없으면 어떻게 되지?

필수적인 것인가?

mockMvc에 대하여

4)

Mock: 진짜 객체와 비슷하게 동작하지만 프로그래머가 직접 그 객체의 행동을 관리하는 객체.

Mockito: Mock 객체를 쉽게 만들고 관리하고 검증할 수 있는 방법을 제공한다.

애플리케이션이 데이터베이스 혹은 api 호출한다고 가정하면,

외부 api가 어떻게 동작하는지,

예측해서  관리해야함.

https://martinfowler.com/bliki/UnitTest.html

단위라는 개념: 

하나의 행동이라고 보기도함.

그냥 정하면 되는 것.

@ExtendWith(MockitoExtension.class)

class StudyServiceTest {



    @Mock MemberService memberService;



    @Mock StudyRepository studyRepository;

@ExtendWith(MockitoExtension.class)

class StudyServiceTest {

    

    @Test

    void createStudyService(@Mock MemberService memberService,

                            @Mock StudyRepository studyRepository) {

        StudyService studyService = new StudyService(memberService, studyRepository);

        assertNotNull(studyService);

    }



}

https://velog.io/@ausg/Mockito-Test-Framework-%EC%95%8C%EC%95%84%EB%B3%B4%EA%B8%B0

4. 확언

내일은 comfortzone을 벗어나느 코딩을 할 것이다.

1.  사실

1) 코드숨 과제를 진행함

2)TIL을 2번진행함

3)영속성 컨텍스트에 대해 공부함. 특히 컨텍스트에 대해 공부함

4)에러메시지를 보는 법을 익힘

5) 성공하는 프로그래밍 공부법이라는 책을 읽음.

6)카카오코테를 봄

2. 주관 

1) 카카오코테 --> 못넘을 산은 아닌거 같음

2) 내가 스프링에 대해 좀 더 잘알고있었다면, 좀더 양질의 피드백을 받을 수 있을텐데 아쉽다.

3)모르는게 생기면 자꾸 파보려고 한다. 나쁜건 아니지만, 시간과 기회라는 측면에서 충분히 효율적으로 운용하지 못하는 듯한 느낌이 든다.

4) 사실 회고의 가치는 4. 확언에 대한 피드백으로서 작용하는 것이 중요한 것같다는 생각이듬.

정성들여 쓴 확언, 그리고 그에 대한 계획에 따라 세밀한 자기객관화 및 피드백이

더 나아질 수 있는 사람이 될 것같다.

5) 결국 좋은 프로그래머가되려면 많이 알아야하고, 많이 코드를 쳐봐야하고, 많이 피드백을 받아야할 것이다. 그런데 너무 전자에만 매몰되다보니까 약간 노잼+ 의욕저하가 되는 것 같다. 물론 3주차,4주차 보단 나아졌지만..

3. 배운점

컨텍스트에 대하여.

- 일반적 의미: 그냥 텍스트처럼 바로 이해되는 것이 아니라, 다르게 해석될 여지를 주는 정보 및 환경

- 컴퓨터과학적 의미:  멈추고 새롭게 시작될때, 반드시 저장되어야하는 정보들의 최소단위 집합.

ex. 영속성 컨텍스트:

데이터베이스 영속성과 관련된 특별한 컨텍스트를 의미.

영속성 컨텍스트는, 데이터베이스에서 읽거나 할때 캐쉬처럼 작동하기도 한다.

4. 확언

1) 다음주 커리큘럼은 로그인이다. 로그인에 대해, 다음주 회고시 의미있는 배운점을 쓰도록한다.

2) 하루에 7시간은 코드를 치는데 투자한다. 시간을 기록하고 매일 그 것을 달성했는지 확인한다.

3) 지레 겁먹고, 미리 정보를 찾아보기전에 먼저 부딪히고 막히면 찾아본다.

4) 코딩은 신기하고 재밌는 것이다. 모르는 것을 알아가는 재미, 만드는 재미를 놓치지 말자.

4. 확언

발단

이전에 프로젝트를 했을때, 왜 seriallizer를 사용하는지 몰랐다.

굳이 사용해야 싶나 했는데, marshmallow같은 라이브러리까지 있는거보면 필요성이 분명히 있으리라 생각하고 찾아보게 되었다.

전개

은근히 바로 안나왔는데, 그래도 결국 quora에서 찾았다.

https://www.quora.com/Do-I-really-need-serializers-in-Django-Rest-Framework-app

결

 custom code의 양을 줄여준다.

serializer 없이 한두개 정도는 일일히 작성할 수 있지만, 현업에서 대량의 api를 만들어야 하는 경우, 이는 많은 노력이 들어가고 수정보완하기 까다롭게 된다.

발단

네트워크를 공부하다보니, 이 과목은 약간 통신규약을 배운다는 느낌을 접근해야겠다는 생각이 들었다.

그러면, 어떡하다가 그러한 protocol이 탄생하게 됐는지 궁금해졌다.

전개

TCP 개발동기는 나무위키에 잘나와있었다.

그런데 혹시 몰라서 팩트체크를 위해서 영어자료도 찾아봣는데, 아주 틀린정보는 아닌것 같다.

https://namu.wiki/w/TCP

https://en.wikipedia.org/wiki/Bob_Kahn

이 할아버지는 TCP를 만든 사람중에 하나인데, TCP를 만들 당시 DARPA(미 국방부 고등연구원)에서 일한 경력이 있다.

결

미국 국방부가 관심을 갖던 것은 핵전쟁이 발발하더라도 정상적으로 작동하는 네트워크이다.

TCP이전 일반적으로 사용하던 통신방식은 회선교환(circuit switching)인데, 이는 특정 경로만을 설정해서 전달하는 방식인거다.

따라서 특정 경로가 폭격에 바갈나면 통신이 끊어진다.

이에따라 패킷교환방식을 사용하게 되었는데, 이는 데이터를 패킷단위로 나누어, 여러 경로들을 거쳐서 전달되게 된다.

다만 이는 네트워크환경의 안정성이 떨어진다는 단점이 있다. 왜냐하면 모든 패킷이 안전하게 도착한다는 보장이 없기 때문이다.

이에 따라 신뢰성을 보장하기 위한 TCP 방식이 탄생하게 되었다.