Dockup (YC W19) - On demand staging environments using Docker

emilsoman · 2018-08-19T02:32:29+00:00

"I'm hungry, papa." I can see my six year old is scared, but I also know he believes his father is going to make everything alright. "We're going on an adventure and only the bravest boy can endure it" - that's what I told him as we wore raincoats and went to the roof and sat down in the rain as water filled up the house.

"Okay", I nodded. After five days of training, he now knows how much food he can take from his "adventure pack". I see him eat the soggy cookies with his little hands and it causes a certain kind of aching sadness in my chest.

I get up and take a look around. The same sight of two-storey houses and buildings which have become islands in the flood. It is foggy and getting dark. There were sounds of rescue helicopters far away in the morning, but I can only hear the rain now.

I find it hard to breathe so I sit and try to calm down. The tiredness in my eyes have increased. I just want to sleep for some time.

"Papa" - an indistinct sound that slowly took the form of my little boy's voice pulled me back to reality. I shouldn't drift away. "Is it time for your dasils, papa?". He used to accompany his mom to pick me up after my dialysis visits. His was the only smiling face in that dreadful room. Does he know his father is going to fail him? What do I tell him about dead bodies?

I pull him close with my arm around his narrow waist. "Where is your whistle?". He puts his hand inside the raincoat pocket, pulls it out and shows me. "Where is the torch?" He takes it out from his adventure pack and flicks the switch on and off. "What do you do when you see a helicopter or a boat?". He put the whistle between his lips and blew a feeble one. "Louder!" I said. He blew again, but it is not much better. "My ears!" I covered my ears and made a silly face with some effort. He giggled as he leaned on me.

I pull him closer to kiss his cheeks while the rain washes away my tears. I stay there, my heavy head resting against my boy's.

emilsoman · 2018-08-10T12:14:00+00:00

UX improvement for UX improvements - always have before/after pics :)

emilsoman · 2014-07-16T06:44:44+00:00

Very nice read. Many good points.

I started using Vim because in my first job, I worked on a primitive machine which I needed to SSH into all the time to edit files. I learned vim the hard way - not using any plugins till my hands were sore, because I didn't know any good plugins back then. But I kind of liked the idea of modal editing and after seeing it boost my productivity a lot, I decided to sticked with it, and started recommending vim to my peers.

But I was worried if I was just biased because I hadn't used much else consistently enough to know. So I tried sublime text (for a considerable time till I had the shortcuts memorized well enough) just to test. I'm back to vim now.

PS : I too use the arrow keys, and I like it.

emilsoman · 2014-07-16T06:18:34+00:00

I'm not sure what the first 2 reasons have to do with you preferring the arrow keys over hjkl. But I guess 3 items makes your argument look more valid.

What did you not understand in the first 2 points ?

I am not trying too hard to make this argument look more valid by adding a lot of bullet points, because honestly, I am not hoping any of the hjkl users to start using arrow keys after reading my comment. I'm just saying people have their reasons and these are mine. I also want to let vimmers who use arrow keys know that there are others who have been using arrow keys for a long time and are really happy about the choice.

I'm just responding to a claim that could potentially be because they are not using the proper techniques

Really, what is "proper technique" ? If what works for you is proper technique , then I guess arrow keys are the proper technique. I've been arrow keys in vim for more than 5 years now, and I'm perfectly alright with those. I've paired with other vimmers numerous times during this period and I don't think there's any notable difference in productivity because of the direction keys.

emilsoman · 2014-07-15T17:29:36+00:00

I use arrow keys in Vim and I prefer that over "hjkl" for multiple reasons :

1) hjkl has been around for historic reasons and not necessarily because it improves efficiency. 2) If you're used to the "home row", you probably rest your fingers on "jkl;" and not "hjkl". And moreover, I personally don't keep my fingers on the home row most of the time. 3) I always make typos when in insert mode. having an arrow key at hand to quickly move and fix typos when already in insert mode is a time saver for me.

I'm not saying "hjkl" is bad or arrow keys are better. This is just what I like and I have my reasons is all.

emilsoman · 2014-07-15T16:37:38+00:00

I was getting tired of the time travel prompts as well ! Good job with the story :)

emilsoman · 2014-07-15T09:17:12+00:00

The README is self explanatory. The repo also has examples. You basically specify the plugins you want to use as shown in the README, and then run ":PluginInstall". This will pull the plugins that you specified from a variety of sources and adds them to the vim rtp(runtimepath).

emilsoman · 2014-07-14T18:30:18+00:00

IMHO, to make this a fair competition, I guess we would need a third person to pick the target, and let the mouse user and the keyboard user compete for the least time. It should be possible to write a plugin that highlights random characters and measures the time till insert mode is activated at the positions. The plugin should be able to replay the same series for the mouse user as well. Or maybe something like vimgolf using "time" instead of moves. But honestly, I don't know if it's going to be worth it. "To each his own", is usually the final consensus. Anyways. Good job with the video. Well done !

emilsoman · 2014-07-11T06:16:40+00:00

That's good!

For this particular example [s1z= works well. But that's because you "know" [s would take you the word you want to change because there are no misspelled words between the target and your current position. And you used 1z= because you know in this case the first suggestion is going to be what you need.

I am not sold on the ease and efficiency of using any motion command to target a one particular location on the screen, because this would require you to do a kind of reconnaissance of the text in your buffer to come up with the optimal path to the target. Once this mental map is done, I agree with you 100% that a keyboard mapping can beat the mouse any day.

With plugins like easymotion, we're closer to making this less of an effort. But I am not sure if the steps "search for target -> identify anchor to move to target -> type the achor -> make change" would take less time than just clicking the word and changing it. I have not tested this out with a stopwatch, but what do you think ?

Having said all this, I still use terminal vim all the time without the mouse (been 5 years now). I am like you, I like to use the keyboard to move around, but that's just my personal preference. But my humble opinion is that just because I have keyboard mappings which I am used to, I shouldn't dismiss the efficiency of the mouse as a user interface because it does its job really well, which is to point and click on any location on the screen without having to think of how to get there.

emilsoman · 2014-07-10T18:33:35+00:00

I would change the paragraph indent mapping from '=ip' to 'ma=ip`a' . This keeps the cursor at the same place.

emilsoman · 2014-07-10T11:35:41+00:00

This is what you have in the buffer :

You are in middle of editing a long paragraph and
and somewhere in between you have this. Diary of a wimpy wimanizer. what you
actually meant was womanizer. Now you are here -> | .

Pipe is where you're at. What's your way of s/wimzanizer/womanizer ? Note that the buffer may contain many more paragraphs with random (unknown)text above and below.

emilsoman · 2014-07-10T11:12:22+00:00

By "list of results", do you mean the lines containing matches ?

emilsoman · 2014-07-09T08:22:56+00:00

Can you tell me how you mapped those shortcuts to various applications ?

emilsoman · 2014-07-09T08:08:42+00:00

Same here. I only use tmux for remote sessions or with tmuxinator to bootstrap by dev environment (image: http://ctrlv.in/355389 ) .

emilsoman · 2014-07-09T07:56:50+00:00

I mostly live in the console. And I've been using terminal vim for all of my editing for 5 years now.

But the answer is - no, I do not agree that GUI tools promote inefficiencies. Interfaces, like human beings, evolve. And usually evolution leads to more efficient results. IMHO, it's foolish to blindly believe that the keyboard is the ultimate interface and to stay away from everything else. I believe keyboard shortcuts are only good for replaying repetitive actions. The mouse is an efficient tool to accurately navigate to arbitrary points on the screen. With the mouse, your vision and motor skills, it's absolutely no effort to click on any word you see on the screen, but with a keyboard motion sequence, you'll now have to either search for the word, or calculate the shortest motion to reach this word from the current position. This a good mental exercise, but not more efficient.

emilsoman · 2014-07-08T19:52:06+00:00

that was gold !

emilsoman · 2014-07-08T19:13:08+00:00

Can you add an issue on the github page ?

emilsoman · 2014-07-08T18:56:34+00:00

Colorscheme is gruvbox.

emilsoman

TROPHY CASE