Posts

Showing posts with the label open source

GitHub Pull Requests Are Turning 'Claude-Like': What 460,000 PRs Reveal

Image
A new analysis of roughly 460,000 GitHub pull requests found a distinct vocabulary cluster resembling Claude's writing style jumped from 0.7% in early 2025 to nearly 39% by mid-2026. The study never looked at the actual code changes, only the words contributors used to describe them. Specific terms like 'load-bearing,' 'seam,' and 'byte-identical' turned out to be reliable markers of this shift. What Happened An independent study clustered roughly 460,000 GitHub pull requests purely by the vocabulary used in PR descriptions and commit messages, ignoring the underlying code entirely. It found that a specific writing-style cluster grew from just 0.7% of PRs in early 2025 to nearly 39% by mid-2026 — a shift large enough to reshape what a 'typical' PR description looks like across a huge, real-world sample. The Telltale Words The cluster is marked by recurring word choices: 'load-bearing,' 'plainly,' 'quietly,'...

gomacro: An Interactive Go Interpreter with Generics and Macro Support

Image
Go is a compiled language, which means it has traditionally lacked a native REPL for quick experimentation. gomacro fills that gap by implementing an interpreter for Go, written in Go itself, that runs both as an interactive shell and as a script executor. According to its project page on GitHub, it now also supports Go generics and a macro system, features not found in the standard toolchain. What gomacro Does gomacro (hosted at cosmos72/gomacro on GitHub) describes itself as a nearly complete Go interpreter. It lets developers type Go code line by line into a REPL and see results immediately, without compiling a binary first. It can also execute existing `.go` script files directly. This matters because Go's design philosophy has always favored compiled, statically-typed execution over dynamic scripting. Tools that bring REPL-style interactivity to Go have existed before (such as `yaegi`), but gomacro distinguishes itself by explicitly supporting generics, introduced in Go 1...