🕷️ Crawler Inspector

URL Lookup

Direct Parameter Lookup

Raw Queries and Responses

1. Shard Calculation

Query:

Response:

Calculated Shard: 133 (from laksa014)

2. Crawled Status Check

Query:

curl -X POST \
  'http://laksa133.int.ahrefs:8124/' \
  -H 'Content-Type: text/plain' \
  -H 'X-ClickHouse-Database: crawler3' \
  -H 'Authorization: Basic YXBpOg==' \
  -d 'SELECT getAhrefsURLFromUnparsed(src_unparsed) AS found_url, ifNull(toUnixTimestamp(download_stamp), 0) AS crawl_time, ifNull(toUnixTimestamp(props_url_first_seen), 0) AS first_indexed_time, download_http_code AS http_code, src_unparsed AS src_unparsed, src_root_hash AS src_root_hash, history_drop_reason AS history_drop_reason, meta_title AS meta_title, meta_descriptions AS meta_descriptions, attrs_boilerpipe_text AS attrs_boilerpipe_text, attrs_markdown AS attrs_markdown, attrs_readable_markdown AS attrs_readable_markdown, meta_canonical AS meta_canonical FROM crawler3.page_info_local FINAL PREWHERE (src_root_hash, src_unparsed) IN ((getAhrefsRootHashFromUnparsed(getAhrefsUnparsedNoserviceFromURL(\'https://blog.seulgi.kim/2015/04/c-is-not-subset-of-cpp.html\')), getAhrefsUnparsedNoserviceFromURL(\'https://blog.seulgi.kim/2015/04/c-is-not-subset-of-cpp.html\'))) FORMAT JSONEachRow'

Response:

{"found_url":"https:\/\/blog.seulgi.kim\/2015\/04\/c-is-not-subset-of-cpp.html","crawl_time":1775936807,"first_indexed_time":1525087155,"http_code":200,"src_unparsed":"kim,seulgi!blog,\/2015\/04\/c-is-not-subset-of-cpp.html s443","src_root_hash":"9569785271163097333","history_drop_reason":null,"meta_title":"C는 C++의 부분집합이 아니다","meta_descriptions":["C는 C++의 부분집합이 아니다. C++이 시작할 때는 C에 기능을 추가하는 식으로 시작하긴 했다. 하지만 시간이 지나 둘은 독립적으로 발전이 이루어졌고 이제 완전히 다른 언어다."],"attrs_boilerpipe_text":"오늘 황당한 글을 봤다.\n잘 짜인 C 프로그램은 C++ 프로그램이다. 따라서 잘 짜인 C 프로그램은 C++ 컴파일러로 컴파일할 수 있어야 한다.\n일단 저 말은 C++의 창시자인\n비야네 스트롭스투룹\n이 한 말이다. 하지만 저 말은 틀린 말이다. \"네가 뭔데 감히 비야네님을 틀리다고 하느냐\"라는 생각이 들겠지만 잠시만 진정하자. 나는 비야네님이 틀렸다고 하지 않았다. 내가 틀리다고 하는 것은 아무런 문맥도 없이 그냥 저 문구만 따와서 말하는 사람을 틀리다고 하는 것이다.\n저 말은 분명히 1999년 이전까지는 맞았던 말이다. 분명히 비야네 스트롭스트룹은 C++을 만들면서 C와의 호환성을 고려하였고, 당시의 표준(ANSI C)을 잘 지킨 C 코드는 C++ 컴파일러로 정상적으로 컴파일 되었다. 하지만 그것은 어디까지나 C99가 나오기 전의 이야기다.\nC99에서는 여러 가지 새로운 기능을 도입하였고, C++은 그것을 이미 다른 방식으로 구현하고 있었거나, 혹은 필요하지 않은 기능이라고 생각하여 가지고 오지 않았다. 게다가 새로운 표준인 C11이 나오고, C++도 새로운 표준인 03, 11을 거쳐 14까지 나오면서 둘 사이의 간극은 이미 어떻게 할 수 없을 정도로 커졌다.\n그런 연유로 비야네 스트롭스트룹은 잘 짜인 C 프로그램이 C++ 프로그램이라고 말할 때 조건을 붙인다. \"단, 이건 C89에 한정한다.\"라고. 하지만 요새 C89를 쓰는 프로그램이 얼마나 있나? 액티브하게 작업이 진행되는 프로젝트 중에서 C89를 쓰는 프로그램 있으면 가지고 와봐라. 찾으려고 노력해본 적은 없지만 찾기 어려울 것이다.\n따라서 요새 저런 말을 하는 사람은 그냥 공부를 안 한 사람이다. 그것도 한 20년 전에 공부했던 사람이니 대선배님일 수도 있겠다. 그 사람에게 C99 이후 C++과 스펙이 변경되어 C99 표준을 지킨 코드는 C++컴파일러로 컴파일 안 될 수도 있다고 했더니, 거기에 달린 답변은 더 황당했다.\n표준이 문제가 아니라 잘 짜인 C 코드라면 C++ 컴파일러로 컴파일할 수 있어야 한다. C++ 컴파일러로 컴파일되지 않는 코드라면 잘 짜인 C 코드가 아니다.\n아.... 정말 충격과 공포다. 무슨 생각을 하면 잘 짜인 C코드의 기준을 C++에서 찾는지 모르겠다. 둘은 이미 다른 언어로 분화되었다. 한동안 비야네는\nC와 C++을 합치려고 노력하던 시절도 있지만\n, 요새는 포기한 듯이 보인다. 심지어 그는\nC\/C++은 아무것도 모르는 사람들이나 쓰는 용어로 C와 C++을 합쳐서 불러서는 안된다\n고 말하기도 한다. C와 C++은 이미 같은 언어가 아니다.\nC++ 컴파일러로 컴파일 가능한 코드만을 잘 짜인 C 코드라고 말한다면, C99 이후에 새로 추가된 기능을 전부 포기하는 것밖에 되지 않는다. 분명하게 말하건대 표준을 지키면서 잘 짜인 C 코드는 C++ 컴파일러로 컴파일되지 않을 것이다.\np.s. 아쉽게도(혹은 다행히도) 비공개 커뮤니티에 올라온 글이라 원본 링크는 못 올렸다.","attrs_markdown":"[기본 콘텐츠로 건너뛰기](https:\/\/blog.seulgi.kim\/2015\/04\/c-is-not-subset-of-cpp.html#main)\n\n### 이 블로그 검색\n# [슭의 개발 블로그](https:\/\/blog.seulgi.kim\/)\n- [GitHub](https:\/\/github.com\/sgkim126)\n- [일상](https:\/\/www.seulgi.kim\/)\n- [resume](https:\/\/github.com\/sgkim126\/resume)\n- [blog.seulgi.dev](https:\/\/blog.seulgi.dev\/)\n\n[더보기…]()\n\n### C는 C++의 부분집합이 아니다\n- 공유 링크 만들기\n- Facebook\n- X\n- Pinterest\n- 이메일\n- 기타 앱\n\n\\-\n\n[4월 02, 2015](https:\/\/blog.seulgi.kim\/2015\/04\/c-is-not-subset-of-cpp.html \"permanent link\")\n\n오늘 황당한 글을 봤다.\n\n> 잘 짜인 C 프로그램은 C++ 프로그램이다. 따라서 잘 짜인 C 프로그램은 C++ 컴파일러로 컴파일할 수 있어야 한다.\n\n일단 저 말은 C++의 창시자인 [비야네 스트롭스투룹](https:\/\/www.stroustrup.com\/bs_faq.html#C-is-subset)이 한 말이다. 하지만 저 말은 틀린 말이다. \"네가 뭔데 감히 비야네님을 틀리다고 하느냐\"라는 생각이 들겠지만 잠시만 진정하자. 나는 비야네님이 틀렸다고 하지 않았다. 내가 틀리다고 하는 것은 아무런 문맥도 없이 그냥 저 문구만 따와서 말하는 사람을 틀리다고 하는 것이다.\n\n저 말은 분명히 1999년 이전까지는 맞았던 말이다. 분명히 비야네 스트롭스트룹은 C++을 만들면서 C와의 호환성을 고려하였고, 당시의 표준(ANSI C)을 잘 지킨 C 코드는 C++ 컴파일러로 정상적으로 컴파일 되었다. 하지만 그것은 어디까지나 C99가 나오기 전의 이야기다.\n\nC99에서는 여러 가지 새로운 기능을 도입하였고, C++은 그것을 이미 다른 방식으로 구현하고 있었거나, 혹은 필요하지 않은 기능이라고 생각하여 가지고 오지 않았다. 게다가 새로운 표준인 C11이 나오고, C++도 새로운 표준인 03, 11을 거쳐 14까지 나오면서 둘 사이의 간극은 이미 어떻게 할 수 없을 정도로 커졌다.\n\n그런 연유로 비야네 스트롭스트룹은 잘 짜인 C 프로그램이 C++ 프로그램이라고 말할 때 조건을 붙인다. \"단, 이건 C89에 한정한다.\"라고. 하지만 요새 C89를 쓰는 프로그램이 얼마나 있나? 액티브하게 작업이 진행되는 프로젝트 중에서 C89를 쓰는 프로그램 있으면 가지고 와봐라. 찾으려고 노력해본 적은 없지만 찾기 어려울 것이다.\n\n따라서 요새 저런 말을 하는 사람은 그냥 공부를 안 한 사람이다. 그것도 한 20년 전에 공부했던 사람이니 대선배님일 수도 있겠다. 그 사람에게 C99 이후 C++과 스펙이 변경되어 C99 표준을 지킨 코드는 C++컴파일러로 컴파일 안 될 수도 있다고 했더니, 거기에 달린 답변은 더 황당했다.\n\n> 표준이 문제가 아니라 잘 짜인 C 코드라면 C++ 컴파일러로 컴파일할 수 있어야 한다. C++ 컴파일러로 컴파일되지 않는 코드라면 잘 짜인 C 코드가 아니다.\n\n아.... 정말 충격과 공포다. 무슨 생각을 하면 잘 짜인 C코드의 기준을 C++에서 찾는지 모르겠다. 둘은 이미 다른 언어로 분화되었다. 한동안 비야네는 [C와 C++을 합치려고 노력하던 시절도 있지만](https:\/\/www.stroustrup.com\/bs_faq.html#merge), 요새는 포기한 듯이 보인다. 심지어 그는 [C\/C++은 아무것도 모르는 사람들이나 쓰는 용어로 C와 C++을 합쳐서 불러서는 안된다](https:\/\/www.stroustrup.com\/bs_faq.html#C-slash)고 말하기도 한다. C와 C++은 이미 같은 언어가 아니다.\n\nC++ 컴파일러로 컴파일 가능한 코드만을 잘 짜인 C 코드라고 말한다면, C99 이후에 새로 추가된 기능을 전부 포기하는 것밖에 되지 않는다. 분명하게 말하건대 표준을 지키면서 잘 짜인 C 코드는 C++ 컴파일러로 컴파일되지 않을 것이다.\n***\np.s. 아쉽게도(혹은 다행히도) 비공개 커뮤니티에 올라온 글이라 원본 링크는 못 올렸다.\n\n[C](https:\/\/blog.seulgi.kim\/search\/label\/C) [C++](https:\/\/blog.seulgi.kim\/search\/label\/C%2B%2B) [compatibility](https:\/\/blog.seulgi.kim\/search\/label\/compatibility)\n\n- 공유 링크 만들기\n- Facebook\n- X\n- Pinterest\n- 이메일\n- 기타 앱\n\n### 댓글\n#### 댓글 쓰기\n\n### 이 블로그의 인기 게시물\n### [USB 2.0 케이블의 내부 구조](https:\/\/blog.seulgi.kim\/2024\/09\/blog-post.html)\n\\-\n\n[9월 15, 2024](https:\/\/blog.seulgi.kim\/2024\/09\/blog-post.html \"permanent link\")\n\n아이폰도 USB-C를 사용하면서 온 세상이 USB 로 통일됐지만 실제로는 너무 다양한 USB가 존재한다. 기본 형태인 USB-A나 최근 많이 사용되는 USB-C 뿐 아니라, 보통 5핀이라고 불리는 micro-B를 포함한 다양한 USB-B 컨넥터들이 존재한다. 그래도 컨넥터는 모양이 다르기 때문에 쉽게 구분할 수 있는데 케이블은 답이 없다. 겉으로는 똑같아 보이는 케이블이라도 어떤 케이블은 데이터 통신이 안 되고 어떤 케이블은 데이터 통신이 가능하다. 이런 차이는 케이블 내부 구성에 따라 발생한다. 이번 글에서는 USB 2.0 케이블의 내부를 통해 USB 케이블에 대해 자세히 알아보겠다. Micro-B 케이블의 편조 차폐와 호일 차폐 위 사진은 집에서 돌아다니던 A - Micro-B USB 2.0 케이블의 피복을 벗겨낸 것이다. 절연체 아래로 금속 선이 있는 것을 알 수 있다. 이 선들은 금속 선이지만 전선은 아니다. 이 선은 전자기 차폐를 목적으로 들어간 금속 선이다. 실제 전선은 이 금속 선을 벗겨야 나온다. 이번에 자른 케이블에는 두 종류의 차폐가 사용됐다. 하나는 얇은 금속 호일이고, 다른 하나는 얇은 도체의 가닥으로 이루어져 있다. 전자는 보통 호일 차폐(Foil Shielding)라고 부르고 후자는 편조 차폐(Braided Shielding)라고 부른다. 이 둘은 다 외부 전자기장으로부터 전선을 보호하기 위해 사용되지만, 특성이 약간 다르다. 보통 편조 차폐가 저주파수 전자기파를 차단하는 것에 효과적이고, 호일 차폐가 고주파수 전자기파를 차단하는 데 효과적이다. USB 3.0의 고속 전송 케이블은 이 두 차폐를 사용하는 것이 필수적이고, 그 외의 경우에는 필수는 아니고 권장 사항이다. 하지만 어지간한 싸구려 케이블을 쓰지 않는 한 요즘은 USB 2.0 케이블에도 이 두 가지를 같이 사용한다. 차폐 선이 쉴드와 연결되지 않았다 하지만 고속 전송을 지원하는 케이블이 ...\n\n[Read more »](https:\/\/blog.seulgi.kim\/2024\/09\/blog-post.html \"USB 2.0 케이블의 내부 구조\")\n\n### [USB를 이용한 전원 공급 (2) - USB PD](https:\/\/blog.seulgi.kim\/2025\/05\/blog-post.html)\n\\-\n\n[5월 05, 2025](https:\/\/blog.seulgi.kim\/2025\/05\/blog-post.html \"permanent link\")\n\nUSB 포트는 원래 데이터 전송을 위한 인터페이스였지만, 시간이 지나면서 전력 공급 수단으로도 활용되기 시작했다. 이를 지원하기 위해 USB BC 가 도입되었고, 기존보다 높은 전류를 제공할 수 있도록 개선되었다. 하지만 USB BC 1.2는 5 V 전압 고정이라는 한계를 갖고 있어, 노트북 같은 고출력 기기를 충전하기에는 부족했다. 이런 제약 조건을 해결하기 위해 제조사마다 별도의 급속 충전 방식을 만들기 시작했고, 이로 인해 특정 브랜드의 디바이스는 해당 브랜드의 충전기에서만 고속 충전이 가능한 호환성 문제도 발생하였다. 이러한 문제를 해결하기 위해 USB-IF는 USB Power Delivery(a.k.a. USB PD)라는 전력 공급을 위한 새로운 표준을 만들었다. USB PD는 전압과 전류를 동적으로 협상하는 방식을 채택하여, 5 V 뿐만 아니라 9 V , 15 V , 20 V 등 다양한 전압을 지원하고 최대 240 W 까지 전력을 공급할 수 있도록 설계되었다. 이를 통해 스마트폰부터 노트북, 모니터, 이론상으로는 일부 데스크톱 기기까지 USB-C 하나로 전원 공급이 가능해졌으며, 장치 간의 호환성과 범용성이 크게 향상되었다. USB PD와 CC 라인 USB PD가 USB BC보다 더 많은 전력을 공급할 수 있었던 것은 Type-C 컨넥터, 특히 CC 핀의 존재 덕분이다. USB Type-C 커넥터는 좌우 대칭 구조를 채택하여 어느 방향으로 꽂아도 동작할 수 있도록 설계되었으며, 이 방향 감지를 담당하는 것이 바로 Configuration Channel(a.k.a. CC) 핀이다. 기본적으로 CC 핀은 케이블의 방향을 감지하고, 연결된 장치가 전력 공급자인지 소비자인지 식별하는 데 사용된다. USB PD에서는 이 CC 핀을 이용해 전력 협상을 위한 디지털 통신을 수행한다. 소스 디바이스(전력을 공급하는 기기)는 자신이 제공할 수 있는 전력 프로파일을 CC 핀을 통해 싱크 디바이스(전력을 소비하는 기기)에게 알리고, 싱크 디바이스는 그 중...\n\n[Read more »](https:\/\/blog.seulgi.kim\/2025\/05\/blog-post.html \"USB를 이용한 전원 공급 (2) - USB PD\")\n\n### [USB를 이용한 전원 공급 (1) - USB BC](https:\/\/blog.seulgi.kim\/2025\/01\/usb-1-usb-bc.html)\n\\-\n\n[1월 27, 2025](https:\/\/blog.seulgi.kim\/2025\/01\/usb-1-usb-bc.html \"permanent link\")\n\nUSB는 데이터 전송을 목적으로 설계되었지만, 전원 공급 기능도 포함하고 있다. 이는 USB로 연결된 간단한 저전력 기기를 동작시키기 위한 것이다. 그래서 USB 2.0에서는 5V 전압과 0.5A의 전류를, USB 3.2에서는 5V 전압과 0.9A의 전류 공급이 가능하다. 하지만 이 스펙은 어디까지나 USB를 통한 데이터 통신을 하는 데 필요한 디바이스를 동작시키기 위함이지, USB를 전원 공급을 위해 이용하려는 목적은 아니었다. 따라서 저전력 기기가 아닌 외장 하드 같은 디바이스는 별도의 전원 공급을 필요로 했고, USB를 통한 전원 충전은 USB가 본래 의도했던 기능이 아닌 일종의 부작용에 가까운 일이었다. 하지만 iPod을 비롯한 많은 MP3 플레이어나 PMP 플레이어들이 이를 이용한 충전 기능을 가지고 나왔다. 어차피 데이터 통신을 위해 USB 포트가 필요하니 별도의 충전 포트를 만드는 것보다 USB 포트를 재사용하는 것이 기기를 싸고 가볍고 작게 만들 수 있었기 때문이다. 결국 브랜드마다 독자적인 USB를 통한 전원 충전 규격들이 만들어졌. 사람들은 이런 혼란스러운 상황이 해결되기를 원했고, 결국 2007년 USB-IF는 USB Battery Charging(a.k.a. BC)라는 표준을 만들어 USB 충전기를 표준의 영역으로 가지고 왔다. SDP DCP CDP 데이터 전송 가능 데이터 전송 불가 데이터 전송 가능 최대 0.5A(USB 2.0) 최대 0.9A(USB3.x) 최대 1.5A 최대 1.5A 별도 핸드셰이크 없음 D+\/D- 쇼트 D+\/D- 라인에 독립적으로 전압을 가해 핸드셰이크 데스크톱, 노트북 등에서 사용 USB 충전기에서 주로 사용 데스크톱, 노트북...\n\n[Read more »](https:\/\/blog.seulgi.kim\/2025\/01\/usb-1-usb-bc.html \"USB를 이용한 전원 공급 (1) - USB BC\")\n\n### [USB 2.0 과 3.x의 컨넥터 호환성](https:\/\/blog.seulgi.kim\/2024\/12\/usb-20-3x.html)\n\\-\n\n[12월 29, 2024](https:\/\/blog.seulgi.kim\/2024\/12\/usb-20-3x.html \"permanent link\")\n\n지난 글 에서 설명했듯이 USB 2.0에서는 VCC \/ GND \/ D+ \/ D- 4개의 케이블이 있기 때문에 4개의 핀만 필요하다. USB 3.x 케이블을 위해 필요한 케이블은 VCC \/ GND 와 고속 전송을 위한 두 쌍의 레인( SSRx+ , SSRx- , SSTx+ , SSTx- 라고 한다. 이에 대한 자세한 설명은 다음 기회에 하도록 하겠다.) 그리고 혹시 차폐에 쌓여있을 수 있는 노이즈를 접지로 보내 안전하게 제거하기 위한 GND\\_DRAIN 케이블까지 총 7개의 케이블이 사용된다. 이 중 VCC 와 GND 는 USB 2.0에서 사용하는 선&#29;과 공유하기 때문에 새로운 5개의 선이 더 필요하다. 이미지 출처: Wikipedia 이미지 출처: Wikipedia 이 5개의 선을 핀에 연결하기 위해 USB 3.0 표준은 새로운 모양의 Type B 컨넥터를 도입했다. 기존 Type B 컨넥터는 4개의 핀만을 가지고 있고 확장할 수 없는 구조로 돼있기 때문이다. 따라서 Type B 컨넥터의 경우에는 컨넥터 모양만으로도 USB 2.0 케이블인지 USB 3.0 케이블인지 쉽게 구분할 수 있다. 하지만 Type A 컨넥터나 Type C 컨넥터는 상황이 다르다. 상하 대칭으로 24개의 핀을 가져 최대 12개의 선을 연결할 수 있는 Type C 컨넥터는 컨넥터 모양 만으로 USB 2.0 케이블인지 USB 3.x 케이블인지 구분할 수 없고, 케이블에 SuperSpeed 로고가 있는지 확인해야 한다. 그렇지 않으면 다음과 같이 Type C - Type C 케이블이지만 최대 전송 속도가 480 Mbps인 케이블을 만나게 된다. USB 2.0 Type C 케이블도 존재한다. Type A 컨넥터는 상황이 좀 재밌다. Type A 컨넥터도 원래는 4개의 핀만을 지원하도록 설계됐다. 하지만 Type B와는 다르게 Type A 컨넥터는 너무 많이 사용됐다. 따라서 USB 3.x를 위해 새로운 모양의 컨넥터를...\n\n[Read more »](https:\/\/blog.seulgi.kim\/2024\/12\/usb-20-3x.html \"USB 2.0 과 3.x의 컨넥터 호환성\")\n\n### [USB 3.x 케이블 무엇을 골라야 하나](https:\/\/blog.seulgi.kim\/2024\/12\/usb-3x.html)\n\\-\n\n[1월 05, 2025](https:\/\/blog.seulgi.kim\/2024\/12\/usb-3x.html \"permanent link\")\n\n3\\.1? 3.2? 이건 뭐지? Gen 1? Gen 2? 이건 뭐지? USB 케이블이 필요해 인터넷에 검색하면 다양한 케이블이 나온다. 여기서 적당한 케이블을 골라야 하는데 보통은 여기서부터 막막해진다. 3.1과 3.2의 차이는 무엇이고 3.1 Gen 2와 3.2 Gen 2는 무슨 차이가 있을까? 3.2 Gen 1은 3.1 Gen 2보다 좋은 것일까? 사람들에게 혼란을 주는 가장 큰 요인은 USB 3.x의 복잡한 명명 방식이라고 생각한다. USB 3.0, USB 3.1, USB 3.2. 이름만 보면 USB 3.1은 USB 3.0보다 발전됐고, USB 3.2는 USB 3.1보다 발전된 것으로 보인다. 하지만 USB 3.2에서 규정하는 모든 기술이 USB 3.1에서 규정하는 모든 기술보다 발전한 기술은 아니다. 그 이유는 이들 표준이 이전 버전을 포함하는 방식으로 설계됐기 때문이다. 예를 들어, USB 3.1 표준은 USB 3.0 표준 문서에서 정의된 기능과 추가된 기능을 포함하며, USB 3.2 표준은 USB 3.1 표준 문서에서 정의하는 기능과 새로운 기능을 포함하고 있다. 이렇게 포함 구조로 설계된 표준은 표준 문서라는 기술적 측면에서는 합리적인 선택이다. 하지만 이런 이름이 좋은 브랜딩 방식이라고 생각하지 않는다. 예를 들어 이 글에서도 USB 3.x 표준에 기반한 케이블은 정확히 부를 이름이 없어 그냥 USB 3.x라는 이름으로 뭉뜽그려 부르고 있다. 이와 같은 혼란을 해소하기 위해 USB4에서는 모든 표준을 USB4라는 하나의 브랜드로 묶고, 표준 문서에 Version 1과 Version 2라고 버전을 붙이는 방식을 택했다. 이는 소비자들이 버전 간 차이를 명확히 이해할 수 있도록 노력한 것으로 보인다. USB 3.0 우선 USB 3.0이 USB 2.0과 비교해 가지는 가장 큰 장점은 전송속도다. 기존에 사용하던 USB 2.0 케이블은 최대 480 Mbps. 즉, 60 MB\/s의 전송 속도를 가졌다. USB 2.0이 도입되던 ...\n\n[Read more »](https:\/\/blog.seulgi.kim\/2024\/12\/usb-3x.html \"USB 3.x 케이블 무엇을 골라야 하나\")\n\n[Powered by Blogger](https:\/\/www.blogger.com\/)\n\n테마 이미지 제공: [Michael Elkan](http:\/\/www.offset.com\/photos\/394244)\n\nCopyright @ 2013-2025 [Seulgi Kim](mailto:dev@seulgi.kim). All rights reserved\n\n### 자료실\n- [2025 4](https:\/\/blog.seulgi.kim\/2025\/)\n  - [05 2](https:\/\/blog.seulgi.kim\/2025\/05\/)\n  - [01 2](https:\/\/blog.seulgi.kim\/2025\/01\/)\n\n- [2024 2](https:\/\/blog.seulgi.kim\/2024\/)\n  - [12 1](https:\/\/blog.seulgi.kim\/2024\/12\/)\n  - [09 1](https:\/\/blog.seulgi.kim\/2024\/09\/)\n- [2023 9](https:\/\/blog.seulgi.kim\/2023\/)\n  - [04 2](https:\/\/blog.seulgi.kim\/2023\/04\/)\n  - [03 7](https:\/\/blog.seulgi.kim\/2023\/03\/)\n- [2021 2](https:\/\/blog.seulgi.kim\/2021\/)\n  - [08 1](https:\/\/blog.seulgi.kim\/2021\/08\/)\n  - [06 1](https:\/\/blog.seulgi.kim\/2021\/06\/)\n- [2020 2](https:\/\/blog.seulgi.kim\/2020\/)\n  - [06 2](https:\/\/blog.seulgi.kim\/2020\/06\/)\n- [2019 6](https:\/\/blog.seulgi.kim\/2019\/)\n  - [12 1](https:\/\/blog.seulgi.kim\/2019\/12\/)\n  - [10 1](https:\/\/blog.seulgi.kim\/2019\/10\/)\n  - [07 1](https:\/\/blog.seulgi.kim\/2019\/07\/)\n  - [05 1](https:\/\/blog.seulgi.kim\/2019\/05\/)\n  - [04 2](https:\/\/blog.seulgi.kim\/2019\/04\/)\n- [2018 38](https:\/\/blog.seulgi.kim\/2018\/)\n  - [12 1](https:\/\/blog.seulgi.kim\/2018\/12\/)\n  - [11 1](https:\/\/blog.seulgi.kim\/2018\/11\/)\n  - [08 2](https:\/\/blog.seulgi.kim\/2018\/08\/)\n  - [06 2](https:\/\/blog.seulgi.kim\/2018\/06\/)\n  - [05 9](https:\/\/blog.seulgi.kim\/2018\/05\/)\n  - [04 8](https:\/\/blog.seulgi.kim\/2018\/04\/)\n  - [03 6](https:\/\/blog.seulgi.kim\/2018\/03\/)\n  - [02 8](https:\/\/blog.seulgi.kim\/2018\/02\/)\n  - [01 1](https:\/\/blog.seulgi.kim\/2018\/01\/)\n- [2017 29](https:\/\/blog.seulgi.kim\/2017\/)\n  - [12 4](https:\/\/blog.seulgi.kim\/2017\/12\/)\n  - [11 6](https:\/\/blog.seulgi.kim\/2017\/11\/)\n  - [10 5](https:\/\/blog.seulgi.kim\/2017\/10\/)\n  - [08 3](https:\/\/blog.seulgi.kim\/2017\/08\/)\n  - [07 2](https:\/\/blog.seulgi.kim\/2017\/07\/)\n  - [06 2](https:\/\/blog.seulgi.kim\/2017\/06\/)\n  - [04 1](https:\/\/blog.seulgi.kim\/2017\/04\/)\n  - [03 2](https:\/\/blog.seulgi.kim\/2017\/03\/)\n  - [02 1](https:\/\/blog.seulgi.kim\/2017\/02\/)\n  - [01 3](https:\/\/blog.seulgi.kim\/2017\/01\/)\n- [2016 14](https:\/\/blog.seulgi.kim\/2016\/)\n  - [08 1](https:\/\/blog.seulgi.kim\/2016\/08\/)\n  - [07 1](https:\/\/blog.seulgi.kim\/2016\/07\/)\n  - [06 2](https:\/\/blog.seulgi.kim\/2016\/06\/)\n  - [04 1](https:\/\/blog.seulgi.kim\/2016\/04\/)\n  - [03 3](https:\/\/blog.seulgi.kim\/2016\/03\/)\n  - [01 6](https:\/\/blog.seulgi.kim\/2016\/01\/)\n- [2015 37](https:\/\/blog.seulgi.kim\/2015\/)\n  - [11 1](https:\/\/blog.seulgi.kim\/2015\/11\/)\n  - [09 6](https:\/\/blog.seulgi.kim\/2015\/09\/)\n  - [08 5](https:\/\/blog.seulgi.kim\/2015\/08\/)\n  - [07 10](https:\/\/blog.seulgi.kim\/2015\/07\/)\n  - [06 3](https:\/\/blog.seulgi.kim\/2015\/06\/)\n  - [05 3](https:\/\/blog.seulgi.kim\/2015\/05\/)\n  - [04 2](https:\/\/blog.seulgi.kim\/2015\/04\/)\n    - [한줄짜리 코드에도 반드시 괄호를 써야한다.](https:\/\/blog.seulgi.kim\/2015\/04\/curly-braces.html)\n    - [C는 C++의 부분집합이 아니다](https:\/\/blog.seulgi.kim\/2015\/04\/c-is-not-subset-of-cpp.html)\n  - [02 3](https:\/\/blog.seulgi.kim\/2015\/02\/)\n  - [01 4](https:\/\/blog.seulgi.kim\/2015\/01\/)\n- [2014 41](https:\/\/blog.seulgi.kim\/2014\/)\n  - [12 5](https:\/\/blog.seulgi.kim\/2014\/12\/)\n  - [11 2](https:\/\/blog.seulgi.kim\/2014\/11\/)\n  - [10 3](https:\/\/blog.seulgi.kim\/2014\/10\/)\n  - [09 6](https:\/\/blog.seulgi.kim\/2014\/09\/)\n  - [08 6](https:\/\/blog.seulgi.kim\/2014\/08\/)\n  - [07 3](https:\/\/blog.seulgi.kim\/2014\/07\/)\n  - [06 3](https:\/\/blog.seulgi.kim\/2014\/06\/)\n  - [05 5](https:\/\/blog.seulgi.kim\/2014\/05\/)\n  - [04 3](https:\/\/blog.seulgi.kim\/2014\/04\/)\n  - [03 2](https:\/\/blog.seulgi.kim\/2014\/03\/)\n  - [01 3](https:\/\/blog.seulgi.kim\/2014\/01\/)\n- [2013 6](https:\/\/blog.seulgi.kim\/2013\/)\n  - [11 1](https:\/\/blog.seulgi.kim\/2013\/11\/)\n  - [09 1](https:\/\/blog.seulgi.kim\/2013\/09\/)\n  - [08 1](https:\/\/blog.seulgi.kim\/2013\/08\/)\n  - [04 3](https:\/\/blog.seulgi.kim\/2013\/04\/)\n\n자세히 보기 간략히 보기\n\n### 태그\n[C++](https:\/\/blog.seulgi.kim\/search\/label\/C%2B%2B) [JavaScript](https:\/\/blog.seulgi.kim\/search\/label\/JavaScript) [network](https:\/\/blog.seulgi.kim\/search\/label\/network) [ECMAScript](https:\/\/blog.seulgi.kim\/search\/label\/ECMAScript) [summary](https:\/\/blog.seulgi.kim\/search\/label\/summary) [ECMAScript 6](https:\/\/blog.seulgi.kim\/search\/label\/ECMAScript%206) [scala](https:\/\/blog.seulgi.kim\/search\/label\/scala) [distributed system](https:\/\/blog.seulgi.kim\/search\/label\/distributed%20system) [rust](https:\/\/blog.seulgi.kim\/search\/label\/rust) [escape code](https:\/\/blog.seulgi.kim\/search\/label\/escape%20code)\n\n[modern c++](https:\/\/blog.seulgi.kim\/search\/label\/modern%20c%2B%2B) [security](https:\/\/blog.seulgi.kim\/search\/label\/security) [consensus algorithm](https:\/\/blog.seulgi.kim\/search\/label\/consensus%20algorithm) [database](https:\/\/blog.seulgi.kim\/search\/label\/database) [terminal](https:\/\/blog.seulgi.kim\/search\/label\/terminal) [C++ 11](https:\/\/blog.seulgi.kim\/search\/label\/C%2B%2B%2011) [TypeScript](https:\/\/blog.seulgi.kim\/search\/label\/TypeScript) [C](https:\/\/blog.seulgi.kim\/search\/label\/C) [C++11](https:\/\/blog.seulgi.kim\/search\/label\/C%2B%2B11) [code quality](https:\/\/blog.seulgi.kim\/search\/label\/code%20quality) [ethereum](https:\/\/blog.seulgi.kim\/search\/label\/ethereum) [monad](https:\/\/blog.seulgi.kim\/search\/label\/monad) [programming language](https:\/\/blog.seulgi.kim\/search\/label\/programming%20language) [Hardware](https:\/\/blog.seulgi.kim\/search\/label\/Hardware) [Python](https:\/\/blog.seulgi.kim\/search\/label\/Python) [Raft](https:\/\/blog.seulgi.kim\/search\/label\/Raft) [USB](https:\/\/blog.seulgi.kim\/search\/label\/USB) [implicit](https:\/\/blog.seulgi.kim\/search\/label\/implicit) [multithreading](https:\/\/blog.seulgi.kim\/search\/label\/multithreading) [sharding](https:\/\/blog.seulgi.kim\/search\/label\/sharding) [web](https:\/\/blog.seulgi.kim\/search\/label\/web) [CSI](https:\/\/blog.seulgi.kim\/search\/label\/CSI) [Cpp Core Guidelines](https:\/\/blog.seulgi.kim\/search\/label\/Cpp%20Core%20Guidelines) [MongoDB](https:\/\/blog.seulgi.kim\/search\/label\/MongoDB) [Shard](https:\/\/blog.seulgi.kim\/search\/label\/Shard) [blockchain](https:\/\/blog.seulgi.kim\/search\/label\/blockchain) [lifetime](https:\/\/blog.seulgi.kim\/search\/label\/lifetime) [promise](https:\/\/blog.seulgi.kim\/search\/label\/promise) [scope](https:\/\/blog.seulgi.kim\/search\/label\/scope) [value category](https:\/\/blog.seulgi.kim\/search\/label\/value%20category) [Byzantine fault tolerance](https:\/\/blog.seulgi.kim\/search\/label\/Byzantine%20fault%20tolerance) [DBMS](https:\/\/blog.seulgi.kim\/search\/label\/DBMS) [Design pattern](https:\/\/blog.seulgi.kim\/search\/label\/Design%20pattern) [MySQL](https:\/\/blog.seulgi.kim\/search\/label\/MySQL) [asynchronous](https:\/\/blog.seulgi.kim\/search\/label\/asynchronous) [availability](https:\/\/blog.seulgi.kim\/search\/label\/availability) [coding style](https:\/\/blog.seulgi.kim\/search\/label\/coding%20style) [compiler](https:\/\/blog.seulgi.kim\/search\/label\/compiler) [cryptography](https:\/\/blog.seulgi.kim\/search\/label\/cryptography) [float](https:\/\/blog.seulgi.kim\/search\/label\/float) [function](https:\/\/blog.seulgi.kim\/search\/label\/function) [garbage collection](https:\/\/blog.seulgi.kim\/search\/label\/garbage%20collection) [graphics](https:\/\/blog.seulgi.kim\/search\/label\/graphics) [irc](https:\/\/blog.seulgi.kim\/search\/label\/irc) [java](https:\/\/blog.seulgi.kim\/search\/label\/java) [object](https:\/\/blog.seulgi.kim\/search\/label\/object) [pointer](https:\/\/blog.seulgi.kim\/search\/label\/pointer) [posix](https:\/\/blog.seulgi.kim\/search\/label\/posix) [replication](https:\/\/blog.seulgi.kim\/search\/label\/replication) [state trie](https:\/\/blog.seulgi.kim\/search\/label\/state%20trie) [type checking](https:\/\/blog.seulgi.kim\/search\/label\/type%20checking) [volatile](https:\/\/blog.seulgi.kim\/search\/label\/volatile) [zookeeper](https:\/\/blog.seulgi.kim\/search\/label\/zookeeper) [BFT](https:\/\/blog.seulgi.kim\/search\/label\/BFT) [Byzantine Failure](https:\/\/blog.seulgi.kim\/search\/label\/Byzantine%20Failure) [C\\#](https:\/\/blog.seulgi.kim\/search\/label\/C%23) [CAP theorem](https:\/\/blog.seulgi.kim\/search\/label\/CAP%20theorem) [CoffeeScript](https:\/\/blog.seulgi.kim\/search\/label\/CoffeeScript) [Flow](https:\/\/blog.seulgi.kim\/search\/label\/Flow) [Fluentd](https:\/\/blog.seulgi.kim\/search\/label\/Fluentd) [GIL](https:\/\/blog.seulgi.kim\/search\/label\/GIL) [Global Interpreter Lock](https:\/\/blog.seulgi.kim\/search\/label\/Global%20Interpreter%20Lock) [ISO](https:\/\/blog.seulgi.kim\/search\/label\/ISO) [ISO 8601](https:\/\/blog.seulgi.kim\/search\/label\/ISO%208601) [Log Aggregator](https:\/\/blog.seulgi.kim\/search\/label\/Log%20Aggregator) [OSI](https:\/\/blog.seulgi.kim\/search\/label\/OSI) [Option](https:\/\/blog.seulgi.kim\/search\/label\/Option) [RAII](https:\/\/blog.seulgi.kim\/search\/label\/RAII) [RSS](https:\/\/blog.seulgi.kim\/search\/label\/RSS) [SSL](https:\/\/blog.seulgi.kim\/search\/label\/SSL) [UI](https:\/\/blog.seulgi.kim\/search\/label\/UI) [VSync](https:\/\/blog.seulgi.kim\/search\/label\/VSync) [WeeChat](https:\/\/blog.seulgi.kim\/search\/label\/WeeChat) [annotation](https:\/\/blog.seulgi.kim\/search\/label\/annotation) [bitcoin](https:\/\/blog.seulgi.kim\/search\/label\/bitcoin) [cli](https:\/\/blog.seulgi.kim\/search\/label\/cli) [consistency](https:\/\/blog.seulgi.kim\/search\/label\/consistency) [const](https:\/\/blog.seulgi.kim\/search\/label\/const) [control sequence](https:\/\/blog.seulgi.kim\/search\/label\/control%20sequence) [deprecated](https:\/\/blog.seulgi.kim\/search\/label\/deprecated) [double buffering](https:\/\/blog.seulgi.kim\/search\/label\/double%20buffering) [exception](https:\/\/blog.seulgi.kim\/search\/label\/exception) [future](https:\/\/blog.seulgi.kim\/search\/label\/future) [go](https:\/\/blog.seulgi.kim\/search\/label\/go) [information distance](https:\/\/blog.seulgi.kim\/search\/label\/information%20distance) [iterator](https:\/\/blog.seulgi.kim\/search\/label\/iterator) [linkage](https:\/\/blog.seulgi.kim\/search\/label\/linkage) [math](https:\/\/blog.seulgi.kim\/search\/label\/math) [merkle patricia trie](https:\/\/blog.seulgi.kim\/search\/label\/merkle%20patricia%20trie) [null](https:\/\/blog.seulgi.kim\/search\/label\/null) [optimization](https:\/\/blog.seulgi.kim\/search\/label\/optimization) [owner](https:\/\/blog.seulgi.kim\/search\/label\/owner) [p2p](https:\/\/blog.seulgi.kim\/search\/label\/p2p) [quantum computing](https:\/\/blog.seulgi.kim\/search\/label\/quantum%20computing) [review](https:\/\/blog.seulgi.kim\/search\/label\/review) [round](https:\/\/blog.seulgi.kim\/search\/label\/round) [server](https:\/\/blog.seulgi.kim\/search\/label\/server) [similarity](https:\/\/blog.seulgi.kim\/search\/label\/similarity) [static typing](https:\/\/blog.seulgi.kim\/search\/label\/static%20typing) [storage](https:\/\/blog.seulgi.kim\/search\/label\/storage) [swap](https:\/\/blog.seulgi.kim\/search\/label\/swap) [trie](https:\/\/blog.seulgi.kim\/search\/label\/trie) [undefined](https:\/\/blog.seulgi.kim\/search\/label\/undefined) [2 phase commit](https:\/\/blog.seulgi.kim\/search\/label\/2%20phase%20commit) [AOP](https:\/\/blog.seulgi.kim\/search\/label\/AOP) [CPython](https:\/\/blog.seulgi.kim\/search\/label\/CPython) [CodeChain](https:\/\/blog.seulgi.kim\/search\/label\/CodeChain) [Diffie–Hellman key exchange](https:\/\/blog.seulgi.kim\/search\/label\/Diffie%E2%80%93Hellman%20key%20exchange) [ED](https:\/\/blog.seulgi.kim\/search\/label\/ED) [EL](https:\/\/blog.seulgi.kim\/search\/label\/EL) [Endianness](https:\/\/blog.seulgi.kim\/search\/label\/Endianness) [FLP impossibility](https:\/\/blog.seulgi.kim\/search\/label\/FLP%20impossibility) [Flume](https:\/\/blog.seulgi.kim\/search\/label\/Flume) [GNU](https:\/\/blog.seulgi.kim\/search\/label\/GNU) [GSL](https:\/\/blog.seulgi.kim\/search\/label\/GSL) [GateOne](https:\/\/blog.seulgi.kim\/search\/label\/GateOne) [Glowing Bear](https:\/\/blog.seulgi.kim\/search\/label\/Glowing%20Bear) [GraphQL](https:\/\/blog.seulgi.kim\/search\/label\/GraphQL) [IEEE 754](https:\/\/blog.seulgi.kim\/search\/label\/IEEE%20754) [Implicit class](https:\/\/blog.seulgi.kim\/search\/label\/Implicit%20class) [Infinity](https:\/\/blog.seulgi.kim\/search\/label\/Infinity) [Intermediate Representation](https:\/\/blog.seulgi.kim\/search\/label\/Intermediate%20Representation) [Loan pattern](https:\/\/blog.seulgi.kim\/search\/label\/Loan%20pattern) [Maybe](https:\/\/blog.seulgi.kim\/search\/label\/Maybe) [NCD](https:\/\/blog.seulgi.kim\/search\/label\/NCD) [NGD](https:\/\/blog.seulgi.kim\/search\/label\/NGD) [NaN](https:\/\/blog.seulgi.kim\/search\/label\/NaN) [Normalized Google Distance](https:\/\/blog.seulgi.kim\/search\/label\/Normalized%20Google%20Distance) [ORM](https:\/\/blog.seulgi.kim\/search\/label\/ORM) [OS](https:\/\/blog.seulgi.kim\/search\/label\/OS) [Object Oriented](https:\/\/blog.seulgi.kim\/search\/label\/Object%20Oriented) [Object slicing](https:\/\/blog.seulgi.kim\/search\/label\/Object%20slicing) [ObjectID](https:\/\/blog.seulgi.kim\/search\/label\/ObjectID) [Primary Shard](https:\/\/blog.seulgi.kim\/search\/label\/Primary%20Shard) [Programming Paradigm](https:\/\/blog.seulgi.kim\/search\/label\/Programming%20Paradigm) [PyPy](https:\/\/blog.seulgi.kim\/search\/label\/PyPy) [REST](https:\/\/blog.seulgi.kim\/search\/label\/REST) [RLP](https:\/\/blog.seulgi.kim\/search\/label\/RLP) [Recursive Length Prefix](https:\/\/blog.seulgi.kim\/search\/label\/Recursive%20Length%20Prefix) [Relay](https:\/\/blog.seulgi.kim\/search\/label\/Relay) [RwLock](https:\/\/blog.seulgi.kim\/search\/label\/RwLock) [SPI](https:\/\/blog.seulgi.kim\/search\/label\/SPI) [SQL](https:\/\/blog.seulgi.kim\/search\/label\/SQL) [SQLite](https:\/\/blog.seulgi.kim\/search\/label\/SQLite) [Scribe](https:\/\/blog.seulgi.kim\/search\/label\/Scribe) [Service Provider Interface](https:\/\/blog.seulgi.kim\/search\/label\/Service%20Provider%20Interface) [Sharded Cluster](https:\/\/blog.seulgi.kim\/search\/label\/Sharded%20Cluster) [Symbol](https:\/\/blog.seulgi.kim\/search\/label\/Symbol) [TDD](https:\/\/blog.seulgi.kim\/search\/label\/TDD) [TTS](https:\/\/blog.seulgi.kim\/search\/label\/TTS) [TUI](https:\/\/blog.seulgi.kim\/search\/label\/TUI) [Try](https:\/\/blog.seulgi.kim\/search\/label\/Try) [UTXO](https:\/\/blog.seulgi.kim\/search\/label\/UTXO) [UX](https:\/\/blog.seulgi.kim\/search\/label\/UX) [Visual C++](https:\/\/blog.seulgi.kim\/search\/label\/Visual%20C%2B%2B) [WebGL](https:\/\/blog.seulgi.kim\/search\/label\/WebGL) [WebOS](https:\/\/blog.seulgi.kim\/search\/label\/WebOS) [actor model](https:\/\/blog.seulgi.kim\/search\/label\/actor%20model) [akka](https:\/\/blog.seulgi.kim\/search\/label\/akka) [algebraic data type](https:\/\/blog.seulgi.kim\/search\/label\/algebraic%20data%20type) [alias](https:\/\/blog.seulgi.kim\/search\/label\/alias) [android](https:\/\/blog.seulgi.kim\/search\/label\/android) [anti-pattern](https:\/\/blog.seulgi.kim\/search\/label\/anti-pattern) [array](https:\/\/blog.seulgi.kim\/search\/label\/array) [arrow](https:\/\/blog.seulgi.kim\/search\/label\/arrow) [assert](https:\/\/blog.seulgi.kim\/search\/label\/assert) [atomic commit](https:\/\/blog.seulgi.kim\/search\/label\/atomic%20commit) [automatic memory management](https:\/\/blog.seulgi.kim\/search\/label\/automatic%20memory%20management) [balance theorem](https:\/\/blog.seulgi.kim\/search\/label\/balance%20theorem) [blake2](https:\/\/blog.seulgi.kim\/search\/label\/blake2) [bug](https:\/\/blog.seulgi.kim\/search\/label\/bug) [cache](https:\/\/blog.seulgi.kim\/search\/label\/cache) [carriage return](https:\/\/blog.seulgi.kim\/search\/label\/carriage%20return) [case class](https:\/\/blog.seulgi.kim\/search\/label\/case%20class) [chromium os](https:\/\/blog.seulgi.kim\/search\/label\/chromium%20os) [class](https:\/\/blog.seulgi.kim\/search\/label\/class) [cloudflare](https:\/\/blog.seulgi.kim\/search\/label\/cloudflare) [code metrics](https:\/\/blog.seulgi.kim\/search\/label\/code%20metrics) [code review](https:\/\/blog.seulgi.kim\/search\/label\/code%20review) [compatibility](https:\/\/blog.seulgi.kim\/search\/label\/compatibility) [compression](https:\/\/blog.seulgi.kim\/search\/label\/compression) [concurrency](https:\/\/blog.seulgi.kim\/search\/label\/concurrency) [const\\_cast](https:\/\/blog.seulgi.kim\/search\/label\/const_cast) [crash-only software](https:\/\/blog.seulgi.kim\/search\/label\/crash-only%20software) [cryptocurrency](https:\/\/blog.seulgi.kim\/search\/label\/cryptocurrency) [curly braces](https:\/\/blog.seulgi.kim\/search\/label\/curly%20braces) [cyclomatic complexity](https:\/\/blog.seulgi.kim\/search\/label\/cyclomatic%20complexity) [data mining](https:\/\/blog.seulgi.kim\/search\/label\/data%20mining) [date](https:\/\/blog.seulgi.kim\/search\/label\/date) [decltype](https:\/\/blog.seulgi.kim\/search\/label\/decltype) [decorator](https:\/\/blog.seulgi.kim\/search\/label\/decorator) [encoding](https:\/\/blog.seulgi.kim\/search\/label\/encoding) [ensemble](https:\/\/blog.seulgi.kim\/search\/label\/ensemble) [enum](https:\/\/blog.seulgi.kim\/search\/label\/enum) [enum class](https:\/\/blog.seulgi.kim\/search\/label\/enum%20class) [error handling](https:\/\/blog.seulgi.kim\/search\/label\/error%20handling) [extension method](https:\/\/blog.seulgi.kim\/search\/label\/extension%20method) [facade pattern](https:\/\/blog.seulgi.kim\/search\/label\/facade%20pattern) [fat arrow](https:\/\/blog.seulgi.kim\/search\/label\/fat%20arrow) [flask](https:\/\/blog.seulgi.kim\/search\/label\/flask) [fork](https:\/\/blog.seulgi.kim\/search\/label\/fork) [generic programming](https:\/\/blog.seulgi.kim\/search\/label\/generic%20programming) [git](https:\/\/blog.seulgi.kim\/search\/label\/git) [graph](https:\/\/blog.seulgi.kim\/search\/label\/graph) [hoisting](https:\/\/blog.seulgi.kim\/search\/label\/hoisting) [html5](https:\/\/blog.seulgi.kim\/search\/label\/html5) [https](https:\/\/blog.seulgi.kim\/search\/label\/https) [implicit converter](https:\/\/blog.seulgi.kim\/search\/label\/implicit%20converter) [implicit parameter](https:\/\/blog.seulgi.kim\/search\/label\/implicit%20parameter) [interchain communication](https:\/\/blog.seulgi.kim\/search\/label\/interchain%20communication) [introspection](https:\/\/blog.seulgi.kim\/search\/label\/introspection) [kademlia](https:\/\/blog.seulgi.kim\/search\/label\/kademlia) [lambda function](https:\/\/blog.seulgi.kim\/search\/label\/lambda%20function) [leader election](https:\/\/blog.seulgi.kim\/search\/label\/leader%20election) [lender-lendee pattern](https:\/\/blog.seulgi.kim\/search\/label\/lender-lendee%20pattern) [let](https:\/\/blog.seulgi.kim\/search\/label\/let) [lint](https:\/\/blog.seulgi.kim\/search\/label\/lint) [linux](https:\/\/blog.seulgi.kim\/search\/label\/linux) [log replication](https:\/\/blog.seulgi.kim\/search\/label\/log%20replication) [logstash](https:\/\/blog.seulgi.kim\/search\/label\/logstash) [loop](https:\/\/blog.seulgi.kim\/search\/label\/loop) [lua](https:\/\/blog.seulgi.kim\/search\/label\/lua) [memory](https:\/\/blog.seulgi.kim\/search\/label\/memory) [memory barrier](https:\/\/blog.seulgi.kim\/search\/label\/memory%20barrier) [memory fence](https:\/\/blog.seulgi.kim\/search\/label\/memory%20fence) [memory leak](https:\/\/blog.seulgi.kim\/search\/label\/memory%20leak) [merkle tree](https:\/\/blog.seulgi.kim\/search\/label\/merkle%20tree) [modifier](https:\/\/blog.seulgi.kim\/search\/label\/modifier) [morse code](https:\/\/blog.seulgi.kim\/search\/label\/morse%20code) [mozilla](https:\/\/blog.seulgi.kim\/search\/label\/mozilla) [network overlay](https:\/\/blog.seulgi.kim\/search\/label\/network%20overlay) [node.js](https:\/\/blog.seulgi.kim\/search\/label\/node.js) [normalized compression distance](https:\/\/blog.seulgi.kim\/search\/label\/normalized%20compression%20distance) [npm](https:\/\/blog.seulgi.kim\/search\/label\/npm) [ownership](https:\/\/blog.seulgi.kim\/search\/label\/ownership) [pack expansion](https:\/\/blog.seulgi.kim\/search\/label\/pack%20expansion) [parameter pack](https:\/\/blog.seulgi.kim\/search\/label\/parameter%20pack) [phantom type](https:\/\/blog.seulgi.kim\/search\/label\/phantom%20type) [property](https:\/\/blog.seulgi.kim\/search\/label\/property) [prototype](https:\/\/blog.seulgi.kim\/search\/label\/prototype) [reflection](https:\/\/blog.seulgi.kim\/search\/label\/reflection) [regular expression](https:\/\/blog.seulgi.kim\/search\/label\/regular%20expression) [rhino](https:\/\/blog.seulgi.kim\/search\/label\/rhino) [same-origin policy](https:\/\/blog.seulgi.kim\/search\/label\/same-origin%20policy) [sealed](https:\/\/blog.seulgi.kim\/search\/label\/sealed) [secure tree](https:\/\/blog.seulgi.kim\/search\/label\/secure%20tree) [shard key](https:\/\/blog.seulgi.kim\/search\/label\/shard%20key) [shutdown hook](https:\/\/blog.seulgi.kim\/search\/label\/shutdown%20hook) [slack](https:\/\/blog.seulgi.kim\/search\/label\/slack) [span](https:\/\/blog.seulgi.kim\/search\/label\/span) [sprite](https:\/\/blog.seulgi.kim\/search\/label\/sprite) [ssh](https:\/\/blog.seulgi.kim\/search\/label\/ssh) [state trie pruning](https:\/\/blog.seulgi.kim\/search\/label\/state%20trie%20pruning) [static](https:\/\/blog.seulgi.kim\/search\/label\/static) [syntax](https:\/\/blog.seulgi.kim\/search\/label\/syntax) [tagged pointer](https:\/\/blog.seulgi.kim\/search\/label\/tagged%20pointer) [template](https:\/\/blog.seulgi.kim\/search\/label\/template) [termios](https:\/\/blog.seulgi.kim\/search\/label\/termios) [triple buffering](https:\/\/blog.seulgi.kim\/search\/label\/triple%20buffering) [type conversion](https:\/\/blog.seulgi.kim\/search\/label\/type%20conversion) [type guard](https:\/\/blog.seulgi.kim\/search\/label\/type%20guard) [uriirc](https:\/\/blog.seulgi.kim\/search\/label\/uriirc) [variadic template](https:\/\/blog.seulgi.kim\/search\/label\/variadic%20template) [version control system](https:\/\/blog.seulgi.kim\/search\/label\/version%20control%20system) [vim](https:\/\/blog.seulgi.kim\/search\/label\/vim) [zkSNARKs](https:\/\/blog.seulgi.kim\/search\/label\/zkSNARKs) [znode](https:\/\/blog.seulgi.kim\/search\/label\/znode) [개발](https:\/\/blog.seulgi.kim\/search\/label\/%EA%B0%9C%EB%B0%9C) [관리](https:\/\/blog.seulgi.kim\/search\/label\/%EA%B4%80%EB%A6%AC)\n\n자세히 보기 간략히 보기\n### [신고하기](https:\/\/www.blogger.com\/go\/report-abuse)\n### 구독\n![](https:\/\/resources.blogblog.com\/img\/widgets\/arrow_dropdown.gif) ![](https:\/\/resources.blogblog.com\/img\/icon_feed12.png) 글\n\n[![](https:\/\/resources.blogblog.com\/img\/widgets\/subscribe-netvibes.png)](https:\/\/www.netvibes.com\/subscribe.php?url=https%3A%2F%2Fblog.seulgi.kim%2Ffeeds%2Fposts%2Fdefault)   [![](https:\/\/resources.blogblog.com\/img\/widgets\/subscribe-yahoo.png)](https:\/\/add.my.yahoo.com\/content?url=https%3A%2F%2Fblog.seulgi.kim%2Ffeeds%2Fposts%2Fdefault)   [![](https:\/\/resources.blogblog.com\/img\/icon_feed12.png) Atom](https:\/\/blog.seulgi.kim\/feeds\/posts\/default)\n\n![](https:\/\/resources.blogblog.com\/img\/widgets\/arrow_dropdown.gif)  ![](https:\/\/resources.blogblog.com\/img\/icon_feed12.png) 글\n\n![](https:\/\/resources.blogblog.com\/img\/widgets\/arrow_dropdown.gif) ![](https:\/\/resources.blogblog.com\/img\/icon_feed12.png) 댓글\n\n[![](https:\/\/resources.blogblog.com\/img\/widgets\/subscribe-netvibes.png)](https:\/\/www.netvibes.com\/subscribe.php?url=https%3A%2F%2Fblog.seulgi.kim%2Ffeeds%2F8723048398567973268%2Fcomments%2Fdefault)   [![](https:\/\/resources.blogblog.com\/img\/widgets\/subscribe-yahoo.png)](https:\/\/add.my.yahoo.com\/content?url=https%3A%2F%2Fblog.seulgi.kim%2Ffeeds%2F8723048398567973268%2Fcomments%2Fdefault)   [![](https:\/\/resources.blogblog.com\/img\/icon_feed12.png) Atom](https:\/\/blog.seulgi.kim\/feeds\/8723048398567973268\/comments\/default)\n\n![](https:\/\/resources.blogblog.com\/img\/widgets\/arrow_dropdown.gif)  ![](https:\/\/resources.blogblog.com\/img\/icon_feed12.png) 댓글","attrs_readable_markdown":"오늘 황당한 글을 봤다.\n\n> 잘 짜인 C 프로그램은 C++ 프로그램이다. 따라서 잘 짜인 C 프로그램은 C++ 컴파일러로 컴파일할 수 있어야 한다.\n\n일단 저 말은 C++의 창시자인 [비야네 스트롭스투룹](https:\/\/www.stroustrup.com\/bs_faq.html#C-is-subset)이 한 말이다. 하지만 저 말은 틀린 말이다. \"네가 뭔데 감히 비야네님을 틀리다고 하느냐\"라는 생각이 들겠지만 잠시만 진정하자. 나는 비야네님이 틀렸다고 하지 않았다. 내가 틀리다고 하는 것은 아무런 문맥도 없이 그냥 저 문구만 따와서 말하는 사람을 틀리다고 하는 것이다.\n\n저 말은 분명히 1999년 이전까지는 맞았던 말이다. 분명히 비야네 스트롭스트룹은 C++을 만들면서 C와의 호환성을 고려하였고, 당시의 표준(ANSI C)을 잘 지킨 C 코드는 C++ 컴파일러로 정상적으로 컴파일 되었다. 하지만 그것은 어디까지나 C99가 나오기 전의 이야기다.\n\nC99에서는 여러 가지 새로운 기능을 도입하였고, C++은 그것을 이미 다른 방식으로 구현하고 있었거나, 혹은 필요하지 않은 기능이라고 생각하여 가지고 오지 않았다. 게다가 새로운 표준인 C11이 나오고, C++도 새로운 표준인 03, 11을 거쳐 14까지 나오면서 둘 사이의 간극은 이미 어떻게 할 수 없을 정도로 커졌다.\n\n그런 연유로 비야네 스트롭스트룹은 잘 짜인 C 프로그램이 C++ 프로그램이라고 말할 때 조건을 붙인다. \"단, 이건 C89에 한정한다.\"라고. 하지만 요새 C89를 쓰는 프로그램이 얼마나 있나? 액티브하게 작업이 진행되는 프로젝트 중에서 C89를 쓰는 프로그램 있으면 가지고 와봐라. 찾으려고 노력해본 적은 없지만 찾기 어려울 것이다.\n\n따라서 요새 저런 말을 하는 사람은 그냥 공부를 안 한 사람이다. 그것도 한 20년 전에 공부했던 사람이니 대선배님일 수도 있겠다. 그 사람에게 C99 이후 C++과 스펙이 변경되어 C99 표준을 지킨 코드는 C++컴파일러로 컴파일 안 될 수도 있다고 했더니, 거기에 달린 답변은 더 황당했다.\n\n> 표준이 문제가 아니라 잘 짜인 C 코드라면 C++ 컴파일러로 컴파일할 수 있어야 한다. C++ 컴파일러로 컴파일되지 않는 코드라면 잘 짜인 C 코드가 아니다.\n\n아.... 정말 충격과 공포다. 무슨 생각을 하면 잘 짜인 C코드의 기준을 C++에서 찾는지 모르겠다. 둘은 이미 다른 언어로 분화되었다. 한동안 비야네는 [C와 C++을 합치려고 노력하던 시절도 있지만](https:\/\/www.stroustrup.com\/bs_faq.html#merge), 요새는 포기한 듯이 보인다. 심지어 그는 [C\/C++은 아무것도 모르는 사람들이나 쓰는 용어로 C와 C++을 합쳐서 불러서는 안된다](https:\/\/www.stroustrup.com\/bs_faq.html#C-slash)고 말하기도 한다. C와 C++은 이미 같은 언어가 아니다.\n\nC++ 컴파일러로 컴파일 가능한 코드만을 잘 짜인 C 코드라고 말한다면, C99 이후에 새로 추가된 기능을 전부 포기하는 것밖에 되지 않는다. 분명하게 말하건대 표준을 지키면서 잘 짜인 C 코드는 C++ 컴파일러로 컴파일되지 않을 것이다.\n***\np.s. 아쉽게도(혹은 다행히도) 비공개 커뮤니티에 올라온 글이라 원본 링크는 못 올렸다.","meta_canonical":null}

3. Robots.txt Check

Query:

Response:

4. Spam/Ban Check

Query:

Response:

5. Seen Status Check

ℹ️ Skipped - page is already crawled

📄

INDEXABLE

✅

CRAWLED

1 day ago

🤖

ROBOTS ALLOWED

Page Info Filters

Filter	Status	Condition	Details
HTTP status	PASS	`download_http_code = 200`	HTTP 200
Age cutoff	PASS	`download_stamp > now() - 6 MONTH`	0.1 months ago
History drop	PASS	`isNull(history_drop_reason)`	No drop reason
Spam/ban	PASS	`fh_dont_index != 1 AND ml_spam_score = 0`	ml_spam_score=0
Canonical	PASS	`meta_canonical IS NULL OR = '' OR = src_unparsed`	Not set

Page Details

Property	Value
URL	https://blog.seulgi.kim/2015/04/c-is-not-subset-of-cpp.html
Last Crawled	2026-04-11 19:46:47 (1 day ago)
First Indexed	2018-04-30 11:19:15 (7 years ago)
HTTP Status Code	200
Meta Title	C는 C++의 부분집합이 아니다
Meta Description	C는 C++의 부분집합이 아니다. C++이 시작할 때는 C에 기능을 추가하는 식으로 시작하긴 했다. 하지만 시간이 지나 둘은 독립적으로 발전이 이루어졌고 이제 완전히 다른 언어다.
Meta Canonical	null
Boilerpipe Text	오늘 황당한 글을 봤다. 잘 짜인 C 프로그램은 C++ 프로그램이다. 따라서 잘 짜인 C 프로그램은 C++ 컴파일러로 컴파일할 수 있어야 한다. 일단 저 말은 C++의 창시자인 비야네 스트롭스투룹 이 한 말이다. 하지만 저 말은 틀린 말이다. "네가 뭔데 감히 비야네님을 틀리다고 하느냐"라는 생각이 들겠지만 잠시만 진정하자. 나는 비야네님이 틀렸다고 하지 않았다. 내가 틀리다고 하는 것은 아무런 문맥도 없이 그냥 저 문구만 따와서 말하는 사람을 틀리다고 하는 것이다. 저 말은 분명히 1999년 이전까지는 맞았던 말이다. 분명히 비야네 스트롭스트룹은 C++을 만들면서 C와의 호환성을 고려하였고, 당시의 표준(ANSI C)을 잘 지킨 C 코드는 C++ 컴파일러로 정상적으로 컴파일 되었다. 하지만 그것은 어디까지나 C99가 나오기 전의 이야기다. C99에서는 여러 가지 새로운 기능을 도입하였고, C++은 그것을 이미 다른 방식으로 구현하고 있었거나, 혹은 필요하지 않은 기능이라고 생각하여 가지고 오지 않았다. 게다가 새로운 표준인 C11이 나오고, C++도 새로운 표준인 03, 11을 거쳐 14까지 나오면서 둘 사이의 간극은 이미 어떻게 할 수 없을 정도로 커졌다. 그런 연유로 비야네 스트롭스트룹은 잘 짜인 C 프로그램이 C++ 프로그램이라고 말할 때 조건을 붙인다. "단, 이건 C89에 한정한다."라고. 하지만 요새 C89를 쓰는 프로그램이 얼마나 있나? 액티브하게 작업이 진행되는 프로젝트 중에서 C89를 쓰는 프로그램 있으면 가지고 와봐라. 찾으려고 노력해본 적은 없지만 찾기 어려울 것이다. 따라서 요새 저런 말을 하는 사람은 그냥 공부를 안 한 사람이다. 그것도 한 20년 전에 공부했던 사람이니 대선배님일 수도 있겠다. 그 사람에게 C99 이후 C++과 스펙이 변경되어 C99 표준을 지킨 코드는 C++컴파일러로 컴파일 안 될 수도 있다고 했더니, 거기에 달린 답변은 더 황당했다. 표준이 문제가 아니라 잘 짜인 C 코드라면 C++ 컴파일러로 컴파일할 수 있어야 한다. C++ 컴파일러로 컴파일되지 않는 코드라면 잘 짜인 C 코드가 아니다. 아.... 정말 충격과 공포다. 무슨 생각을 하면 잘 짜인 C코드의 기준을 C++에서 찾는지 모르겠다. 둘은 이미 다른 언어로 분화되었다. 한동안 비야네는 C와 C++을 합치려고 노력하던 시절도 있지만 , 요새는 포기한 듯이 보인다. 심지어 그는 C/C++은 아무것도 모르는 사람들이나 쓰는 용어로 C와 C++을 합쳐서 불러서는 안된다 고 말하기도 한다. C와 C++은 이미 같은 언어가 아니다. C++ 컴파일러로 컴파일 가능한 코드만을 잘 짜인 C 코드라고 말한다면, C99 이후에 새로 추가된 기능을 전부 포기하는 것밖에 되지 않는다. 분명하게 말하건대 표준을 지키면서 잘 짜인 C 코드는 C++ 컴파일러로 컴파일되지 않을 것이다. p.s. 아쉽게도(혹은 다행히도) 비공개 커뮤니티에 올라온 글이라 원본 링크는 못 올렸다.
Markdown	[기본 콘텐츠로 건너뛰기](https://blog.seulgi.kim/2015/04/c-is-not-subset-of-cpp.html#main) ### 이 블로그 검색 # [슭의 개발 블로그](https://blog.seulgi.kim/) - [GitHub](https://github.com/sgkim126) - [일상](https://www.seulgi.kim/) - [resume](https://github.com/sgkim126/resume) - [blog.seulgi.dev](https://blog.seulgi.dev/) [더보기…]() ### C는 C++의 부분집합이 아니다 - 공유 링크 만들기 - Facebook - X - Pinterest - 이메일 - 기타 앱 \- [4월 02, 2015](https://blog.seulgi.kim/2015/04/c-is-not-subset-of-cpp.html "permanent link") 오늘 황당한 글을 봤다. > 잘 짜인 C 프로그램은 C++ 프로그램이다. 따라서 잘 짜인 C 프로그램은 C++ 컴파일러로 컴파일할 수 있어야 한다. 일단 저 말은 C++의 창시자인 [비야네 스트롭스투룹](https://www.stroustrup.com/bs_faq.html#C-is-subset)이 한 말이다. 하지만 저 말은 틀린 말이다. "네가 뭔데 감히 비야네님을 틀리다고 하느냐"라는 생각이 들겠지만 잠시만 진정하자. 나는 비야네님이 틀렸다고 하지 않았다. 내가 틀리다고 하는 것은 아무런 문맥도 없이 그냥 저 문구만 따와서 말하는 사람을 틀리다고 하는 것이다. 저 말은 분명히 1999년 이전까지는 맞았던 말이다. 분명히 비야네 스트롭스트룹은 C++을 만들면서 C와의 호환성을 고려하였고, 당시의 표준(ANSI C)을 잘 지킨 C 코드는 C++ 컴파일러로 정상적으로 컴파일 되었다. 하지만 그것은 어디까지나 C99가 나오기 전의 이야기다. C99에서는 여러 가지 새로운 기능을 도입하였고, C++은 그것을 이미 다른 방식으로 구현하고 있었거나, 혹은 필요하지 않은 기능이라고 생각하여 가지고 오지 않았다. 게다가 새로운 표준인 C11이 나오고, C++도 새로운 표준인 03, 11을 거쳐 14까지 나오면서 둘 사이의 간극은 이미 어떻게 할 수 없을 정도로 커졌다. 그런 연유로 비야네 스트롭스트룹은 잘 짜인 C 프로그램이 C++ 프로그램이라고 말할 때 조건을 붙인다. "단, 이건 C89에 한정한다."라고. 하지만 요새 C89를 쓰는 프로그램이 얼마나 있나? 액티브하게 작업이 진행되는 프로젝트 중에서 C89를 쓰는 프로그램 있으면 가지고 와봐라. 찾으려고 노력해본 적은 없지만 찾기 어려울 것이다. 따라서 요새 저런 말을 하는 사람은 그냥 공부를 안 한 사람이다. 그것도 한 20년 전에 공부했던 사람이니 대선배님일 수도 있겠다. 그 사람에게 C99 이후 C++과 스펙이 변경되어 C99 표준을 지킨 코드는 C++컴파일러로 컴파일 안 될 수도 있다고 했더니, 거기에 달린 답변은 더 황당했다. > 표준이 문제가 아니라 잘 짜인 C 코드라면 C++ 컴파일러로 컴파일할 수 있어야 한다. C++ 컴파일러로 컴파일되지 않는 코드라면 잘 짜인 C 코드가 아니다. 아.... 정말 충격과 공포다. 무슨 생각을 하면 잘 짜인 C코드의 기준을 C++에서 찾는지 모르겠다. 둘은 이미 다른 언어로 분화되었다. 한동안 비야네는 [C와 C++을 합치려고 노력하던 시절도 있지만](https://www.stroustrup.com/bs_faq.html#merge), 요새는 포기한 듯이 보인다. 심지어 그는 [C/C++은 아무것도 모르는 사람들이나 쓰는 용어로 C와 C++을 합쳐서 불러서는 안된다](https://www.stroustrup.com/bs_faq.html#C-slash)고 말하기도 한다. C와 C++은 이미 같은 언어가 아니다. C++ 컴파일러로 컴파일 가능한 코드만을 잘 짜인 C 코드라고 말한다면, C99 이후에 새로 추가된 기능을 전부 포기하는 것밖에 되지 않는다. 분명하게 말하건대 표준을 지키면서 잘 짜인 C 코드는 C++ 컴파일러로 컴파일되지 않을 것이다. *** p.s. 아쉽게도(혹은 다행히도) 비공개 커뮤니티에 올라온 글이라 원본 링크는 못 올렸다. [C](https://blog.seulgi.kim/search/label/C) [C++](https://blog.seulgi.kim/search/label/C%2B%2B) [compatibility](https://blog.seulgi.kim/search/label/compatibility) - 공유 링크 만들기 - Facebook - X - Pinterest - 이메일 - 기타 앱 ### 댓글 #### 댓글 쓰기 ### 이 블로그의 인기 게시물 ### [USB 2.0 케이블의 내부 구조](https://blog.seulgi.kim/2024/09/blog-post.html) \- [9월 15, 2024](https://blog.seulgi.kim/2024/09/blog-post.html "permanent link") 아이폰도 USB-C를 사용하면서 온 세상이 USB 로 통일됐지만 실제로는 너무 다양한 USB가 존재한다. 기본 형태인 USB-A나 최근 많이 사용되는 USB-C 뿐 아니라, 보통 5핀이라고 불리는 micro-B를 포함한 다양한 USB-B 컨넥터들이 존재한다. 그래도 컨넥터는 모양이 다르기 때문에 쉽게 구분할 수 있는데 케이블은 답이 없다. 겉으로는 똑같아 보이는 케이블이라도 어떤 케이블은 데이터 통신이 안 되고 어떤 케이블은 데이터 통신이 가능하다. 이런 차이는 케이블 내부 구성에 따라 발생한다. 이번 글에서는 USB 2.0 케이블의 내부를 통해 USB 케이블에 대해 자세히 알아보겠다. Micro-B 케이블의 편조 차폐와 호일 차폐 위 사진은 집에서 돌아다니던 A - Micro-B USB 2.0 케이블의 피복을 벗겨낸 것이다. 절연체 아래로 금속 선이 있는 것을 알 수 있다. 이 선들은 금속 선이지만 전선은 아니다. 이 선은 전자기 차폐를 목적으로 들어간 금속 선이다. 실제 전선은 이 금속 선을 벗겨야 나온다. 이번에 자른 케이블에는 두 종류의 차폐가 사용됐다. 하나는 얇은 금속 호일이고, 다른 하나는 얇은 도체의 가닥으로 이루어져 있다. 전자는 보통 호일 차폐(Foil Shielding)라고 부르고 후자는 편조 차폐(Braided Shielding)라고 부른다. 이 둘은 다 외부 전자기장으로부터 전선을 보호하기 위해 사용되지만, 특성이 약간 다르다. 보통 편조 차폐가 저주파수 전자기파를 차단하는 것에 효과적이고, 호일 차폐가 고주파수 전자기파를 차단하는 데 효과적이다. USB 3.0의 고속 전송 케이블은 이 두 차폐를 사용하는 것이 필수적이고, 그 외의 경우에는 필수는 아니고 권장 사항이다. 하지만 어지간한 싸구려 케이블을 쓰지 않는 한 요즘은 USB 2.0 케이블에도 이 두 가지를 같이 사용한다. 차폐 선이 쉴드와 연결되지 않았다 하지만 고속 전송을 지원하는 케이블이 ... [Read more »](https://blog.seulgi.kim/2024/09/blog-post.html "USB 2.0 케이블의 내부 구조") ### [USB를 이용한 전원 공급 (2) - USB PD](https://blog.seulgi.kim/2025/05/blog-post.html) \- [5월 05, 2025](https://blog.seulgi.kim/2025/05/blog-post.html "permanent link") USB 포트는 원래 데이터 전송을 위한 인터페이스였지만, 시간이 지나면서 전력 공급 수단으로도 활용되기 시작했다. 이를 지원하기 위해 USB BC 가 도입되었고, 기존보다 높은 전류를 제공할 수 있도록 개선되었다. 하지만 USB BC 1.2는 5 V 전압 고정이라는 한계를 갖고 있어, 노트북 같은 고출력 기기를 충전하기에는 부족했다. 이런 제약 조건을 해결하기 위해 제조사마다 별도의 급속 충전 방식을 만들기 시작했고, 이로 인해 특정 브랜드의 디바이스는 해당 브랜드의 충전기에서만 고속 충전이 가능한 호환성 문제도 발생하였다. 이러한 문제를 해결하기 위해 USB-IF는 USB Power Delivery(a.k.a. USB PD)라는 전력 공급을 위한 새로운 표준을 만들었다. USB PD는 전압과 전류를 동적으로 협상하는 방식을 채택하여, 5 V 뿐만 아니라 9 V , 15 V , 20 V 등 다양한 전압을 지원하고 최대 240 W 까지 전력을 공급할 수 있도록 설계되었다. 이를 통해 스마트폰부터 노트북, 모니터, 이론상으로는 일부 데스크톱 기기까지 USB-C 하나로 전원 공급이 가능해졌으며, 장치 간의 호환성과 범용성이 크게 향상되었다. USB PD와 CC 라인 USB PD가 USB BC보다 더 많은 전력을 공급할 수 있었던 것은 Type-C 컨넥터, 특히 CC 핀의 존재 덕분이다. USB Type-C 커넥터는 좌우 대칭 구조를 채택하여 어느 방향으로 꽂아도 동작할 수 있도록 설계되었으며, 이 방향 감지를 담당하는 것이 바로 Configuration Channel(a.k.a. CC) 핀이다. 기본적으로 CC 핀은 케이블의 방향을 감지하고, 연결된 장치가 전력 공급자인지 소비자인지 식별하는 데 사용된다. USB PD에서는 이 CC 핀을 이용해 전력 협상을 위한 디지털 통신을 수행한다. 소스 디바이스(전력을 공급하는 기기)는 자신이 제공할 수 있는 전력 프로파일을 CC 핀을 통해 싱크 디바이스(전력을 소비하는 기기)에게 알리고, 싱크 디바이스는 그 중... [Read more »](https://blog.seulgi.kim/2025/05/blog-post.html "USB를 이용한 전원 공급 (2) - USB PD") ### [USB를 이용한 전원 공급 (1) - USB BC](https://blog.seulgi.kim/2025/01/usb-1-usb-bc.html) \- [1월 27, 2025](https://blog.seulgi.kim/2025/01/usb-1-usb-bc.html "permanent link") USB는 데이터 전송을 목적으로 설계되었지만, 전원 공급 기능도 포함하고 있다. 이는 USB로 연결된 간단한 저전력 기기를 동작시키기 위한 것이다. 그래서 USB 2.0에서는 5V 전압과 0.5A의 전류를, USB 3.2에서는 5V 전압과 0.9A의 전류 공급이 가능하다. 하지만 이 스펙은 어디까지나 USB를 통한 데이터 통신을 하는 데 필요한 디바이스를 동작시키기 위함이지, USB를 전원 공급을 위해 이용하려는 목적은 아니었다. 따라서 저전력 기기가 아닌 외장 하드 같은 디바이스는 별도의 전원 공급을 필요로 했고, USB를 통한 전원 충전은 USB가 본래 의도했던 기능이 아닌 일종의 부작용에 가까운 일이었다. 하지만 iPod을 비롯한 많은 MP3 플레이어나 PMP 플레이어들이 이를 이용한 충전 기능을 가지고 나왔다. 어차피 데이터 통신을 위해 USB 포트가 필요하니 별도의 충전 포트를 만드는 것보다 USB 포트를 재사용하는 것이 기기를 싸고 가볍고 작게 만들 수 있었기 때문이다. 결국 브랜드마다 독자적인 USB를 통한 전원 충전 규격들이 만들어졌. 사람들은 이런 혼란스러운 상황이 해결되기를 원했고, 결국 2007년 USB-IF는 USB Battery Charging(a.k.a. BC)라는 표준을 만들어 USB 충전기를 표준의 영역으로 가지고 왔다. SDP DCP CDP 데이터 전송 가능 데이터 전송 불가 데이터 전송 가능 최대 0.5A(USB 2.0) 최대 0.9A(USB3.x) 최대 1.5A 최대 1.5A 별도 핸드셰이크 없음 D+/D- 쇼트 D+/D- 라인에 독립적으로 전압을 가해 핸드셰이크 데스크톱, 노트북 등에서 사용 USB 충전기에서 주로 사용 데스크톱, 노트북... [Read more »](https://blog.seulgi.kim/2025/01/usb-1-usb-bc.html "USB를 이용한 전원 공급 (1) - USB BC") ### [USB 2.0 과 3.x의 컨넥터 호환성](https://blog.seulgi.kim/2024/12/usb-20-3x.html) \- [12월 29, 2024](https://blog.seulgi.kim/2024/12/usb-20-3x.html "permanent link") 지난 글 에서 설명했듯이 USB 2.0에서는 VCC / GND / D+ / D- 4개의 케이블이 있기 때문에 4개의 핀만 필요하다. USB 3.x 케이블을 위해 필요한 케이블은 VCC / GND 와 고속 전송을 위한 두 쌍의 레인( SSRx+ , SSRx- , SSTx+ , SSTx- 라고 한다. 이에 대한 자세한 설명은 다음 기회에 하도록 하겠다.) 그리고 혹시 차폐에 쌓여있을 수 있는 노이즈를 접지로 보내 안전하게 제거하기 위한 GND\_DRAIN 케이블까지 총 7개의 케이블이 사용된다. 이 중 VCC 와 GND 는 USB 2.0에서 사용하는 선과 공유하기 때문에 새로운 5개의 선이 더 필요하다. 이미지 출처: Wikipedia 이미지 출처: Wikipedia 이 5개의 선을 핀에 연결하기 위해 USB 3.0 표준은 새로운 모양의 Type B 컨넥터를 도입했다. 기존 Type B 컨넥터는 4개의 핀만을 가지고 있고 확장할 수 없는 구조로 돼있기 때문이다. 따라서 Type B 컨넥터의 경우에는 컨넥터 모양만으로도 USB 2.0 케이블인지 USB 3.0 케이블인지 쉽게 구분할 수 있다. 하지만 Type A 컨넥터나 Type C 컨넥터는 상황이 다르다. 상하 대칭으로 24개의 핀을 가져 최대 12개의 선을 연결할 수 있는 Type C 컨넥터는 컨넥터 모양 만으로 USB 2.0 케이블인지 USB 3.x 케이블인지 구분할 수 없고, 케이블에 SuperSpeed 로고가 있는지 확인해야 한다. 그렇지 않으면 다음과 같이 Type C - Type C 케이블이지만 최대 전송 속도가 480 Mbps인 케이블을 만나게 된다. USB 2.0 Type C 케이블도 존재한다. Type A 컨넥터는 상황이 좀 재밌다. Type A 컨넥터도 원래는 4개의 핀만을 지원하도록 설계됐다. 하지만 Type B와는 다르게 Type A 컨넥터는 너무 많이 사용됐다. 따라서 USB 3.x를 위해 새로운 모양의 컨넥터를... [Read more »](https://blog.seulgi.kim/2024/12/usb-20-3x.html "USB 2.0 과 3.x의 컨넥터 호환성") ### [USB 3.x 케이블 무엇을 골라야 하나](https://blog.seulgi.kim/2024/12/usb-3x.html) \- [1월 05, 2025](https://blog.seulgi.kim/2024/12/usb-3x.html "permanent link") 3\.1? 3.2? 이건 뭐지? Gen 1? Gen 2? 이건 뭐지? USB 케이블이 필요해 인터넷에 검색하면 다양한 케이블이 나온다. 여기서 적당한 케이블을 골라야 하는데 보통은 여기서부터 막막해진다. 3.1과 3.2의 차이는 무엇이고 3.1 Gen 2와 3.2 Gen 2는 무슨 차이가 있을까? 3.2 Gen 1은 3.1 Gen 2보다 좋은 것일까? 사람들에게 혼란을 주는 가장 큰 요인은 USB 3.x의 복잡한 명명 방식이라고 생각한다. USB 3.0, USB 3.1, USB 3.2. 이름만 보면 USB 3.1은 USB 3.0보다 발전됐고, USB 3.2는 USB 3.1보다 발전된 것으로 보인다. 하지만 USB 3.2에서 규정하는 모든 기술이 USB 3.1에서 규정하는 모든 기술보다 발전한 기술은 아니다. 그 이유는 이들 표준이 이전 버전을 포함하는 방식으로 설계됐기 때문이다. 예를 들어, USB 3.1 표준은 USB 3.0 표준 문서에서 정의된 기능과 추가된 기능을 포함하며, USB 3.2 표준은 USB 3.1 표준 문서에서 정의하는 기능과 새로운 기능을 포함하고 있다. 이렇게 포함 구조로 설계된 표준은 표준 문서라는 기술적 측면에서는 합리적인 선택이다. 하지만 이런 이름이 좋은 브랜딩 방식이라고 생각하지 않는다. 예를 들어 이 글에서도 USB 3.x 표준에 기반한 케이블은 정확히 부를 이름이 없어 그냥 USB 3.x라는 이름으로 뭉뜽그려 부르고 있다. 이와 같은 혼란을 해소하기 위해 USB4에서는 모든 표준을 USB4라는 하나의 브랜드로 묶고, 표준 문서에 Version 1과 Version 2라고 버전을 붙이는 방식을 택했다. 이는 소비자들이 버전 간 차이를 명확히 이해할 수 있도록 노력한 것으로 보인다. USB 3.0 우선 USB 3.0이 USB 2.0과 비교해 가지는 가장 큰 장점은 전송속도다. 기존에 사용하던 USB 2.0 케이블은 최대 480 Mbps. 즉, 60 MB/s의 전송 속도를 가졌다. USB 2.0이 도입되던 ... [Read more »](https://blog.seulgi.kim/2024/12/usb-3x.html "USB 3.x 케이블 무엇을 골라야 하나") [Powered by Blogger](https://www.blogger.com/) 테마 이미지 제공: [Michael Elkan](http://www.offset.com/photos/394244) Copyright @ 2013-2025 [Seulgi Kim](mailto:dev@seulgi.kim). All rights reserved ### 자료실 - [2025 4](https://blog.seulgi.kim/2025/) - [05 2](https://blog.seulgi.kim/2025/05/) - [01 2](https://blog.seulgi.kim/2025/01/) - [2024 2](https://blog.seulgi.kim/2024/) - [12 1](https://blog.seulgi.kim/2024/12/) - [09 1](https://blog.seulgi.kim/2024/09/) - [2023 9](https://blog.seulgi.kim/2023/) - [04 2](https://blog.seulgi.kim/2023/04/) - [03 7](https://blog.seulgi.kim/2023/03/) - [2021 2](https://blog.seulgi.kim/2021/) - [08 1](https://blog.seulgi.kim/2021/08/) - [06 1](https://blog.seulgi.kim/2021/06/) - [2020 2](https://blog.seulgi.kim/2020/) - [06 2](https://blog.seulgi.kim/2020/06/) - [2019 6](https://blog.seulgi.kim/2019/) - [12 1](https://blog.seulgi.kim/2019/12/) - [10 1](https://blog.seulgi.kim/2019/10/) - [07 1](https://blog.seulgi.kim/2019/07/) - [05 1](https://blog.seulgi.kim/2019/05/) - [04 2](https://blog.seulgi.kim/2019/04/) - [2018 38](https://blog.seulgi.kim/2018/) - [12 1](https://blog.seulgi.kim/2018/12/) - [11 1](https://blog.seulgi.kim/2018/11/) - [08 2](https://blog.seulgi.kim/2018/08/) - [06 2](https://blog.seulgi.kim/2018/06/) - [05 9](https://blog.seulgi.kim/2018/05/) - [04 8](https://blog.seulgi.kim/2018/04/) - [03 6](https://blog.seulgi.kim/2018/03/) - [02 8](https://blog.seulgi.kim/2018/02/) - [01 1](https://blog.seulgi.kim/2018/01/) - [2017 29](https://blog.seulgi.kim/2017/) - [12 4](https://blog.seulgi.kim/2017/12/) - [11 6](https://blog.seulgi.kim/2017/11/) - [10 5](https://blog.seulgi.kim/2017/10/) - [08 3](https://blog.seulgi.kim/2017/08/) - [07 2](https://blog.seulgi.kim/2017/07/) - [06 2](https://blog.seulgi.kim/2017/06/) - [04 1](https://blog.seulgi.kim/2017/04/) - [03 2](https://blog.seulgi.kim/2017/03/) - [02 1](https://blog.seulgi.kim/2017/02/) - [01 3](https://blog.seulgi.kim/2017/01/) - [2016 14](https://blog.seulgi.kim/2016/) - [08 1](https://blog.seulgi.kim/2016/08/) - [07 1](https://blog.seulgi.kim/2016/07/) - [06 2](https://blog.seulgi.kim/2016/06/) - [04 1](https://blog.seulgi.kim/2016/04/) - [03 3](https://blog.seulgi.kim/2016/03/) - [01 6](https://blog.seulgi.kim/2016/01/) - [2015 37](https://blog.seulgi.kim/2015/) - [11 1](https://blog.seulgi.kim/2015/11/) - [09 6](https://blog.seulgi.kim/2015/09/) - [08 5](https://blog.seulgi.kim/2015/08/) - [07 10](https://blog.seulgi.kim/2015/07/) - [06 3](https://blog.seulgi.kim/2015/06/) - [05 3](https://blog.seulgi.kim/2015/05/) - [04 2](https://blog.seulgi.kim/2015/04/) - [한줄짜리 코드에도 반드시 괄호를 써야한다.](https://blog.seulgi.kim/2015/04/curly-braces.html) - [C는 C++의 부분집합이 아니다](https://blog.seulgi.kim/2015/04/c-is-not-subset-of-cpp.html) - [02 3](https://blog.seulgi.kim/2015/02/) - [01 4](https://blog.seulgi.kim/2015/01/) - [2014 41](https://blog.seulgi.kim/2014/) - [12 5](https://blog.seulgi.kim/2014/12/) - [11 2](https://blog.seulgi.kim/2014/11/) - [10 3](https://blog.seulgi.kim/2014/10/) - [09 6](https://blog.seulgi.kim/2014/09/) - [08 6](https://blog.seulgi.kim/2014/08/) - [07 3](https://blog.seulgi.kim/2014/07/) - [06 3](https://blog.seulgi.kim/2014/06/) - [05 5](https://blog.seulgi.kim/2014/05/) - [04 3](https://blog.seulgi.kim/2014/04/) - [03 2](https://blog.seulgi.kim/2014/03/) - [01 3](https://blog.seulgi.kim/2014/01/) - [2013 6](https://blog.seulgi.kim/2013/) - [11 1](https://blog.seulgi.kim/2013/11/) - [09 1](https://blog.seulgi.kim/2013/09/) - [08 1](https://blog.seulgi.kim/2013/08/) - [04 3](https://blog.seulgi.kim/2013/04/) 자세히 보기 간략히 보기 ### 태그 [C++](https://blog.seulgi.kim/search/label/C%2B%2B) [JavaScript](https://blog.seulgi.kim/search/label/JavaScript) [network](https://blog.seulgi.kim/search/label/network) [ECMAScript](https://blog.seulgi.kim/search/label/ECMAScript) [summary](https://blog.seulgi.kim/search/label/summary) [ECMAScript 6](https://blog.seulgi.kim/search/label/ECMAScript%206) [scala](https://blog.seulgi.kim/search/label/scala) [distributed system](https://blog.seulgi.kim/search/label/distributed%20system) [rust](https://blog.seulgi.kim/search/label/rust) [escape code](https://blog.seulgi.kim/search/label/escape%20code) [modern c++](https://blog.seulgi.kim/search/label/modern%20c%2B%2B) [security](https://blog.seulgi.kim/search/label/security) [consensus algorithm](https://blog.seulgi.kim/search/label/consensus%20algorithm) [database](https://blog.seulgi.kim/search/label/database) [terminal](https://blog.seulgi.kim/search/label/terminal) [C++ 11](https://blog.seulgi.kim/search/label/C%2B%2B%2011) [TypeScript](https://blog.seulgi.kim/search/label/TypeScript) [C](https://blog.seulgi.kim/search/label/C) [C++11](https://blog.seulgi.kim/search/label/C%2B%2B11) [code quality](https://blog.seulgi.kim/search/label/code%20quality) [ethereum](https://blog.seulgi.kim/search/label/ethereum) [monad](https://blog.seulgi.kim/search/label/monad) [programming language](https://blog.seulgi.kim/search/label/programming%20language) [Hardware](https://blog.seulgi.kim/search/label/Hardware) [Python](https://blog.seulgi.kim/search/label/Python) [Raft](https://blog.seulgi.kim/search/label/Raft) [USB](https://blog.seulgi.kim/search/label/USB) [implicit](https://blog.seulgi.kim/search/label/implicit) [multithreading](https://blog.seulgi.kim/search/label/multithreading) [sharding](https://blog.seulgi.kim/search/label/sharding) [web](https://blog.seulgi.kim/search/label/web) [CSI](https://blog.seulgi.kim/search/label/CSI) [Cpp Core Guidelines](https://blog.seulgi.kim/search/label/Cpp%20Core%20Guidelines) [MongoDB](https://blog.seulgi.kim/search/label/MongoDB) [Shard](https://blog.seulgi.kim/search/label/Shard) [blockchain](https://blog.seulgi.kim/search/label/blockchain) [lifetime](https://blog.seulgi.kim/search/label/lifetime) [promise](https://blog.seulgi.kim/search/label/promise) [scope](https://blog.seulgi.kim/search/label/scope) [value category](https://blog.seulgi.kim/search/label/value%20category) [Byzantine fault tolerance](https://blog.seulgi.kim/search/label/Byzantine%20fault%20tolerance) [DBMS](https://blog.seulgi.kim/search/label/DBMS) [Design pattern](https://blog.seulgi.kim/search/label/Design%20pattern) [MySQL](https://blog.seulgi.kim/search/label/MySQL) [asynchronous](https://blog.seulgi.kim/search/label/asynchronous) [availability](https://blog.seulgi.kim/search/label/availability) [coding style](https://blog.seulgi.kim/search/label/coding%20style) [compiler](https://blog.seulgi.kim/search/label/compiler) [cryptography](https://blog.seulgi.kim/search/label/cryptography) [float](https://blog.seulgi.kim/search/label/float) [function](https://blog.seulgi.kim/search/label/function) [garbage collection](https://blog.seulgi.kim/search/label/garbage%20collection) [graphics](https://blog.seulgi.kim/search/label/graphics) [irc](https://blog.seulgi.kim/search/label/irc) [java](https://blog.seulgi.kim/search/label/java) [object](https://blog.seulgi.kim/search/label/object) [pointer](https://blog.seulgi.kim/search/label/pointer) [posix](https://blog.seulgi.kim/search/label/posix) [replication](https://blog.seulgi.kim/search/label/replication) [state trie](https://blog.seulgi.kim/search/label/state%20trie) [type checking](https://blog.seulgi.kim/search/label/type%20checking) [volatile](https://blog.seulgi.kim/search/label/volatile) [zookeeper](https://blog.seulgi.kim/search/label/zookeeper) [BFT](https://blog.seulgi.kim/search/label/BFT) [Byzantine Failure](https://blog.seulgi.kim/search/label/Byzantine%20Failure) [C\#](https://blog.seulgi.kim/search/label/C%23) [CAP theorem](https://blog.seulgi.kim/search/label/CAP%20theorem) [CoffeeScript](https://blog.seulgi.kim/search/label/CoffeeScript) [Flow](https://blog.seulgi.kim/search/label/Flow) [Fluentd](https://blog.seulgi.kim/search/label/Fluentd) [GIL](https://blog.seulgi.kim/search/label/GIL) [Global Interpreter Lock](https://blog.seulgi.kim/search/label/Global%20Interpreter%20Lock) [ISO](https://blog.seulgi.kim/search/label/ISO) [ISO 8601](https://blog.seulgi.kim/search/label/ISO%208601) [Log Aggregator](https://blog.seulgi.kim/search/label/Log%20Aggregator) [OSI](https://blog.seulgi.kim/search/label/OSI) [Option](https://blog.seulgi.kim/search/label/Option) [RAII](https://blog.seulgi.kim/search/label/RAII) [RSS](https://blog.seulgi.kim/search/label/RSS) [SSL](https://blog.seulgi.kim/search/label/SSL) [UI](https://blog.seulgi.kim/search/label/UI) [VSync](https://blog.seulgi.kim/search/label/VSync) [WeeChat](https://blog.seulgi.kim/search/label/WeeChat) [annotation](https://blog.seulgi.kim/search/label/annotation) [bitcoin](https://blog.seulgi.kim/search/label/bitcoin) [cli](https://blog.seulgi.kim/search/label/cli) [consistency](https://blog.seulgi.kim/search/label/consistency) [const](https://blog.seulgi.kim/search/label/const) [control sequence](https://blog.seulgi.kim/search/label/control%20sequence) [deprecated](https://blog.seulgi.kim/search/label/deprecated) [double buffering](https://blog.seulgi.kim/search/label/double%20buffering) [exception](https://blog.seulgi.kim/search/label/exception) [future](https://blog.seulgi.kim/search/label/future) [go](https://blog.seulgi.kim/search/label/go) [information distance](https://blog.seulgi.kim/search/label/information%20distance) [iterator](https://blog.seulgi.kim/search/label/iterator) [linkage](https://blog.seulgi.kim/search/label/linkage) [math](https://blog.seulgi.kim/search/label/math) [merkle patricia trie](https://blog.seulgi.kim/search/label/merkle%20patricia%20trie) [null](https://blog.seulgi.kim/search/label/null) [optimization](https://blog.seulgi.kim/search/label/optimization) [owner](https://blog.seulgi.kim/search/label/owner) [p2p](https://blog.seulgi.kim/search/label/p2p) [quantum computing](https://blog.seulgi.kim/search/label/quantum%20computing) [review](https://blog.seulgi.kim/search/label/review) [round](https://blog.seulgi.kim/search/label/round) [server](https://blog.seulgi.kim/search/label/server) [similarity](https://blog.seulgi.kim/search/label/similarity) [static typing](https://blog.seulgi.kim/search/label/static%20typing) [storage](https://blog.seulgi.kim/search/label/storage) [swap](https://blog.seulgi.kim/search/label/swap) [trie](https://blog.seulgi.kim/search/label/trie) [undefined](https://blog.seulgi.kim/search/label/undefined) [2 phase commit](https://blog.seulgi.kim/search/label/2%20phase%20commit) [AOP](https://blog.seulgi.kim/search/label/AOP) [CPython](https://blog.seulgi.kim/search/label/CPython) [CodeChain](https://blog.seulgi.kim/search/label/CodeChain) [Diffie–Hellman key exchange](https://blog.seulgi.kim/search/label/Diffie%E2%80%93Hellman%20key%20exchange) [ED](https://blog.seulgi.kim/search/label/ED) [EL](https://blog.seulgi.kim/search/label/EL) [Endianness](https://blog.seulgi.kim/search/label/Endianness) [FLP impossibility](https://blog.seulgi.kim/search/label/FLP%20impossibility) [Flume](https://blog.seulgi.kim/search/label/Flume) [GNU](https://blog.seulgi.kim/search/label/GNU) [GSL](https://blog.seulgi.kim/search/label/GSL) [GateOne](https://blog.seulgi.kim/search/label/GateOne) [Glowing Bear](https://blog.seulgi.kim/search/label/Glowing%20Bear) [GraphQL](https://blog.seulgi.kim/search/label/GraphQL) [IEEE 754](https://blog.seulgi.kim/search/label/IEEE%20754) [Implicit class](https://blog.seulgi.kim/search/label/Implicit%20class) [Infinity](https://blog.seulgi.kim/search/label/Infinity) [Intermediate Representation](https://blog.seulgi.kim/search/label/Intermediate%20Representation) [Loan pattern](https://blog.seulgi.kim/search/label/Loan%20pattern) [Maybe](https://blog.seulgi.kim/search/label/Maybe) [NCD](https://blog.seulgi.kim/search/label/NCD) [NGD](https://blog.seulgi.kim/search/label/NGD) [NaN](https://blog.seulgi.kim/search/label/NaN) [Normalized Google Distance](https://blog.seulgi.kim/search/label/Normalized%20Google%20Distance) [ORM](https://blog.seulgi.kim/search/label/ORM) [OS](https://blog.seulgi.kim/search/label/OS) [Object Oriented](https://blog.seulgi.kim/search/label/Object%20Oriented) [Object slicing](https://blog.seulgi.kim/search/label/Object%20slicing) [ObjectID](https://blog.seulgi.kim/search/label/ObjectID) [Primary Shard](https://blog.seulgi.kim/search/label/Primary%20Shard) [Programming Paradigm](https://blog.seulgi.kim/search/label/Programming%20Paradigm) [PyPy](https://blog.seulgi.kim/search/label/PyPy) [REST](https://blog.seulgi.kim/search/label/REST) [RLP](https://blog.seulgi.kim/search/label/RLP) [Recursive Length Prefix](https://blog.seulgi.kim/search/label/Recursive%20Length%20Prefix) [Relay](https://blog.seulgi.kim/search/label/Relay) [RwLock](https://blog.seulgi.kim/search/label/RwLock) [SPI](https://blog.seulgi.kim/search/label/SPI) [SQL](https://blog.seulgi.kim/search/label/SQL) [SQLite](https://blog.seulgi.kim/search/label/SQLite) [Scribe](https://blog.seulgi.kim/search/label/Scribe) [Service Provider Interface](https://blog.seulgi.kim/search/label/Service%20Provider%20Interface) [Sharded Cluster](https://blog.seulgi.kim/search/label/Sharded%20Cluster) [Symbol](https://blog.seulgi.kim/search/label/Symbol) [TDD](https://blog.seulgi.kim/search/label/TDD) [TTS](https://blog.seulgi.kim/search/label/TTS) [TUI](https://blog.seulgi.kim/search/label/TUI) [Try](https://blog.seulgi.kim/search/label/Try) [UTXO](https://blog.seulgi.kim/search/label/UTXO) [UX](https://blog.seulgi.kim/search/label/UX) [Visual C++](https://blog.seulgi.kim/search/label/Visual%20C%2B%2B) [WebGL](https://blog.seulgi.kim/search/label/WebGL) [WebOS](https://blog.seulgi.kim/search/label/WebOS) [actor model](https://blog.seulgi.kim/search/label/actor%20model) [akka](https://blog.seulgi.kim/search/label/akka) [algebraic data type](https://blog.seulgi.kim/search/label/algebraic%20data%20type) [alias](https://blog.seulgi.kim/search/label/alias) [android](https://blog.seulgi.kim/search/label/android) [anti-pattern](https://blog.seulgi.kim/search/label/anti-pattern) [array](https://blog.seulgi.kim/search/label/array) [arrow](https://blog.seulgi.kim/search/label/arrow) [assert](https://blog.seulgi.kim/search/label/assert) [atomic commit](https://blog.seulgi.kim/search/label/atomic%20commit) [automatic memory management](https://blog.seulgi.kim/search/label/automatic%20memory%20management) [balance theorem](https://blog.seulgi.kim/search/label/balance%20theorem) [blake2](https://blog.seulgi.kim/search/label/blake2) [bug](https://blog.seulgi.kim/search/label/bug) [cache](https://blog.seulgi.kim/search/label/cache) [carriage return](https://blog.seulgi.kim/search/label/carriage%20return) [case class](https://blog.seulgi.kim/search/label/case%20class) [chromium os](https://blog.seulgi.kim/search/label/chromium%20os) [class](https://blog.seulgi.kim/search/label/class) [cloudflare](https://blog.seulgi.kim/search/label/cloudflare) [code metrics](https://blog.seulgi.kim/search/label/code%20metrics) [code review](https://blog.seulgi.kim/search/label/code%20review) [compatibility](https://blog.seulgi.kim/search/label/compatibility) [compression](https://blog.seulgi.kim/search/label/compression) [concurrency](https://blog.seulgi.kim/search/label/concurrency) [const\_cast](https://blog.seulgi.kim/search/label/const_cast) [crash-only software](https://blog.seulgi.kim/search/label/crash-only%20software) [cryptocurrency](https://blog.seulgi.kim/search/label/cryptocurrency) [curly braces](https://blog.seulgi.kim/search/label/curly%20braces) [cyclomatic complexity](https://blog.seulgi.kim/search/label/cyclomatic%20complexity) [data mining](https://blog.seulgi.kim/search/label/data%20mining) [date](https://blog.seulgi.kim/search/label/date) [decltype](https://blog.seulgi.kim/search/label/decltype) [decorator](https://blog.seulgi.kim/search/label/decorator) [encoding](https://blog.seulgi.kim/search/label/encoding) [ensemble](https://blog.seulgi.kim/search/label/ensemble) [enum](https://blog.seulgi.kim/search/label/enum) [enum class](https://blog.seulgi.kim/search/label/enum%20class) [error handling](https://blog.seulgi.kim/search/label/error%20handling) [extension method](https://blog.seulgi.kim/search/label/extension%20method) [facade pattern](https://blog.seulgi.kim/search/label/facade%20pattern) [fat arrow](https://blog.seulgi.kim/search/label/fat%20arrow) [flask](https://blog.seulgi.kim/search/label/flask) [fork](https://blog.seulgi.kim/search/label/fork) [generic programming](https://blog.seulgi.kim/search/label/generic%20programming) [git](https://blog.seulgi.kim/search/label/git) [graph](https://blog.seulgi.kim/search/label/graph) [hoisting](https://blog.seulgi.kim/search/label/hoisting) [html5](https://blog.seulgi.kim/search/label/html5) [https](https://blog.seulgi.kim/search/label/https) [implicit converter](https://blog.seulgi.kim/search/label/implicit%20converter) [implicit parameter](https://blog.seulgi.kim/search/label/implicit%20parameter) [interchain communication](https://blog.seulgi.kim/search/label/interchain%20communication) [introspection](https://blog.seulgi.kim/search/label/introspection) [kademlia](https://blog.seulgi.kim/search/label/kademlia) [lambda function](https://blog.seulgi.kim/search/label/lambda%20function) [leader election](https://blog.seulgi.kim/search/label/leader%20election) [lender-lendee pattern](https://blog.seulgi.kim/search/label/lender-lendee%20pattern) [let](https://blog.seulgi.kim/search/label/let) [lint](https://blog.seulgi.kim/search/label/lint) [linux](https://blog.seulgi.kim/search/label/linux) [log replication](https://blog.seulgi.kim/search/label/log%20replication) [logstash](https://blog.seulgi.kim/search/label/logstash) [loop](https://blog.seulgi.kim/search/label/loop) [lua](https://blog.seulgi.kim/search/label/lua) [memory](https://blog.seulgi.kim/search/label/memory) [memory barrier](https://blog.seulgi.kim/search/label/memory%20barrier) [memory fence](https://blog.seulgi.kim/search/label/memory%20fence) [memory leak](https://blog.seulgi.kim/search/label/memory%20leak) [merkle tree](https://blog.seulgi.kim/search/label/merkle%20tree) [modifier](https://blog.seulgi.kim/search/label/modifier) [morse code](https://blog.seulgi.kim/search/label/morse%20code) [mozilla](https://blog.seulgi.kim/search/label/mozilla) [network overlay](https://blog.seulgi.kim/search/label/network%20overlay) [node.js](https://blog.seulgi.kim/search/label/node.js) [normalized compression distance](https://blog.seulgi.kim/search/label/normalized%20compression%20distance) [npm](https://blog.seulgi.kim/search/label/npm) [ownership](https://blog.seulgi.kim/search/label/ownership) [pack expansion](https://blog.seulgi.kim/search/label/pack%20expansion) [parameter pack](https://blog.seulgi.kim/search/label/parameter%20pack) [phantom type](https://blog.seulgi.kim/search/label/phantom%20type) [property](https://blog.seulgi.kim/search/label/property) [prototype](https://blog.seulgi.kim/search/label/prototype) [reflection](https://blog.seulgi.kim/search/label/reflection) [regular expression](https://blog.seulgi.kim/search/label/regular%20expression) [rhino](https://blog.seulgi.kim/search/label/rhino) [same-origin policy](https://blog.seulgi.kim/search/label/same-origin%20policy) [sealed](https://blog.seulgi.kim/search/label/sealed) [secure tree](https://blog.seulgi.kim/search/label/secure%20tree) [shard key](https://blog.seulgi.kim/search/label/shard%20key) [shutdown hook](https://blog.seulgi.kim/search/label/shutdown%20hook) [slack](https://blog.seulgi.kim/search/label/slack) [span](https://blog.seulgi.kim/search/label/span) [sprite](https://blog.seulgi.kim/search/label/sprite) [ssh](https://blog.seulgi.kim/search/label/ssh) [state trie pruning](https://blog.seulgi.kim/search/label/state%20trie%20pruning) [static](https://blog.seulgi.kim/search/label/static) [syntax](https://blog.seulgi.kim/search/label/syntax) [tagged pointer](https://blog.seulgi.kim/search/label/tagged%20pointer) [template](https://blog.seulgi.kim/search/label/template) [termios](https://blog.seulgi.kim/search/label/termios) [triple buffering](https://blog.seulgi.kim/search/label/triple%20buffering) [type conversion](https://blog.seulgi.kim/search/label/type%20conversion) [type guard](https://blog.seulgi.kim/search/label/type%20guard) [uriirc](https://blog.seulgi.kim/search/label/uriirc) [variadic template](https://blog.seulgi.kim/search/label/variadic%20template) [version control system](https://blog.seulgi.kim/search/label/version%20control%20system) [vim](https://blog.seulgi.kim/search/label/vim) [zkSNARKs](https://blog.seulgi.kim/search/label/zkSNARKs) [znode](https://blog.seulgi.kim/search/label/znode) [개발](https://blog.seulgi.kim/search/label/%EA%B0%9C%EB%B0%9C) [관리](https://blog.seulgi.kim/search/label/%EA%B4%80%EB%A6%AC) 자세히 보기 간략히 보기 ### [신고하기](https://www.blogger.com/go/report-abuse) ### 구독 ![](https://resources.blogblog.com/img/widgets/arrow_dropdown.gif) ![](https://resources.blogblog.com/img/icon_feed12.png) 글 [![](https://resources.blogblog.com/img/widgets/subscribe-netvibes.png)](https://www.netvibes.com/subscribe.php?url=https%3A%2F%2Fblog.seulgi.kim%2Ffeeds%2Fposts%2Fdefault) [![](https://resources.blogblog.com/img/widgets/subscribe-yahoo.png)](https://add.my.yahoo.com/content?url=https%3A%2F%2Fblog.seulgi.kim%2Ffeeds%2Fposts%2Fdefault) [![](https://resources.blogblog.com/img/icon_feed12.png) Atom](https://blog.seulgi.kim/feeds/posts/default) ![](https://resources.blogblog.com/img/widgets/arrow_dropdown.gif) ![](https://resources.blogblog.com/img/icon_feed12.png) 글 ![](https://resources.blogblog.com/img/widgets/arrow_dropdown.gif) ![](https://resources.blogblog.com/img/icon_feed12.png) 댓글 [![](https://resources.blogblog.com/img/widgets/subscribe-netvibes.png)](https://www.netvibes.com/subscribe.php?url=https%3A%2F%2Fblog.seulgi.kim%2Ffeeds%2F8723048398567973268%2Fcomments%2Fdefault) [![](https://resources.blogblog.com/img/widgets/subscribe-yahoo.png)](https://add.my.yahoo.com/content?url=https%3A%2F%2Fblog.seulgi.kim%2Ffeeds%2F8723048398567973268%2Fcomments%2Fdefault) [![](https://resources.blogblog.com/img/icon_feed12.png) Atom](https://blog.seulgi.kim/feeds/8723048398567973268/comments/default) ![](https://resources.blogblog.com/img/widgets/arrow_dropdown.gif) ![](https://resources.blogblog.com/img/icon_feed12.png) 댓글
Readable Markdown	오늘 황당한 글을 봤다. > 잘 짜인 C 프로그램은 C++ 프로그램이다. 따라서 잘 짜인 C 프로그램은 C++ 컴파일러로 컴파일할 수 있어야 한다. 일단 저 말은 C++의 창시자인 [비야네 스트롭스투룹](https://www.stroustrup.com/bs_faq.html#C-is-subset)이 한 말이다. 하지만 저 말은 틀린 말이다. "네가 뭔데 감히 비야네님을 틀리다고 하느냐"라는 생각이 들겠지만 잠시만 진정하자. 나는 비야네님이 틀렸다고 하지 않았다. 내가 틀리다고 하는 것은 아무런 문맥도 없이 그냥 저 문구만 따와서 말하는 사람을 틀리다고 하는 것이다. 저 말은 분명히 1999년 이전까지는 맞았던 말이다. 분명히 비야네 스트롭스트룹은 C++을 만들면서 C와의 호환성을 고려하였고, 당시의 표준(ANSI C)을 잘 지킨 C 코드는 C++ 컴파일러로 정상적으로 컴파일 되었다. 하지만 그것은 어디까지나 C99가 나오기 전의 이야기다. C99에서는 여러 가지 새로운 기능을 도입하였고, C++은 그것을 이미 다른 방식으로 구현하고 있었거나, 혹은 필요하지 않은 기능이라고 생각하여 가지고 오지 않았다. 게다가 새로운 표준인 C11이 나오고, C++도 새로운 표준인 03, 11을 거쳐 14까지 나오면서 둘 사이의 간극은 이미 어떻게 할 수 없을 정도로 커졌다. 그런 연유로 비야네 스트롭스트룹은 잘 짜인 C 프로그램이 C++ 프로그램이라고 말할 때 조건을 붙인다. "단, 이건 C89에 한정한다."라고. 하지만 요새 C89를 쓰는 프로그램이 얼마나 있나? 액티브하게 작업이 진행되는 프로젝트 중에서 C89를 쓰는 프로그램 있으면 가지고 와봐라. 찾으려고 노력해본 적은 없지만 찾기 어려울 것이다. 따라서 요새 저런 말을 하는 사람은 그냥 공부를 안 한 사람이다. 그것도 한 20년 전에 공부했던 사람이니 대선배님일 수도 있겠다. 그 사람에게 C99 이후 C++과 스펙이 변경되어 C99 표준을 지킨 코드는 C++컴파일러로 컴파일 안 될 수도 있다고 했더니, 거기에 달린 답변은 더 황당했다. > 표준이 문제가 아니라 잘 짜인 C 코드라면 C++ 컴파일러로 컴파일할 수 있어야 한다. C++ 컴파일러로 컴파일되지 않는 코드라면 잘 짜인 C 코드가 아니다. 아.... 정말 충격과 공포다. 무슨 생각을 하면 잘 짜인 C코드의 기준을 C++에서 찾는지 모르겠다. 둘은 이미 다른 언어로 분화되었다. 한동안 비야네는 [C와 C++을 합치려고 노력하던 시절도 있지만](https://www.stroustrup.com/bs_faq.html#merge), 요새는 포기한 듯이 보인다. 심지어 그는 [C/C++은 아무것도 모르는 사람들이나 쓰는 용어로 C와 C++을 합쳐서 불러서는 안된다](https://www.stroustrup.com/bs_faq.html#C-slash)고 말하기도 한다. C와 C++은 이미 같은 언어가 아니다. C++ 컴파일러로 컴파일 가능한 코드만을 잘 짜인 C 코드라고 말한다면, C99 이후에 새로 추가된 기능을 전부 포기하는 것밖에 되지 않는다. 분명하게 말하건대 표준을 지키면서 잘 짜인 C 코드는 C++ 컴파일러로 컴파일되지 않을 것이다. *** p.s. 아쉽게도(혹은 다행히도) 비공개 커뮤니티에 올라온 글이라 원본 링크는 못 올렸다.
Shard	133 (laksa)
Root Hash	9569785271163097333
Unparsed URL	kim,seulgi!blog,/2015/04/c-is-not-subset-of-cpp.html s443