# 참조 : https://http3-explained.haxx.se/ko/why-quic/why-tcphol

QUIC 란 )

- 약어 아닌 이름이다. HTTP 만을 위한 프로토콜은 아니다 . UDP 상에서 동작.

- HTTP/2 기능인 하나의 TCP 로 여러 스트림 전송하는 멀티플렉싱. 연결병합 + desharding.

첫요청이 끝나야 다음 요청가능한 HTTP HOL (Head of line ) 블로킹 해결.

- 유튜브가 QUIC 를 사용하나 보편화 되지는 않았음.

TCP HOL(ko/head of line) 블로킹 )

- HTTP/2 에서 TCP 한개로 수십 수백개 병렬 전송

- 하지만 병렬 전송중 하나가 빠지만 빠진 패킷 재전송하고 목적지 찾는 동안 전체 TCP 중단 .

즉 패킷손실률 증가시 HTTP/2 성능 저하되는데, 2% 손실시 HTTP/1 이 오히려 나음.

QUIC 방식 )

- 수십 수백개 병렬 전송을 각각의 독립 스트림방식으로 처리하는데,

독립 스트림은 하나가 손실이 일어나면 전체가 멈추는 TCP HOL 블로킹을 해소함.

- TLS 1.3 방식 필요하므로 안전 .

- 0 RTT, 1 RTT ( Round Trip Time. 패킷확인시 거리가 멀면 지연시간이 늘어난다 )

- 하나의 스트림 내에서는 순서가 있지만, 각 스트림 사이에는 순서가 없다 .

- 연결이 되면 패킷에 ConnectionID 가 생기는데, 느린 모바일 인터넷 쓰다가 빠른 와이파이로 변경이 가능하다.

ISP : Information Stragetic Planning, 큰 규모의 차세대 프로젝트 로드맵 수립하는 활동 . 

참조 : https://needjarvis.tistory.com/77?category=619243

ISMP : Information System Master Plan, 발주자의 요구사항 명확화, 사업 청사진 완성으로 프로젝트 실패 방지

참조 : https://needjarvis.tistory.com/78

RFP : Request for Proposal

FP : Function Point, 기술점수

- 프레임워크 ( Java )를 표준화해서 공통 컴퍼넌트를 재사용함으로써, 예산 절감하고 표준이 있으니 사업자 종속성해소하고자 함.

- 2009 년이후 Ver 4 까지 나와있음.

1) Windows

# 참조 : https://www.dell.com/support/kbdoc/ko-kr/000123813/a-%ED%84%B0%EC%B9%98-%EC%8A%A4%ED%81%AC%EB%A6%B0-a-dell-%EC%BB%B4%ED%93%A8%ED%84%B0#touchscreen_calibration

키보드에서 Windows Key + X를 누른 뒤 장치 관리자(Device Manager)를 클릭합니다.
휴먼 인터페이스 장치(Human Interface Devices) 필드를 확장합니다.
HID 규격 터치 스크린을 마우스 오른쪽 버튼으로 클릭 합니다.
사용 안 함을 클릭합니다.

2) Linux ( Ubuntu )

# 참조 : https://www.dell.com/support/kbdoc/ko-kr/000129814/dell-pc%EC%9D%98-ubuntu-16-04%EC%97%90%EC%84%9C-%ED%84%B0%EC%B9%98%ED%8C%A8%EB%93%9C-%EB%B0%8F-%EA%B8%B0%ED%83%80-%EC%9E%85%EB%A0%A5-%EC%9E%A5%EC%B9%98-%EB%AC%B8%EC%A0%9C-%ED%95%B4%EA%B2%B0

# 

> xinput list

# find id(number) of "ELAN Touchscreen" at list .

> xinput --disable [id]

# https://brunch.co.kr/@userhabit/19

# https://brunch.co.kr/@supims/165

MAU = Monthly Activity User

DAU = Daily Activity User

MCU = Maximum Current User

ACU = Average Current User

Method Chaining ...

참조 1) https://librewiki.net/wiki/%ED%85%9C%ED%94%8C%EB%A6%BF_%EB%A9%94%ED%83%80%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D

참조 2)

https://sungbeom.github.io/2020/01/05/EffectiveCpp7-8.html

C++에서의 템플릿 메타 프로그래밍이란, 템플릿을 이용하여 컴파일 타임에 "코드를 생성"

int Fibo(int n)// 재귀 함수
{
    if(n <= 1) return 1;
    return Fibo(n-1) + Fibo(n-2);
}

// 템플릿 메타 프로그래밍
template <int N>
struct Fibo
{
    enum{
        value = Fibo<N-1>::value + Fibo<N-2>::value
    }
}

template <>
struct Fibo<0>
{
    enum{
        value = 1
    }
}

template <>
struct Fibo<1>
{
    enum{
        value = 1
    }
}

http://jwt.io 

위 그림은 

- EA (Enterprise Architect) : BA 를 포함한 모든 아키텍처 설계

- BA (business architect) : 비즈니스 관점 프로세스 설계

- SA (Solution Architect) : 특정 솔루션에 대한 아키텍처 설계

- AA (Application Architect) : 공통 로직/ 개발표준/ 프레임워크 업무 설계

- DA (Data Architect) : 데이터 표준/ 구조/ 품질/ 마이그레이션/ DB 설계

- TA (Technical Architect) : OS/ WEB/ WAS/ DB 하드웨어와 네트워크 구축

- QA (Quality Assurance) : 산출물/ 소스코드 품질 보증

좋은 아키텍트의 기준은 무엇일까요? (필자의 주관적 생각임)
1. 사람을 통솔할 수 있는 리더십을 갖춘 사람 (기술적 가이드 능력)
2. 단순히 실력뿐만이 아닌 고객을 상대하는 언변과 협상 능력을 갖춘 사람
3. 추상적인 논리를 구조화하여 형상화 시킬 수 있는 사람
4. 문서 작성 능력을 갖춘 사람 (문서를 배포하고 가이드라인을 제시할 수 있는 사람)
5.  빠르게 변하는 기술 트렌드에 적응하기 위한 학습을 좋아하는 사람
6. 10년 이상의 노하우(코딩 등)를 보유하여 기술적 리딩이 가능한 사람

참고) 

https://bcho.tistory.com/667?category=69087

참조) https://losskatsu.github.io/it-infra/cidi/#ci-di-%EC%A0%95%EC%9D%98

사례)

예를들어, 어떤 사람이 A라는 사이트에서 계정 5개를 만든 경우, 계정 ID는 다르겠지만 DI는 같게 된다. 반면, 어떤 사람이 B라는 사이트에 계정 하나를 만들고 C라는 사이트에 계정 하나를 만들었을 때, B와 C는 다른 사이트 이지만 고객 CI는 같다.

ci는 주민등록번호에 비유할 수 있다. 인터넷공간 어디서 무슨 서비스를 가입하던, 주민등록번호는 나라는 사실을 확실히 증명시켜준다. 반면 di는 특정서비스에서 나에게 식별번호를 주는 경우에 비유할 수 있다.

예를 들어 네이버에 가입할때 네이버번호라는걸 준다고 생각하자. 이 경우, 내가 네이버에서 여러개의 아이디를 만들었을때, 각자 계정ID가 달라 네이버번호라는 식별번호는 같기 때문에 이 네이버번호를 이용해 내가 나라는 것을 증명할 수 있다. 하지만 네이버번호는 네이버라는 서비스안에서만 나라는 사실을 증명할 수 있다. 즉, 네이버밖 다른 서비스(예를들어 네이트)에서는 네이버번호는 사용할 수 없다. 정리하면 인터넷공간 어디서나 쓸수있는 ci는 주민등록번호에 비유할 수 있고, 특정 서비스에서만 사용가능한 네이버번호는 di에 비유할 수 있다. 이것이 ci와 di의 차이다.