항상 충실하게

1.  사실

1) Spring security를 쓰는법

2)해시함수의 암호학적 근거

3)Servelet과 체인 등, Spring security의 작동원리

2. 주관 및 배운점

1) 어려웠다.

spring security를 처음 배우는데 어려워서 어떻게 해야하는지 걱정이 됐느데, 다른 분들 git push들을 보아도 다들 어려웠다는 이야기였다.

2)완벽한 이해보다는, 활용을 통한 체득, 체득에 따른 원리의 호기심. 

3)4주동안 실습하면서 배웠던거 능동적으로 써보면 더욱 잘 이해될 것이다.

3. 확언

restdocs 잘 학습하자!

마지막 학습주 마무리 잘하기

발단

왜 프로세스와 스레드를 배우는지는 알겠다. 한정된 리소스를 효율적으로 관리하고, 최상의 아웃풋을 내기 위해서이다.

그런데 ENIAC 시절부터 프로세스와 쓰레드가 있었을까?

그건 아닐 것이다. 그러면 어떠한 이슈때문에 프로세스 쓰레드가 탄생하게 됐을까?

전개

사실 처음 공부한 자료에서는 이에 대해 잘 안나와있었는데, 공룡책을 참고하다보니 이에 대해 나와있었다.

결

프로세스 탄생 배경

 초기의 컴퓨터 시스템은 한번에 하나의 프로그램만을 실행하도록 허용했다. 따라서 프로그램이 시스템을 완전히 제어하고, 모든 자원에 접근해도 됐다. 그런데 메모리에 다수의 프로그램이 적재되어 병행실행되는 것이 허용되면서 다양한 프로그램을 보다 견고하게 제어하고 구획화할 필요가 생기면서 프로세스라는 개념이 탄생하게 되었다.
-운영체제 Abraham Silberschatz (공룡책) 10판, 117pg

쓰레드 탄생 배경

하나의 응용프로그램이 여러개의 비슷한 작업을 수행할 필요가 있는 상황들이 존재한다. 이때 각각의 프로세스를 생성하고 컨텍스트 스위칭을 한다면, 많은 오버헤드를 감수해야한다.

따라서 스택만 따로 할당받고, 코드,데이터, 힙영역은 공유하는 쓰레드가 탄생하게 되었다.

https://seoyeonhwng.medium.com/%ED%8C%8C%EC%9D%B4%EC%8D%AC-%EB%A6%AC%EC%8A%A4%ED%8A%B8-%EB%82%B4%EB%B6%80-%EA%B5%AC%EC%A1%B0-f04847b58286

파이썬 리스트를 구현해본 것을 까보면, 이중pointer로 되어있어서 그렇다.

쉡게 말하면 파이썬의 리스트는 원소의 주소값을 저장한다.

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을 벗어나느 코딩을 할 것이다.