Prig
Dev tools
text processing cli
SHOW HN2022
77points
17comments
#734of 2,570 in 2022
Top 29%of 2022 by points
How HN took it
DebatedReal support and real criticism
3 positive, 3 neutral or asking, 0 mixed, 2 critical, out of 8 comments about the project. Thread score +0.05.
Idea: 3 for, 2 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Useful for those who already know Go and dislike learning awk syntax
From 2 comments
I like this because I don't have to learn AWK to use it, and I already know Go. Even if AWK is simple, I use it so rarely and every time i do its a return to the manual. With…
philosopher1234 on HNI don't like the go requirement when compared to awk which is essentially no requirement at all. And I generally don't like reimplementations of things that already exist without…
Brian_K_White on HN
Faster execution than interpreted awk-style scripts
From 1 comment
I don't like the go requirement when compared to awk which is essentially no requirement at all. And I generally don't like reimplementations of things that already exist without…
Brian_K_White on HN
Objections
Verbose compared with awk's terse syntax
From 2 comments
I don’t really see the proposition value other than runtime. For most awk commands the syntax is succinct and works well. This unnecessarily makes it much more tedious and…
andrewzah on HNtotally agree
jjtheblunt on HN
Reimplements existing tools without strong justification
From 1 comment
I don't like the go requirement when compared to awk which is essentially no requirement at all. And I generally don't like reimplementations of things that already exist without…
Brian_K_White on HN
Requires Go, unlike awk which is available everywhere
From 2 comments
I don't like the go requirement when compared to awk which is essentially no requirement at all. And I generally don't like reimplementations of things that already exist without…
Brian_K_White on HNIts probably a familiarity thing, but to me the beauty of tools like awk and sed are that theyre relatively simple, compact, and usually everywhere. The DSL is tricky to get past…
thinkingkong on HN
Alternatives named
awk
From 3 comments
I don’t really see the proposition value other than runtime. For most awk commands the syntax is succinct and works well. This unnecessarily makes it much more tedious and…
andrewzah on HNIts probably a familiarity thing, but to me the beauty of tools like awk and sed are that theyre relatively simple, compact, and usually everywhere. The DSL is tricky to get past…
thinkingkong on HNYeah, I don't disagree: > Should you use Prig? I’m not going to stop you! But to be honest, you’re probably better off learning the ubiquitous (and significantly terser) AWK…
benhoyt on HN
JBang (Java scripts)
From 1 comment
I put together a script using JBang (Scripts in Java https://jbang.dev) https://gist.github.com/evacchi/7fb37056d92f72ae88157adcbb2f6bea
evacchi on HN
Nim-based rp variant
From 1 comment
The Nim variant (yes, knowing Nim first matters) has terser syntax, but retains the strong typing that allows compiling to fast running code. E.g., from the rp --help, to total…
cb321 on HN
TXR Lisp
From 1 comment
I agree. Your comment got me thinking about a lisp dsl for awk-like operations. txr lisp[0] comes with one of these. [0] https://www.nongnu.org/txr/txr-manpage.html#N-000264BC
esrh on HN