I agree with you, but considering the state of modern software, I think the values "truth and correctness" have been abandoned by most developers a long time ago.

Be that as it may, we shouldn’t be striving to accelerate the decline, and be recruiting even more people who never learned those values.

It’s the Eternal September of software (lack of) quality.

Since C++17 there is std::variant

https://en.cppreference.com/w/cpp/utility/variant.html

These are not proper sum types, since you're limited to one variant per type.

I am not sure what you mean, you can definitely have e.g. an

    std::variant<int, std::string, bool>

Which is a sum of those three types.

See the first IpAddr example here[1], where you have separate variants, both with string representations. You can't do this with std::variant. You have to use separate types.

[1] https://doc.rust-lang.org/book/ch06-01-defining-an-enum.html

I see what you mean now, thanks. To reproduce that example with std::variant I would need some kind of strong type alias, which as far as I know is missing from C++; so the only feasible way to do that would be wrapping the string in another class or struct.

> or that you don't own the device you use (which makes it unacceptable)

It's already like this, unless you go out of your way to install a custom Android rom, which 99.9% of people will never do.

I agree it is unacceptable.

But dog breeds are much more diverse than humans. For example, a chihuahua weights about 2kg, a St. Bernard about 70kg. That's a 35x size difference.

A metric kilobyte is 1000 bytes. An imperial kilobyte, on the other hand, is 5280 bytes.

Nah, an imperial kilobyte is 5280 bits. That's way more plausible.

> Are people making user facing apps in rust with uis?

We are talking not only about Rust, but also about C and C++. There are lots of C++ UI applications. Rust poses itself as an alternative to C++, so it is definitely intended to be used for UI applications too - it was created to write a browser!

At work I am using tools such as uv [1] and ruff [2], which are user-facing (although not GUI), and I definitely appreciate a 16x speedup if possible.

[1] https://github.com/astral-sh/uv

[2]https://github.com/astral-sh/ruff

> There are lots of C++ UI applications.

Is there? UI applications historically used to be written in C++. But in this decade, I don't think many new GUI are being written in C++

Games are, anything based on Qt/KDE, UWP/WinUI (even if it is mostly Microsoft employees).

Now even if it is Flutter, React Native, or Chrome/Electron, they are powered by C++ graphics engine, and language runtimes.

The engine being written in C++ does not mean the application is. You're conflating the platform with what is being built on top of it. Your logic would mean that all Python applications should be counted as C applications.

Indeed too many fake Python libraries.

I think this is related to the C++ standard library implementation.

Using pthread in C, for example, TBB is not required.

Not sure about C11 threads, but I have always thought that GLIBC just uses pthread under the hood.

I don't know the details since I'm mainly a windows dev, but when porting to linux, TBB has always been a huge pain in the ass since it's a suddenly additionally required dependency by gcc. Using C++ and std::thread.

Also clang, and in general parallel algorithms aren't available outside of platforms not supported by TBB.

C++26 will get another similar dependency, because BLAS algorithms are going to be added, but apparently the expectation is to build on top of C/Fortran BLAS battle tested implementations.

Thsi talk is scheduled for January 31st, or am I missing something? Why is it being posted here? There is no video yet.

This is correct.

I suppose this is relevant to a subset of HN audience who attend FOSDEM. Even the talk abstract is worth discussion as it highlights an important side effect of FOSS goals and the current state of the world.

all talks are recorded. so you can watch it live or on replay. Talks are free to attend; they are @ ULB campus in Brussels. 31st of jan - 1 of feb.

We just call it "apps" now.

On my personal devices, I turned off syntax highlighting a few years ago to see how hard it would be to live without, but I ended up liking it and I have not turned it back on since. I am mostly working on small (<10k LOC) projects, or single-file programs (e.g. Advent of Code).

However, at work I am working on a much larger code base, and the extra help given by syntax highlighting (for example, having a quick visual feedback on whether a method exists or not) is valuable to me.

I think this also depends on the language used: at home I mostly program in C, but if I were doing more e.g. C++, I would probably enjoy some syntax highlighting.