My recent blog post on ideas for beginner web developers generated a bit of a buzz. It’s interesting to see that so many people want to learn how to program yet don’t know where to start. Some people would assume that if you want to learn how to program you already have something in mind that you want to accomplish. Sometimes that’s right, I always kind of wanted to build a computer game. Other times it’s just because you want to learn a valuable skill. This logic was what brought me to becoming a web developer fulltime.

If your focus is on desktop applications there are many different approaches you can take. You’ll initially want to build command-line applications to get a handle on managing data and manipulating it. As you progress, you’re going to start to want to make this data visible and begin doing user interfaces. After that, integration with web services is always fun.

Here’s an approach that I would recommend to someone starting out as a desktop application developer. Focus on recreating the basic tools you would take for granted in the future. I would suggest doing all of this in a scripting language like Ruby or Python. You will have a considerably harder time learning the concepts in C++ as you will be learning at a much lower level. If that’s your thing, go for it, the real goal is to work on something you enjoy.

So without further adieu:

1. Almost every application has configuration settings somewhere, so build a configuration parser from scratch.
2. It’s pretty imperative that you start simple, so take that configuration parser you just built and make a command line todo list. Load and save the todo items using your config parser.
3. Now that you’ve got some basic input/output done, let’s sophisticate it a bit and instead save the data to an SQLite database. Lots of desktop applications use these, and it’s just good practice to know how to work with databases anyways. Just use raw SQL statements to write your data.
4. Let’s take a step back and clean up the database code this time. It’s not really good to write raw SQL. What you typically want to do is create classes in your code that represent objects in the database. This is called an ORM. Build a basic one of these so that you can set properties on the object and it will automatically update the database without the program needing to understand that it is being saved to an SQL db. Bonus points if you make it support multiple database types.
5. Now that you’ve gotten your hands dirty with a lot of different backend things, it’s time to put a pretty face on what you’ve built. Check out Cocoa if you’re a Mac user, GTK or Qt if you’re on Linux or Windows. Compare the GUI toolkit options and figure out what is best for your application. Do you want it to run on any OS? Do you hate how a certain one looks and feels? Experiment, even how writing code for a toolkit feels will have serious effects on how your application turns out.
6. Very cool, now most applications are becoming web friendly. Nobody wants their data stored on a single machine, they want it everywhere. Look at any of the websites you use on a daily basis, maybe you use Twitter. Instead of using the official Twitter client, try to build your own that works with the Twitter API. Don’t just build it, but actively use it, open source it, try to get your friends using it. You’ll quickly realize that there is a lot to GUI programming, especially the little tweaks that make an experience go from mediocre and annoying to smooth and exhilarating. The most important part is that you use your own software. Things that bug you most certainly will bug other people. Having other people use your software will make things that you overlook come to the forefront so that you become aware of them. Remember that you’re looking through developer’s eyes, not a user’s.

Rails 3.1 final is just around the corner. As I’m eagerly awaiting the release of this version, I’ve begun writing a lot new Rails projects in 3.1. The problem with this is that quite a few libraries are only really built for Rails 3.0 at the very latest.

Tonight I wanted to try Omnisocial. I know that Omniauth isn’t that hard to setup on its own, but hey, might as well try new things right? Well, I ran into some problems. After setting up the Omnisocial gem in my Gemfile I fired away at bundle install but ran into this problem:

omnisocial depends on multi_json (~>0.0.2)

Nice. Something in Rails 3.1 was conflicting with the version of multi_json that one of the Omnisocial dependencies. That fix was easy enough.

Now, Omnisocial works, but login with twitter no longer works. After some fiddling, I came to the conclusion that it wasn’t a problem with my configuration, or at least not likely.

I came across an issue on Github for Omniauth (Unforunately I don’t remember which one). A bunch of people were also having failed logins with Omniauth as well. It certainly didn’t seem to be a standalone issue with Omnisocial at this point. One of the comments mentioned that rack.auth had been changed to omniauth.auth and then it clicked. This was the reason, it was probably just getting a nil instead of throwing an exception and causing everything to fail. Sure enough, that’s what it was.

While we wait to get the official Omnisocial repo updated, you can go ahead and use my version.

Updating libraries to Rails 3.1 compatibility is fun, important, and lots of people will thank you for doing so. It’s a great way to learn. If you have a plugin that you need help converting, let me know! I’d love to help.

The more you start working with Git, the more you’ll want to become a Git Grand Master and join the ranks of Linus Torvalds. Typing git status all the time not only wastes away the precious hours of your life, but its certainly no way to impress your coworkers, convince your boss that you came from another universe, and certainly won’t impress the cute secretary.

But what if…just what if…you could integrate it into your command prompt? That might be the final straw so you can get a raise AND a girlfriend right?? Hell yeah! Let’s do this!

# http://henrik.nyh.se/2008/12/git-dirty-prompt
# http://www.simplisticcomplexity.com/2008/03/13/show-your-git-branch-name-in-your-prompt/
# username@Machine ~/dev/dir[master]$ # clean working directory
# username@Machine ~/dev/dir[master*]$ # dirty working directory
 
function parse_git_deleted {
  [[ $(git status 2> /dev/null | grep deleted:) != "" ]] && echo "-"
}
function parse_git_added {
  [[ $(git status 2> /dev/null | grep "Untracked files:") != "" ]] && echo '+'
}
function parse_git_modified {
  [[ $(git status 2> /dev/null | grep modified:) != "" ]] && echo "*"
}
function parse_git_dirty {
  # [[ $(git status 2> /dev/null | tail -n1) != "nothing to commit (working directory clean)" ]] && echo "☠"
  echo "$(parse_git_added)$(parse_git_modified)$(parse_git_deleted)"
}
function parse_git_branch {
  git branch --no-color 2> /dev/null | sed -e '/^[^*]/d' -e "s/* \(.*\)/[\1$(parse_git_dirty)]/"
}
export PS1='\w$(parse_git_branch)$ '

What is this I don’t even? Okay, well, you need to put this in your .bash_profile or .bashrc file. Re-open your terminal and you’ll have your new sweet prompt all ready to go. When you’re in a git directory this code will execute and you’ll get a neat little addition that shows your current branch, additions, deletions, and modifications.

How sweet is that? Here we’ve got a screenshot of my prompt in the Fluttrly source directory. (Subtle advertisement here for contributions to Fluttrly)

Provided you actually use git to a tiny bit of its potential, this is really awesome. If you don’t, well, why don’t you go use Visual Studio, we don’t want you here I guess now is the time to learn. Works on any bash prompt with colors enabled.

Of course you could just use zsh for all this, but that’s for another time.

Okay, so maybe this isn’t the coolest thing in the world, but it is pretty freakin handy. Comment if you have a cool prompt you’d like to share. I need to get my nerd cred up at work.

I don’t know exactly what happened the other day, but I ran a git diff and instead of the usual red and green colors, everything was some form of ESC[32m ESC[1m ESC[m and so on in order to tell the terminal to switch colors.

ESC[1mindex 6008531..985ce31 100755ESC[m
ESC[1m--- a/bin/build-site.pyESC[m
ESC[1m+++ b/bin/build-site.pyESC[m
ESC[36m@@ -1,5 +1,9 @@ESC[m
 #!/usr/bin/env pythonESC[m
 ESC[m
ESC[32m+ESC[m
ESC[32m+ESC[m
ESC[32m+ESC[m
ESC[32m+ESC[m
 import getoptESC[m
 import gitESC[m
 import osESC[m

Okay this is just great. No idea what is going on, and I can’t possibly continue coding like this. After a bit of googling, there wasn’t much on the situation.

It turns out that the less command got misconfigured. I was working on Ubuntu and found the culprit to be the $LESS environment variable misconfigured.

$ echo $LESS
-eiMX
$ export LESS="-eirMX"

These two commands in terminal will print out the $LESS environment variable and then set it. The “r” option is what is crucial here. It’s what enables coloring in less output. Another environment variable you may look at is $PAGER.

Take a look here for a really good description of the problem: http://www.xcombinator.com/2008/07/23/mac-os-x-color-showing-escwhatever-for-git-diff-colors-and-more/

A couple days ago I was contacted by Adam Doupé regarding a vulnerability he had been researching for his PhD. He had been scanning Github projects for the vulnerability and had found what could possibly be an issue on Fluttrly.

While Fluttrly was actually unaffected, the vulnerability is a serious one. When using a web framework such as Rails or Django, your “redirect” statement actually just generates a Redirect Response. This does not halt the execution chain which leaves the rest of your code to continue execution when you probably wanted it to stop.

Here’s an example from Adam’s blog:

class TopicsController < ApplicationController
  def update
    @topic = Topic.find(params[:id])
    unless current_user.is_admin?
      redirect_to "/"
    end
    if @topic.update_attributes(params[:topic])
      flash[:notice] = "Topic updated!"
    end
  end
end

With this code, a user can still change the topic even if they aren’t an admin because authorization of the request isn’t handled properly. The code looks correct upon first glance, but it is subject to anyone changing the topic.

The solution Adam suggets for this is to redirect and return on the same line in your controller. That’s fine if you need to do a redirect in your controller action, but it’s not a best practice, at least not for Rails.

The best remedy for this is simply to use filters in Rails. With a before_filter, you can check if the user is an admin and redirect accordingly:

before_filter :admin_required
 
def admin_required
  redirect_to "/" unless current_user.is_admin?
end

This will halt the chain before the code in update begins execution because of how Rails’ before filter’s work.

While this is just an example before_filter, you should really check out using a Rails authorization gem like CanCan. These gems allow you to configure user levels and the functionality they are allowed to execute. They provide a much better way to manage and configure authorization without overhead of having all of the code to handle this in your application.

I’m glad Adam is disclosing this to people. It’s something that is easily overlooked and it’s good to raise awareness of these things to new Rails developers.

As my last semester of college is starting to wrap up, I’m under a ridiculous amount of pressure trying to get 8 different projects finished at once, homework, job interviews, and a handful of other things. Before I go mentally insane, I’ve figured out some things that work for me in order to stay productive the whole day. So productive, in fact, that I’ve forgotten to eat until 8pm multiple times.

That might sound a little ridiculous but sometimes when the crap hits the fan you’ve got to neglect things in order to do it all. So here are a few of the life hacks I’ve used to accomplish this.

1. Disable your clock

If you’re anything like me, you are constantly looking at the clock counting down the amount of time until the next class, meeting, or other event. Lucky for me, I have several Android phones that sync with my Google Calendar (I know you’re jealous ). This lets me add things into my gcal, sync to my phone, and get alerts on my computer and phone when events are coming up in an hour. It’s single handedly the MOST productive hack I have used to date.

2. Keep your OS clean

The first step is to choose your OS of poison. I do a lot of Ruby on Rails, so I use OSX. This may be Linux for you or Windows for someone else. The key is, pick your OS for work and stick with it. Install the tools you need: vim, Ruby, Rails, whatever. The trick here is to make sure you don’t install things that you don’t need. It’s too easy to leave Pidgin open all day and have people continuously pinging you throughout the day. Same goes with websites and other apps. If you have too many points of contact, you won’t be able to get in the zone. That also means checking your email and RSS feeds once in the morning, once at lunch, and once at the end of the workday. The less the better, especially if you’re expecting an important email to roll in. It’s an email, it obviously doesn’t need a response the exact second it arrives because you would have received a phone call if it was THAT important. Keep in mind that notifications are just another distraction and the people who achieve the most tend to be those who can focus and naturally avoid these things.

3. Learn the tools that work best for what you do

For the longest time, I continued using TextMate and GEdit for writing code. I refuse to use IDEs because I hate their bloat, but I never felt like taking the time to memorize all the commands for Vim. Since I took the plunge, I have been able to traverse so much more code than ever before, and I still don’t know crap about Vim! It’s the right tool for me and what I do. Find yours and become a master.

4. Find your optimum social environment

This is very crucial to me. No matter which of the above things I do, it really comes down to where I’m working. For me, I work best with a pair of noise canceling headphones in a relatively quiet place. People walking around, noises, really anything can distract me at times. Building a good music playlist and drowning out the audio distractions allows me to also drown out the background visual ones as well.

5. Accomplish a small, but good feeling task every morning

Probably the greatest feeling is waking up, doing something that gives you an incredible amount of motivation and confidence, and then tackling some hard problem right afterwards. It’s good to have a schedule or task list for each day, but that’s often hard to do when you’re unmotivated and groggy in the morning. Grab something to drink and pick a small task that can be completed from start to finish in half an hour. There have been a couple occasions where this has greatly benefitted me. Recently, I received an email with some wonderful news in the morning and for the rest of the day I was so excited and confident I was able to do a much better job at an important project I had later that day. Another time on a Saturday morning, I patched in a feature to a new NodeJS IRC library to add SSL support. This got me excited by contribute to an open source project in a language I barely know so much so that I went back immediately to hacking on a project for school and finished some larger features that felt too daunting to jump into cold.

Summary

These are a few things that work exceptionally well. Don’t work too hard though, you’ll get burnt out and these hacks will suffer. They work well for me but I’d love to hear what things you use to keep focused on a daily basis.

A while ago I had the idea to build a Django web app to serve up IRC bots for people. It’s a pain to have to maintain bots on your own box. Why not provide a web interface for management?

Obviously there wouldn’t be a whole lot of people using something like this. The only reason I attacked this was a challenge to myself. Learn threading, learn dbus, learn Django. After putting some solid time into it, I had a daemon that managed and launched IRC bots from a web interface. I thought it was awesome. Sure enough, life happened, and I totally forgot about it. There is certainly no way I’ll be finishing the application due to time and lost interest in the problem I was trying to solve.

Since I’m never going to do anything with this, there is no reason to keep it in a private repository anymore so I’ve decided to open source it. If you’re interested in Python, Django, DBus, Threading, or IRC and sockets, you might find a good use for this. It’s all GPL’d so go have some fun if you are interested.

https://github.com/excid3/irc_bothost

Since I’ve got 3 Android phones, I might as well root them right? I’ve been happily running Bugless Beast 0.4 on my Verizon Droid for several months now and it is faster than my Nexus One running CM6 by a long shot. This rom is awesome, so I wanted to install BB0.5 when it was released.

Well, it wasn’t as easy as I had planned. Using Rom Manager, I used the clockwork recovery to try to install it. No dice. Some weird “Can’t Mount /dev/block/mmcblk0″ error. Same thing with CM6. What gives?

I tried this a month back, but I only got it working now. Maybe it was an update in Rom Manager that fixed it or something. I read removing the SD card to make sure it is in place might help. BB0.4 could mount it, so I knew the card was fine. It was something with the recovery. I came across this before and tried Doctor’s suggestion: http://forum.cyanogenmod.com/topic/2315-cant-mount-devblockmmcblk0p1/ The first time it didn’t work for me, but it did this time around.

The steps to fix this are as follows:

1. Open Rom Manager
2. Menu -> Clear Download Cache
3. Flash Alternate Recovery
4. Reboot phone
5. Open Rom Manager again
6. Install your new rom (and Wipe Data and Cache)

Cross your fingers and hopefully it should work for you. I’m happily running Bugless Beast 0.5 now.

Today I decided to finally get around to rooting my Motorola Droid that I received for going to the Google I/O conference. After going back to the 2.0.1 firmware using RSD Lite, I realized that I had to reactivate my phone. I’m out of service range so the phone call couldn’t be completed, and I no longer have my trial month of service even if it did work. Luckily there is an easy way to bypass activation and still use your phone as an internet tablet.

Simply touch each corner of the screen (I used inside the black area where the android logo was) starting with the top left and moving clockwise around it. You’ll jump right into the home screen and be ready to go! Hope that helps!

This worked for only certain versions on my Motorola Droid. Every time on boot I am presented with the activation screen still, however I can bypass it by simply pressing Home (now that I am running Bugless Beast v0.4). I’ve also had the experience where I couldn’t bypass it with these methods, doing the activation call a couple of times, failing, and then pressing home let me through. Who knows what might work for you, but eventually you can get through.

For Keryx, I have been working on a new backend system called Unwrapt (A play on words regarding the APT package system ). I’ve been coding on github for the social coding aspects and keeping the branch on Launchpad.net as well to be part of Keryx’s page. This meant every time I wanted to commit and push, I’d have to do twice the amount of commands. Of course, being a lazy coder like the rest of us, I decided to script it. Fired up Gedit, and two seconds later I had this:

#!/bin/bash
 
bzr commit -m "$@"
bzr push
 
git commit -am "$@"
git push origin master

Usage is simple (example is using this script saved in ~/vcs.sh). Just execute this from inside your versioned directory like you would normally with git and bazaar:

$ sh ~/vcs.sh "first commit"

It pushes to your default branches (if you have any setup) in one strike using the commit message you pass to the script. Easy as that! I’m sure people might have some good ideas on features and improvements so leave them in the comments!