clktmr

30 ms·

1.
by clktmr 1mo ago
There is so much wrong with this, I don't even know where to start. But most of all, why would OP think that anybody is interested in reading their "incomprehensible ramblings" (aka brainfart) regurgitated by an LLM? There is
2.
by clktmr 2mo ago
Hard disagree. I still consider this an example of a very well written email https://news.ycombinator.com/item?id=23961036 Well it certainly depends on the recipient, but I will often take some time to make the email person
3.
by clktmr 3mo ago
> I personally wouldn't care if it was AI-generated or not, as long as the content fit the latter category. It's pragmatic. Linus once said, the reason C++ is not allowed in the kernel is to keep the C++ people out.
4.
by clktmr 3mo ago
You knew exactly what you wanted, since you already built it. All decisions were already made, all tradeoffs reached. LLMs are definitely helpful, but try exploring something new with them and you'll slow down significantly.
5.
by clktmr 4mo ago
I am a Freelancer who has worked the last ten years on Embedded/Containerized Linux Systems. Last project (~5y) included evaluating and moving an existing product from Linux Network Stack to high-performance DPDK based solution. I have
6.
by clktmr 4mo ago
https://archive.is/71GCn
7.
How Not to Buy SpaceX Stock (It's Harder Than You Think)(cranberries.medium.com)
22 points by clktmr 4mo ago|7 comments
8.
by clktmr 4mo ago
This just shows how bad search engines have become. About 15 years ago you could type fully worded questions into Google and would be pointed to the exact sentence of a website that answers your question. I happened so slowly, we were all f
9.
by clktmr 5mo ago
> Agents, by making it easiest to write code, means there will be a lot more software. Economists would call this an instance of Jevons paradox. Each of us will write more programs, for fun and for work. There is already so much software
10.
by clktmr 6mo ago
I've written a fair amount of code for EmbeddedGo. Garbage Collector is not an issue if you avoid heap allocations in your main loop. But if you're CPU bound a goroutine might block others from running for quite some time. If your
11.
by clktmr 6mo ago
The thing is, you'll typically switch to master to merge your own branch. This makes your own branch 'theirs', which is where the confusion comes from.
12.
by clktmr 6mo ago
> - he's labeled GenAI as nuclear waste ( https://www.webpronews.com/rob-pike-labels-generative-ai-nuc ...) The whole article is an AI hallucination. It refers to the same "Christmas 2025 incident". The inte
13.
by clktmr 7mo ago
The advent of coding agents killed Hacker News to some degree for me. Before I could always come here to get a pause from the hype, scandal and bait. Top comments were usually insightful; I really had this feeling to learn while browsing th
14.
by clktmr 7mo ago
It's probably in their interest to have as many vibed codebases out there as possible, that no human would ever want to look at. Incentivising never-look-at-the-code is effectively a workflow lockin.
15.
by clktmr 7mo ago
At least try a different question with similar logic, to ensure this isn't patched into the context since it's going viral.
16.
by clktmr 7mo ago
It's pretty good at dead code elimination. The size of Go binaries is in large part because of the runtime implementation. Remove a bunch of the runtime's features (profiling, stacktraces, sysmon, optimizations that avoid allocati
17.
by clktmr 7mo ago
You don't know what you want. That's why asking questions doesn't work. You think you know it, but only after you've spent some time iterating in the space of solutions, you'll see the path forward.
18.
by clktmr 9mo ago
This is so ironic. Why would you add all these "features" to Go, if you're not interested in using the language at all?
19.
by clktmr 9mo ago
There is also yaegi, a Go interpreter, which might be a better choice for small scripts than 'go run'. https://github.com/traefik/yaegi
20.
by clktmr 9mo ago
Hey panos! I only had a short look at this for now, and it looks impressive! I'll have to dust off my Dreamcast and get this running. I looked at gccgo when porting the runtime to n64, but at the time it wasn't updated since go1.1
21.
by clktmr 9mo ago
This would also benefit the Embedded Go project, which uses similar modifications to the runtime. https://embeddedgo.github.io/
22.
Go on the Nintendo 64(timurcelik.de)
3 points by clktmr 10mo ago|0 comments
23.
by clktmr 2y ago
Can you imagine their fork extending git with a feature which is incompatible to mainline git and then forcing user's to switch to their fork via github? I can, and it will give them the power to extinguish mainline git and force ever
24.
by clktmr 2y ago
I can provide another POV to that story. We checked in as a family of four, and we're assigned seats in four different rows, with a two and a four year old. Only when entering the plane we had the possibility address this to a human a
25.
by clktmr 2y ago
I agree in general, but running git bisect on individual PR commits is just doing it wrong. There will always be commits that break stuff temporarily. Run git bisect only on the merge commits instead, which are typically already tested by
26.
by clktmr 2y ago
You might want to take a look at the Analogue Pocket.
27.
by clktmr 2y ago
Very interesting! I would propose to add 'foot' to the list, which is also very performance oriented.
28.
by clktmr 2y ago
I feel this becomes more and more relevant again: https://www.cs.utexas.edu/users/EWD/transcriptions/EWD06xx/E... Edit: To add on this, I think there is a lot of software that is written in a throwaway f
29.
by clktmr 2y ago
There is also gokrazy[^1], which isn't focused on k8s, but on deploying on a rpi. [^1]: https://gokrazy.org/
30.
by clktmr 3y ago
As long as there is no AGI, no software engineer needs to be worried about their job. And when there is, obviously everything in every field will change and this discussion will soon be futile.

More ›