표준 라이브러리를 임베디드용으로 쓰는 칩에 구현하던가 별도의 컴파일러를 만들던가 해야하는데 수많은 칩과 범용적이지 않은 기기에서 지원하기엔 C에 비해 방대한 문법과 표준 스펙 구현에 많은 시간이 들것이고
파이썬을 임베디드에 적용하기엔 어차피 그 파이썬 인터프리터도 임베디드에 맞게 만들어야 하는데 그러려면 C를 거쳐야 하고 앵간해서 칩 제조사들이 C언어는 기본 지원하는 편이니까 그냥 C로 쭉 가지 않을까 싶다 코드 보안 문제도 있고
기존에 구축해놓은 C 시장을 뒤엎는게 싫기 때문에 리눅스 커널도 올리고 그러는게 아닐까 아무리 생각해도 구현이 간단하고 작지만 강력하고 빠른 C를 대체할게 현재로썬 없는거 같음
앞으로 뭔가 나온다고 해도 C같은 틀을 못벗어나고 그럴거면 굳이 C에서 넘어갈 이유가 없다고 생각할 것이며 애초에 이 분야가 되게 보수적이고 특수성이 강하니 그대로 C로 갈 것 같다
파이썬을 임베디드에 적용하기엔 어차피 그 파이썬 인터프리터도 임베디드에 맞게 만들어야 하는데 그러려면 C를 거쳐야 하고 앵간해서 칩 제조사들이 C언어는 기본 지원하는 편이니까 그냥 C로 쭉 가지 않을까 싶다 코드 보안 문제도 있고
기존에 구축해놓은 C 시장을 뒤엎는게 싫기 때문에 리눅스 커널도 올리고 그러는게 아닐까 아무리 생각해도 구현이 간단하고 작지만 강력하고 빠른 C를 대체할게 현재로썬 없는거 같음
앞으로 뭔가 나온다고 해도 C같은 틀을 못벗어나고 그럴거면 굳이 C에서 넘어갈 이유가 없다고 생각할 것이며 애초에 이 분야가 되게 보수적이고 특수성이 강하니 그대로 C로 갈 것 같다
러스트는 코어 사양만 구현할 수도 있다고 하더라
그런다고 하더라도 C만큼 많은 사람들이 능숙하고 요구하는 스펙도 낮은 언어에 비해서는 시간이 많이 들지
나도 그렇게 생각해요 ㅇㅅㅇ
C 안 쓰고 다른 거 써도 메리트는 별로 없는데 단점은 존나게 쏟아짐
괜히 사람들이 쭉 명맥 이어오는게 아니다. 당연히 장점만 더 많은 대체제가 있으면 굳이 사람들이 왜 기존껄 고수하겠냐 설령 장점이 더 많더라도 그게 기존거를 씹어먹을 수준 안되면 굳이 안넘어가지
c 가 문법이 간결하고 키워드도 몇 개 안 되구, 함수가 몇 개 안 되서 배우기 쉽지... 기본 제공 함수가 적어서 제대로 써 먹을라면 시간 걸리겠지만. 하드웨어쪽에서는 포인터랑 기본 함수만 있으면 되니까 오히려 c 가 좋지. 하드웨어에서 유니코드를 다룰 일이 있냐.. 또 뭐가 있지.. 복잡한 자료 구조를 다룰 일이 있냐