반응이 이렇거든
그래서 편견 아닌 편견이 생기는거지
괜히 사람들이 고졸자 싫어하는게 아냐
적어도 대학갔으면 저런 소리는 안 할 듯.
설마 책에 나오는 내용 갖구 교수님한테 대들겠냐고
선배들도 하는 뻔한 얘기를 프갤에서 하면
그 뻔한 얘기에 대해 악플 달리더만.
설명을 해줘도 이해를 못하는건지
아니면 알면서 현실왜곡을 하는건지.
대학다니는 사람이나 대졸자가 저럴리가 없지
학교에서 뻔히 배우는 내용인데
ㅎㅎㅎ
반응이 이렇거든
그래서 편견 아닌 편견이 생기는거지
괜히 사람들이 고졸자 싫어하는게 아냐
적어도 대학갔으면 저런 소리는 안 할 듯.
설마 책에 나오는 내용 갖구 교수님한테 대들겠냐고
선배들도 하는 뻔한 얘기를 프갤에서 하면
그 뻔한 얘기에 대해 악플 달리더만.
설명을 해줘도 이해를 못하는건지
아니면 알면서 현실왜곡을 하는건지.
대학다니는 사람이나 대졸자가 저럴리가 없지
학교에서 뻔히 배우는 내용인데
ㅎㅎㅎ
최근에 본 C관련 책이 모던C(
https://ebook-product.kyobobook.co.kr/dig/epd/ebook/E000002950856
)인데 서문에 "C와 C++는 다른 언어다. 혼동하지도 혼용하지도 말자" 이렇게 말하고 있더라.
오래전에는 너 같은 의견이 많았는데 이제는 다르다는 의견이 더 많지 않나 싶음
요새 컨퍼런스보면 이게 맞는 말
C언어와 C++언어는 다른 언어님. 그걸 내가 부정하는게 아니라, C/C++ 왜 붙여서 작성하는지 그 이유를 말하는 것였었지.
중복되는 문법은 C++98같은 클래식 C++ 버전에서까지만 유사하고 C++11 이후부터는 C랑 다른 언어 취급받기 시작했습니다. C++ 배울 때 C몰라도 됩니다
C 모르는 상태에서 C++ 공부해도 되는데, C++ 공부하면 C언어에 대한 전반적인 문법도 같이 알게 되는거죠. 중복적인 것이 엄청나게 많아서.
C/C++ 섞어쓰는 경우도 아주 흔해서 결국 C/C++ 둘다 알아야 되는거죠. 암튼 제 생각은 그렇습니다.
문법이 전부가 아님 C++이 C랑 다른 이유는 코드 작성 스타일이나 생각하는 방식이 다르니까 다른 언어 취급받는거지 세계에서 알파벳 사용하는 나라가 많다고 해서 전부 english라고 부를 수 없는거랑 같은 맥락 C언어 하던 사람이 C++처럼 짜라고 하면 거의 대부분 나가 떨어짐 객체지향 철학 자체를 받아들이지 못해서 절차지향이 습관이 벤 상태기때문에 절차지향으로 무의식적으로 짜버리지
디자인패턴도 다 객체지향적인 관점에서 나온 것들임 C++이 얼마나 복잡한지 알고 싶다면 디자인 패턴을 쭉 살펴보면 되지
실제 코드를 보면 C/C++ 섞어쓰는 경우도 많아요. 제가 말하는 것은 그 둘 언어가 같다는 것이 아니에요. 섞어쓰는게 가능하니 C/C++ 동시 지원하는 툴도 많아 편의상 C/C++ 합쳐 부르기도 하는거죠.
문법 체크기나 IDE 또는 IDE용 플러그인을 보면 C언어용 따로, C++용 따로 있지 않고 C/C++ 통합 지원하죠.
C언어 함수 쓰고 있다고 C랑 C++이 비슷한게 아니라는 이야기잖아..
https://refactoring.guru/ko/design-patterns
위 사이트 한번 읽어보고 와라.. C++은 그냥 디자인 철학 자체가 C랑 달라서 복잡한거야 문법은 아무런 의미가 없고
문법이 비슷하니 cppchecker 같은 툴은 C용 C++용이 따로 있는게 아니라 cppchecker 툴이 C언어 C++언어를 동시 지원하죠. 그걸 편의상 C/C++ 지원. 이렇게 표기하는거에요
C 문법이랑 루비 문법은 완전히 다르지만 C는 C++ 이랑 중복적인 부분이 많아요. c++ 컴파일러로 C 코드가 수정없이 컴파일할 수 있거나 일부 수정하여 컴파일하는게 가능하죠. C/C++의 유사성 때문에 C/C++을 동시 지원하는 툴이 많아서 편의상 C/C++ 이렇게 부르는게 옛날에도 지금도 유행입니다
C++에 Class같은 개념이 생긴 이유가 객체지향 디자인 때문에 생긴거임 C 문법으로는 객체지향 디자인이 불가능하지만 C++은 가능함 객체지향 제대로 깨우치려면 평생 공부해도 모자랄 정도로 어렵고 방대한 개념임 심지어 C++은 객체지향에서 한단계 더 나아가서 제너럴 프로그래밍으로 진화하는중 쉽게이야기해서 님이 함수 해석하고 코드 한줄한줄 읽고 있을 때 C++은 전체적인 관점에서 디자인하고 절차지향의 관점을 버린다는 이야기임 이게 존나 복잡하고 어려운거임 오히려 자바랑 C++이 C보다 더 비슷하다고 봐야함
그래서 C/C++ 합쳐 부르지 말아야 한다는 주장인가요? vscode용 1개의 툴이 C언어도 지원하고 C++언어도 지원하는데, C/C++ 지원이라고 표기하지 말고 C지원, C++지원 이렇게 표기해야 한다는 주장입니까?
툴 개발자들이 툴 하나가 C/C++ 동시 지원 이렇게 표기하는건데.. 그걸 저한테 따지면...
당연한거 아닌가 C++ 만든 비야네 스트룹 할배도 C랑 C++을 혼용하지 말라고 본인 서적에다 분명히 명시해뒀어 이유는 C에서 절차지향부터 배우고 C++ 접근하면 아예 다른 접근방식때문에 오히려 더 어려워지기 때문이지 C++에서 나오는 문법은 복잡한 객체들의 조화를 설계하기 위한 수단에 불과함 거기서 더 효율적으로 상호작용을 구현하려고 각종 디자인 패턴도 나오고 C++20까지 오면서 온갖 복잡한 문법들이 생겨났지 그래서 C++ 모르는 사람이 보면 불필요하게 복잡하다고 생각이 드는거지 C++이랑 C는 다른 언어라고 봐야해 컴파일러 문제보다 더 복잡한 사정이 있는거임
C/C++이라고 부르는 건 그냥 편의상 그렇게 부르는거지 별 이유 없음
생각이 아직도 80~90년대에 머물러 있으니 사람들한테 멸시받지... 이래서 능력없이 늙으면 추해진다니까
아이구 웬 악플. 내가 하는 얘기가 국내/해외에서도 널리 현재에도 통용되는 얘기인데.
https://youtu.be/YnWhqhNdYyk
그 동영상은 C 를 가르치지 말라는 동영상인에 그게 C/C++ 합쳐 부르는거랑은 무슨 상관인가요? 위에 제가 댓글 달은게 있는데 잘 읽어보세요.
둘다 해본 결과 기본 문법만 동일하지 자바와 자바스크립트만큼 사고구조가 다름