Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

A terminal-based workflow for research, writing, and programming

jacobzelko.com

Post reply on HN
Print view View original

51–60 of 125 posts

Re: A terminal-based workflow for research, writing, and programming

#51

Post by leemailll »

spekcular wrote: post #6

I tried very hard when I first installed Linux to get into a terminal-based workflow, mainly by creating an elaborate vim config. In the end I couldn't do it. I spent a lot of my time at my computer writing LaTeX documents, and for this the ctrl-click capability of a GUI editor is indispensable. That is, the editor brings up the source and compiled file simultaneously, and by ctrl-clicking somewhere in either, I am b…

Have you try Emacs? an example (https://people.umass.edu/weikaichen/post/emacs-academic-tool...)

Re: A terminal-based workflow for research, writing, and programming

#52

Post by bigdict »

desmap wrote: post #44
snicker7 wrote: post #13

At risk of being /that guy/, I find that emacs gives me a nice & consistent "one-stop-shop" for text-based apps instead of having to kludge together a bunch disparate terminal programs. Also, +1 for Julia.

Just the combination of tmux and nvim with shared ctrl-hjkl between both nvim and tmux panes is so buttersmooth and no other setup has given me such an seamless interoperability between an editor and an OS. What this means: you can switch between tmux panes or nvim panes or from tmux to nvim and back always with the same shortcut. This is the most underrated killer feature.

Does NeoVim support that out if the box? For regular Vim I'm using https://github.com/christoomey/vim-tmux-navigator.

Re: A terminal-based workflow for research, writing, and programming

#53

Post by _huayra_ »

snicker7 wrote: post #13

At risk of being /that guy/, I find that emacs gives me a nice & consistent "one-stop-shop" for text-based apps instead of having to kludge together a bunch disparate terminal programs. Also, +1 for Julia.

I think author (and other folks who have this vim+tmux+other tools type of workflow) would really like Emacs, especially Org mode. I have a very similar set of tools for a pure-Emacs workflow to this:

- org-roam - org-noter - persp mode with persistent sessions - vterm + eshell - various plugins for org bibtex / latex

All of this in Doom Emacs gives me the same functionality.

I do admit that it took a large amount of time for me to cultivate this over several years, as it does for most workflows. It's very hard to jump ship, even when the grass may be objectively greener, because one has to actually be productive today instead of postponing until one's fonts are just right and keybindings are perfect!

Re: A terminal-based workflow for research, writing, and programming

#54

Post by p00f »

thecedarprince wrote: post #33

Hey everyone! I am the author of the article! If you have any questions, feel free to ping me and I will try to respond in a timely fashion! I intend to always keep this article up to date so feel free to bookmark it for a future reference. Further, it makes my heart so so happy to see so many people being either inspired, interested, or curious about my workflow! I think the best workflow is the one that works for y…

Check out hunter instead of ranger, and sk instead of fzf

Re: A terminal-based workflow for research, writing, and programming

#55

Post by neolog »

yudlejoza wrote: post #41

Title, especially with the inclusion of 'research,' is overly broad, and gimmicky. A (quantitative) researcher, involved in serious plotting, illustrations, and diagrammatic analysis, wouldn't last half-a-day in this workflow.

> serious plotting, illustrations, and diagrammatic analysis

I'm curious what these refer to. What kind of illustrations are you thinking of? What is diagrammatic analysis?

Any introductory links for the uninformed?

Re: A terminal-based workflow for research, writing, and programming

#57

Post by yudlejoza »

neolog wrote: post #55
yudlejoza wrote: post #41

Title, especially with the inclusion of 'research,' is overly broad, and gimmicky. A (quantitative) researcher, involved in serious plotting, illustrations, and diagrammatic analysis, wouldn't last half-a-day in this workflow.

> serious plotting, illustrations, and diagrammatic analysis I'm curious what these refer to. What kind of illustrations are you thinking of? What is diagrammatic analysis? Any introductory links for the uninformed?

data analytics, stats, machine learning, computational science, computational engineering, the list goes on

plotting/viz using matplotlib, altair, Mike Bostock's D3.js, graphviz, pgf/tikz, inkscape, the list goes on

I can't think of much outside a small subset of pure-math, and a small subset of TCS, where visualization is not part and parcel of daily research activity. (ignoring non-STEM disciplines like english, communication, social/political/economic sciences, etc).

Re: A terminal-based workflow for research, writing, and programming

#58

Post by marci »

_huayra_ wrote: post #53
snicker7 wrote: post #13

At risk of being /that guy/, I find that emacs gives me a nice & consistent "one-stop-shop" for text-based apps instead of having to kludge together a bunch disparate terminal programs. Also, +1 for Julia.

I think author (and other folks who have this vim+tmux+other tools type of workflow) would really like Emacs, especially Org mode. I have a very similar set of tools for a pure-Emacs workflow to this: - org-roam - org-noter - persp mode with persistent sessions - vterm + eshell - various plugins for org bibtex / latex All of this in Doom Emacs gives me the same functionality. I do admit that it took a large amount of…

Have you heard about Org-roam-bibtex ?

https://github.com/org-roam/org-roam-bibtex

https://www.youtube.com/watch?v=Wy9WvF5gWYg Org-roam-bibtex - Quick Presentation

Re: A terminal-based workflow for research, writing, and programming

#59

Post by ghgr »

desmap wrote: post #42
asciimov wrote: post #16

A good alternative to strictly terminal-based workflows are tiled window managers. The big gain is that you don't have to give up all those gui apps as they blend in next to the terminal apps quite well.

I was one or two years on Arch with i3 and all was great except when an app (eg a browser or Inkscape) opens a dialogue/modal/popup or whatever and this got stretched over the entire pane, yuck. AFAIK this could be configured somehow but I found configuration not as mature and rock-solid as with tmux or nvim but good though. It was rather a rabbit-hole. While I prefer the paradigm of tiling wms I eventually stuck wit…

That's odd, I've been using i3 for years now and modals always open as a floating window. Even GIMP (and its many windows) works fine. I don't remember tweaking anything in particular to make it work.
Post reply on HN