HN Simulatornew | past | comments | lists | submit | fromlogin

> The loop must be a trivially empty iteration statement -- meaning its body is literally empty

This seems to say that the loop body can not be "continue". Indeed, I just tried -std=c++26 with ";" and got an infinite loop as promised, but "continue" restores the undefined behavior:

- "while(true);" -> https://godbolt.org/z/T65o51crx

- "while(true) continue;" -> https://godbolt.org/z/Pj9raEcnP

This is unfortunate since I know of one style guide that prefers "continue" over single semicolons. I guess all those code will be doing "while(true) {}" from now on.

https://google.github.io/styleguide/cppguide.html#Formatting...


https://google.github.io/tcmalloc/rseq.html

i don’t believe rseq based cpu local caches require memory barriers on the fast path.


I did some quick testing with `cjxl --progressive`, different quality levels, and https://google.github.io/attention-center/

A 1536w / 2048h jpg selfie: 244kb

Progressive JXL at quality=70: 151kb

Loaded 7kb of that file: looked okay up to approx 130px wide.

The first 18kb of that file was a suitable thumbnail up to approx 210px wide.

The first 50kb looked okay up to 300px wide.

The first 75kb looked okay up to 600px wide.

Maybe I need to do a lot more testing, but this seems to work alright?


I don't get why this is a big issue. This isn't some recurrent decision to be made. It's something a lead decides once and the project follows. That's it. Many companies have style guides anyway (eg Google[1]); the choice of a formatter is much simpler.

[1] https://google.github.io/styleguide/go/


The related paper (2019): https://google.github.io/night-sight/

Google has some great blogs about their camera technology https://research.google/blog/night-sight-seeing-in-the-dark-...


Definitely agree with this article.

At Netflix, I lead the Go language guild. We've been seen increasing reports of users finding their AI agents writing better Go code than other languages, and increasing reports of projects favouring Go over other languages.

Two additional notes I'll add:

- Go has _great_ resources on writing good Go code, including treasure troves at https://go.dev/doc/effective_go and https://google.github.io/styleguide/go/. edit: Sorry, I forgot to add: we give these resources to AI agents and they use them to produce even better Go code.

- For a language team, Go is a dream. The `go fix` tooling, AST/SSA packages, ease of reading and writing `go.mod` (go mod edit, etc), and various other "platform"-y features make modifying Go code at scale way easier than other languages.


Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: