### 형식
![이미지이름](이미지주소)

### 예시
![likelion logo](https://oopy.lazyrockets.com/api/v2/notion/image?src=https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2F76e97239-2fe2-4afd-90e5-e8b2b878cfe7%2FUntitled.png&blockId=dfd76b38-4ff0-4b64-9231-475d1b0f57ea)

• ❓이미지 주소는 어떻게 가져오나요? 우클릭해서 이미지를 저장하는게 아니라 이미지 주소 를 복사해오면 됩니다.

  

원래는,

github의 markdown에 이미지를 첨부하려면 동일 repo의 이미지 주소를 추가해야 했습니다.

이게 무슨말이냐, 만약 내가 마크다운에 이미지를 추가하고 싶다면

1. 레포에 다운로드 받은 이미지를 add, commit, push 합니다.

2. 레포에 내가 올린 이미지의 링크를 복사합니다.

3. 마크다운 문법에 맞춰  로 이미지를 올립니다.

github repo에서 가져온 주소이므로 이미지 주소는 다음과 같을 것입니다. https://github.com///blob//image
하단의 예시는 마크다운이 아니라 html 예시지만 비슷한 방식으로 이미지를 추가한다고 알면 됩니다.

그런데 이렇게 매번 이미지를 올리는건 너무 번거롭습니다.

일단 이미지도 다운로드 받아야하고 이미지 이름도 정해줘야하고 이미지 올리려면 일단 이미지부터 add commit push 해야하고 여간 성가신게 아닙니다.

이럴 때 쓰는 방법: github issue

💡 issue 에 이미지를 붙여넣기 하거나 드래그 드롭하고, 거기에 생성된 이미지 링크를 사용합니다.

1. new issue 를 만듭니다. 이슈 발행하지 않아도 되니까 일단 안심하고 만듭시다.

2. issue를 만들었을때 보이는 화면은 이렇습니다. 체크표시 한 본문에 이미지를 붙여넣기합니다.

   1. 이슈를 만들었을때 보이는 화면
   2. 이미지 주소를 만드는 방법
   • 클립보드를 이용한 복사 붙여넣기도도 괜찮고 다운로드 받은 이미지를 드래그드롭해도 괜찮습니다.
   • 내가 마크다운에 넣고 싶은 이미지 예시: 스크린샷

      ![image](https://user-images.githubusercontent.com/60145951/162573135-dbd5d482-5d1f-483a-981d-46ad9c1dc919.png)

   • 붙여넣은 후의 이슈 본문: src 이후의 링크만 복사합니다.

3. 생성된 issue에서의 이미지 링크만 복사해서 마크다운에 입력합니다.

    <img width="863" alt="image" src="https://user-images.githubusercontent.com/60145951/162572357-a22b3d6f-9100-4dd5-8e68-4a2267de1e49.png">

   새 마크다운

    ![스크린샷](https://user-images.githubusercontent.com/60145951/162572357-a22b3d6f-9100-4dd5-8e68-4a2267de1e49.png)

이제 마크다운을 편집할만큼 편집하고 add commit push 하면 이미지가 포함된 마크다운이 올라간다. 노션처럼 편하게 쓸 수 있습니다!

왜 이렇게 되나요?

• 왜 이렇게 되나요❓ : 이슈에 이미지를 올리면 바로 github 서버에 이미지가 업로드 되기 때문에 이미지의 고유 링크가 생성된다. 우리는 github 서버를 사용하는 셈입니다.
• 이슈를 발행하지 않아도 되나요❓ : 이미지를 이슈 본문에 붙여넣기 하는 순간 이미지 고유 링크가 생성되는 것이기 때문에 굳이 이슈를 발행하지 않아도 됩니다!

softmax 함수는 max 함수의 soft한 버전인 것 같다. 그러나 max 함수의 soft한 버전은 softplus 이며 softmax 함수는 argmax 함수의 soft한 버전이며 관행적으로 arg를 생략하여 softmax 함수가 된 것이다. (p72)

max 함수, softplus 함수, argmax 함수가 도대체 무엇이냐 이전에 궁금한 점이 있다.
함수의 soft한 버전은 도대체 뭘까

functiona called 'soft' : differentiable function

한국어로 검색해도 잘 나오지 않는다. 일단 뭐라고 검색해야 할 지도 모르겠다. 일단 영문 위키에서 rectifier 를 검색해보라고 해서 검색해봤다.

• rectifier : 정류기
• 아니 놀라운 사실을 알았다. ReLU가 Rectified Linear Unit의 약자였다.
• 아니? 더 놀라운 사실을 알았다. max 함수가 뭔가 했는데 ReLU였다! ($f(x) = max(0, x)$)

이 그래프를 보길 원한 것 같다.

책이 출간된 이후로 업데이트가 이루어졌는지 위키피디아에 올라온 그래프는 ReLU와 GELU였다. 그래프 형태를 봐서는 조금 더 완화된 개형을 가진 함수들을 soft함수라고 부르는 것 같은데 맞는지 확인하는 작업을 거쳤다.
결론부터 말하자면 soft한 함수, 부드러운 함수는 미분이 가능하도록 변형한 함수다. ReLU함수와 argmax 함수의 공통점을 생각해보면 답이 나온다. 두 함수 모두 미분이 불가능한 함수다. (ReLU는 첨점, argmax는 큰 값의 인덱스를 반환한다는 함수특성)
딥러닝에서 미분이 불가능하다는 특성은 치명적인데 역전파 backpropagation 가 불가능해 가중치를 업데이트 할 수 없으므로 학습읋 할 수 없기 때문이다.
따라서 이를 미분 가능하게 완화한 함수를 사용하게 된다. 이 함수를 soft 함수라고 부른다.

참고

Dying ReLU

Github TIL

Activity overview : Commits 100% 에서 벗어나기 프로젝트

일반적으로 github project에서 issue는 아래 단계를 따른다.

  1. 문제상황 발생
  2. issue 발급 : create issue
  3. issue 해결 : 작업 후 PR, code review
  4. issue 반영 : merge

갑자기 웬 issue?

이 기능은 협업 과정에서 주로 사용한다고 알고 있는데 Django Project를 진행할 때마다 문제상황을 commit message에 기록하는것도 한계가 있고 무엇보다 문제가 발견됐을 때 마다 그 자리에서 해결하는게 슬슬 어려워지다 보니 이런 문제/issue들을 모아두고 관리할 수 있는 기능의 필요성을 느끼게 되었다.

template을 만들어보자

프로젝트 관리를 위한 기능이니 여러사람이 사용해야 하고, 그렇게 되면 당연히 정해진 형식이 필요하다. 이걸 위한 기능이 template이다. repository settings/Features/Issues에서 관리할 수 있으며 기본적으로 Bug report와 Feature request template을 제공하며 사용자가 형식을 정의 할 수도 있다.

• template 작성도 커밋으로 집계된다.
• 한 번에 여러 template을 생성하고 수정할 수 있는데 반드시! Propose changes를 눌러야 한다. 하지 않으면 애써 작성한 형식이 다 날아간다. (ㅠㅠ)

issue를 만들어보자

issue는 repository의 issue탭에서 만들 수 있다. repository에서 issue를 사용하지 않게 만들 수도 있는데 내가 알기론 별도의 설정 없이 저장소를 열 때 issue도 기본적으로 열린다. 상단 바의 issue탭으로 들어가서 New issue를 클릭하면 새로운 issue를 발급할 수 있다.

이 때 template을 작성해두었다면 골라서 issue를 생성할 수 있다.

제목과 본문 말고도 책임자(Assignees), 분류(Labels), 관련 Project(Projects), 세부분류? (Milestone) 등을 지정할 수 있다.

이것도 template에서 미리 지정할 수 있는데, 지정해두었다면 issue 생성과 동시에 기본값이 설정된다. 편리하다!

issue를 해결하자 : 닫기

문제를 해결하면 된다. 한 issue 안에서 comments를 달 수도, emoji를 남길수도 있다. issue 안에서 일어나는 모든 변화는 (label 변경 등) commit 처럼 내부에 기록된다. (그리고 본문에서 : 콜론을 쓰면 바로 이모티콘을 쓸 수 있어 편하다.)

문제를 해결했다면 issue를 닫아야 하는데 웹에서 그냥 닫을 수는 없고 comment와 함께 닫아야 하는 것 같다.

comment 할 것이 없다면 commit message로 닫을 수도 있다. commit할 때 종료를 의미하는 키워드를 입력하고, issue 번호를 기입했다면 자동으로 issue를 종료한다.

종료 키워드 : close, fix, resolve 각 단어의 변형 (closed, fixes ...) 또한 인식한다.

Github TIL

0. 해외 주요 서비스 접속 불가 문제 발생

Error 503 Service Unavailable
Details : cache-itm 18821-ITM ~ Vanish cache server
error: CNN

Fastly error: unknown domain: www.nytimes.com. Details: cache-itm18840-ITM
error: NYT

connection failure
error: Guardian

21.06.08 화요일 7시 전후로 Github, Stackoverflow, Amazon, Twitch, 주요 외신 페이지 ... 등의 서비스가 터지는 문제가 발생했다. github는 html 이라도 보였는데 다른 서비스는 아예 접근 자체가 불가능했다. 그러고보니 Stackoverflow나 Github가 터진것만 확인해서 몰랐는데 이제보니 뉴욕타임즈 터졌을 때 Fastly error라고 적혀있었다.

아무튼 에러메시지만 종합해보면

• 서버가 다운됐고
• 주된 문제는 캐시고
• 도메인 에러도 발생한 것 같다

1. 뭐가 문제인가

사실 터진 서비스중에 Amazon이 보여서 AWS 문제인지 단순하게 의심했는데 그렇다기엔 AWS를 쓸 것 같지 않은 서비스도 터졌고 이모티콘 출력에만 문제가 생긴다거나 github도 action 기능은 된다고 하고 이것저것 의아한 점이 많았다. 배포서버에 문제가 생긴거면 아예 전부 먹통이 되어야 하는게 아닌가...
그러다 Fastly Incident Report를 발견했는데 CDN은 들어나 봤지 뭔지 정확히 확인해본 적이 없어서 서버 복구되기를 기다리면서 관련 정보를 찾아봤다.

• Incident Report

Fastly측 Report에 따르면 해당 문제는 태평양시 09:58에 보고되어 5~10분 간격으로 상황이 갱신되다가 한시간가량 지난 10:44에 문제를 발견했다. 10:57에 모니터링을 시작해서 12:41에 Resolve 처리 되었으니 최소 한 시간동안은 장애가 발생했다고 보면 되겠다. 모르긴 몰라도 배상금이 엄청날것 같다.

2. Fastly? CDN?

Fastly describes their network as an edge cloud platform, which is designed to help developers extend their core cloud infrastructure to the edge of the network, closer to users.
The Fastly edge cloud platform includes their content delivery network, image optimization, video and streaming, cloud security, and load balancing services. wiki

우선 Fastly는 미국의 클라우드 컴퓨팅 서비스 제공 업체로 개발자가 조금 더 사용자에게 가깝게 서비스할 수 있도록 돕는 것을 주 목표로 한다. CDN, image optimization, video & streaming, cloud security, load balancing service 등을 제공하며 나열된 기술들은 모두 조금 더 빠르고, 불편함 없이 사용자가 서비스를 이용할 수 있게 한다.

CDN
서버를 사용하는 사람이 많아지면 모든 요청이 메인 서버컴퓨터로 몰리기 때문에 병목현상 또는 접속장애가 발생한다. 게임 업데이트마다 서버가 터지는 이유도 아마 같은 문제인 것 같다.

(1)
우선, 서버컴퓨터가 사용자의 요청에 반응하기 어려운 상황이 무엇일까?

1. 요청이 지나치게 많다. 작업이 많아 속도가 느려진다.
2. 거리가 멀다. 아무리 전송 속도가 빠르다고 해도, 대륙을 건너는덴 시간이 소요될 수 밖에 없다. 이래서 내가 글로벌서버에서 게임을 못한다.

그렇다면 이 문제를 해결할 방법은 무엇일까.

1. 요청을 분산한다. 장사가 잘 되는 식당에서 직원(서버)를 많이 사용하는덴 이유가 있다.
2. 세계 곳곳에 서버 컴퓨터를 설치한다.

이게 CDN(Content Delivery Network) 이다. 서버의 부담을 줄이고 로딩하는데 오래 걸리는 콘텐츠들을 전송하기 위해 사용하는 분산 네트워크라고 정리할 수 있겠다.

(2)
웹 서핑을 하다보면 [사진 많음, 데이터 주의] 등의 머릿말을 단 게시글을 볼 수 있다. 사진이나 동영상이 데이터를 많이 잡아먹는다는건 누구나 아는 사실이다. 그러니 그 정보를 요청하는데도 시간이 오래 걸릴 수 밖에 없다.
따라서 사용자가 이미지, 동영상 등을 요청하면 전 세계에 있는 CDN은 사용자와 가장 가까운 POP(Point of Presence)의 서버에 저장/캐시된 정보를 전송한다.

1. 이 때 서비스가 CDN을 사용한다면 사용자는 특수한 도메인(DNS)에 파일을 요청하게 된다.
2. 이 DNS는 가장 가까운 POP에 정보를 요청한다.
   • 이 때 가까운 POP의 서버(edge server)에 적당한 정보가 없다면 에지 서버는 메인 서버에 파일을 요청하고 파일을 캐싱한다.
   • 최초 요청시에는 시간이 다소 소요된다.
3. 캐싱된 정보는 HTTP 헤더에 지정된 TTL(Time To Live)가 만료될 때 까지 정보를 저장한다. (기본 7일)

결과적으로, 사용자는 가장 가까운 POP의 서버로부터 정보를 받으므로 빠르고 편리하게 서비스를 이용할 수 있다.

여기까지 알게 되니 이 사태의 특수성이 이해가 된다. 도메인, 이모티콘과 사진 로드, 동영상 전송등에 문제가 생겼으니 이건 Fastly가 제공하는 서비스 중에서도 CDN 문제다.

3. 생각

우리가 유용하게 사용하는 서비스들이 한 순간, 한 회사의 문제로 이렇게 먹통이 될 수 있다는걸 목격하고 나니 괜히 허망해졌다. 구조상 어쩔 수 없고 이런 방식 덕분에 우리가 더 편하게 서비스를 사용할 수 있단걸 알고 있음에도 그랬다.
이전에도 서버가 터지는건 목격했지만 (게임할땐 특히 많이 봤지만,) 아예 맛이 가면 갔지 이렇게 애매하게 서비스가 다운되는 일은 본 적이 없어서 이것저것 찾아보다보니 TIL까지 쓰게 되었다.
멋사에 지원할 때에 적었던 지원서에 좋게 느꼈던 서비스가 왜, 구체적으로 어떤 것 때문에 좋았고 불편하게 느꼈던 서비스는 왜 또 불편하다고 생각했는지 알고싶다고 적은 기억이 난다. 오늘도 마찬가지다. 뭔가 잘못되었다는건 알겠는데, 뭐가 문제인지 알지 못하니 답답하기만 했다. 하릴없이 서버만 외치며 속을 끓이기보단, 화를 내더라도 구체적으로 화를 낼 수 있으면 좋겠다는 생각을 했다.
공부는 세상을 보는 해상도를 높이는 일이라고 하더라. Fastly 담당자는 지옥 비슷한걸 맛봤을테지만, 오늘 이 사건을 계기로 서버나 네트워크에 대해 조금 더 알 수 있게 되어 즐거웠다. 개발단계에서 뭘 건드리면 이 사태가 벌어지는지도 궁금하지만 그건... 회사에서 일하다보면 알게 되지 않을까?
그리고 클하에서 들어보니 PyPI도 Fastly를 통해 배포되고 있어서 여러 곳에서 이슈 리포트가 되고 있다는것 같다. 한밤 중의 개발자 파이팅.

그리고 레딧도 터졌는데 velog에 영문철자를 작성하면 자동으로 비공개로 전환된다. 광고로 분류돼서 그런가?

참고

• 매일신문/"패스틀리 탓?" CNN·백악관·아마존 등 세계 주요 홈페이지 '먹통' (종합)
• MS/Azure의 콘텐츠 배달 네트워크란?
• Akamai/CDN이란 무엇입니까?

@4923/TIL

Contents

1. 클래스의 필요성
2. 문법
3. 용어
   • 1. 객체란?
     1. 객체와 인스턴스의 차이
     2. 클래스와 인스턴스의 관계
   • 2. 메소드란?
     1. self
   • 3. 특수한 메소드
     1. __new__(cls)
     2. __init__(self)
     3. __str__(self)
   • 4. 멤버변수
   • 5. 생성자와 소멸자
     1. 생성자
     2. 소멸자
   • 6. 상속과 오버라이드
     1. 상속
     2. 오버라이드
     3. super()

클래스는 왜 필요한가?

여러대의 계산기로 계산을 수행한다고 할 때, 계산기 함수를 여러개를 만들 수도 있지만 클래스를 사용 할 수도 있다.
클래스를 사용하면 함수 여러개를 사용 했을 때와 동일한 효과를 볼 수 있기 때문이다

문법

• 클래스와 인스턴스를 이용하면 데이터와 코드를 사람이 이해하기 쉽게 포장할 수 있다.
• 생성된 클래스는 함수 처럼 ()를 붙여 호출할 수 있다. Class()
• 클래스의 사용 예

  class Human():
    '''인간'''
  

person1 = Human() # 인스턴스 생성 person2 = Human() # 인스턴스 생성

인스턴스를 클래스처럼 사용할 수 있다.

person1.language = '한국어' person2.language = 'English'

person1.person = '한국인' person2.person = '인도인'

함수 선언

def speak(): print(f'{person.person}은 {person.language}를 사용합니다.')

함수를 클래스에 적용 : 메소드 X -> 메소드 사용방법은 하단 참조

Human.speak = speak()

사용

아래 두 출력값은 같은 형식으로 출력된다.

speak(person1) # 한국인은 한국어를 사용합니다. person2.speak # 인도인은 English를 사용합니다.

## 용어
### 1 객체란?
클래스로 만들어진 별개의 프로그램을 객체 object 라고 하는데, 이 객체는 다른 객체의 값에 영향을 받지 않는다.<br>
다시 말해, 객체는 각각 **고유한 성격**을 가진다. <br>
과자를 여러 개 만들 때, 과자 틀을 클래스에 비유한다면 과자 틀로 만들어진 각각의 과자는 객체라고 할 수 있을 것이다.<br>

```py
# class
class Cookie:
    pass

# object
# 클래스의 결과값을 돌려받은 a와 b가 객체다.
a = Cookie()
b = Cookie()

1. 객체와 인스턴스는 어떻게 다른가?

   객체는 개념이고 인스턴스는 실체다.

   클래스로 만든 객체를 인스턴스라고도 한다. OOP (Object Oriented Programming, 객체 지향 프로그래밍) 에서 객체와 인스턴스는 혼용이 가능하나 인스턴스는 클래스와 함께 사용되는것이 자연스럽다.
   

   객체는 클래스의 인스턴스이므로 실체에 가까운 개념은 인스턴스다. 예를들어, MMORPG 게임에서 던전이라는 *클래스가 있다면 **객체는 모든 플레이어가 플레이하는 A라는 이름의 던전이고 인스턴스는 플레이어인 *내가 직접 플레이하는 던전 A의 복제 (통칭 인던, 인스턴스 던전) 이다.
   

   • 인스턴스 여부를 확인하는 방법 : isinstance(instance, type)
     
     • instance: 검사하고자 하는 인스턴스
     • type: 확인하고자 하는 클래스 또는 데이터 타입

2. 클래스와 인스턴스는 어떤 관계인가?

   너와 나는 모두 인간 클래스의 인스턴스이지만 같은 인스턴스는 아니다.

   # 예시
   list1 = list("instance")
   list2 = list("instance")
   

if list1 == list2: # == 는 값을 비교하는 연산자다. print('list1과 list2의 값은 같지만')) if list1 is list2: # is 는 같은 인스턴스인지 확인한다. print('list1과 list2는 같은 인스턴스다.') # 이 줄은 실행되지 않는다. else: print('list1과 list2는 다른 인스턴스다.') # 이 줄은 실행된다.

### 2 메소드란?
* 메소드 method 란 클래스 안의 함수를 이르는 명칭이다. 
* 선언 및 사용방법은 함수와 다르지 않다.
1. **`self`**
    * 생성된 객체 자기자신을 나타내는 예약어
    * 메소드의 첫번째 인자는 `self`이며 인스턴스를 호출할 때 `self`를 사용한다.
    * 단, 인스턴스의 매개변수를 전달할 때 self 인자는 **호출하지 않는다.**  
        * 예를들어 Class_example 이라는 클래스의 method_example(self) 라는 메소드를 호출하려면 `Class_example.method_example()` 만 사용하면 된다. 
        * 그러나 메소드의 인자가 다음과 같이 두개 method_example2(self, argument_example) 라면 호출 방법은 다음과 같아진다. `Class_example.method_example2(argument_example)`

```py
# 메소드를 활용한 클래스 활용 예
class Human():
    '''인간'''

    # person이라는 인스턴스에 name, weight 변수를 만들어 return하는 함수
    def create(name, weight):
        person = Human()
        person.name = name
        person.weight = weight
        return person

    def eat(self):
        self.weight += 0.1

    def walk(self):
        self.weight -= 0.1

person = Human.create("철수", 60.5)
eat()  

# 메소드가 아닌 함수를 호출하려면 person.eat = eat(person)을 선언하고
# eat(person) 또는 person.eat을 호출해야했다.

3 특수한 메소드

* Python 에서 특수한 메소드는 메소드를 `__` 언더바 두개로 감싼다.
* Special Method, Magic Method 라고도 부른다.
* Python이 내부적으로 구현한 내장 메소드다.

1. __new(cls[,...])__ : 객체 생성 함수

   1. 클래스 cls의 새 인스턴스를 만들기 위해 호출된다.
   2. 인스턴스를 생성할 때 가장 먼저 실행되는 함수다.
   3. 클래스 자기 자신 (cls) 을 숨겨진 인자로 받는다.
   4. 반드시 cls, 생성된 인스턴스를 return 한다.
      • 이 때 cls 인스턴스를 돌려주지 않으면 __init__()은 호출되지 않는다.
   5. Allocator (할당함수) 로, Constructor (생성자)가 아니다.

2. __init__(self[,...]) : 초기화 함수

   1. __new__()에 의해 인스턴스가 만들어진 후, 호출자에게 돌려주기 위해 호출된다.
   2. 다시 말해, 인스턴스를 만드는 순간에 자동으로 호출된다.
      • 정리: __new__() 메소드가 인스턴스를 생성하면 __init__() 메소드가 이를 커스터마이징한다. (변수전달 등)
      • __init__()은 Class에 메모리를 할당하지 않는다.
   3. 주의! __init__() 메소드가 None 이외의 값을 돌려주면 실행 시간에 TypeError가 발생된다.
   4. 인자
      • self는 새 인스턴스이며 그 외의 다른 인자를 포함 할 수 있다.
      • 이 때 self는 외의 다른 인자는 객체 생성자다.
   5. 위에서 사용한 create 함수/메소드를 대체할 수 있다.

__init__ 활용 예시

class Human():
    '''인간'''
    def __init__(self):
        print("__init__이 실행되었습니다.")

# 출력
person = Human()
# __init__이 실행되었습니다.

self 활용 예시

class Human():
    '''인간'''
    def __init__(self, name, weight):
        print("__init__이 실행되었습니다.")
        print(f"이름은 {name}이고 몸무게는 {weight} 입니다.")

# 출력
person = Human("철수", 60)
# __init__이 실행되었습니다.
# 이름은 철수이고 몸무게는 60입니다.

# 아무것도 하지 않았는데도 init 함수 안의 내용이 실행됨을 확인할 수 있다.

create 함수와 비교

class Human():
    '''인간'''
    def __init__(self, name, weight):
        '''초기화 함수'''
        self.name = name
        self.weight = weight

# 출력
person = Human ("철수", 60)
print(person.name)
print(person.weight)
# 철수
# 60

# 이전에 사용한 create 메소드
# 인스턴스명인 person이 self로 교체됨을 확인할 수 있다.
class Human():
    '''인간'''

    # person이라는 인스턴스에 name, weight 변수를 만들어 return하는 함수
    def create(name, weight):
        person = Human()
        person.name = name
        person.weight = weight
        return person

3. __str__(self) : 문자열화 함수

   1. 인스턴스를 출력할 때 어떤 문자열을 출력할지 결정한다.

   2. 따로 print 처리 하지 않고 문자열을 return한다.

   3. __str__ 함수를 사용하지 않은 상태에서 객체를 출력하면 <main. ~ object ~> 와 같은 메시지가 출력된다.

      • str() 함수가 자동으로 호출하는 것이 __str__() 이다.

        # __str__ 예시
        class Human():
        '''인간'''
        def __init__(self, name, weight):
        self.name = name
        self.weight = weight
        

      def str(self): return f"{name}(몸무게 : {weight}kg)"

person = Human("철수", 60)

출력

print(person)

철수(몸무게 : 60)

### 3 멤버 변수
* 클래스 안에 정의된 변수를 말한다.

### 4 생성자와 소멸자
1. 생성자 Constructor
    * `def __init__(self[,...]):`
    * 파이썬의 생성자는 객체를 생성할 때 호출되는 메소드다.
    * 객체를 생성할 때 초기화 작업을 위해 존재한다.
    * 생성 되는 객체의 변수를 세팅할 수 있다.
    * 참고사항
        * 객체를 직접 생성하지는 않는다.
        * 생성자는 인스턴스를 원하는 대로 사용하도록 커스터마이징하는 함수다.

2. 소멸자 Destructor
    * `def __del__(self)`
    * 객체가 소멸할 때 호출된다. finalizer라고도 부른다.
    * CPython에서는 오직 한번만 호출된다.
    * 리소스 해제 등 종료 작업을 위해 사용된다.

### 6 상속과 오버라이드
1. 상속 inheritance
    * 클래스의 인자로 다른 클래스를 받는 것.
    * 중복된 코드를 줄이기 위해 사용한다.
    * 사용 방법
        1. 공통되는 메소드를 부모클래스에 선언한다.
        2. 독립된 기능을 하는 클래스의 인자로 부모 클래스를 받는다. == 자식클래스
        3. 자식클래스에 자식클래스만의 메소드를 추가한다.
        4. 사용방식은 일반적인 메소드 사용법과 동일하다.
2. 오버라이드 override
    * 부모 클래스의 메소드를 자식클래스에서 덮어쓰는 것
    * 사용방법
        1. 자식클래스에서 덮어쓰기를 원하는 메소드를 생성한다.
            * 예: `wave(self)`
        2. 부모클래스의 메소드 이름과 동일한 메소드를 만든다.
            * 예: `greet()`
        3. 덮어쓴다.
            * 자식클래스의 메소드를 호출하려는 경우
                1. 동일한 이름의 메소드에서 덮어쓰기를 원하는 메소드를 `self.덮어쓰기를원하는메소드()` 형식으로 호출한다.
                * 예: `person.wave()`
                2. 부모클래스의 메소드가 아닌 자식 클래스의 메소드가 호출된다.
            * 단순히 덮어쓰려는 경우
                1. `def greet(self):` 아래에 새로운 작동 방식을 명령한다.
3. `super()`
    * 자식클래스에서 부모클래스의 내용을 사용하고 싶을 때 사용한다.
    * super().부모클래스내용
    * 오버라이드와는 무엇이 다른가?
        * 오버라이드로 충분하지 않을 때가 있다.
        * 부모 클래스의 동작을 그대로 하면서, 무언가를 끼워넣고 싶을 때 사용한다.
            * 예: `super().greet()`
    * 부모의 내용을 가져오는 `super()` 함수는 `__init__`과 함께 자주 사용된다.
        * 예: `super().__init__(name)`

```py
# 상속과 오버라이드 예
class Animal():  # 부모 클래스
    def __init__(self, name):
        self.name = name

    def greet(self):
        print(f"{self.name} 이/가 인사한다")

class Cow(Animal):
    '''소'''  # 아무것도 안적으면 에러 발생하므로 주석을 추가한다.

class Human(Animal):  # 자식 클래스
    def wave(self):
        print("손을 흔들다")
    def greet(self):
        self.wave()  # 손을 흔들다.

class Dog(Animal):  # 자식 클래스
    def __init__ (self, name, emotion):  # __init__의 값 사용
        super().__init__(name)
        self.emotion = emotion

    def wag(self):
        print(f"{self.emotion} 꼬리를 흔들면서",end=" ")  # 목표출력: 꼬리를 흔들면서 인사한다.

    def greet(self):
        self.wag()
        super().greet()  # 부모의 greet 메소드도 함께 사용하기 위해 super() 사용

# 출력
cow = Cow("소")
cow.greet()  # 소 이/가 인사한다

person = Human("철수")
person.greet()  # 손을 흔들다

dog = Dog("강아지","기쁘게")
dog.greet()  # 기쁘게 꼬리를 흔들면서 강아지 이/가 인사한다
# 위에서 부모 클래스의 __init__ 값을 빌려온 항목 : 강아지가

참고

• 점프 투 파이썬
• 프로그래머스/파이썬 입문
• new와 init의 차이
• Python 공식 문서 3.3: 특수 메서드 이름들
• 파이썬 강좌 8-2편. 생성자와 소멸자(Constructor and Destructor)

메시지 구조

분류 : 제목 본문 꼬리말

Type / 분류

커밋의 주제와 부합하는 항목을 아래의 카테고리에서 하나를 고른다.

• feat : 새 기능 추가
• fix : 오류 해결
• docs : 문서 수정
• style : 코드의 내용을 변경하지 않는 한에서의 자잘한 수정 (코드구조, 세미콜론 추가 등)
• refactor : 코드 리팩토링
  • 코드를 이해하기 쉽고, 수정하기 쉽도록 만드는 것. 소프트웨어의 기능을 변경하지 않으며 코드의 구조에 집중한다.
• test : 코드 테스트, 리팩토링 테스트 추가 (프로덕션 코드 변경 없음)
• chore : 빌드 업데이트, 패키지 매니저 설정 (프로덕션 코드 변경 없음)

Subject / 제목

• 50글자 이내로 작성한다.
• 첫 글자는 대문자로 작성한다.
• 마지막에 마침표를 붙이지 않는다.
• 현재시제와 명령어만 사용한다.

Body / 본문 (선택)

• 부가 설명이 필요 할 때 작성한다.
• 제목과 본문 사이에 한 줄을 띄우고 작성한다.
• 어떤 커밋을 왜 했는지 작성한다.
• 어떻게 커밋했는지는 작성하지 않는다.
• 한 줄에 72글자를 넘지 않게 작성한다.

Footer / 꼬리말 (선택)

• 출처나 이슈트래커 ID를 작성한다.

예시 커밋 메시지

feat: Summarize changes in around 50 characters or less

More detailed explanatory text, if necessary. Wrap it to about 72 characters or so. In some contexts, the first line is treated as the subject of the commit and the rest of the text as the body. The blank line separating the summary from the body is critical (unless you omit the body entirely); various tools like log, shortlog and rebase can get confused if you run the two together.

Explain the problem that this commit is solving. Focus on why you are making this change as opposed to how (the code explains that). Are there side effects or other unintuitive consequences of this change? Here's the place to explain them.

Further paragraphs come after blank lines.

• Bullet points are okay, too

• Typically a hyphen or asterisk is used for the bullet, preceded by a single space, with blank lines in between, but conventions vary here
  If you use an issue tracker, put references to them at the bottom, like this:
  Resolves: #123 See also: #456, #789

병합 명령어

# 병합할 저장소와 유지할 저장소에 동일한 이름의 파일이 없도록 한다. (README.md 등)

$ git remote add <병합할 저장소 이름> <병합할 저장소 주소>
$ git fetch <병합할 저장소 이름>
$ git merge --allow-unrelated-histories <병합할 저장소 이름>/<병합하고 싶은 branch 이름>
$ git remote remove <병합할 저장소 이름>
$ git commit -m "Merge : <병합할 저장소 이름> into <유지할 저장소 이름>"

명령어를 살펴보자

1. 커밋 로그를 병합하기 위해 병합할 원격 저장소를 <병합할 저장소 이름>으로 추가한다.

$ git remote add <병합할 저장소 이름> <병합할 저장소 주소>  # 기본 형태
$ git remote add pre https://github.com/... .../pre  # pre: 병합할 저장소 예시

원격 저장소의 기본 별칭은 origin이며 우리는 이를 git push origin master 등 자주 쓰는 git 명령어에서 확인할 수 있다.

원격 저장소의 별칭에 기본값이 있다면 다른 별칭도 지정할 수 있을까? 그렇다면 다른 별칭은 어떻게 설정하며 어떨 때 사용할 수 있을까?

로컬 폴더와 원격저장소를 연결하는 명령어는 git remote add origin <주소> 였다. origin 대신에 지정하고 싶은 별칭을 적고, 원격 저장소의 주소를 적으면 로컬 폴더와 원격 저장소가 지정한 별칭으로 연결된다. 이 때 git push 별칭 master를 사용하면 별칭과 함께 지정한 원격 저장소로 커밋 기록이 업로드 될 것이다.

2. 원격 저장소에 저장된 커밋 기록들을 가져온다. (병합은 하지 않는다.)

$ git fetch <병합할 저장소 이름>
$ git fetch pre

git pull은 git fetch와 git merge가 합쳐진 명령어였다. 원격 저장소의 내용과 로컬의 최신 커밋 내용이 동일하다면 바로 pull을 해도 되지만 이 경우는 그렇지 않으므로 git fetch로 병합할 저장소의 커밋로그를 가져와 현재 로컬 저장소의 파일들과 비교하는 단계를 거친다.

이 때 충돌하는 파일이 있거나, 제외하고 병합하려는 파일이 있다면 git reset HEAD 파일이름 으로 병합할 목록에서 제외해준다.

• HEAD는 현재 작업중인 가장 최근의 커밋이다. bash를 쓰던 중 HEAD -> master 또는 origin/master를 본 적이 있을 것이다. 이 때 HEAD -> master 는 master로 이동될 예정인 로컬의 최신 커밋이며 origin/master는 원격저장소의 최신 커밋이다.

3. 연관이 없는 기록들을 병합한다.

$ git merge --allow-unrelated-histories <병합할 저장소 이름>/<병합하고 싶은 branch 이름>
$ git merge --allow-unrelated-histories pre/master

단계 2에서 파일 충돌이 일어나지 않도록 파일명을 변경하거나 제외해줬다면 git merge로 두 저장소의 커밋기록을 병합한다.

단, 새로운 커밋은 이전의 커밋기록과 연결되어야 하므로 서로 다른 원격 저장소를 병합할 때에는 refusing to merge unrelate histories error가 발생하거나 아예 merge가 불가능하게 된다.

이 때 --allow-unrelated-histories 옵션을 사용하면 문제없이 병합이 완료된다. 해당 옵션은 말 그대로 관계 없는 (커밋) 기록을 병합할 수 있게 허용한다는 뜻이다. (커밋 기록이 달라 push가 불가능 할 때에도 이 옵션을 사용해 push 한다.)

4. 병합이 완료되었으니 병합된 원격 저장소를 지운다.

$ git remote remove <병합할 저장소 이름>
$ git remote remove pre

보통 두 원격 저장소를 병합하고 나면 병합된 원격저장소는 지우게 된다. 없앨 원격 저장소를 로컬과 연결해 둘 필요는 없으니 git remote remove로 지운다.

5. 병합 완료된 로그를 커밋한다.

$ git commit -m "Merge : <병합할 저장소 이름> into <유지할 저장소 이름>"

4번까지의 과정은 HEAD에서 일어난 것이니 아직까지는 git log로 병합된 커밋 로그를 확인할 수 없다. 그렇다고 병합이 실패한 것은 아니니 침착하게 커밋을 하면 병합 된 최종 커밋로그를 확인 할 수 있다.

6. 폴더 정리

이렇게 병합이 되었다면 어떤 폴더에서 bash를 열고 작업했든 병합한 저장소(코드예시에서 pre 저장소)의 파일과 폴더들이 .git 폴더가 존재하는 위치에 생성 될 것이다. 하나하나 이동해주면 된다.

• 지정한 폴더 안에 원격 저장소 안의 내용을 옮겨오는 방법을 찾고싶은데 아직은 방법을 모르겠다. 찾게되면 추가 할 것 (21-03-05)

참고

• Git 저장소를 병합하는 방법(How to merge repositories in Git)
• 6. 병합할 때 발생하는 충돌 해결하기