Almost every new language that has come out in the last ~10 years or so tries hard to avoid null pointers, and old languages try very hard to mitigate the problem in various ways.
Dart went through a tedious process of removing nullability.
Kotlin doesn't have nullability (well, sort of, using Java bindings can still get you null pointer exceptions).
There are lot's of attempts for Java, from static analysis tools (eg recently from Meta , but there are older solutions), Springs new @NonNull, etc.
C# switched to making non-nullable the default a few years ago.
Rust only has null pointers in the unsafe part of the language, and only for low level raw pointers, not for traits.
Go is the odd one out.
That strawman is not the argument. The argument is that "popular languages have it, so it must be solving some problem".
You can say what you like about popularity, but it still remains a good indicator of what works in practice and what doesn't, especially when the alternatives are all well-known and have been around for decades.
Popular amongst Rust fans, certainly. Popular amongst employers, no. It's still barely a rounding error for employers.
[1] https://www.theregister.com/2022/12/02/android_google_rust/
I find it likely that Rust in the Linux kernel will not be used for anything important (other than architecture-specific code) until either it can be compiled using GCC (either the GCC backend for the Rust compiler, or the Rust frontend for the GCC compiler), or the LLVM backend supports every single architecture supported by the Linux kernel (or the Linux kernel loses support for the architectures the LLVM backend doesn't support).
Yeah, and it's also not popular. The reason I said "popular" is because the popular languages are addressing pain-points for devs.
If nil/null was a pain point, none of the popular languages would allow nil/null values.
The simple fact is that, for many developers, there is a pressing need to indicate lack of a value. Languages that don't address this pain-point never really get taken up en masse.