Live data from Hacker News

Linux Productivity Tools (2019) [pdf]

usenix.org

41–50 of 276 posts

Re: Linux Productivity Tools (2019) [pdf]

#41
post #4

Its table of contents doesn't do it justice. this is a great deck! super dense and straightforward. my tiny tip to contribute: for those who could never be bothered to remember the ctrl-commands for traversing words, but are familiar with `vi`-style movements: you can go one step above the suggestion in this deck with `set -o vi`.

Another is C-x C-e to invoke $EDITOR (or $VISUAL, if defined), and go to twon in your preferred editor.

Like others, I use vi over emacs, but prefer emacs Readline bindings ... to a point. Full true editor at the shell is quite handy.

Re: Linux Productivity Tools (2019) [pdf]

#42
post #33

I feel that most of the tools mentioned here are quite outdated already and in 2019 alternatives should be recommended. find -> fd grep -> ripgrep wget/curl -> httpie awk/sed are just horrible to learn for beginners, would advise to just pick up python instead via xonsh[1] or pyp[2] How about we don't teach new users these legacy tools and we can finally progress a little? 1 - http://xon.sh 2 - https://github.com/hau…

As much as I like httpie, in my view it's not a strict improvement like fd or ripgrep. This is unfortunately due to it being written in python.

Re: Linux Productivity Tools (2019) [pdf]

#43
post #40
post #28

I do my development work and run most of my agency (with multiple employees) with Linux. For some of the business things that most people don't assume Linux can do, I use: 1. Xournal to annotate PDFs (aka sign contracts without printing them and scanning them back). 2. LibreOffice of course for most document related work 3. OBS Studio for recording webcam videos along with screen sharing 4. Audacity for audio editing…

I'm in a very similar position and have had much the same positive experience you've had. I use most of the tools you listed plus a few others like Gitkraken (git gui), Blender (3d effects, logo, video overlays) and ffmpeg (occasional video optimization or editing).

Great list additions! Thank you.

Re: Linux Productivity Tools (2019) [pdf]

#44
post #33

I feel that most of the tools mentioned here are quite outdated already and in 2019 alternatives should be recommended. find -> fd grep -> ripgrep wget/curl -> httpie awk/sed are just horrible to learn for beginners, would advise to just pick up python instead via xonsh[1] or pyp[2] How about we don't teach new users these legacy tools and we can finally progress a little? 1 - http://xon.sh 2 - https://github.com/hau…

As much as I like httpie, in my view it's not a strict improvement like fd or ripgrep. This is unfortunately due to it being written in python.

Could you elaborate more why python is bad? If anything http ecosystem in python is exceptionally good.

Re: Linux Productivity Tools (2019) [pdf]

#45
post #28

I do my development work and run most of my agency (with multiple employees) with Linux. For some of the business things that most people don't assume Linux can do, I use: 1. Xournal to annotate PDFs (aka sign contracts without printing them and scanning them back). 2. LibreOffice of course for most document related work 3. OBS Studio for recording webcam videos along with screen sharing 4. Audacity for audio editing…

1. "Xournal" is amazing, small install footprint, simple interface and can do everything you need with pdf's.

5. You should try [1] "Kdenlive", it has it's quirks (as all linux tools do) but it's probably the best open-source Linux video editor out there.

[1] https://kdenlive.org/en/

Re: Linux Productivity Tools (2019) [pdf]

#46
post #25

How much of these is really still relevant with now Python quickly becoming new scripting language across all platforms? I now tend to prefer 3 lines of Python vs 1 line of cryptic unmaintanable Linux-only bash. With new great subprocess module in Python, I feel bash scripting is really unnecessary except in few situations like .bashrc or really quick onliners.

I don’t think Python and bash solve the same problems at all. I don’t see how they could be seen as comparable, much less interchangeable.

Re: Linux Productivity Tools (2019) [pdf]

#47
post #44

Earlier quoted context omitted.

As much as I like httpie, in my view it's not a strict improvement like fd or ripgrep. This is unfortunately due to it being written in python.

Could you elaborate more why python is bad? If anything http ecosystem in python is exceptionally good.

I never said python is bad. What I mean is that httpie is not a strict improvement because it's written in python. Ripgrep for example is a strict improvement because it's safer, more performant, and has equivalent and extended features, without missing anything. The only advantage of grep over ripgrep is that it's much older and prevalent. With the exception of this advantage of age, one can say that X is a strict improvement over Y if it can do everything Y does but better, without doing anything worse.

Because HTTPie is written in python it has some disadvantages compared to curl or wget: it's not as performant, it's dependent on the Python interpreter, and less portable. If these don't matter to you, than you should use HTTPie. But it's not a strict improvement, so it's not something I can recommend to everyone, because some people will care about these things. Ripgrep and fd on the other hand I can recommend to everyone without any worry.

Re: Linux Productivity Tools (2019) [pdf]

#48
post #33

I feel that most of the tools mentioned here are quite outdated already and in 2019 alternatives should be recommended. find -> fd grep -> ripgrep wget/curl -> httpie awk/sed are just horrible to learn for beginners, would advise to just pick up python instead via xonsh[1] or pyp[2] How about we don't teach new users these legacy tools and we can finally progress a little? 1 - http://xon.sh 2 - https://github.com/hau…

As much as I like httpie, in my view it's not a strict improvement like fd or ripgrep. This is unfortunately due to it being written in python.

Well I use it all the time and it's a huge improvement to my life. The elegant and simple syntax makes testing endpoints so much easier than the verbose curl and wget alternatives...

curl

   curl --header "Content-Type: application/json" -d '{"some": "content"}' /
httpie

   http / some=content

Re: Linux Productivity Tools (2019) [pdf]

#49
post #39
post #28

I do my development work and run most of my agency (with multiple employees) with Linux. For some of the business things that most people don't assume Linux can do, I use: 1. Xournal to annotate PDFs (aka sign contracts without printing them and scanning them back). 2. LibreOffice of course for most document related work 3. OBS Studio for recording webcam videos along with screen sharing 4. Audacity for audio editing…

I'd be using LaTeX for professional looking documents.

LaTeX is great for professional-looking typesetting, and it has the power to do just about any layout tricks you want, but, in practice, you'll be fighting an uphill battle if you try to trick it into doing something that someone out there hasn't already written a package for.

(I say this as a professional mathematician, who lives his life in LaTeX. It's fantastic for writing math, and trusting that all the kerning etc. will be handled properly. However, when I want any formatting tricks, even after 25 years I still have to turn to my local TeX guru, who more often than not says "you don't really want to do that with TeX.")

Re: Linux Productivity Tools (2019) [pdf]

#50
post #11
post #5

This is an awesome deck. I'll be bookmarking this as a great resource to pass along. Tangent: although the portability and consistency of PDFs is nice, I'd love a browser extension that gave me a nicer view of slides that were exported as a PDF. I find there's something more satisfying about discrete pagination vs continuous scroll for these types of things.

Foxit does pagination.

Don't most PDF viewers? Apple's native PDF viewer (which isn't available on Linux, so not a solution here, but which isn't terribly feature-rich so that I assume that whatever it can do most any browser can do) switches at a keypress among continuous-scroll, one-page, and two-page views.
Post reply on HN