| ▲ | dalvrosa 6 hours ago |
| Fair, but agentic tooling can benefit quite a lot from this Opencode, ClaudeCode, etc, feel slow. Whatever make them faster is a win :) |
|
| ▲ | httpsterio 5 hours ago | parent | next [-] |
| The 2ms it takes to run jq versus the 0.2ms to run an alternative is not why your coding agent feels slow. |
| |
| ▲ | jmalicki 4 hours ago | parent [-] | | Still, jq is run a whole lot more than it used to be due to coding agents, so every bit helps. The vast majority of Linux kernel performance improvement patches probably have way less of a real world impact than this. | | |
| ▲ | PunchyHamster 2 hours ago | parent [-] | | > The vast majority of Linux kernel performance improvement patches probably have way less of a real world impact than this. unlikely given that the number they are multiplying by every improvement is far higher than "times jq is run in some pipeline". Even 0.1% improvement in kernel is probably far far higher impact than this | | |
| ▲ | jmalicki 2 hours ago | parent [-] | | Jq is run a ton by AIs, and that is only increasing. | | |
| ▲ | foobarian 2 hours ago | parent [-] | | I can't take seriously any talk about performance if the tools are going to shell out. It's just not a bottleneck. |
|
|
|
|
|
| ▲ | jamespo 6 hours ago | parent | prev [-] |
| It's not running jq locally that's causing that |
