백악관도 쓰지 말라는 C/C++, 그래서 어쩌란 말인가?

[@mithradates]

제 러스트 강의를 언급해 주셔서 감사합니다! 아무래도 한국어로 된 내용이 많지 않아 어떻게 해서 한국에서도 러스트 붐이 이루어지게 최대한 많은 내용을 만들려고 합니다.

[@nullnull_not_eq_null]

와우~~! 강사님께서 직접 방문해주셨네요. 영광입니다. :) 저도 이제 러스트를 제대로 다뤄보려 노력하고 있습니다. 미약하지만 저도 러스트 붐이 일도록 노력하겠습니다. :)

[@박성훈-x9h]

개인적으로 러스트를 좋아하는사람으로써 의견을 좀 남겨보고자합니다. 우선 중간에 포인터를 심오하게 알아야 한다는 부분은 크게 공감이 안되는데 실제 널널한 개발자님이 중간에 추천해주신 easy rust 강의 제작자님의 강의를 끝까지 들어봤는데요. 강의에서 직접적으로 다루진 않았지만 러스터에서는 포인터로써의 이해가 아닌 cpp의 메모리관리론인 RAII를 활용한게 rust의 메모리 안정성을 보장하는 주된 문법입니다. 따라서 러스트에서는 굳이 포인터로 접근하지 않아도 소유권의 개념을 잘 이해한다면 포인터를 몰라도 잘 활용할 수 있다라고 생각합니다. 좀 더 쉽게 이야기 해보자면 c나 cpp를 쓰다가 java나 python을 넘어가면 실제 포인터를 다루진 않아도 비슷한 개념으로 다룬다는 느낌을 받을수있는데, 러스트도 이와 비슷하다 생각합니다. 그리고 러스트의 가장 큰 장벽 2번째는 함수형이라는데 있습니다. let으로 변수를 선언하면 모든 변수가 불변으로 정해지게되는데, 이건 kotlin 개발자들도 몇 느꼈겠지만 불변타입으로 넘어가는건 크게 어렵지 않습니다 오히려 모나드가 어려운데요. 러스트에서는 가장많이 다루는 모나드가 option과 result타입이 있습니다. 근데 이거도 정말 쉬운데 Enum으로 오류를 포함한 타입이라고 보시면됩니다. 러스트가 자랑하는 zero cost abstract의 한 기능인데요. result 타입의 경우 외부세상(커널을 통한 상호작용)을 할때 개발자가 생각지 못한 에러를 같이 받아주는 타입이라 생각하시면 될 것같습니다. 커널을 통해 외부세상과 상호작용후 받은 응답에 에러가 있으면 Err을 통해서 에러에 대한 타입을 미리 받아보고 if문으로 try와 같은 예외 처리 구문 없이도 예외처리가 가능합니다. 이것이 rust의 강력한 zero cost abstract이자 모나드의 힘인거죠. 제가.. 함수형 프로그래밍 신봉자라 술먹고 댓글좀 써봤는데.. 저보다 잘 설명해주는 easy rust라는 강의가 있기도하고 널널한 개발자님이 추천도 해주시니 꼭 읽어보시기 추천드립니다. + easy rust라는 강의 제작자분이신 mithradates 님은 댓글 잘 읽어주세요.. 저도 cow부분에서 잘 모른다고 질문드리니 cow week를 만들어서 상세히 설명해주셔서 너무 좋았었습니다.

[@nullnull_not_eq_null]

와우~~! 이런 훌륭한 의견 너무 고맙습니다. 게다가 알콜성 댓글 환영합니다. :) 사족을 좀 달자면...개인적 성향에 기인해 포인터를 강조한 것입니다. 언급해주신 것처럼 사실 크게 공감될 내용이 아닌 것 같습니다. C++의 참조를 굳이 뜯어서 어셈블리어 수준에서 보면 사실상 포인터와 다를 것 없다고 판단하는 사고방식을 가지고 있는 터라...이런 접근이 보안이나 리버싱 관점에서 도움이 될지는 모르지만 그 외 나머지에서는 오히려 부작용이 있습니다. 그런 관점에서 표현으로 포인터에 대한 애정으로 이해해주시면 고맙겠습니다. 그리고 경험이 많지는 않으나 모나드라는 것에 대해 약간의 경험이 있긴 합니다만 그 역시도 C++ 관점에서 이해하게 되어 어떻게 보면 스타일 차이 정도로 이해하고 있는 수준입니다. 모나드는 지금도 좀 헷갈립니다. -_-;;;; 다시 한 번 좋은 의견 감사드립니다. :)

[@박성훈-x9h]

@@nullnull_not_eq_null 좋게봐주셔서 감사합니다

[@chrisshim2488]

러스트는 함수형이라는 허들 때문에 c에서 바로 못넘어가죠 😅

[@김치맨-m1t]

영상 제작자가 러스트를 배우는데 포인터 개념에 대해 알아야 된다고 전제를 한 것부터가 틀려먹은게 러스트는 포인터를 쓸 일이 거의 없습니다. C/C++과 차별되는 가장 큰 특징이 포인터가 필요 없다는 건데 도대체 무슨 얘기를 하는지... 물론 러스트 또한 unsafe를 사용하면 포인터 기능을 사용할 수 있긴 합니다만 이거는 진짜 극히 드문 사례고 일례로 러스트 코드에 unsafe 단 한줄 집어 넣었다고 레딧같은 커뮤니티에서 마녀사냥 당하는 경우까지 봤습니다. C나C++처럼 코드 전체에 포인터를 남발할 필요가 없다는 사실 자체가 근래에 러스트가 메모리 안전성 면에서 가장 뛰어난 언어로 각광받는 이유이기도 하고요. 그 메모리 안전성을 보장하기 위해 필요한 소유권 개념과 그에 따른 zero cost abstraction(GC같은 오버헤드 없이도 GC언어와 같은 기능성을 부여하는 것)에 대해서 좀 더 공부하고 오셔야 할꺼 같습니다. 한마디로 정리하면 러스트는 애초에 코딩 단계에서 문법상 메모리 불안전성의 여지가 있는 코드가 있으면 컴파일러가 컴파일을 안 합니다. 그래서 일일이 메모리 소유권을 확인시켜 줘야만 하는거죠.

[@UbermanNullist]

임베디드 분야에 러스트 보급이 확대되기 전까지는 Rust가 C언어를 대체하기 어렵습니다. 로우레벨 개발환경에서는 변화속도 훨씬 느립니다. 서버 만들때는 쓸모 있을거 같네요.

[@nullnull_not_eq_null]

좋은 의견 고맙습니다. 아마도 임베디드 시스템 분야는 C언어가 앞으로도 상당기간 사용될 것으로 보입니다. '검증'이라는 것도 거쳐야 할 텐데...그게 결코 쉬운 일은 아닐 것이라서요. :)

[@함종완-s1q]

국방사업을 진행함에 있어, 10년 전에는 C++을 이용한 MFC 로 개발을 주로 했지만, 지금은 C#으로 시작 프로젝트들을 많이 하고 있습니다. 이미 흐름은 그쪽으로 가는 듯합니다.

[@nullnull_not_eq_null]

이제 MFC는 좀 보내줘야 할 것도 같은데...아직도 사용되는 분야가 꽤 된다고 하네요. 웃어야 할지 울어야 할지 모르겠습니다. 의견과 정보 고맙습니다. :)

[@la-imfpv171]

@@nullnull_not_eq_null 윈도우즈 환경에서 c++로 gui 프로그램을 만든다면 사실 mfc만큼 생산성 있는 라이브러리도 없다고 생각되긴 하네요. 한때 10년 넘게 mfc로 많은 프로그램을 만들었었는데 지금은 또 mfc를 안 만져 본지 너무 오래 됐네요. :) c++이 범용 환경에서는 사라져야 저 라이브러리도 사라질 듯 합니다. ㅎ

[@freya8009]

정말 널널하지 않으면, 저 많은 호기심 충족을 못하셨을 듯 하네요. 90년도에 286-AT에 도깨비 카드 꼽고 C/Assembler 코딩 공부하며 밤을 새우던 때가 Rust언급으로 다시 생각납니다. 잘 듣고 갑니다.

[@nullnull_not_eq_null]

저와 비슷한 시대를 살아오셨군요~~!! 도깨비 카드...너무나 오랫만에 들어보는 정겨운 이름입니다. 시간이 참 많이도 흘렀네요. 행복한 기억을 떠올리게 해주셔서 고맙습니다. :)

[@호잇-q4o]

임베디드 계열쪽이여서 C/C++ 공부중인데, RUST도 관심이 많았었는데, 도움이 많이 됩니다. 영상감사드리고 참고자료도 올려주셔서 감사합니다. 👍

[@nullnull_not_eq_null]

좋게 봐주셔서 고맙습니다. C/C++ 잘 끝내두시고 Rust를 재미삼아 보시면 프로그래밍에 대한 시야를 넓힐 수 있을 것 같습니다. :)

[@ahurared]

ARM계열 성능이 아직 엉망이에요. 2022년11월인가 ARM사에서 언어개발을 지원한다 했으니 시간이 지나면 나아지겠죠

[@younghunkim849]

임베디드 계열이시면 언어 보다는 매크로 와 구조 관련 부분 나아가서는 알고리즘 쪽이 더 중요한 요소가 되니 언어는 우선 적으로 한 가지를 마스터 하고 그 후 다른 언어와의 차이점에 주력하여 다룰 수 있는 언어를 늘려가는 것이 더 효율적이라 말씀 드리고 싶습니다.

[@cjfdhksaos]

대부분의 언어가 FFI 를 위해 C-ABI 를 사용하고, 많은프로그램의 근간을 이루는 다양한 오픈소스가 C/C++ 로 되어있고 (openssl, ffmpeg, opencv, sqlite,postgres ... etc) 이러한 프로젝트들이 현재도 적극적으로 유지보수되고있는 상황에서 C/C++ 를 배제하기가 어렵죠, Go/Rust 를 사용해도 수많은 의존성을 거슬러 올라가면 C/C++ 바인딩을 어렵지 않게 찾을 수 있구요. (규모가 크고 오래된) 대체하기 어려운 C/C++ 프로젝트 들이 많다보니 C/C++ 이 완전히 대체되는것은 굉장히 오래걸릴것으로 보입니다.

[@nullnull_not_eq_null]

좋은 의견 고맙습니다. 시간이 많이 걸리긴 할 것 같습니다. 어쨌든 이제는 변화가 시작되긴 한 것 같습니다. :)

[@SungJuYea]

저는 무엇보다도 CMake를 안만져도 된다는 사실에서 러스트가 이미 생산성이 압도적이라고 생각을 좀 했었습니다 ㅎㅎ C는 좀 힘들지 몰라도 적어도 웹쪽에서 쓰이는 C++은 조만간 Rust로 대체되지 않을까 생각하고 있습니다!(게임쪽은 아직 힘들지 모르겠지만요)

[@nullnull_not_eq_null]

CMake...아...머리 좀 아프지요. 관련해서 고생을 좀 하신 것 같네요. 저는 한 번 당해본 추억(?)이 있어서요. :) 의견 고맙습니다.

[@xizASwojQG]

영상요약: 젠슨황은 특급 개발자다

[@indexc5889]

한국에 오면 정처기가 없으므로 초급개발자

[@nullnull_not_eq_null]

즐거운 피드백 고맙습니다. :)

[@조창제-l7i]

​@@indexc5889 ㅋㅋㅋ

[@devjung_jay]

개인적으로는 좋은지는 모르겠는 Deno라던가, Next.js, react가 Babel을 대체한 SWC등등, 말씀하신대로 웹서비스와 wasm부터 천천히 러스트는 자리잡고 있는 것 같습니다. 솔직히 한국의 스프링사랑은 예전부터 좀 희석되어야 하지 않나 싶은데 확실히 지금 당장 러스트로 희석되기에는 어려움이 있어보이네요... 그래도 대체는 시작해야 된다고 생각하고, 좀더 빨리 시작했으면 좋겠습니다.

[@nullnull_not_eq_null]

좋은 의견 고맙습니다. 결국 좋든 싫은 Rust는 일부 사용될 것으로 보이고 미리 간이라도 보는 것이 좋겠다 싶습니다. :)

[@xxxyyyzzz612]

동영상 제목만 보고, C와C++은 계속 사용될 것이다라고 주장하실줄 알았는데... 다 보니깐, Rust로 대체될 것이다라고 말씀하시네요! 연세가 있으신것 같은데, 젊은 사람들처럼 새로운 관념을 잘 받아들이시네요! 체크해 보니깐, 컴파일러 Rustc와 LLVM 는 Rust로 써졌다라고 하더라고요! 데니스 리치도 처음 C언어의 컴파일러는 어셈블리 언어로 썼고, 추후 다시 C 언어를 써서 컴파일러를 공개했다라고 알고 있는데... 그러니깐, 사람들이 어셈블리어를 대체할 언어의 등장 그리고 bootstrapping 가능한 언어다라고 열광하기 시작했다라고 알고 있는데... Rust도 그런 가능성이 보이는가봐요! 전문가의 의견은 역시 다르시네요!

[@nullnull_not_eq_null]

이제는 좀 바꿀 때가 되지 않았나 싶습니다. 나이가 좀 있는 제가 보더라도 그런 생각이 들 정도입니다. 좋게 봐주셔서 감사합니다. :)

[@youropinioncomment]

저도 20년차 개발자로서 완전 공감합니다. ㅋㅋ 배워야 해요. 여러분!!

[@nullnull_not_eq_null]

의견 고맙습니다. 함께 열공하시죠. :)

[@itit00]

저도 이 기사 보고 널널한 개발자님 생각이 났는데 ㅎㅎ 주말에 영상 챙겨보겠습니다! +저도 rust로 방향을 돌려야하나 생각이 많아졌었는데 많은 도움되었습니다. 우선 하던 것부터 열심히 해야겠네요 ㅎㅎ

[@nullnull_not_eq_null]

와우~! 그러셨군요. 방향을 돌리는 것까지는 아직 이른 것 같습니다. 하지만 Rust에 대해 경험해볼 필요는 있을 것 같습니다. :)

[@lilwasabi1427]

매번 자세한 설명 감사합니다! 세상에 좋은 영향력을 끼쳐 주셔서 고맙습니다. 잘 보고 갑니다!

[@nullnull_not_eq_null]

좋게 봐주셔서 고맙습니다. :)

[@하이젠버그-b3b]

미국 금융권에서는 일부 코볼도 아직도 사용하는데 C/C++ 만 가지고 뭐라고 하는 건 좀 애매하네요. 게다가 기상학 관련 분야에서는 C의 아버지 격인 포트란을 지금도 사용하고 있음에도 말이죠. 당장은 어렵겠죠. 다만 러스트는 많이 관심 받게 되겠네요. 저는 MS CTO 발언때 러스트 관심을 갖기 시작했죠. C#의 대중화는 총 인원은 자바에 비해서 적지만 유니티 3D에서 많이 사용해서 게임 업계 같은 특정분야에서는 자리를 잘 잡았다 생각합니다. 그리고 C/C++ 사용하지 말라는 말이 나오는 이유는 아마도 Rust 라는 대체제가 나와서 그런게 아닐까 생각도 듭니다.

[@Grujam92]

코볼 포트란은 보안상 문제가 없어요. 권한도 약하고 메모리 사용도 제한이 있는 아주 고수준 언어라서요. 둘다 프로그래머가 아닌사람들을 위해 나온 언어에요. C를 쓰지말란건 오래되었기때문이 아니라 보안상 문제가 있어서고, 러스트 뿐만 아니라 자바 씨샵 노드 등을 권장하고있습니다.

[@Grujam92]

그리고 씨샵은 유니티보다 웹백엔드에서 훨씬 많이 쓰이는 언어입니다. 특히 공공프로젝트는 거의다 씨샵 닷넷이에요. 유독 한국에서만 안쓰는 것 같아요.

[@하이젠버그-b3b]

@@Grujam92 유니티는 mono 로 돌아가는 거라 계열은 다르지만, C# 아니면 안 돌아가서 많이가 아니라 특정분야라고 말한 거죠. 그리고 공공 프로젝트는 경우 일본에서는 닷넷이 완전히 점유하고 있고 다른 나라는 들어 본 적이 없어서 그 부분은 잘 모르겠네요. 코볼과 포트란은 말씀하신대로 언급할 이유가 없었네요. ROS나 임베디드 같은 경우 Rust로 대체하는 것이 유리 할 것 같습니다. 그리고 저도 공부 중이지만, 개인적으로 느꼈을 때 Rust가 확실히 자체적으로 검사를 해주는 기능이 있어서 C보다 안전하면서 프로그래머의 시간을 아껴줄 수 있겠다는 생각이 들었습니다.

[@Grujam92]

​​@@하이젠버그-b3b​ 영국, 호주, 뉴질랜드에서 일해봤고 지금도 하고있는데 이곳들은 공공기관은 물론 사기업들도 닷넷 백엔드를 더 많이 쓰고, 북미쪽에서 온 개발자들과 같이 일하고있는데, 그쪽은 빅테크기업들은 자바를 많이쓰고, 공공기관들이나 테크기업이 아닌 대기업들이 닷넷을 많이 쓴다고 하더라구요. 일본은 잘 모르겠습니다. 자바와 루비를 많이 쓴다고 건너건너 들어봤어요

[@nullnull_not_eq_null]

좋은 의견과 정보 고맙습니다. 보시는 다른 분들께도 도움이 되리라 생각합니다. :)

[@이지후-w8v]

저도 대학교때 C언어로 시작했지만 자바, 자바스크립트, 파이썬 GO언어 등으로 이미 옮겨갔어요 C언어 쓰는건 8bit 마이크로 컨트롤러정도만....심지어 이것도 파이썬으로도 짤수 잇어서..... 버그유발해서 문제가 생기는걸 방지하는 면에서는 대체하는게 맞는거 같습니다 정부 온라인 결제 인증이나 open cv 같은 거도 파이썬으로 바뀌는 추세더군요...

[@nullnull_not_eq_null]

시대의 흐름과 발전에 따라 자연스럽게 그리 되는 것 같습니다. 좋은 의견 고맙습니다. :)

[@gugugu2014]

미래를 생각하면 조금씩 공부 해야겠군요 좋은영상 감사합니다

[@nullnull_not_eq_null]

아무래도 그렇게 하는 것이 좋겠습니다. 저도 조만간 정리를 해보겠습니다. :)

[@danielchoi2259]

어떻게보면 세계 최강대국이 제시하는 새로운 질서를 추종하는 것이기 때문에 플러스가 되었음 되었지 마이너스가 될 일은 없을 겁니다. 마치 주식투자를 함에 있어 미국주식 비중을 일정 수준 이상은 꼭 가져가는 것이 정석인 것처럼요.

[@março_fevereiro]

컴파일이 많이 느린 편으로 알고 있는데 시간이 지남에 따라 해결될 문제라고 생각하시나요?

[@nullnull_not_eq_null]

네, 일반화 속도에 따라 빠르게 진행될 것 같습니다. :)

[@ahurared]

C++보다는 훨씬 빠른데요..

[@user-td6w82gfuta]

정말 좋은 영상입니다. 재밌게 잘 봤습니다. 감사합니다!! 😁

[@nullnull_not_eq_null]

좋게 봐주셔서 고맙습니다. :)

[@욤미욤미-p9v]

재밋게 들었습니다. 알찬 영상 감사 드립니다.

[@nullnull_not_eq_null]

좋게 봐주셔서 고맙습니다. :)

[@liles7422]

좋은 강의 감사합니다.

[@nullnull_not_eq_null]

저도 감사드립니다. :)

[@ummmmmmaff]

젠슨황도 한국오면 매운맛 바로 느껴버리죠 ㅋㅋㅋ

[@nullnull_not_eq_null]

유쾌한 피드백 고맙습니다. :)

[@jeonghoonkim8799]

저도 개인적으로 요즘 시대에 커널단 개발이나 극도로 한정되어 있는 하드웨어 스펙에서 최대한 최적화를 신경써야 하는 개발처럼 특별한 경우가 아니면 굳이 C/C++ 개발을 고집해야하는가에 대한 고민이 있습니다. 요즘에 대부분의 개발 환경에서 메모리를 직접 컨트롤 하면서 가져오는 최적화의 이점보다는 개발자 개개인의 역량 차이로 인한 결과물의 저하로 인해 발생 할 리스크가 더 크다고 본다고 생각하고 있거든요. 단순 WEB 개발 환경만 놓고보면 Rust가 주류로 쓰이기 쉽지 않아보인다고 느껴지고 오히려 Java에서 Kotlin으로 넘어가는 사례가 더 현실적으로 보이고 많아보였습니다. Rust가 주로 쓰일만한 시스템 프로그램이라는 범위가 어딜지 궁금합니다. 혹시 관련된 경험이 많으신 분들이 있다면 댓글로 의견들 공유해주시면 모든 분들에게 좋을거 같습니다.

[@nullnull_not_eq_null]

일단 Linux 커널에 Rust가 사용되기 시작했습니다. 결국 Rust가 가장 빛을 볼 분야는 OS개발 영역 혹은 그에 관련된 영역이 아닐까 짐작하고 있습니다. 적어도 현재로써는 그렇게 보이는 것 같습니다. 의견 고맙습니다. :)

[@zz-ux2tf]

printf의 포맷스트링취약점은 워낙 유명하기도하죠 ㅋㅋ

[@nullnull_not_eq_null]

네, 맞습니다. 그것도 꽤나 유명했었더랬죠. :)

[@일상다반사-m5d]

저도 RM COBOL 배웠었는데... 지금 와보니.. 은행권에서 아직도 쓰고 있는곳이 있더라구요.. 그거 하는 엔지니어(개발자) 연봉도 높고(하는 사람이 별루 없어서..) 하더라구요.. 나중에 코볼도 씨도 다 버렸답니다.. 저랑 안 맞아서... 결국 하드웨어 엔지니어로 돌아섰지요..ㅎㅎ

[@nullnull_not_eq_null]

헉! 아직도 사용되는 곳이 있을 줄은 몰랐네요. 와우!

[@aibada6594]

현재는 좋으나 싫으나 C/C++ 기반 외에 대체할 수 있는 바이너리 인터페이스가 없네요 러스트 ABI 확립의 기술적 어려움도 문제고 SDK는 대부분 C기반 ABI인데 포트에 시간과 돈이 필요한데 백악관 정책이 성공할지 C ABI를 사용하면 러스트 사용 보람이 적어지고 러스트 개발자 구하기 어려우면 비용도 상승하니

[@nullnull_not_eq_null]

아직까지는 여러 문제가 남아 있는 것 같습니다. 어쨌든 좋든 싫든 변화도 좀 필요하지 않나...라는 생각도 들고요. 좋은 의견 고맙습니다. :)

[@dh0rwwit]

c#개발일을 하는터라 시스템 프로그래밍 언어 하나 파봐야 할 거 같았는데,,, 주니어인 입장에서 c++,rust 중 방향 하나 잡아주는 느낌이네요

[@nullnull_not_eq_null]

이미 C#을 잘 하고 계시므로...Rust를 한 번 다뤄보실 것을 권합니다. :)

[@panicsellmaster]

c/c++ 기반 서버프로그래머도 러스트 필수겠죠?

[@nullnull_not_eq_null]

아마도 서버 개발자분들에게 영향이 있을 것으로 생각됩니다. :)

[@이준호-n1j]

러스트 배운지 한달 됐는데 좀 복잡하긴 합니다 백엔드 개발에 써보고 한달 뒤에 다시 댓글 올려보겠습니다 배우는 재미도 있고 고통도 있네요 ㅎㅎ

[@nullnull_not_eq_null]

재미와 고통이 함께 오는 경우가 흔치는 않을 것 같네요. 유쾌한 의견 고맙습니다. :)

[@BlackSkyUploadTube]

0) 일단 미국 DoD에서 빨리 움직여 준다면 한국군에선 반응을 할 수도 있겠죠. 뭐... 다른 기관은... 1) 현재 K Digital Training에 Rust 과정을 만들려고 하고있습니다. (IT분야는 2025년부터 국가기간전략산업직종훈련에서 배제되고, KDT로만 훈련을 승인을 받을 수 있습니다) 훈련기관을 설득 하기가 쉽지 않은 타이밍이라서 좀 어렵네요. 그나마 백악관의 의견이 있어서 좀 하기 쉽긴 합니다만... 2) 오히려 ChatGPT 등을 통해 학습보조가 가능하기 때문에 밑바닥부터 한다면 쉬울 수도 있습니다

[@nullnull_not_eq_null]

그렇군요.의견과 정보 고맙습니다. :)

[@gmd317]

한때 C언어를 열심히 공부했었는데, 이제 rust 의 시대가 오는군요

[@nullnull_not_eq_null]

천천히 대체되어 가지 않을까 싶습니다. 그러나 시간은 꽤 걸릴 것 같습니다. :)

[@meinlet5103]

커널 단을 개발해야하는 상황이거나 극한의 성능을 추구해야 하는 상황 아니면 굳이 c 쓸필요 없다고봄.. c만의 특별한 기능이 있다면 포인터를 숫자로 취급한다는건데, 커널 단에서는 이를 이용해서 리스트 구현같은 부분에서 용량을 극한으로 줄이거나, 구조체 멤버에 직접 접근을 한다던지 하는 식임. 근데 이런거 통상 프로그래머들이 할 일 보통 없는 거 같음...

[@d2341a]

던지->든지

[@nullnull_not_eq_null]

날카로운 의견 고맙습니다. :)

[@aAgglkw221]

좋은 영상 감사합니다

[@nullnull_not_eq_null]

좋게 봐주셔서 고맙습니다. :)

[@백승환-o2q]

저는 널널한 개발자님보다 약간 어린(?) 50을 목전에 두고 있는 개발자입니다. 널널한 개발자님보다야 경험이 일천하지만, 나름대로 이런저런 경험을 했던 개발자로서 예전 이야기를 하실때 종종 향수에 잠기기도 합니다. 영원히 그 자리를 대체할 언어가 없을 줄 알았던 C/C++이 저물어가는 해와 같이 비유가 되니 기분이 이상하네요 대학 입학 때 선배들이 했던 말이 "C언어만 제대로 하면 평생 벌어먹고 사는 걱정 없다"고 했는데, 사회 나와 보니 C/C++를 비롯해 MFC, 델파이, 자바, C#, 닷넷 등 하루가 멀다하고 쏟아져 나오는 새로운 프로그래밍 언어와 쏟아져 나오는 언어와 패러다임, 거기다가 딥러닝, 가상현실 등등 저에게 쉽지도 않고 재능도 없어 남들하는거 쫓아가기도 바빠 그렇기에 직종을 바꾸지 않고 밥벌어먹고 살수 있는건 맞는것 같네요. 오늘 영상을 보고는 당분간 Rust를 기웃거려봐야겠다는 생각이 드네요. 항상 감사합니다.

[@nullnull_not_eq_null]

저와 같은 시기를 살아가고 계시는 군요. 개인적으로 C/C++와 함께 제 개발자로써의 수명도 결정될 것이라 생각합니다. 그래도 아직은 현역으로 활동 할 수 있는 환경이라는 것에서 위안을 얻습니다. 제가 계속 영상올리면서 아직 건재하다는 것을 알리겠습니다. 의견과 경험공유 고맙습니다. :)

[@doosc]

Rust가 임베디드 즉, 하드웨어 레벨에서의 개발 언어로도 충분하다고 생각하시나요? C를 대체하긴 어려울 것 같은데… 실제 하드웨어 개발 분야에서도 러스트를 많이 사용하고 있는지 궁금합니다.

[@nullnull_not_eq_null]

아직은 아닙니다. 커널 부분도 일부에 Rust가 사용되고 있습니다만 향후 상황은 아직도 불투명합니다. 특히 임베디드 시스템은 이미 C언어를 기반으로 만들어진 것들이 많고 잘 사용되고 있는 상황이라 대체는 쉽지 않을 것으로 보입니다. 그래도 이제는 변화가 필요하다고 생각하고 있습니다. :)

[@mygodess72]

Sysinternals 의 serial port monitor 오래 전에 많이 썼는데 runtime extract 였군요..

[@nullnull_not_eq_null]

그래서 다른 것들도 확인해봤더니 대부분 그렇더라고요. MS사에서 CTO 정도 되려면...그 시절 그 정도 테크닉은 필수였나봅니다. :)

[@mygodess72]

@@nullnull_not_eq_null 무료로 좋은 툴을 공개하다 ms 인수되길래 어떤 회사길래 저러는가 생각했었죠.. 그 작던 회사에서 cto 까지 되는 걸 보면 떡잎부터 달랐던건가요 :)

[@nullnull_not_eq_null]

뭐, 그런 것 같습니다. MS 내부 코드를 리버싱으로 어느 정도 파악한 수준이 아니라면 나오지 못했을 유틸리티들을 내놨으니...훌륭한(?) 동료가 되기에 충분했던 것이라 판단한 것이 아닌가 싶습니다. :)

[@전정훈-d4r]

이견이 조금 있는 것 같지만 결국에는 공간을 추상화시킨 메모리에 대고 읽고 쓰는 것이라는 관점에서 '포인터'라는 개념의 중요성은 거의 영원하지 않을까.. 조심스럽게 생각합니다 그런 면에서도 잡다한 패러다임이나 철학이 거의 껴들지 않고 그저 어셈블리어를 아주 쉽고 편하게 다양한 환경에서 작성할 수 있도록 도와주는 언어인 C가 어쩌면 C++보다도 오래 살아남을 수 있지 않을까.. 하는 생각도..😅 사실 포인터 없는 언어도 일급 함수니 오브젝트형이니 하는 것들도 다 포인터로 이해하는 게 언어를 더 잘 이해하는 방법이라고도 생각해요 러스트도 그렇고 성능과 관련된 언어에서 포인터는 아주 중요하다고 생각합니다. 결국에는 한정된 메모리에 빠르게 쓰고 읽는 게 전부니까요

[@김치맨-m1t]

러스트 포인터 필요 없어요 영상 제작자가 잘못 알고 계신겁니다. 당장 러스트 커뮤니티에서 unsafe로 코딩하는 거 자체를 극도로 혐오시합니다.

[@nullnull_not_eq_null]

C/C++ 개발자 관점에서 Rust 학습 전 기준을 말씀드린 것입니다만...제가 잘못 알고 있거나 설명한 부분이 어떤 부분인지 다시 알려주시면 고맙겠습니다.

[@김치맨-m1t]

@@nullnull_not_eq_null 말했습니다 애초에 러스트의 등장 배경 자체가 포인터를 없애려고 만든건데 무슨 러스트 배우는데 포인터가 필요하냐고요. 근데 뭔 어셈블리어 들먹이면서 포인터를 논하세요.

[@김치맨-m1t]

이런 말 해서 미안하지만 작성자는 그냥 러스트의 가장 큰 명제가 메모리 누수 자체를 없애는 것이라는 걸 잘 모르는 것 같네요 그것을 위해서 도입한 개념이 소유권이라는 것도요 이건 계보로 따지면 C의 포인터랑 별 상관도 없고요 OCaml에서 빌려온 겁니다.

[@nullnull_not_eq_null]

포인터에 대한 이해가 있는 것이 그러한 러스트의 특징을 이해하는데 도움이 된다고 생각합니다.

[@after2215]

이제 막 c++ 입문하고 있는데.. 저런 식으로 말하니까 불안하긴 하네요.. ㅠㅠ 물론 나중에 다른 언어들도 배우긴 하겠지만... 좋은 영상 감사합니다.

[@nullnull_not_eq_null]

음...불안하실 것 없습니다. 아마도 본인이 상당한 경력에 도달할 때까지도 C/C++는 잘 사용되고 있을 것이기 때문입니다. 시간이 좀 걸릴 일입니다. 참고하시기 바랍니다. :)

[@sunyoungkim1312]

학생이시라면 심각하게 고민해보시는게 좋다고 봅니다. 90년대에 아직도 어셈블리/코볼/포트란도 많이 쓰이던 시절이었지만, Java나 C++은 막 태동하던 시기였죠. 그래서 Java나 C++같은거 배워서 어따쓰냐고 지금 많이 쓰는 어셈블리/코볼/포트란 같은거 해야 한다는 사람들도 있었는데, 20년쯤 지났을때 확실히 태동하던 기술을 택했던 Java, C++개발자들이 주류가 되었죠. 학생이라면 이 시류를 잘 파악하셔야 합니다. 지금 C/C++은 솔직히 끝물에 가깝습니다.

[@SydneyStormSunz]

@@sunyoungkim1312 임베디드/시스템 개발쪽에서 c없이 UNIX 계열 툴체인 + libc를 rust가 어떻게 대체하나요?

[@magoaustin1775]

c++과 자바스크립트가 주력인 20년차 프로그래머입니다. 근데 아직도 이노무 게임 만드는데는 메모리 스캔이 없어서 제일 빠릿한 c++을 대체할 수가 없네요 ㅠㅠ. 이게 러스트가 극복가능한 문제인지 아직 잘 판단이 안섭니다. 저노무 메모리 스캔은 또 하드웨어가 발전하면서 메모리의 데이터 량도 같이 커져서 그런가 아직도 메모리 스캔이 있는 (C#)있는 개발 환경에서의 게임을 제작해보면 간헐적인 버벅임이 너무 심합니다.(초기 개발 단계라 리소스가 별로 올라가지 않았음에도). 저도 코드가 방대해지고 다른 코드와 협업할때 메모리 할당했던거 가끔 해제 까먹거나 잘못된 접근하는 일이 가끔 있는데 이거 버그 잡는것도 슬슬 지겹긴 합니다.

[@nullnull_not_eq_null]

와우~~! 20년차시면...산전수전 공중전까지 다 끝내셨을 것 같습니다. 러스트가 리눅스 커널에도 사용되는 것을 보면 충분히 극복 가능한 것으로 보입니다. 일단 책만 봐서는 그렇게 보이긴 하는데...제가 실질적으로 검증을 해본 것은 아니라 단순 추측에 불과합니다. :)

[@BB-it1qc]

우와.. 역시 경험과 지식에서 나오는 차원이 다른 견해 감사합니다. 그리고 여러 꿀팁들도 감사합니다 :)

[@nullnull_not_eq_null]

좋게 봐주셔서 고맙습니다. :)

[@hyontaklee1141]

놀라운점은 기술에 대한 이슈 보다는, 행정기관이 이런 이슈에 관심이 있고 권고까지 한다는거다.

[@nullnull_not_eq_null]

의견 고맙습니다. :)

[@hoseonglee3338]

너무 기대되는 제목이네요

[@nullnull_not_eq_null]

썸네일 잘 만든 모양이네요. 피드백 고맙습니다. :)

[@TheLuvce]

edgedb도 개발하시는분이네요

[@mithradates]

지난달에 SurrealDB로 옮겼어요!

[@seohenry922]

임베디드에서도 얼른 지원하면 좋겠습니다

[@nullnull_not_eq_null]

의견 고맙습니다. :)

[@stonebat]

러스트 컴파일 속도는 좀 빨라졌나요? 오지게 느리다고 예전에 들었슴돠

[@nullnull_not_eq_null]

아니오. 아직까지도 좀 그렇습니다. 상대적인 체감속도라 객관적 기준으로 말하긴 어렵겠으나 대략 그렇습니다. :)

[@user-unknown71939]

저 같은 핫바리 개발자들은 뭘 털릴 게 없기 때문에 많이 사용해도 되겠군요!! 오호호😊

[@nullnull_not_eq_null]

아...그런 관점도 있을 수 있겠군요.

[@danielchoi2259]

비전공자이고 파이썬으로 입문하고나서 서브 언어로 Rust 배우기 시작했는데 요즘 ChatGPT가 워낙에 사기적인 성능을 자랑해서 금방 배우고 익혔습니다. 비전공자+파이썬 나부랭이도 황지피티님의 도움을 받아 나름 정착하는데 성공했는데 C/C++ 장착되있으신분이라면 약간의 서포트만 지피티에게 받으면 정말 쉽게 러스트도 장착할거라 믿어 의심치 않습니다.

[@nullnull_not_eq_null]

아하~~! 그렇군요. 좋은 의견과 경험공유 고맙습니다. :)

[@이창호-s4q]

임베디드 하면 좋으나 싫으나 c/c++ 쓸수밖에 없어서.. ㅠㅠ

[@nullnull_not_eq_null]

그러게요. 아직까지 임베디드는 쉽지 않을 것 같습니다. :)

[@hansulee7399]

임베디드쪽은 C/C++를 계속 사용할련지....

[@nullnull_not_eq_null]

그렇지 않을까 생각합니다. 적어도 하루 아침에 바뀌지는 못할 것 같습니다.

[@양재웅-u9b]

쓰지말라는 이유 : 포인터가 너무 강력해서... 써야하는 이유 : 포인터가 너무 강력해서... 와 근데 러스트는 되게 맛있어 보이네요 찍먹해봐야겟다.

[@d2341a]

유 : 포->유: 포

[@nullnull_not_eq_null]

찍먹 강추 드립니다. 무엇보다 센스있는 피드백 고맙습니다. :)

[@aibada6594]

리눅스 커널과 백악관 발표로 러스트 인기가 급상승할 듯

[@nullnull_not_eq_null]

의견 고맙습니다. :)

[@danielk123]

아직도 COBOL 쓰는 일인..

[@nullnull_not_eq_null]

헉! 진짜요??? 제 주변에는 한 사람도 없어서... 아무튼 수고가 많으세요. :)

[@일하기싫어24]

우리나라에서 “보안에 취약한 익스플로러와 엑티브x 없애자!”하는 느낌 ㅋㅋㅋㅋ

[@nullnull_not_eq_null]

결국 그런 셈입니다. 피드백 고맙습니다. :)

[@sdo7458]

최근에는 또 러스트가 생산성이 심지어 C보다 떨어진다고 인기가 시들한 분위기도 있네요..

[@nullnull_not_eq_null]

생산성도 생산성인데...진입장벽 이슈가 결코 간과하기 어려울 것 같습니다. 의견 고맙습니다. :)

[@StrangeletStar]

깜짝 놀라서 클릭할 수 밖에 없는 썸네일이네요

[@nullnull_not_eq_null]

아하~~! 그렇군요. 피드백 고맙습니다. :)

[@StrangeletStar]

@@nullnull_not_eq_null영상 재미있게 보았습니다. 대학 3학년이고, C++ 문법이 가장 취향에 맞아서 C++에 가장 긴 시간을 들인 입장에서 클릭하지 않을 수 없는 썸네일이었습니다. Rust 입문에 대하여 말씀해주신 조건에 모두 부합하여 이제 Rust를 공부해볼까 합니다. 좋은 영상 감사합니다.

[@플라즈마엔진]

cuda, rom6 모두 c++ 기반인데 어떻게 하라는건지 ㅠㅠ

[@nullnull_not_eq_null]

당장에 모든 것이 바뀌지는 않을 것으로 보입니다. 아마도 새로 만들어지는 것들부터 적용되지 싶습니다. :)

[@플라즈마엔진]

@@nullnull_not_eq_null 찾아 봤는데, 공공 SI 에서 C++ 사용하지 않듯이 미국도 공공 부문에 사용하지 말라는 내용인것 같습니다. 오히려 공공 부문에서 C++ 개발자가 존재할 수 있는 미국이 S/W 강국 맞네요 ㅎㅎ

[@sudo42b]

Zig도 요즘 뜨던데 😊

[@nullnull_not_eq_null]

그런가요? 저도 한 번 접해봐야 할 것 같네요. 정보 고맙습니다. :)

[@홀로서기-j5b]

c, c++로 개발 하는 건 앞으로 AI가 개발하면 메모리 누수에서 벗어날 수 있지 않을까요? 허기사 AI가 개발하면 어셈블러로도 깔끔하게 짤듯 ㅋㅋㅋ.

[@nullnull_not_eq_null]

그게...그렇지가 않더라고요. 적어도 현재 코파일럿이 제시한 코드들을 보면 생각보다는 도움이 안 됩니다. 그리고 그 핵심 이유 중 하나는 포인터 입니다. 어쨌든 시간이 지나면...결국 AI가 큰 역할을 하게 될 것 같습니다. 의견 고맙습니다. :)

[@hiongun]

Zig가 정식 릴리즈 되면 rust를 순식간에 잡아 먹을 겁니다.

[@nullnull_not_eq_null]

그럴 수도 있을지 모르겠습니다. 의견 고맙습니다. :)

[@seyongkwon]

러스트 삼십분간 훑어보고 첫 느낌 : 이거 블록체인 개발할때 딱인데!

[@nullnull_not_eq_null]

거기에도 좋겠네요. 의견 고맙습니다. :)

[@wantmeet]

이 채널을 애청하는 사람으로 rust도 조금 끄적거려본 java 개발자 경험으로 먹고살다가 지금은 약간 archi쪽으로 빠져 있는 입장에서 얘기하자면 좋긴 합니다. 근데 절대 업무 로직의 대부분을 차지하고 있는 java를 대체할 수 있는 입장은 아니에요... 시스템 프로그래밍으로도 아직은 살짝 애매합니다. 일단 make 환경인 cargo가 느려요... 시스템 프로그래밍쪽은 대체가 될 것 같긴 한데... 여기도 legacy가 워낙 많은 동네라... 글고 업무 프로그래밍은 바로 볼 수 있는 인터프리터성 언어의 개발효율을 능가하기는 불가능합니다. jolla 빠른 rust 인터프리터가 나오고 범용화 되면 몰라도... rust 인터프리터가 나오면 컴파일러로서의 rust의 장점이 없어지는데 기존 java 놔두고 그걸 누가 업무 개발하는데 쓰겠어요... 여기서 취업 준비하는 대부분의 준비생들은 아마 업무개발 position으로 가게 될 텐데... 특히 초중급이면 더더욱... 나중 나의 career path에 분기점으로만 기록해 놓으시고 일단 java를 jolla 열심히 하시면 됩니다. 초중급 입장에서는 java 생태계도 파고들면 끝이 없습니다.

[@nullnull_not_eq_null]

와우~~! 너무나 좋은 의견과 정보 고맙습니다. 부족한 부분을 채워주시네요. :)

[@xizASwojQG]

저점매수하고 존버하겠습니다

[@nullnull_not_eq_null]

의견 고맙습니다. :)

[@hobis0b]

C++개발자 대부분 Visual Rust 나오면 바로 본격적으로 사용한다고 합니다, 저역시 ㅋㅋ 개발은 언어보다 개발툴이 더 중요한 시대 인듯 싶습니다.

[@nullnull_not_eq_null]

저도 비슷한 생각을 하고 있습니다. 일단 도구가 좀 익숙해야 좋긴하지요. 공감되는 의견 고맙습니다. :)

[@user-NG8Z7WMRAY3rsK1a]

러스트가 좋긴하지만, 심오하게 파고드는 프로그램을 만들 경우에는 아직까지 C/C++을 넘어서는 게 없습니다. 뭐 허구헌날 버그만 만들어내는 개발자들에게는 러스트가 최고이긴 합니다.

[@nullnull_not_eq_null]

아직까지는 C/C++의 자리가 확고한 것 같긴 합니다. 그러나 결국 변화가 오지 않을까 조심스럽게 예상해봅니다. 의견 고맙습니다. :)

[@user-NG8Z7WMRAY3rsK1a]

@@nullnull_not_eq_null 시장이 완전히 양분되겠지요. 범용 프로그램들은 러스트, 기초과학이나 코어툴들은 C/C++

[@deansanghyukseo8616]

댓글을 몇개 남겼는데, 삭제가 됐더라구요. 딱히 광고도 아니었고 기술적인 코멘트였다고 생각합니다만 굳이 삭제하신 이유가... 왜일까요, ㅠㅠ?

[@nullnull_not_eq_null]

저는 삭제한 적이 없습니다. 조금 전에 검토 대기 중인 댓글들도 확인해봤으나 거기에도 없었고요. 혹시 댓글에 URL이나 IP주소를 입력한 적이 있다면 유튜브 시스템이 거의 대부분 자동 삭제합니다. 참고하시기 바랍니다.

[@deansanghyukseo8616]

@@nullnull_not_eq_null 아 그렇군요. r/cpp 스레드 링크를 하나 달았는게 문제가 됐나보네요. 유튜브에서 알림메세지라도 띄어줬으면 혼란이없었을텐데 조용히 삭제시켜버리는군요. 다음에 참고하겠습니다

[@highskynomad]

긴장감 쩌는 c++ 맛 못잃어... ㅠ

[@nullnull_not_eq_null]

'긴장감' 이라는 관점이 필요하군요. :)

[@이건개발-p8n]

러스트 고 c# 좋네용

[@nullnull_not_eq_null]

요즘 언어들이 분명한 장점이 있는 것이 사실이지 싶습니다. :)

[@LeeDongHuny]

???: 하지말라면 하지마루요~

[@nullnull_not_eq_null]

ㅎㅎ. 그런가요? 의견 고맙습니다. :)

[@pdjj74]

32:01 젠슨황 아저씨 정보처리기사 자격증 없어서 초급개발자 아닐까요 ㅋ

[@nullnull_not_eq_null]

해당분야 근무경력만으로도 초급은 넘어설 것이 확실시 됩니다. 다만...소프트웨어산업협회 인증을 받아야 할 텐데...:)

[@경민김-h5z]

돈을 써서 더 좋은 미국제 무기나 컴퓨터를 사라는 예기입니다.

[@nullnull_not_eq_null]

의견 고맙습니다. :)

[@eclipse4419]

공부 안 하고 이전 방식 만 고집하는 일부 4050대 개발자 쳐낼 기회

[@Artifgacky124]

50이면 퇴직당할 나인데

[@nullnull_not_eq_null]

헉! 그...그런가요?

[@eclipse4419]

@@nullnull_not_eq_null 영상과 댓글처럼 꼭 모든 분야가 ust를 쓰는 방향으로 바뀌지는 않겠지만 c++의 문제점을 지적하고 해당 문제점의 대안으로 제시한만큼 그에 준하는 요구사항이 발생할거고 방산이나 의료 등 민감한 분야는 강제 가능성이 높고 회사에서도 그 요구사항에 맞게 개발하지 않으면 팔지를 못하니 내부적으로 규정을 마련하겠죠. 그런 요구사항과 규정에 적응하지 못하면 내부에서 문제 있는 사람으로 찍히겟죠 예전 방식 고집하면서 막코딩 하던 '일부' 개발자는 당연히...

[@masteroffantasy]

c에서는 메모리를 직접 다루기 때문에 개발자가 예외처리를 철저하게 해야하는 불편함이 있다. 버퍼오버플러우 오류방지를 위한 함수들도 일찌감히 나와있으나 개발시에 주의하지 못하는 문제가 있다.

[@nullnull_not_eq_null]

의견과 정보 고맙습니다. :)

[@DongyoonHan]

너무 정치적이고 베타적이며 문서화도 잘 안 되어 있는 Rust 대신 다른 언어가 나오기를 바랍니다. 메모리 세이프 필요성에 대해서는 동의합니다. 그러나 그것을 위해서 러스트만큼의 엄격함을 준수 하라고 강요 받고 싶지 않네요. 러스트는 정말로 불필요한 녹들이 덕지 덕지 붙어 있는 느낌 입니다.

[@nullnull_not_eq_null]

의견 고맙습니다. 문법적 엄격함은 익숙해지면 상관이 없을 것 같다는 생각도 듭니다. 어쨌든 GC 없이 작동하려다 보니...어쩔 수 없는 것 같고요. :)

[@romulus4677]

아직도 아주 미세하게라도 GC 가 쓰였을 때 약점이 되는 분야는 c/c++ 이 필요한 부분이 있지만 대체 언어가 없다면 모를까 rust, ada 등 같은 대체제가 있으니 현재 c/c++ 을 사용할 이유는 기존 시스템 유지보수 뿐. c/c++ 양대 산맥인 MS Windows, Linux OS 에서도 보안 이슈가 시급한 부분부터 커널 시스템을 Rust 로 교체하고 있음 그 성격 ㅈㄹ맞다는 Linux OS 창시자 리누스 토발즈도 30년간 Linux 개발에 C++ 도입조차 반대하고 C 만 고집했지만 Rust 도입은 찬성. 새로운 프로젝트는 당연히 rust, ada 등 검증된 대체 가능 언어로 해야. c/c++ 이 약점을 극복하고 완전히 새롭게 재 탄생 되지 않는 한 일단 안녕, Bye ~ C/C++ ~ 그 동안 솔직히 난 너 별루였어~ 👋🎆

[@nullnull_not_eq_null]

의견 고맙습니다. :)

[@ahurared]

하나 잘못 아시는게 Rust는 OOP가 아니에요

[@nullnull_not_eq_null]

음...OOP라고 말씀드린 것은 아닙니다. 현재 C/C++개발자라면 어느 정도의 이해가 있을 때 시작하면 좋겠다는 개인적인 권고 수준이라 하겠습니다. :)

[@jbk2676]

그럼 미국도 cm m 등. 단위를 먼저 바꾸고 생각하자 ^^

[@nullnull_not_eq_null]

의견 고맙습니다.

[@jbk2676]

@@nullnull_not_eq_null 결국 개발자라면 끊임 없이 공부해야 한다는걸 잊으면 안되겠네요…

[@nickcho4657]

언어는 잘못이 없습니다. 프로그래밍을 개떡같이 하는 것이 문제지.

[@nullnull_not_eq_null]

의견 고맙습니다.

[@lasercho4338]

C....가 영원 불멸할 줄 알았는데......

[@jaggogji]

C/C++는 절대 안 없어질듯

[@chickennoir691]

파이는 조금씩 줄어들어도 절대 잊혀지진 않을듯

[@nullnull_not_eq_null]

사라지기는 쉽지 않아보입니다. 아무튼 천천해 대체되지 않을까 생각합니다. 의견 고맙습니다. :)

[@최성현-n9y]

코틀린 하셔도 됩니다

[@nullnull_not_eq_null]

의견 고맙습니다. :)

[@김치맨-m1t]

러스트에서 포인터를 논하는 것 자체가 어불성설인게 애초에 C와 C++에서 메모리 불안전성을 아예 문법적으로 제거하려고 도입한게 소유권 개념이고요 이게 코딩 단계에서 명시되지 않으면 컴파일러가 오류로 규정하고 컴파일이 진행되지 않습니다 한마디로 포인터는 러스트와 하등 관계가 없습니다. 영상제작자가 오해내지 착각한 걸로 보입니다. 당장 러스트 튜토리얼이나 소개 영상에서 밥먹듯이 등장하는게 C의 포인터 같은 메모리 불안정성을 없앴다는 얘기로 거의 반 이상 할애하는데 그 정도 조사할 여력도 없었던 건지 참...

[@nullnull_not_eq_null]

영상을 안 보셨나 봅니다. 현재 C/C++ 개발자라면...어느 정도 C/C++에 대한 이해를 갖췄을 때 Rust를 공부하는 것이 좋겠는지 설명했습니다. 대략 19:40 정도에 등장하는 포인터 이야기를 근거로 댓글을 달아주신 것 같은데...영상에서 제가 했던 말을 다시 확인해보시고 의견 주시면 좋겠습니다. 그리고 포인터가 러스트와 관계가 없다는 말에 대해서 저는 동의 할 수 없습니다. 포인터가 왜 불안정성의 원인이 되는지 알지도 못하면서 러스트의 장점을 논하는 것이 적절치 않다고 보기 때문입니다. '그 정도 조사'의 기준을 잘은 모르겠으나 제가 '여력'이 없지는 않은 것 같습니다. 거듭 촉구하건데 문제가 되는 부분을 구체적으로 알려주시기 바랍니다. 개인적으로 이런 논쟁은 다른 분들의 학습에도 도움이 될 것으로 판단합니다. 그리고 보다 적극적 의견교환을 원하신다면 자기 소개부터 하시고 본격적으로 시작해볼 것을 요청합니다. :)

[@김치맨-m1t]

@@nullnull_not_eq_null 이미 본 영상에서 러스트 배우기 전에 포인터부터 마스터 하고 오라고 하는 건 본인 아닌가요. 그리고 포인터 개념을 추상적으로 아는 것과 심도있게 다루는 것은 별개의 문제입니다. 러스트의 등장 배경에 포인터 같은 불안정성 요소가 있는 것이지 러스트를 알기 위해서 포인터를 이해해야 할 필요까지도 없다는 걸 설파하는 겁니다. 한마디로 러스트는 일상적인 코딩 수준에서 포인터를 쓸 필요가 없다는 걸 증명하기 위해 태어난 언어지 C나 C++을 무조건 먼저 알고 나서야 러스트를 배워야 할 이유는 없다는 겁니다.

[@김치맨-m1t]

작성자는 러스트가 C++의 아류 정도로 착각 하시는 것 같은데 좀 제발 문법 기본적인 것 만이라도 한번 보고 오시길 당부드립니다 애초에 문법적인 것만 알아도 러스트 배우는데 포인터를 이해할 필요 따위는 없다는 걸 잘 알텐데요.

[@nullnull_not_eq_null]

네, 그러는 것이 좋겠다고 저는 생각합니다. 그것이 문제가 될 것은 아닌 것 같습니다. 본인 스스로 러스트를 배우자고 포인터를 이해할 필요가 없다고 생각하는 것과 반대되는 의견입니다. 서로의 의견을 존중하면 될 일로 봅니다.

[@nullnull_not_eq_null]

왜 제가 러스트 책 한권 정도도 안 봤다고 생각하시는 것일까요? 이유를 잘 모르겠습니다.

[@LeafLovers]

2:02 전문가들 "C의적절한 권고" 😜