Live data from Hacker News

Linux Productivity Tools (2019) [pdf]

usenix.org

231–240 of 276 posts

Re: Linux Productivity Tools (2019) [pdf]

#231
post #36

Earlier quoted context omitted.

jq is yet another bloated syntax to learn and I'd definitely refrain from suggesting it to anyone whos not working with json everyday.

i dont know if i'd call its syntax bloated at all. jq is something i've hated learning but powerful beyond tying grep and awk together. jq is a tool, and like every tool, requires some upfront learning. Once mastered its much more productive than the grep/awk/friends solution. Take this example JSON { "code": 42, "items": [ { "type":"color", "name":"red", "rgb": [120, 2, 2 ]}, { "type":"color", "name":"green", "rgb":…

An alternative would be to use XPath 3.1.

I am implementing XPath in a tool called Xidel.

There the syntax for the example is much simpler: xidel - -e '?items ?* [?name="green"] ?rgb'

Depends what kabacha means with bloated. The XPath syntax is more verbose, but less cryptic

Re: Linux Productivity Tools (2019) [pdf]

#232
post #99

This is great! I might add a slide or two about Makefiles. Probably the topic is too big and out of scope, but inexperienced Unix users may not realize that they are useful for so much more than compiling multi-file C programs.

Please lets not recommend anyone new to Makefiles. It's such a dated system that you need to use tabs for functionality. Just one of million better alternatives like https://www.pyinvoke.org/ Makefiles need to be allowed to die so we can clear ourself of this absurd legacy cruft.

Make is for tracking dependencies between targets, and rebuilding stuff. Looks like pyinvoke does some glorified scripting, or something. I will never understand why so many people have no idea how to use Make, but are convinced that it is terrible, and then try to fix it by reimplementing some tiny subset of its functionality.

Make is great. Learn it an use it. Its limitations are well-known, but easy-enough to work around. Fixing them properly requires lots and lots of complexity, and you get bazel when you try. And it's way overkill for all but the biggest projects, which is why Make has been so successful.

Re: Linux Productivity Tools (2019) [pdf]

#233
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 use scantools for creating searchable PDFs:

https://cplx.vm.uni-freiburg.de/scantools/

Re: Linux Productivity Tools (2019) [pdf]

#234
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 to annotate PDFs (aka sign contracts without printing them and scanning them back). Will check it out. For PDFs I mostly use Master PDF Editor 2. LibreOffice of course for most document related work For me LibreOffice is a bad nightmare. I use the commercial Softmaker. 6. pdfsandwich and Tesseract OCR for OCR/turning PDFs into searchable files Good luck with that. My results with Tesseract were always abys…

Try scantools instead of pdfsandwich for creating searchable OCR'd PDFs:

https://cplx.vm.uni-freiburg.de/scantools/

Easy to install and use and works great.

Re: Linux Productivity Tools (2019) [pdf]

#235
post #29
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`.

I'm a heavy vim user, but I still prefer the emacs-style key bindings for bash. If I want to do vim-style editing on the command line, I sometimes use Ctrl-X Ctrl-E to edit the line in my default editor (which is vim). YMMV, of course.

`.inputrc` is your friend. I have `v` (in normal mode) configured to open the line in an editor, because muscle memory sometimes makes me try to enter visual mode when editing a command.

Re: Linux Productivity Tools (2019) [pdf]

#236

The only thing that I miss in linux is a pdf viewer that can show inline animations (like those produced by LaTeX's "animate" package). I am still forced to run adobe's 32 bit pdf viewer because it is the only viewer available in linux that supports this kind of pdf.

Wow, that seems like a rather questionable feature for a "portable document format".

Re: Linux Productivity Tools (2019) [pdf]

#237
post #80

The main thing I miss from OS X is Droplr (pain free sharing of annotated screenshots) and Jumpcut (pastebuffer history tool). Can't find anything on Linux for either of those that works nearly as well. I can still go to an old Mac for occasional needs like Final Cut Pro but those are tools I used several/dozen of times every day before. I'm on PopOS.

[deleted]

Re: Linux Productivity Tools (2019) [pdf]

#238

Earlier quoted context omitted.

Kinda like this guy except I use google apps for documents and sheets, VSCode for an IDE and... I boot Win10 for Steam games, Fusion360 and AutoCAD.

There's so many games on Steam that run native on Steam or really well via Proton. I abandoned Windows a few years ago with video games being my last hold-out. If it doesn't work under Proton or isn't native, the game is a hard pass for me.

To each his own. Windows isn't that awful these days and wrestling with Nvidia drivers on Linux is a PITA and entirely Nvidia's fault.

Their drivers on Windows aren't that great, either.

Re: Linux Productivity Tools (2019) [pdf]

#239
post #31

Earlier quoted context omitted.

jq doesn't come pre-installed with every OS, python's json.tool does. So it's always there when you need it, no installation required, which is why I put it the same category of all those classic command-line tools.

I don’t actually believe my last Linux install came with a system Python. And as a Python developer I always end up using some tool or another to manage installations of multiple Python versions anyway. Furthermore jq just works as a classic command-line tool.

What Linux distro do you use that it doesn't have Python on it?

Re: Linux Productivity Tools (2019) [pdf]

#240

Earlier quoted context omitted.

Which doesn't help on the command line.

Invocation from command line: $ firefox --new-window somefile.json The viewer does however suffer from poor scaling with file size.

but you are out of command-line once you do that. The whole point of this guide is that you can combine all these tools together.
Post reply on HN