[%] GC보다 똑똑할 자신 없으면 그냥 GC를 믿어야지

[익명(223.38)]

GC 내려치는 놈들한테 C로 코드 짜보라고 하면 열이면 아홉은 똥물 질질 새는거마냥 메모리 질질 새는 코드 나오더만

[익명(112.151)]

C는 애초에 데이터 지향이 아닌디 지씨가 왜필요하냐 c++에나 필요하겠지 - dc App

[익명(118.235)]

진짜 이런 새끼들이 개발자랍시고 설치는게 너무 무섭다

[익명(112.151)]

반박을 해바 시발 욕만하지말고 컴파일러가 뭔지나아냐? - dc App

[익명(118.235)]

gc는 메모리 관리를 위한 도구인데 데이터 지향이 아니라서 필요없다는건 무슨 헛소리임?

[익명(118.235)]

그리고 컴파일러가 나올 맥락이 전혀 아닌데 컴파일러를 왜 들먹임?

[익명(112.151)]

프로시저 가상화 시킬 때 c같은 애들은 static variable이나 대부분 variable이 프로시저랑 같은 local scope에서만 살아있어서 ar을 스택에 저장하는건 알고있지? c++에선 클래스랑 인스턴스 관계나 인스턴스 변수들 참조, 상속 참조 등 다양한 데이터 관계를 설정할 수 있는 데이터 지향 언어들에선 stack allocation만으로는 데이터 관리가 어려워져서 ar관련 정보들을 heap에다가 올렸고, 여기서 ar이랑 scope를 효율적으로 관리하기 위해 gc가 쓰인 언어들이 나온거다. 그리고 gc관련 메모리 관리가 컴파일러 영역인데 컴파일러가 아니면 어디서 말함 os가 gc관리하는 것도 아니고

[익명(112.151)]

c언어로 gc없이 제대로 메모리 관리 못하는 거면 그건 데이터를 객체지향으로 설계해서 그런거지 메모리 관리를 못해서 그런게 아님. 처음부터 언어 선택을 잘못한거임

[익명(118.235)]

static variable은 프로시저 스코프가 아니라 프로세스가 메모리에 적재될때 올라가서 프로세스랑 같은 수명을 갖는데 프로시저랑 같은 로컬 스코프다? 난 파스칼 잠깐 했었어서 프로시저가 함수랑 같은 스코프라고 이해했는데 그건 아니라고 봄

[익명(118.235)]

스택 할당만으로는 데이터 관리가 어려워서 힙을 사용하고 힙을 효율적으로 관리하기 위해 gc가 나왔다는것도 동의함 하지만 그렇다고 gc가 컴파일러의 영역이냐 하면 난 컴파일러보다 런타임이나 라이브러리의 영향이 더 크다고 생각하는데 이거는 나도 jvm이나 clr을 깊게 공부하진 못해서 확신은 없음

[익명(112.151)]

static variable이나, 로 보면댐 잘못썼네

[익명(118.235)]

막말로 C에서도 커스텀 할당자 만들고 레퍼런스 카운팅 손수 구현해서 gc를 만들 수는 있잖아?

[익명(112.151)]

GC의 구현체를 따진다면 당연히 컴파일러보단 런타임 라이브러리를 봐야겠지만, 내가 말하고 싶은 건 C언어에서의 메모리 관리가 GC쓰는 다른 언어들과의 메모리 관리랑은 비교될 수 없다는 거임. 그래서 컴파일러 얘기한거고

[익명(223.38)]

존나 횡설수설하네 비교를 왜 못해 GC가 힙에 할당 해제하는거 해주고 C는 GC가 그걸 프로그래머가 직접 관리하는데

[익명(116.36)]

GC 내려치는 놈들한테 진짜로 C로 코드 짜보라고 하게 한 다음에 살펴본적있긴 한감? GC는 훌륭한 기술이라고 생각하다만... 내용이 좀 ㅋ

[익명(106.101)]

gc는 못믿으면서 gcc는 믿음

[익명(116.121)]

c로 개발 한 번도 안 해본듯

[익명(39.7)]

무슨 저능아도 아니고 이런걸로 급나누기를 이딴식으로 하냐ㅋㅋ

[익명(125.178)]

깃갤/프갤에 저능아밖에 없는 거 팩튼데

[익명(121.129)]

메모리만 샐까... 프로그램이 죽겠지

[익명(211.46)]

나도 gc 욕하다가 c로 프로그램 짜보고 대가리 깨졌다