Hacker Newsnew | comments | show | ask | jobs | submit | TomAnthony's comments login

Off topic: How do most people on HN use tmux?

I was using it for a while but then realised I never used it over SSH and I rarely disconnected from sessions and opened them again. Are there other people in that camp?


I use it for just about everything work-related, but given that my day job is literally "connect to sets of remote servers and bang out code" it'd be insane not to. Some of my coworkers still use screen, but tmux + wemux having the automatic "scale to the smallest attached screen" + "automatically follow the driver in pair mode" means there's a lot less "can you shrink your window"/"which window are you in now?" types of interruptions.

Apart from that, I've got a perpetual tmux running on my linode for irssi, and I've also got tmux running locally-- being able to set up multiple sessions connected to the same tmux server means that I can have a different tmux session per physical monitor, which means both a shared tmux copy/paste buffer and the ability to easily flip from window to window depending on what I want on which monitor. Ctrl+B for the local tmux, Ctrl+A for remote tmux means that there's no weird double-control-characters necessary. Add in some sneaky scripts to symlink login SSH agents to a known location that's exported to all tmux sessions for ease of git and you end up with a really clean overall workflow.


I use it over SSH all the time. All our kit is in a data centre and once or twice a day my corp VPN client drops out. It's a godsend.


I work mostly locally, but I still use tmux. I've found it much easier to use than multiple tabs or windows of iterm, and it's nice to have power line right there on the screen at all times. As others have said, the clipboard functionality is nice as well.


You are a brave man. What if you run a long/important task on the server and you lose the connection (A/C in the building going away, Internet connection outage, etc...)?


I don't think I was clear, sorry. I meant I rarely use it on remote servers, I rarely have the need for that process.

I only have a need to do dev locally and was using tmux on my local machine. I know several other devs who only use tmux in this fashion.

I know many people use it when they are on a remote machine via ssh - what are the usual activities that require someone to be ssh'ed in doing complex tasks directly on a remote machine?


The most common thing that comes to mind is altering huge database tables. You may need from minutes to hours to perform heavy SQL operations and if you run your commands from a client you want it to survive the ssh session, no matter what. Another example is the import/export of large quantities of data (e.g. to clone/move a machine) or perform a long running task (e.g. you found a better way to compress images and want to run it once on every image). Of course these are not everyday tasks, but once in a while they may be required. That said, if you connect via ssh to a server you are rarely happy to "lose" whatever task you have run, there aren't major drawbacks in using screen/tmux everytime you connect to a remote server.


Where I work, most of our development (includes building, testing and packaging) is done on remote machines to which we ssh to. Few people prefer gui ide's so most ssh and then run vim or emacs. Having tmux on the server hub is pretty convenient. Especially nice if you want to run a set of tests over night.


What is the advantage to development being done on remote machines? Forgive me if I'm missing something obvious - it just seems quite different to the paradigms I've seen in 'the real world'.


It's basically my window manager. I've one terminal that most stuff gets done in, which runs full screen.

I also use it remotely on a server, but it's just as important locally.


I read that and realized I had a few tmux session that were running for like 4 months on two servers


Awesome to hear! I thought there must be lots of people who need something like this. I did - hence the build.

I did tweet it to George Nachman so he knows about the project (https://twitter.com/gnachman/status/629372966879526917). I think he is quite busy working on the next big iTerm release, but I've been reporting issues there. Part of what George is working on is far improved Applescript support, allowing for improved addition of these sorts of features. :)


I built this as I found teamocil files were great, but I wasn't using most of tmux's features and preferred the native UI in iTerm.

Now I use my teamocil files to auto load tabs and panes and pre-populate them with commands, but don't use tmux much at all. :)

Would love to hear from anyone who has any feedback or suggestions for improvements. :)


Distilled (www.distilled.net) is hiring in London, New York City (NYC) and Seattle WA - all permanent, full-time roles.

We have a whole host of open positions: https://www.distilled.net/jobs/

In particular, we would very much like to talk to digital marketing / SEO consultants in any of our cities.

We recently had an all-hands email thread where the whole team discussed what brought them to Distilled, and why they are still here. It got many great replies (including a number talking about how people's friends had typically had 2-3 jobs in the time they'd been with us), but this one stood out:

"A combination of an informal environment, freedom, and high expectations - I wanted a place where I could be myself and grow doing/learning things that I was passionate about, while having lots of smart people around me to collaborate with in doing so. I came from a huge, strictly regimented and siloed company, and was fed up with being told "that's a great idea, but it's not your job", and Distilled seemed to be the polar opposite."


I had a good chat with the folks at Distilled and it seems like a great place to work. If you're thinking of applying, just go for it!


Likewise. I tried a lot of different todo list and organiser apps out over the years and finally Wunderlist was the one that really stuck.

I love it and recommend it frequently. Losing it would be a bummer.

On the flip-side: maybe they'll make a tile for my Microsoft Band now! :)


Distilled | London (On-Site) | Full time | Junior Python Developer

I'm Tom - I'm Head of R&D at Distilled, and I'm looking to hire a new developer to join my team. The R&D team is quite new and is still small (just 3 of us) and operates somewhat like a small startup within the larger company.

Distilled are a creative online marketing agency with an HQ in London and offices in New York and Seattle. We work with companies both big and small.

Our main technology is Python, with Django for serving front ends. We make use of a number of other technologies such as Celery, Ansible, PhantomJS, R, and ReactJS.

We don’t mind too much about your prior experience (basic Python is enough), but we care a lot about your mindset. You should be very smart, have an inquisitive nature, and above all else, you need to be passionate about becoming a great programmer.

We aren't planning to throw you in the deep end, but instead care much more about finding someone who is a cultural fit than exactly hitting all the exact criteria. We are ready and willing to help you learn and grow into this role.

We are offering a starting salary of £25,000 - £30,000 depending on your experience.

For more details or to apply please see: http://distilled.workable.com/jobs/70602


Is the position still open?


Yes - it is - sorry for the slow reply.


Are you hiring here in the states (NYC Office) ?


The R&D position is based in London, though other positions are open in NYC (see the jobs page). Thanks!


Andrew Wilson (the translator) was my Latin teacher in school (20 years ago!), and I remember he made the subject quite fun. Having someone who is so passionate about their subject makes a huge difference as a student.

The effort and ingenuity he put into the translation is wonderful. I can't speak any Greek, so having the translations and logic laid out is a wonderful insight into translation as a process.


I'm not sure how that is functionally different to mintplant's example?

In fish you just type 'w' hit the up arrow and then hit enter to execute or any motion keys to edit. The same number of keypresses as well.

Am I misunderstanding?


Discoverability. With fish i would have to type something that would be a good match to the command i want to re-run before pressing up. With bash i type ctrl+r and start typing and i can continue to type until it's narrowed down to the correct command.


Me too. I think it is this:



This whole articles seems to presuppose that the only alternative to plain text is Microsoft Word.

Also by his definition 'plain text' seems to include other markup, including LaTeX. Many academic books and articles are written this way.

Am I missing something?


> This whole articles seems to presuppose that the only alternative to plain text is Microsoft Word.

The article addresses a particular area in which Microsoft Word is the dominant status quo choice, and lays out why the author thinks that "plain text" is a desirable alternative.

It does not, either explicitly or implicitly, suggest that Microsoft Word is the only alternative to plain text, or vice versa.

> Also by his definition 'plain text' seems to include other markup, including LaTeX.

I think its reasonable to describe a format where what you see if you load the file in a text editor is the same as the text you actually work with as an author as a "plain text" format.

> Many academic books and articles are written this way.

The author doesn't claim that it is unique, though he does suggest that there is resistance, particularly in his field.

> Am I missing something?

I would say it seems like two things:

1. The explicitly stated point of the article ("I want to focus on the specific, idiosyncratic reasons why I wanted (and still want) to write this way, using nothing more than a text editor and Pandoc."), and

2. the implicit target audience of the article (academics in history and similar fields).


The author is an assistant professor in history. I'm guessing LaTeX is not very popular in this field.


Original author here. Yes, I'm mainly assuming my reader is a humanities person less familiar with LaTeX. Though there's increasing interest in Markdown and LaTeX among historians since I wrote this post. See, for example:



Asciidoc might be an interesting thing to consider, as well, in this vein.



Applications are open for YC Winter 2016

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact