Live data from Hacker News

Xiki: The Command Revolution

kickstarter.com

41–49 of 49 posts

Re: Xiki: The Command Revolution

#41
post #10

Earlier quoted context omitted.

Seconded. It's like you're telling me, "we don't believe in our product so have some cheesy music to up the hype". Music was worst part. I was trying to ponder your invention and failed. Corollary: spend years working on product, ruin it with one stupid customer-facing decision like annoying music. Talk about your one-percenter.

Sorry you don't like the music. I showed it to a bunch of people and they said good things about the music. The music was actually created via the xiki "piano" command (and then enhanced with garage band). I was going to emphasize that but ran out of time... There are 16 backers so far (and only a few are friends) so hopefully it hasn't ruined it for everyone.

I don't think that describing it as just cheesy and annoying does it justice, although some people might get that feeling.

Music was a bit over the top but not sure if that was bad or good. It set kind of an epic and exciting ambiance to the video I think. Maybe a bit too much but not sure.

I think if the tool wasn't as awesome it would be too much but it is a badass tool so probably a soundtrack that epic is warranted.

Re: Xiki: The Command Revolution

#42

Looks cool. I am slightly concerned when it comes to security and "noobs" pasting commands without getting stuff. Think rm -f ~/ Would be great for stuff that is to unique(only happens once ever) to write automated bash scripts for. The problem is that one might not know that in advance, and suddenly one has to scripify it for real.

At least make it tense and exciting:

(((RANDOM%6)==0)) && rm -rf / || echo Click

Re: Xiki: The Command Revolution

#43
I think Xiki might help me escape the editing environment of the shell and REPLs provided via the shell (specifically the bash shell of Mac OS X Terminal, and various Scheme REPLs.) I want to work just as I can in TextEdit, or for that matter in the humble HTML textarea: put the cursor anywhere and start typing or deleting. The Mac OS X program Eddie permits some of this.

Re: Xiki: The Command Revolution

#44
Issuing commands to a computer with a "mouse" -- ridiculous! It will never work.

More seriously-- why does this need funding? If the idea is clear enough and people see a need for it, someone will help finish it or write their own version as open source.

Having watched the second video, which is better, it looks to me like there could be some good ideas here; but a lot of them could be implemented on their own. Some could even be done with short shell functions in bash.

Re: Xiki: The Command Revolution

#45
post #25

I'll plant my lawn sign to lobby for support. I think this is such a completely new way of running a shell it's worth investing in to see how far it can get. Maybe I am a computing retrofuturist, but I like anything that pushes towards a Plan 9 / Smalltalk / Jef Raskin like dynamic, configurable, adaptable, programmable, textual user interface. Also, recognition is always better than recall. I hate the UNIXy command…

>> ssh -p but scp -P

I hate inconsistent command line interfaces, too. If you type `ssh` it dumps usage information. Most commands will respond to `command --help` (but not ssh, irritatingly). Failing that, you can write shell functions to wrap your own interfaces around commands -- I do this all the time.

Re: Xiki: The Command Revolution

#46

Hey! Project creator here! I'll answer all your questions here and try and clear up the writing. Ask away.

This is a very interesting project! I backed it.

I've only tried Xiki in a semi-broken state for now, via the SublimeXiki plugin and with Ruby 2.0 (which mostly doesn't work).

One question I have is how are you planning to handle navigation? E.g. when a command produces large output, it isn't very convenient to scroll around in the file. I didn't see this addressed in the videos.

Re: Xiki: The Command Revolution

#47
post #25

I'll plant my lawn sign to lobby for support. I think this is such a completely new way of running a shell it's worth investing in to see how far it can get. Maybe I am a computing retrofuturist, but I like anything that pushes towards a Plan 9 / Smalltalk / Jef Raskin like dynamic, configurable, adaptable, programmable, textual user interface. Also, recognition is always better than recall. I hate the UNIXy command…

>> ssh -p but scp -P I hate inconsistent command line interfaces, too. If you type `ssh` it dumps usage information. Most commands will respond to `command --help` (but not ssh, irritatingly). Failing that, you can write shell functions to wrap your own interfaces around commands -- I do this all the time.

Exactly, and I believe that Xiki is trying to make that flow much more pleasant. :)

Re: Xiki: The Command Revolution

#48

Thanks but I'll stick with fish shell. http://fishshell.com/

It looks like it could be a lot more than what fish brings to a regular terminal. Don't get me wrong I use fish everywhere nowadays but this good be way more.

Looks like. I have little faith that this guy will be able to implement it from what I saw.

Re: Xiki: The Command Revolution

#49
post #10

Earlier quoted context omitted.

Seconded. It's like you're telling me, "we don't believe in our product so have some cheesy music to up the hype". Music was worst part. I was trying to ponder your invention and failed. Corollary: spend years working on product, ruin it with one stupid customer-facing decision like annoying music. Talk about your one-percenter.

Sorry you don't like the music. I showed it to a bunch of people and they said good things about the music. The music was actually created via the xiki "piano" command (and then enhanced with garage band). I was going to emphasize that but ran out of time... There are 16 backers so far (and only a few are friends) so hopefully it hasn't ruined it for everyone.

Unfortunately I have to concur about losing the music. I found it so distracting that I actually couldn't focus on what the voice was saying.
Post reply on HN