|
:: 게시판
:: 이전 게시판
|
- 모두가 건전하게 즐길 수 있는 유머글을 올려주세요.
- 유게에서는 정치/종교 관련 등 논란성 글 및 개인 비방은 금지되어 있습니다.
통합규정 1.3 이용안내 인용"Pgr은 '명문화된 삭제규정'이 반드시 필요하지 않은 분을 환영합니다.법 없이도 사는 사람, 남에게 상처를 주지 않으면서 같이 이야기 나눌 수 있는 분이면 좋겠습니다."
23/04/28 21:38
아키텍처가 달라지는건 아니라서 exe바이너리 단계의 호환은 이론상 문제없을겁니다. 다만 MS가 신규 윈도우부터 과거 레거시 지원 버린다는 루머? 내부피셜? 이 있어서... 봐야죠.
23/04/28 21:26
여러 특징이 있는 언어지만 하나만 꼽자면 메모리라고 보시면 됩니다.
로우레벨은 언젠가 다 러스트나 더 개선된 언어가 갈아치울거라고 생각했는데, 윈도우도 결국 피할 수 없네요
23/04/28 21:47
메모리 관리 하나는 확실하게 강점이 있는 언어입니다. 언어 설계하면서부터 그게 목표여서.
윈도우즈 외에도 기존에 있던 여러 프로그램, 라이브러리들이 다 Rust로 재작성하고 있거나 계획에 있습니다.
23/04/29 09:32
rust는 C나 C++의 자리를 노리는 언어고 닷넷은 자바 가상 머신의 위치를 노리는 환경이라, 서로 겹치지 않는 영역이 클 것 같습니다.
23/04/28 21:57
글에서 언급된 대로 윈도우즈에서 메모리 관리 문제로 인해 발생하는 버그를 잡고 안정성을 높이기 위해 메모리 관리를 언어에게 맡기는 겁니다
일반사용자가 체감하긴 어려울 겁니다
23/04/28 23:07
메모리 관리에 위험이 있는 표현을 컴파일단에서 에러내서 막아줍니다
하지만 경우에 따라선 위험하지 않다며 개발하는 사람이 책임지겠다는 선언을 하고 컴파일러를 피할수 있는 경우도 있습니다 이 경우 물론 잘못쓰면 문제가 있겠지만 문제가 나오더라도 확인해야하는 영역이 확연히 줄어드니 안전성이 올라가겠죠
23/04/28 22:52
그대신 코드가 지저분해질 가능성이 높죠. 언어 설계단계부터 지원하는 것과, 라이브러리 형태로 지원하는건 아무래도 성능이나 코드의 간결성에서 차이가 날 수 밖에 없고, 이는 생산성과 직결되거든요.
23/04/29 13:53
c++는 일단 툴체인부터 구리죠... cargo 같은 통일된 패키지 매니저도 없는 게 현실입니다. 그나마 발전한게 CMake인데 좀 보다보면 21세기에 이런 걸 해야 하나 하는 회의감이 듭니다.
23/04/28 22:56
기계어만큼은 아니지만 기존에 기계와 소통하던 언어(C언어, 자바, 파이썬 등)보다 더 효율적인 방식(언어)을 찾았다고 이해하면 되는건가요?
23/04/28 23:13
효율적이라기보다는 비숙련자 혹은 AI가 코딩하기 더 안전한 언어인데 이런 개념의 언어는 많이 있고 그 중에 Rust가 C,C++의 성능에 제일 가까운편입니다.
23/04/29 04:54
React 이런거 보니까 Javascript가 C언어처럼 로우레벨 언어가 되어버린거 같음.
js로 만들어진 수많은 패키지들 까보면 어셈블러 처럼 보임..
|
||||||||||||||||||
