C언어를 대체하기 힘든 이유가 뭐임?

[익명(dsk695861)]

어셈블리어를 대체하지 못하는 것과 같은 이유인가?

추상화의 정도에서 딱 어셈블리어와 자바, 파이썬 같은 언어들의 중간에 있어서 그런가?

C언어를 대체하는 언어를 만드는 게 불가능할 것 같지는 않은데.

[익명(222.99)]

오랜 기간 검증된 언어이기도 하고 많은 인프라에서 정착되어 있는데 굳이 대체해야 할 필요가 없는 거지 기존에 만들어진 서비스는 어지간하면 C언어로 유지하고 앞으로 나오는 인프라는 다른 언어로 대체하든가 하겠지 필요하면 ㅋㅋㅋ

[익명(dsk695861)]

C언어가 되게 가볍긴 한 것 같더라. 어셈블리어 단위까지 가지 않으면서 추상화를 유지하고 단순성을 유지하려면 C언어 수준이 최선인 것 같음.

[익명(112.173)]

MCU 만드는 회사들이 컴파일러 만들기 가장 쉬워서 그럼 MCU 단에 들어갈만큼 최적화 하기 쉽고 용량도 작기도 하고 그런데 그정도 최적화를 노리고 다른 언어의 컴파일러를 만드는건 꽤나 고생스러움 일임 그러니 c언어로 된 mcu 컴파일러만 계속 나오는거고, 결국 STM 이나 ARM 같은 칩셋 설계하고 만드는 애들이 C를 초월한 다른 컴파일러를 만들지 않는이상 c언어는 계속 사용될 수 밖에 없음

[익명(dsk695861)]

C언어의 선점효과 덕분이라는 말이군. 물론 초기의 언어 설계가 잘 된 편이니까 그런건가.

[익명(112.173)]

선점효과도 있는데, C 언어 수준의 추상화는 포인터 등등 과 같이 어셈블 기계어 수준에서도 1대1대1로 매칭되는 부분이 많은데 다른 언어의 클래스와 컨테이너, 제네릭 등.. 이런 애들을 컴파일러 만드려고하면 그 추상화를 역추적해서 컴파일러 만드는데 비용도 많이 든다는거지

[익명(112.173)]

그냥 암튼 언어가 구조적으로 단순해서 저가형 칩셋에도 굴려먹을 구조가 나오기 쉽다. 그리고 역으로 컴파일러 만드는 개발자 입장에서도 c가 훨씬 쉽다. 정도임 그쪽 세계에서는 그런 이유로 c가 제일 쉬운 언어라는거임 개네들은 심한 경우는, 정교하게 설계된 칩셋 연구해서 걍 기계어로 바로 대화 했으면... 하는 인간들도 있을거임

[시부럴세다이(39.7)]

그냥 ㅈㄴ 단순한 언어라서. - dc App

[익명(223.38)]

삽질을 대체 할 필요가?