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

Amp – A complete text editor for the terminal

amp.rs

Post reply on HN
Print view View original

151–160 of 174 posts

Re: Amp – A complete text editor for the terminal

#151

Post by [deleted] »

jolmg wrote: post #145
ShinTakuya wrote: post #143

Earlier quoted context omitted.

You're sharing accounts on servers or logging in directly as root? Either one sounds like a recipe for disaster.

Sharing a normal user account. It's not ideal, but it's not that bad either. I think you're missing a lot of context to properly judge this, but to keep it short and avoid divulging details it boils down to balancing costs, risks, and benefits. Remember you know nothing about my work. It's easy to underestimate costs, overestimate the risks, and overestimate benefits without being fully informed of the situation.

[deleted]

Re: Amp – A complete text editor for the terminal

#152

Post by tbrock »

phlyingpenguin wrote: post #53
tbrock wrote: post #47

Earlier quoted context omitted.

I thought it was pretty clear actually: it works out of the box with no configuration (batteries included). > Amp is complete from the start. As a long time vim user, the more advanced you get the more customized your vimrc and plugins become and you aren’t able to just walk up to vim somewhere else and be efficient (pairing with another vim user becomes impossible). Shared defaults are a powerful thing! Convention o…

> it works out of the box with no configuration (batteries included). You don't really believe that, do you? Competent users tend to have preferences. There's no need to worry about installing plugins if you have to have a .vimrc to begin with, just have the .vimrc do the installing as well.

Yes I do. Ever use textmate or Atom? Sure you can configure a bunch of keys if you want to change them but nobody ever does.

Re: Amp – A complete text editor for the terminal

#153

Post by tbrock »

wasted_intel wrote: post #128
Mashimo wrote: post #56

Earlier quoted context omitted.

I have not tried amp yet, but just as an example why I switched shell. I use fish shell because of the sane defaults. I don't want to be bothered with setting up code completion and history size. Just install it and use it. Works. I like projects that provide similar experience.

Yes, fish shell is a beautiful example of that philosophy! Its design documentation[0] reflects a lot of the values that drove me to create Amp. [0] https://fishshell.com/docs/current/design.html

Also see: Ruby on Rails

Re: Amp – A complete text editor for the terminal

#154

Post by wasted_intel »

tbrock wrote: post #153
wasted_intel wrote: post #128

Earlier quoted context omitted.

Yes, fish shell is a beautiful example of that philosophy! Its design documentation[0] reflects a lot of the values that drove me to create Amp. [0] https://fishshell.com/docs/current/design.html

Also see: Ruby on Rails

Yep, another great example. :)

Re: Amp – A complete text editor for the terminal

#155

Post by wasted_intel »

josteink wrote: post #7

Maybe choose another name? I mean: Good luck trying to out-SEO Google re-using their own term[1] :) [1] https://www.ampproject.org/

I actually came up with the name before Google announced that project, so I'm going to be stubborn and stick with it. :)

Re: Amp – A complete text editor for the terminal

#156

Post by sfifs »

phlyingpenguin wrote: post #53
tbrock wrote: post #47

Earlier quoted context omitted.

I thought it was pretty clear actually: it works out of the box with no configuration (batteries included). > Amp is complete from the start. As a long time vim user, the more advanced you get the more customized your vimrc and plugins become and you aren’t able to just walk up to vim somewhere else and be efficient (pairing with another vim user becomes impossible). Shared defaults are a powerful thing! Convention o…

> it works out of the box with no configuration (batteries included). You don't really believe that, do you? Competent users tend to have preferences. There's no need to worry about installing plugins if you have to have a .vimrc to begin with, just have the .vimrc do the installing as well.

This discussion reminds me of the classic "standards" xkcd

https://xkcd.com/927/

Re: Amp – A complete text editor for the terminal

#157

Post by e17a »

Koshkin wrote: post #69
patrickmcnamara wrote: post #24

Earlier quoted context omitted.

I do wish there were more modal, terminal-based text editors that weren't so similar to Vim. Kakoune is Vim-like, and now this.

> modal Bill Joy: “One of the good things about EMACS, though, is its programmability and the modelessness. Those are two ideas which never occurred to me.” “People don't know that vi was written for a world that doesn't exist anymore.”

Oh, I so disagree. Modal editing is not about the modes.

In a text editor, user input either writes text to the file or does something else. Every text editor let you write to files so aside from aesthetics, it's the everything else that makes each different. If keystrokes for writing are not separated from keystrokes for everything else, everything else is confined to awkward ctrl- and alt- key combos. That's why it's a good idea to put them in different 'modes' so you can perform other actions comfortably. You don't need more modes than 2. Actually, in vim, you could see command mode and the visual modes as extensions of the normal node. Modes are really just a metaphor.

Re: Amp – A complete text editor for the terminal

#158

Post by wiz21c »

PurpleRamen wrote: post #102
wiz21c wrote: post #74

Earlier quoted context omitted.

>> Fragmentation also hurts the ecosystem. Just look at Linux distributions or desktop environments to see the effects. I don't think so. I've never felt that having 10 linux distributions was a problem, I just can pick between at least two super robust choices : Debain, RedHat. I can even choose between inkscape, krita, gimp. Or KDE and Gnome... You can argue that progress would be faster if we have less choices but…

Choice is a process which can hurt when it takes too long or when you lack the ability to execute the process itself or in a good manner. See https://en.wikipedia.org/wiki/Overchoice and https://en.wikipedia.org/wiki/Analysis_paralysis This is BTW no limited to OSS but AFAIK it comes from sales-research. People confronted with to many products of similar type can end in a deadlock, avoiding those products or even sta…

yup, now that I read myself again, I see my bias. For me, more developpers working on several "identical" GPL'ed software makes the viability of the GPL software better... So, well, I'm biased :-)

Re: Amp – A complete text editor for the terminal

#159

Post by WalterGR »

GordonS wrote: post #17
mariusmg wrote: post #4

Micro is nice too https://github.com/zyedidia/micro (been using it daily for a few months now).

I recently discovered this too. I'd been using nano as my default terminal text editor for years, but micro is a nice upgrade - I especially like the undo feature, the syntax highlighting, and the mouse support.

> “the undo feature”

What do you mean? The persistent undo?

Re: Amp – A complete text editor for the terminal

#160

Post by otikik »

sy7ar wrote: post #76
otikik wrote: post #43

Earlier quoted context omitted.

You are probably right. Which is my point. Vim movement commands remain unintuitive to me, even after using the thing for years.

It’s extremely intuitive to me. It’s more like muscle memory than logical thinking, I think you might be thinking too analytically.

If it works for you, that is great. It doesn't work for me.
Post reply on HN