Live data from Hacker News

Show HN: tere – A Faster Alternative to cd+ls

github.com

201–206 of 206 posts

Re: Show HN: tere – A Faster Alternative to cd+ls

#201
post #13

> "Tere" means "hello" in Estonian. It also feels nice to type. I really thought it was initially a typo on "tree" (the tool's purpose is to navigate the folder tree) that the author decided to keep.

"there" would also be a nice alternative explanation

Re: Show HN: tere – A Faster Alternative to cd+ls

#202

Earlier quoted context omitted.

It’s a funny thing I’ve noticed about scripting languages: they’re generally easier to get going with yourself, but they’re horrible for distribution/deployment, and if you have to integrate code written in other languages (even C libraries with Python bindings, or similar—things like wxWidgets or GTK), that rapidly escalates to a nightmare . Meanwhile, ahead-of-time compiled languages like Rust and Go are simply a b…

There are several working options for packaging Python apps, some existing for twenty years. Sure, while a little more complicated than compiling a static executable, it is hardly a "nightmare." It's basically writing a config file, and adding another stanza to a Makefile or modern equivalent. Reminds me of the idea regularly pushed here that you need a virtualenv even for thirty-line scripts. I read these kind of ta…

I’ve worked with several of those ways of distributing Python apps over the years, mostly under Windows with a little under Linux and macOS, and mostly around a decade ago now, though I’ve touched a very little non-Windows stuff in the last year or two. They’ve consistently been more work than they seem even if all your stuff is pure Python, and there are just caveats left, right and centre. All kinds of stuff that should be fundamental and built-in was just extra effort at every step. Hooking up resources in the .exe file, controlling the Windows subsystem stuff, adding a manifest that works, figuring out which MSVCRT redistributables you need and how to hook them up (and you can’t pretty much just couldn’t automate this in any way), finding what library files (.dll, .so, whatever) you need because of dynamic linking, fixing library.zip stuff that just mysteriously didn’t work for some libraries, special-casing stuff here and there for C dependencies, tweaking optimisation and compression levels to try to speed things up and shrink them since startup is unreasonably slow and the distribution unreasonably large but these tweaks are also inconsistent and often break things, adding files your program depends on in a place where they’ll work, tweaking your code because it runs differently under py2exe or py2app or pyinstaller or whatever, trying to figure out why what you’ve built just isn’t even starting on so-and-so’s machine…

Granted, a few of these things apply to Rust stuff as well (e.g. resources and manifests can’t quite be done out of the box without extra tools), but most of them are inapplicable, and the remainder tend to have better solutions than I observed in Python-land. And a lot of the pain that I’m describing of the Python stuff isn’t that it’s hard to do anything, but more that I’ve found it all just exceptionally error prone and unreliable.

Re: Show HN: tere – A Faster Alternative to cd+ls

#203
post #141
post #55

Earlier quoted context omitted.

Well, that's Rust for you. They somehow think that having a boatload of dependencies with nondescript names (smawk, parking_lot_core, serde, clap - I feel like I'm having a stroke) is a feature. I'm not even joking.

The aggressive replies on this thread. holy s**t. That's what I mean when I say Rust community is toxic here https://news.ycombinator.com/item?id=32105449

Agreed. The Rust community took a disappointing direction in the past few years...

Re: Show HN: tere – A Faster Alternative to cd+ls

#204

One of my pet peeves is CLI newbies who always have the need to cd into some directory before running a command. I learnt pretty early on that this was stupid. Just run your command from the repo root or $HOME.

imho that is not a bad habit to have, what's the harm? you don't always know how the script/application behaves. sometimes they do things in relation to where you are standing. if you mean the newbies cd into a location in $PATH though, i.e.: cd /bin, cd /usr/bin etcetera I agree, that doesn't make sense usually

Re: Show HN: tere – A Faster Alternative to cd+ls

#206
post #8

I'm going to be a dick here, because someone will say it anyways, but how is this different from VIM's directory browser? Essentially the same UI. I do think your program does add some features not found in VIM.

Not everyone uses Vim. Also netrw is a bit of a mess; I once found a bug and thought "I'll write a patch". After five minutes of browsing through the code ( [insert Eddie Murphy meme] ): "yeah, never mind".

some people have been using vim on a daily basis for years but have never used any directory functionality, only the text editing bits
Post reply on HN