Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Nushell.sh ls | where size > 10mb | sort-by modified

nushell.sh

Post reply on HN
Print view View original

141–150 of 215 posts

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#141

Post by HervalFreire »

ilyt wrote: post #127
HervalFreire wrote: post #101

Earlier quoted context omitted.

What if someone starts from a clean slate. Which shell is better? That is the question. Old habits hold us back from progress in usability. Eventually if one system is better it should completely replace the old system. But only if it's better. What one power user deems as "useful" according to his own usage patterns shouldn't be a metric for measurement. I haven't played with nushell yet, but it actually seems more…

> What if someone starts from a clean slate. Which shell is better? Then they learn the better and end up having to learn bash anyway coz that's what runs on remote machines. There is also not that much to be gained. Common easy tasks might be easier to learn but just few percent faster in the end. Harder ones are faster by one-off script in "real" programming language most of the time. Harder repeatable one should n…

[dead]

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#142

Post by xcdzvyn »

tormeh wrote: post #120

My problem with alternative shells (anything not bash) is that I have to learn bash anyway, and if I want to use a scripting language that requires me to first install a runtime, drop into it, doesn't work on colleagues machines, etc. then there are many non-shell alternatives that are better. I'll learn nushell or whatever once a mainstream or somehow desirable distro ships with it as their default shell.

I have the same problem. The only viable neo-shell in my eyes would have to be 100% Bash compatible anyway, so what's the point?

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#143

Post by ripley12 »

codethief wrote: post #140
ripley12 wrote: post #114

Earlier quoted context omitted.

Don't think we've had any requests for those, but we'd welcome contributions if someone wants to make it happen. For now, Homebrew works if you want a cross-distro way to install Nu on x64 Linux.

Personally, I would love to give Nushell a try but having to install another package manager (Homebrew) first…

You might be covered by one of the other package managers: https://www.nushell.sh/book/installation.html#package-manage...

We also publish binaries: https://github.com/nushell/nushell/releases

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#144

Post by bmelton »

tormeh wrote: post #120

My problem with alternative shells (anything not bash) is that I have to learn bash anyway, and if I want to use a scripting language that requires me to first install a runtime, drop into it, doesn't work on colleagues machines, etc. then there are many non-shell alternatives that are better. I'll learn nushell or whatever once a mainstream or somehow desirable distro ships with it as their default shell.

This is the same reason I eventually learned and stuck with Vi(m). Implementing a project on a massive array of SPARC Solaris boxes and every "easy' tool I'd learned just... wasn't there. I had kind of learned Vi at that point, but wasn't remotely proficient in it, and had only gotten as far as I had due to a bunch of cool plugins I'd installed that definitely weren't available.

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#145

Post by Karellen »

xnyanta wrote: post #5

What's the advantage of this over PowerShell?

NuShell is properly MIT-licensed, and is therefore Free Software.

Powershell is kind of MIT-licensed, except for the parts that aren't but are still an integral part of it, so not really, and is therefore not Free Software. At least, it's not DFSG-free.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834756

https://github.com/PowerShell/PowerShell/issues/5869

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#146

Post by ripley12 »

enoch2090 wrote: post #119

This is fun, but reading the commands[1] reminds me of learning a new language. There are just too of them, and they are all pipelined in a functional manner so I need to understand the I/O of them. In that case, why would one bother remembering all of those, when Xonsh or IPython does similar job to their data, only with a few more lines of (more familiar) code? [1]: https://www.nushell.sh/commands/

I don't think you need to remember all of Nushell's commands (I certainly don't). You can go far with a handful of important ones; off the top of my head, get/select/where/sort-by/open are the most important.

This is something we should communicate better in the docs, I'll see what I can do.

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#147

Post by ripley12 »

cormacrelf wrote: post #123
enoch2090 wrote: post #119

This is fun, but reading the commands[1] reminds me of learning a new language. There are just too of them, and they are all pipelined in a functional manner so I need to understand the I/O of them. In that case, why would one bother remembering all of those, when Xonsh or IPython does similar job to their data, only with a few more lines of (more familiar) code? [1]: https://www.nushell.sh/commands/

I have written a bunch of nu and: no dot method syntax means you need to browse documentation for literally everything. So much worse than your average programming language, which takes the data type + you enter a dot = it suggests all the relevant methods. The Nu docs are better than they were a few years ago but as far as I can tell they keep changing command names, having subtle changes of behaviour for commands w…

> subtle changes of behaviour for commands with the same name but apparently different implementations for different data types

This was one of the biggest problems with Nu's dataframe functionality; it should be resolved now that we no longer ship with dataframes by default.

Totally agreed on dot method being nice for discoverability, that's something we need to do better on.

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#148

Post by zamadatix »

bmelton wrote: post #144
tormeh wrote: post #120

My problem with alternative shells (anything not bash) is that I have to learn bash anyway, and if I want to use a scripting language that requires me to first install a runtime, drop into it, doesn't work on colleagues machines, etc. then there are many non-shell alternatives that are better. I'll learn nushell or whatever once a mainstream or somehow desirable distro ships with it as their default shell.

This is the same reason I eventually learned and stuck with Vi(m). Implementing a project on a massive array of SPARC Solaris boxes and every "easy' tool I'd learned just... wasn't there. I had kind of learned Vi at that point, but wasn't remotely proficient in it, and had only gotten as far as I had due to a bunch of cool plugins I'd installed that definitely weren't available.

That last part is often forgotten. I usually stick with defaults (or as close as I reasonably can) not because they are functionally better but because for most things I don't have the return on learning and regularly using two instances of ${tool} isn't worth the extra time. Sometimes it's a pain but it seems to pay off.

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#149

Post by ilyt »

Arnavion wrote: post #139
ilyt wrote: post #129

Earlier quoted context omitted.

> Using ` If you showed that without context it would look like some prefix/lispy notation so no, you are just showing how bad it is

"This thing I don't understand reminds me of another thing I don't understand, so it's bad I decided."

[flagged]

Re: Nushell.sh ls | where size > 10mb | sort-by modified

#150

Post by ilyt »

codethief wrote: post #137
ilyt wrote: post #127

Earlier quoted context omitted.

> What if someone starts from a clean slate. Which shell is better? Then they learn the better and end up having to learn bash anyway coz that's what runs on remote machines. There is also not that much to be gained. Common easy tasks might be easier to learn but just few percent faster in the end. Harder ones are faster by one-off script in "real" programming language most of the time. Harder repeatable one should n…

> coz that's what runs on remote machines Is that actually still an issue these days with Docker containers and what not? How often do you access a remote server via SSH where you share an account with your colleagues and cannot install another shell next to bash? (So that bash could still be the default but you could switch on the fly.)

If you connect sidecart to debug it will most likely have bash.

And why you'd need bash fu just for local work ? The most I use it is for old fashioned servers (we have anything from "classics" to few k8s clusters)

Post reply on HN