수식이나 Format Method의 Notation을 코드로 표현할 때,
최대한 구조와 표현을 유사하게
라이브러리 만들수 있음...
다른 언어는 죽어도 이거 못함....
하스켈: ??
안된다...
그리고 느려...
operator overloading 기능으로만 보면 하스켈은 넘사벽임.
그럼 뭐하누... 메모리가 어떻게 돌아가는지 모르는데... low-level / high-level의 조화를 생각해야지...
하이레벨 언어에서 뭘 바라십니까
파이쏜은?
안되지...
포트란 가자
포트란 속도는 인정!!! 하지만 CUDA가 출동하면 어떨까?
OpenACC
한국어인데 왤케 모르겠냐 추가 설명 좀...
lie algebra 같은거 라이브러리 만들어 보면 이해함....
아아... 아니 operator overloading 자유도 높은 언어는 다 잘 되지 뭐. C++만 되는 거 아니야 매크로도 강력한 언어 쓰면 더 잘 되고 쉽게 떠오르는 예는 Rust
C랑 호환안되서 rust는 글렀엉... 그게 젤 중요해...
C 호환 생각 하면 오히려 Rust 아님? 다른 언어 예로 들려다 말았었는데 다행이네
C랑 코딩 스타일이 틀려도 너무 틀려... 별로임.... C++에 패턴매칭만 있으면 됨... type_traits만 더 깔끔하게 만들고....
그건 취향 문제지 기술적으로 호환이 안 되는 것처럼 말하면 안 되지
기술적으로도 문제도 있엉... 운영체제 일부 기술들 (예를 들면 COM) + 기반 소프트웨어들 이런것들도 전부 다 C/C++ 기반이야...
COM은 운 좋게도 구현상속 없어서 Rust trait 에 잘 맞고 요즘 MS가 열심히 Rust+COM 노력 중이더라 해결될 것으로 보임
그 전에 C++ 버전 올라가서 알아서 더 clean 해질거야... 10년 눈 깜짝하면 지나간다..
뭐 그렇겠지 어차피 내 개인 취향은 Rust라 내가 선택할 수 있으면 Rust로 할 것임 타의로 C++을 해야 할 때 미래엔 충분히 쾌적하길 바라며.
하스켈: ??
안된다...
그리고 느려...
operator overloading 기능으로만 보면 하스켈은 넘사벽임.
그럼 뭐하누... 메모리가 어떻게 돌아가는지 모르는데... low-level / high-level의 조화를 생각해야지...
하이레벨 언어에서 뭘 바라십니까
파이쏜은?
안되지...
그리고 느려...
포트란 가자
안되지...
포트란 속도는 인정!!! 하지만 CUDA가 출동하면 어떨까?
OpenACC
한국어인데 왤케 모르겠냐 추가 설명 좀...
lie algebra 같은거 라이브러리 만들어 보면 이해함....
아아... 아니 operator overloading 자유도 높은 언어는 다 잘 되지 뭐. C++만 되는 거 아니야 매크로도 강력한 언어 쓰면 더 잘 되고 쉽게 떠오르는 예는 Rust
C랑 호환안되서 rust는 글렀엉... 그게 젤 중요해...
C 호환 생각 하면 오히려 Rust 아님? 다른 언어 예로 들려다 말았었는데 다행이네
C랑 코딩 스타일이 틀려도 너무 틀려... 별로임.... C++에 패턴매칭만 있으면 됨... type_traits만 더 깔끔하게 만들고....
그건 취향 문제지 기술적으로 호환이 안 되는 것처럼 말하면 안 되지
기술적으로도 문제도 있엉... 운영체제 일부 기술들 (예를 들면 COM) + 기반 소프트웨어들 이런것들도 전부 다 C/C++ 기반이야...
COM은 운 좋게도 구현상속 없어서 Rust trait 에 잘 맞고 요즘 MS가 열심히 Rust+COM 노력 중이더라 해결될 것으로 보임
그 전에 C++ 버전 올라가서 알아서 더 clean 해질거야... 10년 눈 깜짝하면 지나간다..
뭐 그렇겠지 어차피 내 개인 취향은 Rust라 내가 선택할 수 있으면 Rust로 할 것임 타의로 C++을 해야 할 때 미래엔 충분히 쾌적하길 바라며.