Programming

23348 readers

184 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Follow the programming.dev instance rules
Keep content related to programming in some way
If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 2 years ago

MODERATORS

snowe@programming.dev

Ategon@programming.dev

MaungaHikoi@lemmy.nz

UlrikHD@programming.dev

Do you actually read documentation, or just search it when you’re stuck? (programming.dev)

submitted 6 days ago by CoderSupreme@programming.dev to c/programming@programming.dev

21 comments fedilink hide all child comments

I’ve been switching from Vim to Helix recently. I did the built-in tutor, and whenever I need to configure something, I look it up in the docs. The problem is, I only find what I already know to look for. Without reading the documentation more broadly, I don’t really know what I can configure in the first place.

So I’m curious, do you sit down and read documentation to understand a tool, or do you just search it when you hit a specific problem?

you are viewing a single comment's thread
view the rest of the comments

[–] aev_software@programming.dev 4 points 6 days ago (1 children)

I love documentation if it's written well and if it's helpful.

I can't say I find vim's documentation meeting either of those criteria.

So I reach out to other sources who figured things out and regurgitate their experiences in ways that fit how my brain likes to consume them.

[–] crimsonpoodle@pawb.social 2 points 5 days ago

The GDB manual is an example of well written and helpful documentation. All of android is not.