Piep: bringing the power of python to stream editing

by gfxmonk • 14 years ago

47 15 14 years ago

gfxmonk5• 14 years ago

It's inspired by a similar tool called `pyp`, which I considered extending but ended up going my own route instead. Here's some more information on why: http://gfxmonk.net/2012/03/28/why-piep.html

geophile• 14 years ago

Along similar lines: http://geophile.com/osh

gfxmonk5• 14 years ago

somewhat, although that seems fairly heavily geared towards clusters of machines, which I've not really tried to address with piep. I've used gnu-parallel and cluster-ssh in the past for that sort of thing, though I'd likely prefer a pythonic way of doing it.

cibot3• 14 years ago

Its sad that the author strongly discourages using pip to install the package.

gfxmonk5• 14 years ago

Why is that sad? Because it goes against python community norms, or some other reason?

cibot3• 14 years ago

Yep. Now i need to go after another packaging tool to try it out. Well not a big deal.. However imho it would be awesome if everyone stick with the standard tools.

berntb3• 14 years ago

Why not just bite the bullet and add optional {}:s to Python instead, so you don't have to learn a tool just to get normal command line (/oneliner) usability?

The total sum of complexity to learn/use would be about the same (and Python would get multi instruction anon funs.)

icebraining• 14 years ago

Python one-liners are already possible using ;

    python -c 'import sys; a = int(sys.stdin.readline())) ; print(range(a))'

EDIT: Not that I'm saying piep is useless; far from it, it seems very interesting. I'm saying that optional {}s wouldn't solve the problem that piep is trying to solve.

berntb3• 14 years ago

Yes, but my point was: How do you add an if to that Python code... or anything else dependent on Python indentation?

Another example: map {} is better than having to learn weird single instruction variants like list comprehensions. And so on.

In this case, it is easy to have a shell alias that loads a module and executes its parameter in any other language. Then you have any piep functionality not already built in. Ergo, no need for extra things to learn, in those languages.

gfxmonk5• 14 years ago

The thing about piep (and other such tools) is that they can make some reasonable assumptions that would typically be a bad choice for a generic language - things like having global variables for commonly used items, making assumptions about how certain return values should be interpreted, etc. Small things like this wouldn't fit well with most general programming languages, with the possible exception of perl.

Plus, it still doesn't solve the piping issue. constructing a command as a sequence of operations like:

p.foo() | len(p) | p + 1 | str(p)

is much easier to follow (and modify) than

str(len(p.foo()) + 1)

this is not a big deal for programming languages because we use variables, functions and other ways of structuring our code, but those don't map well to oneliners.

Piep: bringing the power of python to stream editing

Related Stories