현재 휴학생 신분이라 (...) 질문하기가 좀 그래요

으음...그렇게 생각은 해 보았는데 과연 시작을 어떻게 해야하는가! 에서 너무 막막한감이 커요. 뭐랄까... 누가 소스코드 던져주면 씹고 뜯고 맛보고 하는 그런걸 해야하는 것 밖엔 생각나지 않는데 어디서 구해야하나 싶기도 하구요

오 감사합니다. 새로운 것을 배우는것엔 좀 무리가 있지만 여태까지 쌓인걸 활용하고 자기것으로 만드는데에는 좋은 사이트들이 많네요 즐겨찾기 해두겠습니다!

STL 은 들어만 봤는데... 추천하시는 서적이 따로 있을까요? opengl하니 생각난거지만 DX쪽에 관심이 있는데... 이쪽으로 공부하려면 어떤걸 더 배워야 하는지 그 전 선행학습? 되어야 하는것이 궁금합니다

Cpp stl에선 C++ Standard lIbrary 라는 책이 가장 유명합니다. 우리나라에도 번역판이 있고 더 싸던데 사실 가격빼고는 메리트가 없으니(번역 질이 안 좋습니다...) 왠만하면 원판을 보는게 더 좋을 것 같더라구요. Opengl이나 dx 공부하기전에 배워야할 건 사실 C말곤 딱히 없어요. 수학을 잘 해야 한다는데 쓰다보면 이해가 되게 되어있고... 아마 win32나 다른 운영체제 api 같은걸 알아두는 건 나쁘지 않을 것 같아요.(특히 dx 같은 경우) 언제까지나 glfw같은 걸 사용할 수는 없으니까요...

혹시 C++를 모르는 사람이라도 Rust를 배우는데 문제가 없을까요?

Rust 사용자들이 까는 Google 의 Go 언어도 국내 발간 도서도 있고, 국내 기업 (특히 게임회사) 에서 사용하고 있는 사례들이 있는데 Rust 는 미비하죠. 무슨 뜻이냐하면 국내 사용자 그룹들이 워낙 geek 들이라는 점을 유의해야 하고, 국내 자료 찾는게 쉽지 않을 수 있다는 점을 극복할 수 있다면 문제없다고 봅니다. 사실 Rust 공식 문서는 매우 훌륭합니다. Rust 개발진들이 문서화를 대단히 중요하게 생각했다고 하더군요.

원래 처음 배우는 언어들은 기존 언어 사용 경험이 오히려 방해가 될 때가 많습니다.

제가 걱정하던 것은 C/C++에서 사용하는 포인터에 대한 개념 없이 이와 유사한 개념이 있는 다른 언어를 배워도 되는 하는 것이었습니다. 저는 Python밖에 모르거든요. 답변 감사합니다.

Python 에서 Rust 로 가는 것에는 많은 새로운 개념들이 있죠. 같은 현대적 언어로서 간결한 표현을 추구한다는 공통점 말고는 많은 것이 다른데 한가지 긍정적인 부분은 번거로운 형식 선언은 Rust 에서 불필요하다는 것입니다. 함수 내에서는 형식추론을 하거든요.

새로운 의미론이 없다면 새로운 언어를 배울 이유가 있느냐고 말씀하신 분이 기억나네요. Rust 를 배우고자 하신다면 그런 동기가 있을 때 좋겠죠.

전 포인터 자체는 극도로 싫어하는 타입입니다. 하나 복사해놓고 지정하거나 변수를 통째로 들이거나 둘 중 하나로 택하고 있어요. 다만 C++문법만큼 저에게 와닿은 문법이 별로 없거니와, VS가 굉장히 개발하기에 편하다고 느꼈거든요. 그래서 C++에 큰 만족감을 느꼈을지도 모르겠네요 (...)

C/C++ 를 사용하면서 정의되지 않는 부분을 만나게 하는 부분이 많은 경우 pointer 입니다. 따라서 말씀하신 방식은 문제가 일어날 소지를 줄이는 좋은 습관일 수 있습니다. 구체적으로는 보지 않아서 모르겠지만요.

Rust 의 pointer 는 C/C++ 의 그런 정의되지 않는 부분을 없애도록 pointer 를 잘 다듬어 놓은 것입니다. 그러다보니 pointer 를 세가지로 분류하고, 상황에 맞춰 선택해서 쓰도록 하고 있습니다. 상황에 맞지 않으면 compilation 오류가 발생해서 미연에 사고를 방지하죠. 그리고 그 사용방식도 약간 독특해서 답답하게 느껴질 수 있기에 pointer 의 끝판왕이라고 말씀드린 겁니다. Pointer 가 존재하는 이유는 분명히 있으니 그걸 제대로 익힐려고 한다면 Rust 를 사용해보는게 좋다고 생각하시면 됩니다. 참고로 저는 C++ STL 의 반복자를 사용하면서 C 의 pointer 가 배열 횡단에도 사용되어서 너무 저수준 접근을 하게 되고, 혼란과 실수를 유발한다고 판단했습니다. 반복자는 container 의 횡단기법에서 pointer 사용을 분리한 좋은 새로운 개념이라고 생각한거죠. Go 언어도 그런 생각에 동의해서 pointer 는 좋지만 pointer 산술연산은 좋지 않다고 판단하여 pointer 산술연산을 없앴습니다.

VS 가 좋다고 생각하신 거라면 C# 을 추천합니다. VS 의 C# 지원능력에 비하면 C++ 는 아쉽기 그지없을 정도이거든요.

a라는 변수를 쓸 때 b라는 변수를 새로 지정해서 b=a; 를 하나 추가한 다음 b를 주물럭거립니다. 그게 보통 제가 사용하는 방식이에요. 대학교 과제에선 포인터를 사용하라 가르쳤지만 전 아무리해도 포인터가 와닿지가 않더라구요. 그래서 대부분의 과제를 저렇게 처리한게 많습니다 (...)
좋게 말하면 의도치 않은 결과를 차단하지만 좋지않게 말하면 쓸데없는 줄이 늘어나는 경우이기도 하지요.
VS가 좋기도 하고...eclipse 보니 모르겠더라구요. src쪽에 추가해야하는데 그게 한두개가 아니라 쫘르륵 있으니까 뭘 추가해야 난 소스코드를 짤 수 있나- 부터 막막하기도 하구요.
C#한번 알아보겠습니다 추천 감사드려요

통상적으로 함수 매개변수들의 용량의 총 합이 16 bytes 이하라면 복사시간을 회피하기 위해 pointer 를 사용하는 것은 오히려 최적화를 방해해서 성능을 떨어뜨릴 가능성이 높다고 합니다. Pointer 가 필수적으로 쓰일 필요가 있는 곳은 별칭을 통해서 변화를 공유하기 위한 것이죠.
만일 공유해야 하는 결과가 기존 공간 (그러니까 객체) 에서 만들어질 필요가 없다면 새로운 공간에서 결과를 도출하는게 좋을 때가 많고, 성능도 그게 좋을 때가 많습니다. 다시 말씀드리지만 충분히 거대한 공간이 아니라면 복사시간 회피를 위한 pointer 사용은 compilation 최적화에 방해가 되어 성능을 떨어뜨리는 사례가 많습니다.

그 외에 대입연산의 병렬처리가 불가능하기 때문에 그걸 극복하기 위해서 pointer 를 쓰기도 하죠. 이건 Java 나 C# 도 마찬가지이긴 합니다. 예를 들어 Python 처럼 a, b = b, a 나 a, b = array 같은 것이 안 되기 때문에 우항이 함수의 결과일 경우 쪼개는 작업을 별도로 해주어야 해서 그냥 함수에 pointer 로 넘기는 거죠. 언어적 표현의 한계라고 볼 수 있습니다. C 는 Assembly 언어가 주로 사용하던 시절에 만들어진 언어니까 굳이 저런 표현까지 필요하냐고 주장하면서 문법의 간결성을 위해 그냥 pointer 로 해라라고 말할 수도 있겠지만요.

아하...오히려 방해하는경우가 꽤 많았네요.. 전혀 몰랐던 사실이에요.

포인터는 아직 까다롭기도 하고...프로그램을 만든다 하더라도 그리 큰 규모는 아닐테니 지금은 복사를 통한 작업을 선호해야겠군요!

네, 그 부분이 Java 가 C/C++ 에 비해서 느리게 만드는 중요한 사안 중 하나입니다. 비교적 무겁지 않은 복사되는 군집객체를 만들 수 없어, 무조건 class 에 기반한 참조방식을 써야 하거든요. 그래서 C# 은 class 는 참조방식으로, struct 를 복사방식으로 구별했죠. C++ 는 참조방식이 필요하면 pointer 나 참조를 사용하고, struct 와 class 는 무조건 복사방식.

참조방식은 최적화를 방해하고, Java 와 C# 의 경우 쓰레기 수집기에 의해서 자동으로 기억수명이 조절되기 때문에 쓰레기 수집기 부하가 존재합니다.

참고로 Go 언어는 class 는 없고, struct 가 복사방식이면서 pointer 를 통해 struct 요소를 참조할 수 있는데 그래서 가끔 struct 가 골 때리게 커지거나 쓰레기 수집기가 참조 추적을 조금 더 복잡하게 해야 합니다.

그러니까 모든 것이 다 장단점이 있고, 좋은 것은 나름대로 다 대가가 있다는 이야기...