October 20th, 2012 about git

I just made a GitHub. Right now I only have one repo with my .vimrc and .bashrc sitting around in it, but I'm gonna start using it for all of my demos and projects.


October 19th, 2012 about android, linux, and me

One of the biggest reasons I appreciate Linux and Android so much more than their competitors is the absurd level of customization available to me and the relative ease with which I can use it. Almost any feature or idea I can think of has already been implemented by someone else and is readily available for me to download, use, and modify to suit my needs. This is my ideal situation; I love digging into settings and tinkering until things are exactly the way I want. Beyond looking exactly the way I want, making a personalized UX provides me with an incredible boost in productivity. By setting up keyboard shortcuts to quickly perform common tasks such as opening a terminal, tiling my windows, and switching workspaces, I can keep my hands focused on the keyboard without ever having to touch the mouse. Mice are slow, so not having to use it to do tasks makes working go significantly faster.

For most people, however, being presented with dozens of configuration choices can be daunting, overwhelming, and push them away. Not only can customization deter many users, it can make it downright impossible for others to use your custom setup. I've streamlined my computer, phone, and tablet with shortcuts and gestures that are impossible to figure out without already knowing them. For example, ctrl+alt+z launches a run dialog, ctrl+alt+x launches a terminal (which is already fairly arcane for most people), and ctrl+alt+c launches an interactive JavaScript shell. super+x and super+c control volume while super+a/s/d control media playback. I don't even have window borders, titles, or a task bar enabled; I throw the cursor into a corner to switch windows and use my keyboard to move and align my windows. I have gestures on my phone to open the app drawer, launch specific apps, or toggle settings.

For those who are unfamiliar with my unique setups (ie everyone that isn't me), all of these decisions seem inefficient and confusing and make the device almost unusable. But if someone were to actually take the time to learn all of my shortcuts, they might start to realize the reasoning behind it all and why I've chosen to set things up that way. Personalizing your own devices is one of the most powerful tools you can use to improve your efficiency in day-to-day tasks.

Ubuntu 12.10 released

October 19th, 2012 about linux

"Coming Home to Vim"

October 17th, 2012 about vim

I've read countless articles about using Vim, why to use Vim instead of other editors, how to make the big switch, etc. Among all of those articles, however, this is definitely one of the most thorough and comprehensive articles that I've read on the subject. Along with being fairly descriptive and explanatory, it doesn't disappoint when it comes to the things I've come to expect from Vim articles: an exciting and heart-warming tale about the author's struggle as they transition from a standard text editor to Vim's modal editing, and a list of useful features and commands that the author has collected in their time with Vim.

Vim sucks

Almost every article you can find about the switch from a standard text editor to Vim will tell you one thing: Vim sucks at first. The most likely reason for this phenomenon is the simple fact that Vim actually does suck at first. The change from a normal text editor is incredibly frustrating; even the most trivial of tasks becomes a monumental chore. It's suddenly a confusing mess of weird commands, keys, and modes. But then, as every article will tell you, it gets easier. Your brain starts mapping commands to muscle memory. Movement with hjkl no longer baffles you, toggling between command and insert mode becomes second nature, and you might have even learned a few nifty commands like yanking and searching.

The reason all of these articles are formulated the exact same way is because that's exactly how it happens. When you make the switch, you will hate it. You will be confused and wonder how anyone could possibly use this archaic system. But if you keep using it, eventually you'll start to find out how people can use it, and then you'll start to prefer it, and then you'll start to crave it.

Vim rocks

If you're lucky, the article you're reading will also give you a list of some commands and options the author has stumbled upon and compiled together for your education. My best guess for why this happens is the fact that there is such an incredible amount of commands that almost every person adopts a different subset to use on a regular basis. The sheer number of commands and level of customization that Vim offers is astounding, and that's part of what makes it suck at first. Being handed a sheet with even a tiny subset of the commands will be overwhelming, so most people are stuck using hjkl to move, i to enter insert mode, esc to go back to moving around your file, and :wq to save your file. After a while those commands get relocated from the "new" section of your brain to the "familiar" section, making some room in the "new" section for new commands, like / to search, dd to delete entire lines, and using numbers to multiply commands (eg 7dd).

This is my favorite part of Vim articles, because even though I've been using Vim for close to three years, I still learn at least one new command or configuration every single time I read a new article. Every author has discovered a unique subset that flows with their individual editing style, and almost every one of those subsets will have a command you've never even heard of before. Since this is technically an article about Vim, I might as well follow suit and list just a few of my most used commands:

  • :## jumps to line number ##
  • ctX and dtX will both delete from the cursor until before the first occurrence of character X. If you want to delete from the cursor until the first occurrence including the first occurrence, you can use f instead of t. Using c will place the editor into insert mode immediately after deletion
  • ci" will delete all text between two quotes and place the editor into insert mode. Useful for changing an entire string
  • ctrl-o jumps to the last position you were at. Very useful when I need to search for a line, make some changes, and then jump right back to where I was
  • >> and << will move your current line one indent forwards and backwards, respectively. You can also highlight multiple lines with v or V and indent them as a group with > and <
  • . repeats the last text modification (eg ciwbear changes the current word to "bear", . will repeat that word change)
  • gv will highlight the previous visual selection

The end.


October 16th, 2012 about android and gadgets

soofw reboot

October 15th, 2012 about soofw

Round three. Let's do this.