Ask HN: Did anyone write a book in Nano?
I discovered that some people deliberately choose to write stories in terminal-based text-editors like Nano or Vim, because it forces you to spend more time on honing the story instead of being distracted by formatting and other fancy features. I'm attracted to this idea, in the same way that the dwm window manager forces me to focus my attention.
I was curious to know if anyone here actually did that, and what their experience was. Did it make you more productive? Was the editing process a mess? Any anecdotes?
54 comments
[ 106 ms ] story [ 404 ms ] threadhttps://www.reddit.com/r/freefolk/comments/s770y1/this_is_th...
[0] https://www.bbc.com/news/technology-27407502
Vim and nano couldn't be more different, the only similarity is that they are terminal editors.
I wrote my thesis in vim + LaTeX (along with most of university assignments).
I find it does make it much easier to focus on the content. I setup some basic layout at the start, write all the content and then maybe tweak the layout towards the end.
Since it's plaintext, you can use git for version control. Plus vim has a great history tree (rather than being linear), which saved my ass a few times.
Disclaimer: vim is basically my religion ;)
No, straight to PDF, I suspect that's how most people use LaTeX [0]. It's kind of hard to explain if you've never used it. But basically you setup rules for how things should render (separately) from the content. You shouldn't need to edit it in a word processor afterwards (ideally anyway).
> Personally, I like Nano because it's just so simple. There's something about tools that are scaled down in complexity, but not being so simple that they're unusable, that I enjoy a lot. I can see Vim being the better choice for a thesis, especially considering the history tree.
Yeah, that's fair. I've used vim so much that I find nano unusable. It's not about the history tree (just a minor feature that happened to come in handy), it's the jumping between sections efficiently and reorganizing sections quickly.
[0] https://en.m.wikipedia.org/wiki/LaTeX
That being said, I had some typos in my thesis without an auto spell check, which I was surprised to discover later.
I'm not sure I'd say vim and nano are that different when you're writing prose. But the minute you start doing any kind of moderately complex text manipulation, the differences definitely become more obvious.
I had to google tikZ notation and math symbols and error messages to debug issues (including bibtex issues). Word-wrap was a pain (I want to wrap paragraphs) and spelling/grammar checks were painful too (because of mixed prose and math syntax — too many false positives)
I think the only people who can write distraction free in plain text are prose writers, where the need for structure is limited. It’s a romantic idea to be able to write a masterpiece on a typewriter.
The rest of us who write complex structured docs need a bit more help. I write Markdown in VS Code these days and I need help with tables for example. Markdown has very limited support for anchors links etc. and images so I need plugins for those too. I also use LogSeq and definitely appreciate the plug-in ecosystem there too.
I would say don’t romanticize distraction free plain text writing. It’s really only good for the simplest forms of writing.
If on the other hand you are writing a book with nested hierarchical headings, sidebars, illustrations, etc, Nano will be no help at all. As another poster in this thread noted, you could use Nano to write LaTeX. But LaTeX certainly isn’t going to get out of your way.
So this is really an issue of picking the right tool for the job. If your job is simple, a simple editor will work. (But so would a complicated editor: I use Word for simple documents all the time. You don’t have to fiddle with the knobs just because they’re there.)
This idea is frequently used by computer programmers.
Maybe look for a distraction-free (which usually means "fullscreen + bars removed") plugin for your editor.
Maybe having a TODO file would help ? Just switch, add the improvement to todo-list, switch back, "empty" todo before next writing session. That at least would stave off a "I will forget about the improvement I just thought of" fear.
I wouldn't want to do non-fiction though... that'd just be torment.
I don't know if it will make you more productive, but it won't make you any less.
More productive? Not by a notable amount I'd say. Editing is straight forward - 1 sentence per line makes finding things easy.
I'd also say that the tool you use for most things doesn't matter as much as the act of doing (age old advice here on HN). If you get distracted a lot then maybe it's worth a shot, but by no means is Google Docs not up to snuff if you just want to get some words written down.
I don't think it was really any more productive than my current workflow in Obsidian. Vim keybindings are more useful for editing than for writing (and for editing code in particular, where the changes you're making are much more structured). The extra features afforded by Obsidian don't really make a difference during the actual writing process, but I find they're really useful for outlines and other preliminary work, which is something of a point against a vim-only workflow unless you want to use vimwiki [2] or something.
Granted, Obsidian is still a markdown-based tool, so there's still some level of minimalism going on there, but by that point we're really discussing markup vs word processors, which is its own conversation—and to my mind, a much more important one. I much prefer working in markdown (via pandoc) than in a word processor, because plain text is easy to edit and process through the terminal, and because it lets me separate style choices from content.
I find that the markdown live preview that editors like Obsidian and Typora provide (and which vim doesn't) is a really nice compromise between a slick composing experience and the technical affordances of markup. Between that and Obsidian's hypertext features, I think I'll stick with Obsidian for the foreseeable future.
[1]: https://github.com/junegunn/goyo.vim
[2]: https://vimwiki.github.io/
Yes, way more productive. One movie was a collaboration too... he also wrote in a plain text editor, but I think it was TextMate on the Mac.
One thing I also like about writing in plain text (later using Fountain, a Markdown variant) is that I can ignore formatting rules completely. Also, we were saving everything to Dropbox, and I had a server checking out the Dropbox folder and monitoring it. After a while of no changes it would "compile" a new version of the project by concatenating the files and generating a PDF using pandoc and other tools.
I expanded upon it a bit more here: https://usesthis.com/interviews/matt.lee/
Not really the same as Nano/vim, but I recently switched to using Obsidian/IAwriter and writing everything in plaintext markdown. I haven't used a "real" word processor more than 10 times in the last few years I'd say, and then only for professional stuff. The reduced overhead is something I don't see myself ever going back from. Similarly, I think Nano-only would be a viable approach.