Same here

It's not Chinese, it's Japanese.

If you want to learn more about this, I strongly recommend reading the 1978 book "How to Design and Build Your Own Custom TV Games": https://forums.arcade-museum.com/threads/how-to-design-and-b...

Tests can't catch race conditions in multithreaded code. Now that I told you what the tests can't catch, can you imagine writing tests for that specific thing?

I've written tests around multithreaded code, but they typically catch them in a statistical manner - either running a bit of code many times over to try and catch an edge condition, or by overloading the system to persuade rarer orderings to occur.

There's also https://clang.llvm.org/docs/ThreadSafetyAnalysis.html which can statically catch some threading issues, though I've not used it much myself.

tsan will catch a bunch of potential race conditions for you, under the condition that you run it somehow. How to make sure it's run? Well, add a test for the relevant code and add it to your tsan run in your CI and you'll certainly catch a bunch of race conditions over time.

This has saved me a bunch of times when I've be doing work in code with proneness to those kind of issues. Sometimes it will just lead to a flaky test, but the investigation of the flake will usually find the root cause in the end.

I’ve written tests to do exactly that, by adding carefully placed locks that allow the test to control the pace at which each thread advances. It’s not fun but you can do it.

Doesn't inserting locks affect the memory hierarchy consistency mechanisms and therefore interfere with possible race conditions?

That’s not a situation I’ve encountered but “race condition” is an extremely broad category.

> Tests can't catch race conditions in multithreaded code.

Citation needed.

> can you imagine

Yes I can, because several languages have tooling built specifically for finding those race conditions.

If you built it, you can test it. If you can’t test it, you don’t understand what you built.

You might be able to reach the repo author on X: https://x.com/naklecha

MAI Basic Four Inc. was a relatively succesful computer manufacturer that sold business computers that used BASIC as the development language for business applications: https://en.wikipedia.org/wiki/Basic/Four

I guess that what OP meant is that LLMs are not specifically trained to do translation, they learn to do it as a side effect.

In 1983, when I started using Unix, I went through the manuals for Unix System 7 trying to learn about every program that came with the system. So I tried SCCS, but at that time I wasn't developing software as part of a larger team so I decided it wasn't useful to me.

Many years later I bought the book "Applying RCS and SCCS: From Source Control to Project Control", half-read it and decided I still didn't feel it was something useful to me. It wasn't until 1998 or 1999 that I started using CVS, then a few years later switched to SVN, an finally to Git (between SVN and Git I spent a few years using Unity's Asset Server).

"...can't reproduce the human mind because it's obvious that is not how we work" <-- that's a very strong assumption, without any concrete evidence to support it

See above

"stole a huge quantity of copyrighted material" <- nobody stole anything, even if it's eventually determined that there was some form of copyright infringement it wouldn't have been stealing