It uses other signals too, like what other sites you’ve visited with that checkbox on it, what CloudFlare has seen your IP address doing in the past, etc.

The google one is able to see if you’re logged into a google account and take that into account.

There’s even a new variant of the Google captcha that is invisible and doesn’t even bother to show a checkbox.

I’ve used a number of different Linux distros (including Debian) on laptops over the years. Although most recently my XPS 15 was running Arch.

*rate, comment, and subscribe

Gotta get those five stars

I think they’re lawful evil, more devils than demons.

Hi, I’ve been doing TypeScript in my day-job and hobbies for six and a bit years now. I would not write JS in any other way.

TS is also a superset of JS so all JS is valid (unless you turn on strict mode). So there is no productivity loss/learning curve unless you want there to be.

In fact, a lot of people who think they’re not using typescript are using it because their editors use typescript definitions for autocomplete and JSDoc type signatures are powered by typescript.

In my experience I haven’t had an issue because usually the refactorings are small. If they’re not I just hop on a call with the person who wrote the MR and ask them to walk me through it.

In theory I’d like to have time to dedicate solely to code health, but that’s not quite the situation in basically any team I’ve been in.

You should refactor as needed as you go because refactoring cases are never gonna be prioritised.

There’s a markdown entry thing in the drop down menu that’ll convert your MD to their formatting.

I’m running on 0.19.3 without any issues on Linux arm64. I built my own docker image though.

Rust is roughly similar to C in most of these benchmarks and beats it in a few: https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/rust.html

Arguably when LLVM gets a bit better, Rust can be even faster than C because rust can be optimised in more places safely than C code can. The issue is that LLVM wasn’t written with that in mind, so some performance is left on the table.

Go, Java, and Nim (in most cases) are all memory safe but are generally slower than C or C++ due to the ways they achieve memory safety.

Rust’s memory safety approach is zero-cost performance wise, which makes it practical for low level, high throughput, and low latency applications.

That flag exists, it’s called unsafe for if you need to tell the borrow checker to trust you or unwrap if you don’t want to deal with handling errors on most ADTs.

You can always cast anything to an unmanaged pointer type and use it in unsafe code.

A crash is different to a SEGFAULT. I’d be very surprised to see a safe rust program segfault unless it was actively exploiting a compiler bug.

As a compiler developer this speaks to me on a deep level lol

((a, b) => a ?? b)();

const fn = (a, b) => a ?? b

ARM, but Apple has the most advanced ARM chips and macOS /The AS Platform has the best amd64 to arm64 translation layer.

I mean at that point you’re basically running macOS 😉

I couldn’t imagine buying any laptop other than a Mac because the performance to battery life ratio on everything else is awful. Plus if you want a UNIX system, it’s an easy buy.

After owning an Apple ARM laptop I’d never go back to anything else.

Manjaro and Antergos are just asking for trouble. If you want Arch, use Arch. Otherwise Ubuntu, Debian, Linux Mint, and Fedora are popular.

I don’t think the full Radeon suite is on Linux but there are tools for screen recording like simple screen recorder and OBS.

There is lots of 3rd party software available on all of these distros in their respective package managers, but Ubuntu has the advantage with PPAs allowing for more 3rd party repos to be easily added to the package manager.

HDR support is still very early/basic right now: https://wiki.archlinux.org/title/HDR_monitor_support