News for hackers. Stuff that matters.

A comment on The Dawn of a new Command Line Interface (2017). Parent comment

Re:The Dawn of a new Command Line Interface (2017) by MayeulC on Tuesday April 13, 2021 @03:15PM (#26797583)
> How can a shell do anything serious with asserted file types that can be missing, wrong, malformed, unknown or mendacious? It's hard to go beyond offering a best-effort "open with the associated program" application as an alternative to vi, cat etc.

How would that be any worse than the status quo, though?

Programs already output, depending on their invocation and the utility at hand, binary data in arbitrary formats, shell escape sequences, text, ASCII art, etc.

The only issue I can think of is for portability of the scripts, if a program gets updated to support a new type as input or output, and that causes issues compared to the testing environment. But that's arguably already an issue too, and it would be rather simple to annotate expected types.

[ Parent | on HN ]
Re:The Dawn of a new Command Line Interface (2017) by HelloNurse on Wednesday April 14, 2021 @04:09AM (#26804326)
The cost of specifying MIME types or the like can easily exceed its value, which is very low because we are already specifying file types (to applications that can deal with more than one) well enough with file extensions (undependable, but vastly more convenient than new infrastructure for new metadata), with self-describing or recognizable file formats, and often explicitly.
[ Parent | on HN ]