Weerasak retweeted
🎙️ We sit down with James Gosling @errcraft, creator of @java at Sun Microsystems, to talk about the early networking friction that drove the need for interconnectedness, the stringent reliability requirements of consumer electronics companies that inspired the Java virtual machine, and the evolution of garbage collectors that allow Java to handle large-scale concurrent memory management.
stackoverflow.blog/2026/10/2…
Weerasak retweeted
Thoughtworks Technology Radar Vol. 35 is out now 👉 tinyurl.com/yax6p7d7
#TWTechRadar
Weerasak retweeted
FP folks -- please encourage recently completed PhD students to publish their dissertation abstracts in the Journal of Functional Programming: simple process, no refereeing, open access, 250+ published to date, deadline 30th November 2026. Please share! tinyurl.com/jfp-phd-abstract…
Weerasak retweeted
Spotlight on Cedrick Namkat's talk: Error Tracing in Go: Lessons Learned from the Trenches.
youtu.be/rP-QWRP3lQ0
#gopherconEU #golang
Weerasak retweeted
We asked GPT-6 Astra to edit Qwen3.5-0.8B weights to improve math.
It directly changed only 0.016% of weights, fixing 0.8B's reasoning loops & improving math up to 6x and even instruction following 3x, without gradients or training.
We call this Weight-Space Programming: frontier LLMs can now natively read/write neural network weights! 🧵
Blog: rikiyat.github.io/blog/weigh…
Readers added context they thought people might want to know
LLM was given weights explicitly as text in prompt and used code/forward passes (per authors' logs) to ablate Qwen looping direction, a known thinking-mode issue per model card. Primarily fixed repetition in that mode, not general 'natively' improving weights/math.
rikiyat.github.io/blog/weight-sp…
github.com/RikiyaT/lm_und…
huggingface.co/Qwen/Qwen3.5-0…
huggingface.co/RikiyaT/Qwen3.…
Weerasak retweeted
I'm currently reviewing some upstream patches for Go.
As part of this, I had my clanker make this simple diagram explaining Go's GC cycle.
It's basically a very simplified version of the comment in go.dev/src/runtime/mgc.go .
Phase durations will vary depending on workload.
Weerasak retweeted
IaC isn't dying, it's becoming more essential. Non-deterministic layers add new volatility to the stack, but they don't break the core principles. For example, it's becoming more obvious that we want some layers to be truly reproducible.
Weerasak retweeted
It was 2014 and we were rewriting Google Cloud’s library ecosystem. Go was getting traction because of Docker and container orchestration projects. I decided to kick off a 20% project to support Go with a couple of peers. We’d have never imagined one day it’d become the #1 language for all GCP calls.
🔥 @golang just became the most-used language on @googlecloud.
Java is close behind (on raw SDK API requests). Fastest growing? Python, Rust, C++, JS, and C# adding users and SDK requests rapidly.
Install the Go SDK (github.com/googleapis/google…), along with Genkit Go, and ADK Go!
Weerasak retweeted
One road trip across Western Canada left Sadie Freeman with 540 one-minute dashcam clips and over 100GB of footage, far too much for any video editor. So Sadie built a tool in Go to turn it all into a timelapse.
This talk follows that project from the simplest thing that worked to a full concurrent pipeline, including the moment unlimited goroutines took the laptop down, and the lessons on when running things in parallel really helps.
Watch the full talk here: youtu.be/6U1l2L50IeM
Highly recommended read.
Stop focusing on using LLMs to help you write better code.
Instead, focus on enabling the LLM to write better code faster.
I agree that skills like orchestration and systems thinking matter more than ever. I'd also add understanding how to constantly measure the effectiveness of those LLMs, automations, and workflows through rigorous evals.
Replying to @josephfcox
Here is Proton CTO's AI manifesto, that I obtained multiple copies of 404media.co/manifestos-fear-…
Weerasak retweeted
Go, TypeScript and Rust may be the only languages I need until the end of my life. And a tiny bit of bash.
Weerasak retweeted
We're prototyping native language support in Next.js, starting with Route Handlers and Proxy in Go.
This gives you more options for CPU intensive workloads on the server, alongside your React app.
Weerasak retweeted
Next Native is coming. The whole world will be natively optimized in the coming months. Safe, performant, and cost-efficient.
Some people think we can't learn software design with Go as it has no classes, no inheritance, no method overloading, etc
But software design is about how we organize code, manage dependencies, and keep a change in one part from breaking another.
E.g., encapsulation, it means controlling how other code can read or change our data.
- In Java, we can use classes and private fields.
- In Go, we can use packages and unexported names.
Of course, they don't work the same way, but both let us choose what other code can access and what we want to keep inside our package or class.
Polymorphism means the code can work with different implementations through an interface. Both Java and Go have interfaces but types in Go don't need a shared parent class, if they have the required methods, they satisfy the interface.
DI or dependency injection is when we give a component what it needs instead of making it create that dependency itself.
Like we can pass a database connection to a service when we create it. If the service accepts an interface, a test can pass a test implementation and we can do this with function parameters, I guess most of us have probably done it without knowing it was called dependency injection.
Memory management is a separate (but interesting) topic.
Go and Java use garbage collection, so we do not need to free heap objects ourselves. But we still need to understand how much memory our code uses, what happens when code shares data, and how keeping a reference to an object can stop the garbage collector from freeing it.
Knowing syntax means we know how to write valid code. But more important is understanding the concept. I mean can we explain what practical problem it solves and when to use it? If we can solve the same problem in 2 different ways, which one is better and why?
Actually starting with a complex, feature-rich language can be a good choice. Experience can't be taught, sometimes we need to spend time with that complexity before we can appreciate how simple the next language can be.
Weerasak retweeted
🔥 @golang just became the most-used language on @googlecloud.
Java is close behind (on raw SDK API requests). Fastest growing? Python, Rust, C++, JS, and C# adding users and SDK requests rapidly.
Install the Go SDK (github.com/googleapis/google…), along with Genkit Go, and ADK Go!
Weerasak retweeted
This doesn't replace engineering work. It's reshaping the work so fundamentally that the job starts to look like building for the moment or finding defendable layers against others. It requires more agency, flexibility and intuition, and strategical thinking.

























