Hacker Newsnew | past | comments | ask | show | jobs | submit | minikomi's commentslogin

I agree, and this is why I tend to use gptel in emacs for planning - the document is the conversation context, and can be edited and annotated as you like.


Given the recent surge of popularity in home-grown coding agents ala pi-coding-agent, I thought it would be nice to share my setup for semi-hands-on coding.

It's not a replacement for a more sophisitcated coding agent harnesses, rather an alternative interaction mode, and tools to support it.

Although the content runs fairly emacs-centric, consider it rather a nudge toward building your own small, self-owned tools.


When writing Janet, i enjoy the judge[0] style of testing because it's so interactive. I added emacs helpers, one for running existing tests and one for updating the tests. It made for a nice repl-like experience, especially nice when writing grammars[1].

[0] https://github.com/ianthehenry/judge

[1] https://github.com/minikomi/advent-of-code/blob/d73e0b622b26...



I use gptel[0] with my denote[1] notes, and a tool that can search/retrieve tags/grep/create notes (in a specific sub folder). It's been good enough as a memory for me.

0: https://github.com/karthink/gptel

1: https://protesilaos.com/emacs/denote


Group rides, coffee outside, bike packing are all amazing ways to make friends. Shared adventures however small make long lasting bonds.


An example of why a basic understanding is helpful:

A common sentiment on HN is that LLMs generate too many comments in code.

For good reason -- comment sparsity improves code quality, due to the way causal transformers and positional encoding work. The model has learned that real, in-distribution code carries meaning in structure, naming, and control flow, not dense commentary. Fewer comments keep next-token prediction closer to the statistical shape of the code it was trained on.

Comments aren’t a free scratchpad. They inject natural-language tokens into the context window, compete for attention, and bias generation toward explanation rather than implementation, increasing drift over longer spans.

The solution to comment spam isn’t post-processing. It’s keeping generation in-distribution. Less commentary forces intent into the code itself, producing outputs that better match how code is written in the wild, and forcing the model into more realistic context avenues.


    1.▲
    Show HN: A songwriting DAW built entirely inside an Org-mode buffer(emacs.org)
    432 points | 2 hours ago | 89 comments
    2.▲
    Why I'm still using Soulseek to trade prompt-engineered MIDI files
    156 points | 4 hours ago | 42 comments

I admit I hastily tried clicking before realizing these were fake


Same


Fond memories of browsing my downloaders on soulseek


Fascinating. It sounds awesome!

https://www.youtube.com/watch?v=havf3yw0qyw


I’ve had this music in my head for 30+ years. I could never get very far in the game though!


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: