CodeSpitz77 1회_Programming & JS elementry

🌕🌑🌑

코드스피츠 강의 정리록

1. 왜 이렇게 짰니. - 개발 기본을 알아보자. 철학/가치/동기

철학

• 상대주의적으로 바라보자.

기준 (: 왜 이렇게 짰니?.. 이것만 지켜도 비용절감.)

1. 가치 : 이러이러한 가치를 추구했기 때문에 이렇게 작성하였다.

• 의사소통
  • A가 짠 코드를 아무도 못알아보면 비용낭비
• 단순함
  • A가 짠 코드가 복잡하여 요건 추가시 더 많은 시간낭비
• 유연함
  • A가 짠 코드에 요건추가시 다 뜯어고쳐야하면 비용낭비

2. 원칙 (by Kent Beck)

• 지역화
  • A가 짠 코드를 고쳤더니 전체가 영향이 가면 > 비용낭비
• 중복제거
  • A가 짠 코드를 고쳤더니 다른 곳은 그대로..> 또 시간투자, 비용낭비
• 대칭성
  • 예시_Get/Set
  • A가 짠 코드에 get은 있는데 set은 없다. 시간낭비
• 추상적인 원칙도 있고, 컨벤션과같은 구체적인 원칙도 있다.

3. 패턴 (선배들의 경험기반..경험도 반복되면 진리에 가까워짐.)

• 개발론
• 설계론
• 각종 적용 패턴

동기

• 비용
• 시간

2. program과 timing

컴퓨터가 뭘까? 프로그램이 뭘까?

2-1-1. program

1. language code

• lint time
• 컴파일 전에 많은 에러를 잡을 수 있다.
• lint 타임에서 에러를 잡는게 제일 좋다! 당근

2. machine language(기계어)

• compile time

3. file
4. load: file이 메모리에 올라가는 과정

• 여기서부터 프로그램으로 불린다.
• load까지 프로그래머의 역할.

5. run: 실행

• run time
• run time에서도 잡지 못하는 에러 => context error
  • 개발자들끼리의 의사소통 문제
  • 기획서의 오류

6. terminate: 종료

2-1-2. script program 😎

• 일반 프로그램과 다른점은, machine language가 4단계에 있다는 점.
• 자바스크립트도 이에 해당됨

1. language code: 코드작성 후
2. file: js파일을
3. load: 브라우저에 로드하면
4. machine language(기계어): 기계어로 바꿔서
5. run: 실행 (매번 기계어를 바꿀 수 없으니, 캐시를 태워놓기도)
6. terminate: 종료

2-2-1. program runtime

컴파일 타임이 없어서 런타임이 중요 런타임은 메모리에 적재하여 실행하는 것

1. loading
2. instruction fetch & decoding(외부버스에서 명령을 가져와 해석)
3. execution (실행)

명령 하나당, 2번과 3번의 반복

메모리에 적재된 프로그램을 cpu가 소개한다. (노이만 머신의 구조 )

• 컴파일 타임에는 실제 메모리를 갖고 있지 않는다. 메모리는 런타임때 올려짐.
  • 때문에 가짜 메모리 상에서 시뮬레이션 하며 만든다.
  • 컴파일 타임에 만들어진 파일 속의 코드들은 다 가짜 메모리에 올라가져있음.
• 로드 시 **가짜메모리 A와 진짜 메모리 A와 매핑해줘야한다. ** (virtual memory mapping table == VTable)
  • 컴파일러 언어들은 다 갖고있는 순서라고 생각하면된다.

1. essential definition loading: 가장 중요한 것 부터 프로그램에 적재한다.
2. VTable에 매핑한다.
3. run
4. runtime definition loading

• 자바스크립트에서 런타임 중에 클릭 후 함수를 만들어 낼 수 있다.
• 실행 후에도 정의물이 나오는 상황
• 컴파일시점에 확정시키는 것이 아니라 runtime때

2-2-2. script program runtime

• 여러 레이어로 구성되어있다고 생각해도 된다.
• 스크립트 프로그램은 컴파일 단계가 없다보니, 런타임을 레이어로 나눠서 관리한다.

3. Memory, Address, Pointer, Variables, Dispatch 프로그램 안에서 무슨일이 일어나는지 생각해보자.

데이터 부분의 메모리가 어떻게 움직이는지. 참조의 참조를 왜 쓰는지를 배우는게 핵심 - (linked list, decorator, …) - 직접 알지 않고 다른 아이를 통해서 알려고 하지?

3-1. Memory

고유한 번호를 주소로 갖는 블럭체계로 되어있다. 블럭을 나타내는 주소는 몇자리일까? => 64bit인지 32bit인지

3-2. 메모리 모델

(포인터 개념)

1. A = "TEST"
2. &A = 11 (C언어에서 주소값의 변수 앞에 &를 사용한다.)
3. B = &A
4. *B = "TEST"

직접참조의 위험성

• 어떤 변수를 외부에 공개할 때
• 사용처를 확정지을 수 없다.
• 누가 어떻게 쓸지 모른다.
• 통제권을 벗어난다.

5. C = B, D = B, ... : C와 D는 B를 바라보고있다.
6. B의 배신.. B = &K : 주소값이 바꾸었다.

• B가 변경되었기 때문에 당연히 C,D도 바뀔거라 생각하지만, 아니다.

• 직접참조를 피하는 이유이다.

• 참조를 복사했을 때 꼭 이렇다.

  • 함수형 패러다임에서는 참조를 피하려고한다.

double dispatch를 통해 해결할 수 있다.

B = { value: &A, V: 3 }
C = B, D = B, ...

B가 직접참조하지않고, 간접적으로 참조하게 만들었다. Dispatch: 주소로부터 값을 얻는 행위

• Double Dispatch
• 자료구조에서 linked list의 원리
• 객체지향에서는 인터페이스와 클래스의 관계

B가 배신을 때려도 대응할 수 있다.

3-3. Lexical Grammar (어휘적인 측면의 문법)

• Control Character 제어문자
• White Space 공백문자
• Line Terminators 개행문자
• Comments 주석
• Keyword 예약어
• Literals 리터럴 : 더이상 나눌 수 없는 객체나 값의 표현

3-4. Language Element

자바스크립트는 아래의 큰 3가지 카테고리로 나눌 수 있다.

3-4-1. Statements: 문

• 컴파일러 혹은 실행기에게 주는 힌트이다.
• 메모리에 남는 개념이 아니다.
• 처리하고 끝낸다.
• Control Statement
• ex. If, For, While …
  • ex. ruby는 문이라는 개념이 없다.

문을 나누는 기준에는 2가지가 있다.

1. 공문, 식문, 제어문, 선언문

• 공문: 아무것도 없는 문
  • for(var i=0; i<5; i++); => 에러가 없다.
  • 공문의 기준은 ;
• 식문:
• 제어문:
• 선언문: 메모리 상의 변수를 할당하는 일

2. 단문, 중문

• if(true);
• if(true) a = 3; else b = 5
  • 에러가 나지 않는 이유 if 절의 정의 : if(condition1) statement1 else statementN
• if (true) a=3; else if (a > 2) b = 3; else b =5;
  • if (true) a=3; else {if (a > 2) b = 3; else b =5;}
  • 암묵적으로 위처럼 줄괄호가 있다고 생각하는 것. else if절이 있는 것이 아니라, 앞부분의 if else절의 else가 갖고 있는 if else절이라고 생각하자.
• 중괄호는 중문에서 많이 쓰인다.

3-4-2. Expresssion: 식

• 식의 결과는 언제나 하나의 값으로 수렴되다.
• 값식, 연산식, 호출식
• 3;5;6;
• 하나의 값식을 식문으로 인지하기 때문에 에러나지 않는다.

3-4-3. Identifier 식별자

• 변수를 의미한다.
• 기본형, 참조형

4. 흐름 프로그래밍: 메모리에 적재되어있는 명령어의 연쇄(flow) Sync Flow / Flow Control / Sub Flow

4-1. Sync Flow - 메모리에 적대되어있는 명령어를 실행하는 동안 우리는** 간섭을 못한다.** - 동기화

흐름, 동기화 로직 이라고 한다.

4-2. 흐름제어 (flow control)

• 일자로 흐르는 sync flow를 제어할 수 있기 때문에 흐름제어라고 부른다.

4-3. sub flow

• 어떤 흐름은 반복적으로 쓰이기도 한다.
• 함수나 클래스를 이용한다.

Related