ΚLΛUS ΡΟST 🔋93%

New bsky link : bsky.app/profile/klausp…

@Aldas001 3) You can't compare the end-of-regulation period to the beginning. It is fun because teams&drivers haven't figured out optimal strategies. Long term I'm still undecided.

What’s your verdict so far on the racing and state of F1 in 2026 compared to the previous generation?

@goinggodotnet I think you are mostly wrong. A) Garbage Code In -> Garbage Code Out. B) Reviewing for bad architecture/design is more important than ever. C) Static checks are also sanity checks for Agents. D) Having an IDE as secondary UI for agents make them still relevant IME.

Get ready my friends, the IDE is dead. Everything is headed away from engineers even looking at code. Code readability, linters, vetting, none of it will matter sooner than you think. Your ability to maintain a semantic understanding of the code will be important in this next phase. How low level will that semantic understanding need to go? That will also change over time. That's where I am now. Struggling to maintain my lowest level semantic understanding of the code so I can improve the reliability and performance while still understanding the tradeoffs I'm making. The engineers who develop this skillset will continue to have opportunities.

@lukechampine If by "Programming" you mean "Handwritten Code", 100% agree. It's gone, or soon will be for those that are slow to switch. For now the engineering (making good choices) part is still needed, though. Thankfully that is also what I find most interesting. Not the execution.

Man. It's really all going away, isn't it. Programming had its day in the sun, and the sun is now setting. Bell Labs, Office Space, Dilbert -- already long gone. Soon, no new conferences. No new languages to learn. No new crop of hackers eager to learn our ways. Very bittersweet.

Proposal for #golang compress/zstd implementation: #go-zstd-library" target="_blank" rel="nofollow noopener">github.com/klauspost/stdg…

Proposal for stdlib #golang compress/zstd implementation: github.com/klauspost/stdg…

Release notes: github.com/klauspost/comp…

New v1.18.4 release of #golang compression library adds zstd compression to gzhttp middleware. Also zstd can now have some options modified on reset.

@lukechampine 👆It is crazy empowering, though. I can visualize stuff I would've never found the time to do.. For example did minlz.klauspost.com as 100% vibe code.

@sh0dan Seriously what do programmers even put on a resume these days “Yeah I can build anything in any language, just like every other competent engineer. Please don’t make me write JavaScript though.”

these days, the only place I write code entirely by hand is in GitHub review comments

Released #golang compression v1.18.3 containing upstream CVE-2025-61728 fix: github.com/klauspost/comp…

@lukechampine Oh yeah, remember that one. The fixed point collision is still funny. The visualizations are still some of the best!

Happy 10th birthday to one of the greatest TAS videos of all time youtube.com/watch?v=kpk2td…

See more: github.com/klauspost/reed…

The #golang reed-solomon package has a new release. With progressive field decoding and some significant speedups. Link in reply.

@lukechampine Yeah. It does have some neat properties. But haven't had much use for it. Feel free to hit me up if you want some feedback at some point!

@sh0dan Yeah, frankly I have no idea if this format is “worth” porting, I just haven’t done one of these in a while and figured it would be a fun weekend exercise. :) Once it’s working I’m curious to try some different API designs.

2 likes and I'll port this to Go

@lukechampine It would be interesting to be able to map to and from structs, maps, etc. It could be either codegen or reflection. I guess either would work. I got a bit nerdsniped and tried to lay out how a mapping with codegen could look: gist.github.com/klauspost/d483…

@lukechampine Interesting. It does heavily favor read/write speed - and kinda omits the obvious compaction that would have to take place. Though that would probably be pretty trivial. I do miss a wire spec, though. I've found the use cases for "unmapped" serialized data to be quite limited.

Compression for #golang v1.18.2 released. If you use v1.18.1 please update.

Check it out here: github.com/tinylib/msgp/r…

Now even more #golang msgp codegen in v1.5.0. Now with generics. Generates code 1000x faster than your LLM! :D Link in replies...