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

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

github.com

Post reply on HN
Print view View original

111–120 of 206 posts

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

#111

Post by daptaq »

bowsamic wrote: post #66
fbanon wrote: 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.

I don't mind the number of dependencies, but I agree that the cutesy naming is ridiculous and obfuscating

At the very least it would be nice if languages could separate the interface from weird (I guess the idea is that they should be fun?) library names.

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

#112

Post by scubbo »

jhgb wrote: post #97
omni wrote: post #76

Earlier quoted context omitted.

Serde is a common term meaning "serialization/deserialization," seems pretty descript to me.

You're saying it's "a common term", but I'd literally never heard it before a Rust library with this exact name appeared. Isn't this by any chance circular reasoning? That it became "a common term" because of this library? In that case you couldn't justify the name of the library by saying that it was "a common term" at that time.

My $0.02 - I've heard of it and I've never worked in Rust, though calling it "a common term" seems like a bit of a stretch - I was over 5 years into my career before I encountered it. It's much less common than analogous terms like modem ("modulator-demodulator").

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

#113

Post by wongarsu »

Cthulhu_ wrote: post #100
omni wrote: post #76

Earlier quoted context omitted.

Serde is a common term meaning "serialization/deserialization," seems pretty descript to me.

But... what and how does it serialize/deserialize?

Approximately everything, but on its own nothing. Serde provides the framework and macros/annotations, serde_json is the "backend" implementing the actual json serialization.

Sure, it could be named serde_framwork and serde_json, but I think serde and serde_json isn't that bad either.

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

#114

Post by hnlmorg »

mgunyho wrote: post #82
hnlmorg wrote: post #63

Earlier quoted context omitted.

Clearly it's not going to be functionally identical, which is why I said it might interest people who are after something similar "without installing additional dependencies". That said, I do think your reply here is a little disingenuous because one extra key stroke is hardly "cumbersome". Especially when you advertise your tool as having VIM bindings and then criticise VIM for the same thing. I have no issues with…

> one extra keystroke is hardly cumbersome To me, there really is a significant difference in friction when navigating in vim vs tere. Maybe it's because I need to use shift to type '/' on my keyboard layout. But I also have to press enter twice to cd after searching. The point about opening the files within vim is valid, and I have been considering adding the option to call xdg-open on highlighted files, like many s…

> The main motivation for me was to make something that works just the way I want, and secondarily, to write something fun

Those two reasons are all the reasons needed for any personal project. I've created so many tools based around those two reasons alone :D

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

#116

Post by lloeki »

obituary_latte wrote: post #83
lloeki wrote: post #37

Congrats for getting this out! > I also wanted an excuse to learn This is the best reason ever, and not just for you: seeing your GIF I thought "could I achieve that with fzf?". Turns out, yes I can: function fcd() { local dir; while true; do # exit with ^D dir="$(ls -a1p | grep '/$' | grep -v '^./$' | fzf --height 40% --reverse --no-multi --preview 'pwd' --preview-window=up,1,border-none --no-info)" if [[ -z "${dir}…

FYI: I think you meant "contagious" rather than "contaminating". The latter means to make something impure whereas the former means more to spread something. :)

Indeed!

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

#117

Post by bowsamic »

mynameisvlad wrote: post #105
bowsamic wrote: post #66

Earlier quoted context omitted.

I don't mind the number of dependencies, but I agree that the cutesy naming is ridiculous and obfuscating

You're free to create your own project with your own name and have it compete on the free market for dominance. I don't get this criticism at all. Sure, it could be simpler, but it's A. Not your project, so who are you to say how to name it and B. Rust developers clearly understand what they're used for considering they're popular enough to be brought up here. And unless you're actively developing in Rust, why would…

You can say this about literally any criticism ever. I hate it and it blows chunks. It is the ultimate libertarian way of striking down any discussion: do not criticise, even in any small way, because it's a free market and you can just make another one, so never EVER even THINK of discussing anything.

I'm not saying that there should be some kind of totalitarian regime that enforces naming, I'm simply saying that yeah it kinda sucks that Rust devs tend towards cutesy names over ones that convey functionality.

This just seems like you're getting weirdly offended for no reason. Not everything is some kind of attack on individual agency. There is absolutely nothing wrong with me remarking on the state of Rust naming. The fact that you are conflating it to be a "big deal", which I never said it was, just seems like bad faith arguing me. This is just not something to get so offended over.

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

#118

Post by lloeki »

nickjj wrote: post #68
lloeki wrote: post #37

Congrats for getting this out! > I also wanted an excuse to learn This is the best reason ever, and not just for you: seeing your GIF I thought "could I achieve that with fzf?". Turns out, yes I can: function fcd() { local dir; while true; do # exit with ^D dir="$(ls -a1p | grep '/$' | grep -v '^./$' | fzf --height 40% --reverse --no-multi --preview 'pwd' --preview-window=up,1,border-none --no-info)" if [[ -z "${dir}…

> could I achieve that with fzf? I've been sporting this alias for a while now: alias pf="fzf --preview='less {}' --bind shift-up:preview-page-up,shift-down:preview-page-down" You can run `pf` (preview file) in a directory and it opens a split window with fzf where you can preview text files with less and optionally filter down which files are matched with fzf. fzf is great.

N'other silly one:

    git log --oneline --decorate --color | fzf --ansi --preview 'git show $(echo {} | cut -d" " -f1)'
The possibilities, they are _endless_ !!11!1!

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

#119

Post by mynameisvlad »

bowsamic wrote: post #117
mynameisvlad wrote: post #105

Earlier quoted context omitted.

You're free to create your own project with your own name and have it compete on the free market for dominance. I don't get this criticism at all. Sure, it could be simpler, but it's A. Not your project, so who are you to say how to name it and B. Rust developers clearly understand what they're used for considering they're popular enough to be brought up here. And unless you're actively developing in Rust, why would…

You can say this about literally any criticism ever. I hate it and it blows chunks. It is the ultimate libertarian way of striking down any discussion: do not criticise, even in any small way, because it's a free market and you can just make another one, so never EVER even THINK of discussing anything. I'm not saying that there should be some kind of totalitarian regime that enforces naming, I'm simply saying that ye…

> I'm simply saying that yeah it kinda sucks that Rust devs tend towards cutesy names over ones that convey functionality.

Are you using Rust? If not, why does it matter what they choose to name their libraries. This is my entire point, you're coming in as an outsider criticizing something that is clearly not a problem to Rust devs.

If actual Rust developers are using them to the point where they're popular enough to gain (unwarranted, imo) criticism, then clearly they're working, silly name and all.

It's almost as if people care more about what the function a package provides rather than its name.

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

#120

Post by mxben »

bowsamic wrote: post #117
mynameisvlad wrote: post #105

Earlier quoted context omitted.

You're free to create your own project with your own name and have it compete on the free market for dominance. I don't get this criticism at all. Sure, it could be simpler, but it's A. Not your project, so who are you to say how to name it and B. Rust developers clearly understand what they're used for considering they're popular enough to be brought up here. And unless you're actively developing in Rust, why would…

You can say this about literally any criticism ever. I hate it and it blows chunks. It is the ultimate libertarian way of striking down any discussion: do not criticise, even in any small way, because it's a free market and you can just make another one, so never EVER even THINK of discussing anything. I'm not saying that there should be some kind of totalitarian regime that enforces naming, I'm simply saying that ye…

> do not criticise

Nobody said that. Of course you can criticize. But be aware that your criticism itself could be subject to criticism.

Post reply on HN