sorry, just been delayed for silly reasons like waiting on various humans to ok it :)

I only use tmux when connecting to remote hosts so I can reattach to the running session if I’m disconnected (so I don’t lose the context.) Locally I start multiple terminal emulators.

I guess it’s also useful when using a terminal emulator without support for a scrollback buffer ?

Yeah working over ssh is the most obvious use case I personally use tmux to group terminals per project as well. Navigation seems much easier to me that way.

I actually do everything (cli related) within tmux sessions

and there's ~0 overhead during context switching Just type Ctrl-b s and choose the session of the new context No existing context? Ctrl-b Ctrl-c to create a new one

I use i3(-gaps) so I just spawn off a new terminal. I do love me some i3. It's a tiling window manager, so no windows overlaps. I'm on Arch btw.

You can have a session for project A with 1 window and 2 panes split vertically Another session for project B with x windows, the first having 4 panes, a quarter of the screen each. (using the definitions of tmux for sessions/windows/panes) Can't really fathom how I'd be able to keep my terminals organized without tmux.

@U11EL3P9U Yeah I'm also using a tiling wm (sway) on fedora but still can't live without tmux 😛

🙂

tmux takes time to feel comfortable with (took me a couple of months I think, I'm not sure, it's been more than 5 years now). It's been a few years since I've settled with a specific workflow but I definitely haven't mastered it yet. I recommend https://github.com/gpakosz/.tmux

I use Terminator for having multiple panes. Really like it, navigating between panes and creating / killing panes feels very intuitive in it

I've had several times where I needed to restart my window manager and it was nice to not lose my terminal session

Mostly it's a way to have multiple terminal windows for me - just got used to it.

It's pretty portable, scriptable and so on. With some tweaks it has good history search, yanking text from command output (or logs). Persistent in different forms, you can save sessions or create per project configuration.

For certain tasks it's been a godsend, like controlling multiple computers for various cluster maintenance tasks with the multi cursor thing.

scriptable is what I love about tmux

you can send keypresses to a session for example, or read the terminal buffer

tmux continuum / resurrect is also nice for retaining sessions between reboots.

@U01KQ9EGU79 I am not sure about "keeping open SSH connection". I think it is more about preserving the session even if you get disconnected. You can re login and resume the session.

That's usually what I do. It seems like that tmux can allow you to auto-reconnect without retyping (or up-arrowing) ssh again. Or is that not what y'all are saying?

tmux doesn't "keep open ssh connections" on its own. The out-of-the-box workflow here is to connect to the ssh box and start tmux there, so if you close the ssh connection, the session still exists on the ssh server. In other words, your terminal is detached from the ssh connection. If you're looking for a more accurate, but still wandwavy, summary, you can just say that tmux is pretty good at organizing your terminal workflow

The other benefit of tmux is that you can disconnect without killing whatever commands you were running. If you have a long running task over an SSH session, you can disconnect and come back to it again.

You definitely can configure tmux to automatically reconnect to your ssh connections but that's not its standard use. The tmux wiki describes some use cases (it actually shows the ssh workflow as well): https://github.com/tmux/tmux/wiki/Getting-Started#about-tmux

IIRC using either tmux/screen was also recommended to speed up compilation of SBCL. The compilation prints a lot of output to the terminal and rendering time could slow down the process. Starting the compilation in tmux then detaching the session solved the issue.

I think redirecting output to something other than stdout will have the same effect. command > command.log 2>&1

Yep, since it also skips rendering to the terminal

@U01KQ9EGU79 - another cool feature of tmux is using it for pair programming by having people connect to the same machine and share sessions or window groups

https://www.hamvocke.com/blog/remote-pair-programming-with-tmux/ - check it out

He could have saved a lot of time by just posting the second last paragraph of his rant.

Written from someone who does not know that from LISP you can basically manufacture every other programming language... I think on a philosophical level it certainly matters which language you use, but on an outcomes-level maybe people can still make money using other things, but are we comparing only results or process or upsettedness-when-confronted-with-something-new ? It seems like this person has not tried a lisp-style language in good faith ;/

who is the newly converted in this case? I mean, the uncle has been talking about Clojure for a while now?

I guess he preaches like he started yesterday

Ive watched a couple of streams of him writing clojure. I hope people don't write clojure how he writes clojure.

what to avoid in particular? (I’m not familiar with uncle bob)

Well, I've never seen him once use a REPL. He uses the same test driven techniques you would use in java and C#. From what I've seen of him actually typing in teh code he never uses parinfer / paredit so he's manually organising his parens. His code is verbose. I don't think he really thinks functionally... I think he's basically doing what he would do if he were coding java, except he has all these parens now all over the place 😄

thanks for the answer, it makes sense as feedback

If he doesn't use a REPL, does he restart his Java process for every eval?

he will definitely love babashka if that is the case

From what I saw, he was wrirting tests, then running them to see them fail. Then he writes his clojure code and sort of tries to work out what his code is doing and why it isnt' working by creating more and more tests

I absolutely think that is valid when doing C# / Java, but I think ifyou have a REPL and evaluate as you go you can reason about your code and see what is happening much more clearly, rather than editing a test to write to output to see what the result of a function call was

It feels like that approach to me is definitely hard mode clojure

> I think he's basically doing what he would do if he were coding java, except he has all these parens now all over the place Sounds like a description for a generic lisp noob. Maybe that's why it seems like the parens are such a weird and overwhelming thing (imperative programming in lisp causes paren overload) :thinking_face:

And his software views are kinda questionable, too - https://www.hillelwayne.com/uncle-bob/

:rolling_on_the_floor_laughing: I hadn’t seen that hit piece — but I do mostly agree with the sentiment there. There’s Bob’s Way and then there’s the Wrong Way!

By “unpleasant things” do you mean politics? I also had to stop follow some well-known people from computer science because of their toxic non-software opinions.

I also stopped following lots of people, even friends, because of politics issues. Specially now that I changed countries, knowing what's happening in my old country will just lead to unnecessary worries and anxiety for no-reason at all

I wish I was one of those "illuminated beings" that have a brain firewall to filter only what matters on their feeds, but I'm really not like that 😄. I don't really think that a programming language should be tarnished because of political views of a group of users, or even maintainers, but I also know that it's not how people usually think, so.... :man-shrugging: