Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

52% Positive

Analyzed from 1987 words in the discussion.

Trending Topics

#notes#brain#second#comments#more#code#something#ideas#thing#idea

Discussion (59 Comments)Read Original on HackerNews

synalxabout 4 hours ago
I have this problem even in codebases. Claude will work on something, and add detailed comments in which it extrapolates the from the design and confidently states intentions and decisions which aren't actually grounded in reality. Then, later sessions suffer when it reads back those hallucinations and treats them as canonical.
bartread23 minutes ago
Delete the comments: I’ve gone on a tear with these recently because they’re nothing but trouble.

The absolute least worst outcome is they chew up your token budget. But what tends to happen, and this is much more serious, is they poison future work and make further modification of the codebase more burdensome and error prone.

LoganDark16 minutes ago
Absolutely. IMO, comments can explain historical reasoning for the code, but refactorings can benefit heavily from rethinking ideas from scratch, as opposed to trying to follow the same reasons. LLMs tend to be misguided by comments, probably by treating them as instructions. Ergo, get rid of them.
post-itabout 1 hour ago
I've been whittling my way towards having Claude write zero comments in code. They're pretty much never helpful.
sdeframondabout 1 hour ago
How do you do it?
ch4s3about 1 hour ago
You could probably add linting rules to your tool of choice and tell claude that your lint tool has to pass.
rco878617 minutes ago
We have this in our harness markdown:

``` ## Comments

Use comments extremely sparingly. Most comments should be at the request of the user. When something warrants a comment, keep it to one or two lines: what the code does and why it's necessary. No background narrative, no replaying the investigation or failure mode, nothing a test name or the commit message already says. Applies to specs too. If a comment needs a paragraph, make the code clearer instead. ```

The comments Claude was leaving got absolutely out of control. Just lines and lines of LLM drivel that was barely intelligible and not remotely relevant to what a code comment should be used for.

mrtesthahabout 3 hours ago
Probably good to establish canonical spec documents up front that it can use and maintain as an independent reference?
rendawabout 1 hour ago
That doesn't solve the problem of it hallucinating more design details and putting them in comments. The solution to too much authoritative documentation isn't more authoritative documentation.
pc86about 1 hour ago
Comments exist for humans to understand the why of the code, including perhaps external dependencies/assumptions/requirements.

LLMs inserting code comments makes zero sense by definition.

lupireabout 3 hours ago
Doesn't need to be "up front", but you do need to curate the context.

AI can't read your mind, and it will read what you (or anyone else) wrote.

Sharlinabout 3 hours ago
Humans can’t read minds either, but most humans aren’t so dumb as to forget what is a normative spec and what is just their own current, evolving model of the problem space. (Though some humans certainly are…)
pydryabout 3 hours ago
It can't but it will try and getting it to stop is often infeasible.
throwaway613746about 3 hours ago
Anthropic hopes you just eventually give up and become completely dependent on Claude. Toss in 10 (or more) other developers with way less discipline and you will become dissillusioned with Claude's overengineered, incomprehensible, technosalad and your demise is pretty much guaranteed.
mccoybabout 2 hours ago
I don't get the second brain thing. I don't keep a second brain, I just read and think a lot. I once did a physics masters and, when asked how to make steady progress, one of the professors (who had published with Paul Dirac no less) made the comment "well, my secret is that I think about physics all the time"

I started practicing this for the stuff I'm interested in ... and the result is that I generate a lot of ideas. 99% of them are garbage.

Before AI, a conversation with colleagues would help me weed out the garbage, and possibly give me a new perspective ("here's something surprising about what you just said!")

Now, AI plays a helpful role in helping me weed out the garbage for the subset of ideas that I can test empirically -- and sometimes it does give me a new perspective, but with significantly more noise than my colleagues, who would take me right to the point that would be useful for me to see.

I've never felt like I needed a second brain ... because if I had such a thing, I think I would be keeping the 99% garbage around -- instead I just let biology GC it.

VBprogrammer43 minutes ago
I don't think I do the second brain thing well but keeping some detailed notes (using a daily note at a scratch pad for one off queries, small scripts etc) and occasionally branching them off into dedicated markdown files like "Database debugging" or "MongoDB" has saved me a lot of time on aggregate.
mmargenotabout 2 hours ago
A key part of maintaining a second brain is revisiting and pruning it. Much like a todo list, without that practice it absolutely just accumulates bunk.
CoolestBeansabout 2 hours ago
So I operate more in line with how you do, but having tried some organizational systems I think I understand the "second brain" people.

One, it forces you to do a crude approximation of critical thinking. It allows you to examine and organize your thoughts, either physically or digitally. It isn't the same as being able to sit and break something down in your mind, but for those who struggle with that, a "second brain" allows them to reap some of those benefits.

Two, it allows you to turnover things quickly in your head. By training yourself to immediately dump out an idea into an organizational system, you don't have to hold so many things in your head. Furthermore, words are immutable and the thoughts in your head aren't.

But for me, the good thoughts usually rise to the top. And there are a lot of things I'm thinking about that are so vague, it's just a feeling. And trying to write those down robs those thoughts of the long term, "on the backburner" mental processing they need to become actual ideas. They're thoughts that are still in the embryonic phase. I can't write down the qualia of them, and when I try to I move them into a "second brain" I lose it.

I think organizational systems are work dependent. Running a business lends itself well to an organizational system. Where it's good to try a lot of shallow things. But something like physics, for example, requires playing with ideas in your mind over a long period of time until they become solid enough to chase more seriously.

I think programming probably straddles that line and it depends on what you're doing at any given time.

Dependanceabout 2 hours ago
Hey, love the hivemind comment to mine. Maybe we do have kind of a second brain...? /s

How do you take notes, generally speaking ?

mccoybabout 2 hours ago
I've never been a good note taker. In the things I think about, when I'm really invested in something, I have to reverse engineer it to experience the why.

Reverse engineering can take several forms for me: it started with writing parts of systems from scratch, and now (due to academic training) it oftens looks like "thinking about how to explain the system to a group of colleagues", which is one degree of separation from writing the system from scratch, but is much faster - and seems to work well when working with LM agents on code (because you have to confront your ignorance)

part of the training in academia is how to know when you don't understood the thing, so this ends up working well for me now.

One trick: you can force yourself to understand something better by making a presentation and imagining you're going to be grilled by someone smarter than you. This is kind of the feeling of pressure that academic paper reviews give (in an ideal world) and it translates when you think about explaining something to someone else.

ssivark41 minutes ago
> It’s so hard to finish an idea that is not yours and is just suggested by AI

Yes! And that's because you can't really delegate ownership/authorship to AI (at today's capability levels). Coding agents might have been RL'd out the wazoo to write code to solve well defined problems, but given a situation the onus of making sense of the ambiguity and identifying the problem -- and even crafting a skeleton for an acceptable solution keeping in mind tradeoffs -- needs to be done by a human taking ownership.

I wrote about this recently from a slightly different angle [1], but the core idea is the same -- which is why it is hard to take over an idea mooted by AI. Before even writing/implementing, the AI has internally resolved ambiguity with several decisions which are arbitrary, and match neither your mental model nor the actual ground reality (which you need to spend time understanding in order to productively interpret).

[1] https://woventhought.substack.com/p/ai-assistants-need-adapt...

altairprimeabout 2 hours ago
Ironically, this is why one of the best ways to manage upwards is to prompt managers into coming up with your idea as if it were their own: they’re dramatically more likely to execute and deliver on it. Of course, this also obviously leads to undue credit given for coming up the idea, which is certainly a core problem with AI as well, but it’s still charming to watch managerial psych being rediscovered by this new generation of managers.
helsinkiandrewabout 3 hours ago
There was a related study posted awhile ago:

> When people think AI did the creative work, task meaning and effort decline

https://www.brookings.edu/articles/when-people-think-ai-did-...

Dependanceabout 2 hours ago
Could anyone enlighten me as to why to use Obsidian in one's daily life ? I have a dozen ideas popping a day and nothing comes close in terms of ease than a paper notebook for capturing and some apple notes equivalent for storage. Used to have a Notion but all the "Second Brain" movement seems...fishy to me ?
beart4 minutes ago
I just want something that I can use to record notes, with good backups, and a format that doesn't lock me in. Obsidian offers that. It has a pretty decent mobile app and desktop app, in terms of the actual editing. And if I do want to do something advanced, like automatically generate a daily note for recording what I worked on today, it can do that. You can do all these things with other programs, or even just raw files, but Obsidian adds just enough to make it easy.
nelsonfigueroaabout 1 hour ago
I use Obsidian but I don't follow the whole "second brain" thing, I just organize my notes by directories. You can use Obsidian however you want and adapt to the way your actual brain works. The "second brain" thing doesn't work for everyone. Even taking digital notes doesn't work for everyone (for example, it looks like you prefer paper notes).

If you haven't tried Obsidian at all I think you should give it a shot and write notes without following any system in particular. If you've tried it and you still prefer paper notes and the occasional apple note, then perhaps Obsidian isn't necessary for the way you take and organize notes.

pragma_xabout 1 hour ago
> Could anyone enlighten me as to why to use Obsidian in one's daily life ?

My handwriting has degraded from consistent keyboard use over the last 30 years. Obisidan has replaced my paper notebooks, mostly because of this. However, it is handy to be able to mesh those notes with hyperlinks, LLM output snippets, quotes from other sources, embedded images, etc. Doing all of those other things would be laborious to impossible with paper.

_defabout 2 hours ago
Taking the notes (and being able to read them again if I want) is all I need from my "second Brain". This perfectly can be pieces of paper, as long as i can carry them around with me. More realistically some digital notes software fulfills that requirement.
r0b0511 minutes ago
My second brain is 500 open tabs of Notepad++
gdulliabout 3 hours ago
What am I even here for if not to have my own ideas?
a2ff6eeb0about 3 hours ago
That's for you to find out. When we automated muscles in the industrial revolution, people used to value strength. Today they value thought. They may value something else in the future.
hdhdhsjsbdhabout 2 hours ago
Seems like the only thing left to value will be social capital. If all forms of labor are free, the only thing that matters is how many people you know, what they think of you, whether they listen to you.
_defabout 2 hours ago
Nightmare fuel. This sounds like totally worthless to me.
ModernMechabout 1 hour ago
The ultimate goal of project capitalism is to make ownership the only thing in the world that’s valued or valuable. The only thing that matters is how much and who you own.
theossuaryabout 1 hour ago
We didn't automate muscles generally, only specifically. The leverage those specific situations have is so high it's worth it. Same with thinking, it's very far from automated generally. Maybe one day we'll have humanoid robots as generally physically capable, and AI as generally mentally capable, but that's a long way off. Until then there's still emmense value for humans in between the high-leverage areas, and even more value in adding some leverage throughout (like the first attempts at exoskeletons, or using Claude to help manage your daily tasks, etc.)
datakanabout 3 hours ago
“After we started thinking for you it became our society” The Matrix 1999
megousabout 1 hour ago
You can become a harness, like a lot of us.
rootsudoabout 2 hours ago
For me it’s the opposite, AI has helped me do the final 20% that I could never do, making execution more painless and more successful.
avgDevabout 1 hour ago
I've found it very helpful with flushing out bugs, reviewing my code. I have a hard time trusting it to generate 100+ lines of code because in the end I am responsible for it.
GPersonabout 2 hours ago
I have separate directories for human only files and ai files. I’m not doing anything that matters but it works for me.
chessucationabout 3 hours ago
i've been dabbling with various assistant models and instances and find that there's an interesting "idea" that pops up from their synthesis and relevancy analysis at a decent frequency. some kind of "inverse prompting" in which the machine has an angle, perspective, opportunity (based on the context it's working with/in) and the human turns those seedlings into something useful... or else decides its weed to be discarded.
HPsquaredabout 3 hours ago
The prompter becomes the prompted!
Advertisement
zazukeabout 4 hours ago
While I use Claude a lot for my Omarchy plugins and Linux optimization/failure detection, I don’t use it for writing and note-taking, especially for coming up with unique ideas and driving them home by writing them through to the end.

It's so hard to finish an idea that is not yours and is just suggested by AI.

lupireabout 3 hours ago
It's also hard to finish an idea that is mine.
zazukeabout 1 hour ago
hehe :D
SomeonesAccountabout 2 hours ago
This is why I never use AI for ideas. Always my own ideas.
mohamedkoubaaabout 2 hours ago
Brian, CTO complains that it's so hard for him to execute against the technical strategy communicated by that smart intern on the third day of his internship two years ago. Poor Brian.
empath75about 3 hours ago
I think having AI keep it's _own_ notes in Obsidian is a good idea because it makes them convenient for you to read, but yeah you need to quarantine agent ideas from your own ideas because otherwise you get bad cito-genesis problems. https://xkcd.com/978/
mrtesthahabout 3 hours ago
This might work to keep work separate:

https://github.com/eighttrigrams/us-vs-them

lupireabout 3 hours ago
I don't understand. Are you saying that AI should write notes but then they should be excluded from the AI's context?
swiftcoderabout 3 hours ago
Two different knowledge bases. One to store AI's "learned" context, the other for you to manually edit.
empath75about 1 hour ago
You need provenance for the notes, the AI can't tell the difference between its own code comments in code and team decisions.