Live data from Hacker News

It's time to halt starting any new projects in C/C++

twitter.com

31–40 of 929 posts

Re: It's time to halt starting any new projects in C/C++

#31

The C/C++ people hate it when you call it C/C++.

That's a fairly recent thing that some people do as a kind of virtue signaling.

The "C/C++ Users Journal" was a very popular publication and no one took issue with its name. Nor do people take issue with Dr. Dobbs which has a "C/C++" section with articles from highly influential members of the C/C++ community.

C++ is a complex language, so people invent ways to show how dedicated they are to it, and nowadays that means pretending to get all worked up over the term "C/C++".

Re: It's time to halt starting any new projects in C/C++

#32

I think this title could be misinterpreted. There is a difference between Mark Russinovich saying this, as a personal opinion, and Mark Russinovich, Azure CTO, saying this as a company policy/directive. This tweet does not indicate that it's from him in his official capacity as Azure CTO.

I don't want to sound too girle or fanboyish but there is no other way to say it so I'll say it (hopefully he won't read this)- Mark Russinovich transcends titles and if he's said something about technology, it's probably 99.999% true.

Also, RITF, I love Rust but remember zig exists so chill

I also want to say one thing-- sometimes it's not so easy to just decide to write a project and say okay let me write this in Rust. You have to see available ecosystem. I hate python because I'm a systems programmer at heart but damn sometimes all it takes is a pip install, import and 3 lines to get going and understanding things.

Rust ecosystem is hugely lacking. I don't want to spend time writing boilerplate FFI. I've heard zig is better in this regard

Re: It's time to halt starting any new projects in C/C++

#34

I'm waiting for Rust to support both static and dynamical link equally well. static link produces binaries too large for my embedded boards when stdlib is needed. dynamic link looks like a second class citizen to me in Rust. Is there some hope?

you can use no_std when available.

not sure how dynamic linking would help when your boards don’t have enough (flash ?) space… the linked library still needs to go somewhere? how small of a flash medium are you using?

Re: It's time to halt starting any new projects in C/C++

#35

I'm waiting for Rust to support both static and dynamical link equally well. static link produces binaries too large for my embedded boards when stdlib is needed. dynamic link looks like a second class citizen to me in Rust. Is there some hope?

Since Rust doesn’t have a stable ABI or separately compiled generics, wouldn’t dylibs necessarily be limited to exporting a C ABI?

My understanding (which might be wrong) is that you can rely on Rust not making incompatible ABI decisions between builds of the same optimization level on the same compiler version. In other words: you don't need to export a C ABI as long as you're able to enforce that every crate is built dynamically with the same compiler and flags.

That is of course still a significant restriction!

Re: It's time to halt starting any new projects in C/C++

#37
post #20

Earlier quoted context omitted.

To be fair, anything done in Python can be said about JS and under V8 will execute faster. But idk what OP is saying lol

Eh, the main thing that can be done in python is calling all the libraries that have been written for python. Can't do that from JS.

Because they’re written in Python.

Re: It's time to halt starting any new projects in C/C++

#38

The C/C++ people hate it when you call it C/C++.

I certainly don't. Although I also write Rust now, so I suspect someone will accuse me of having split loyalties or something equally ridiculous.

The only context in which I care about "C/C++" is on resumes, where it's a sign that I need to ask a little more about the person's background.

Re: It's time to halt starting any new projects in C/C++

#39

Earlier quoted context omitted.

>> For systems programming, use whatever the Linux kernel uses. https://www.zdnet.com/article/linus-torvalds-rust-will-go-in... >> For everything else, there is javascript. Scientific / numerical computations? GPU / CUDA programming? Machine learning? Natural language processing?

Quoted post unavailable.

No post body was provided.
Post reply on HN