Difficult College Projects and Finding a Sustainable Style of Work

My college computer science program was like many others around the US: challenging and sprinkled with professors who cut their teeth on COBOL and Fortran. As a student, I had a difficult time connecting with a few of these professors. Many of them were my three times my age, so there was definitely a generational gap at play.

Oftentimes they would assign the same projects, year after year. Some of these projects' requirements had not changed in nearly a decade. I can remember the frustration I felt with these seemingly impossible assignments.

Now, a little over a year into my professional software development career, I'm reminded of those difficult tasks. I work for a small company, so a large amount of individual responsibility is given to figuring out how to solve difficult problems. In a way, those difficult projects in college prepared me for having to solve difficult problems later.

In the business world, just like academia, people get sick, they take leaves, they quit abruptly. To students, I say: get used to being mentally taxed and seek healthy ways of handling that stress and responsibility. You're sheltered to an extent in the academic world, so establish those healthy habits now. To other professionals, I say: help guide your new hires and encourage them to find healthy outlets. You set the example that they will follow, so set the bar high. If you take walks or shoot hoops at lunchtime, invite them along.

This post was inspired by recent conversations with colleagues and the short TED talk linked below. I'm lucky enough to work with people who understand the importance of finding a healthy and maintainable style of working. Here's to finding that balance!

The time LinkedIn got me a job

A little over a year ago, with college graduation looming I began my job-seeking efforts. I amassed all of my related work experience and managed to whittle my resume down to a single page. There's so much advice online regarding what to do to help land a job; one tip I read was to get it all down to a single page. It's ironic that, while the resume was necessary, its importance was dwarfed by a mouse click on a social networking site.

After my resume was crafted and sufficiently edited, I turned my attention to LinkedIn. I figured having a profile couldn't hurt, so I used my resume as a guide.

A month or two passed with me posting my resume to countless job sites and other company websites that caught my eye. I fielded more phone calls than I care to think about, for more jobs that I ultimately didn't want but went after out of fear. I distinctly remember pacing around the attic of the Virginia Ball Center, answering questions from an Amazon recruiter, thinking that this was the beginning of a crazy journey to the Pacific Northwest. That journey was not to be, much to my wife's relief. But the anxiety of not having a job and having to deal with the headhunters and the off-the-wall questions from interviewers was taxing. It took me a few weeks to disassociate my phone's ringtone with the panic of an impending interview.

Around March I received an email from a potential employer. The author introduced himself, and I later agreed to visit the company facilities for an interview. I loved what I saw, and things proceeded over the next few weeks, ultimately leading to a job offer and my acceptance of their offer. I later found out that the reason I was contacted originally was because I had clicked on the profile of one of their senior software developers; he had noticed that I'd looked at his profile and passed along my info. I was a bit confused, but when I looked a little more closely at my profile, I could see the number of people who had looked at my profile recently, a feature I had never noticed before:

Perhaps your LinkedIn viewcount is higher than mine; in that case, well, aren't you special.

Clicking on this number shows you the profile of those who've viewed your profile lately (at least it does sometimes - LinkedIn tries to hide some of them to entice you to pay for their premium account support).

I can't say that LinkedIn single-handedly landed me a job, but it certainly opened the door. For that, I give LinkedIn my thanks. The job-seeking game is not an enjoyable one for the college graduate, and utilizing connections and introductions through social networking feels more human than trying to game your way to the top of the recruiter's resume stack.

Making a game in a weekend - Global Game Jam 2013

This post is a peek inside the development of a game I helped make, during a weekend at Global Game Jam 2013. If you'd like to play the game, skip to the end of the post. If you'd like to see the how the game was developed, read on.

Global Game Jam 2013 came and went this past weekend, and I was among the throngs of enthusiasts who spent my weekend crafting, cursing, and coding. I participated last year, but this year I decided to go to the jam location being held in my backyard of Indianapolis.

If you're unfamiliar with a game jam, it's a weekend spent developing a game (either digital or analog) given an announced theme. What makes Global Game Jam special is it's a world-wide event, thousands of people take part all around the globe.

At the Jam I met up with a former professor of mine, Paul Gestwicki, who I've developed a few games with while I was attending Ball State University. We quickly started coming up with ideas based off of the theme, which was purely auditory: the sound of a heartbeat. We checked the list of diversifiers, which are ways to make your game more interesting or difficult to design and implement. Some of them are silly, while some of them are quite hard. One from 2012 comes to mind:
9. Kiloplayer
(1024 players or more at once)
The game supports 1024 players (or more) simultaneously.

One of the 2013 diversifiers piqued our interest: pulling in data from an outside source that affected gameplay. At first I suggested using trending Twitter topics. Upon some quick research we agreed that the Twitter API was a bit too limiting (I may be wrong, but it looked like it only allowed us to pull in the top 10 trending topics). Next, we checked out Google Trends. In our mockup, players would input topics that were currently very popular, and then they would input topics that weren't currently trending. We'd calculate the difference and then...well, we didn't have a definitive game design spec but we had roughed in some kind of combat of sorts based on this difference.

Randy Savage vs. Punxsutawney Phil, a battle for the ages. Also, Punxsutawney is hard to spell.

 But after a few minutes of research, we realized that Google smartly obfuscated the code, and there were not free or easily implementable means of tapping into this data. Blast...So we were back to square one.

We thought for a bit, searched online for a bit longer, and decided to try to find a different data set. To complicate issues for us, we didn't have a dedicated server that we could use to get the data for us, so we'd have to get a little creative. There's quite a bit of easily accessible data out there in JSON format, but we'd need to find a server that was configured to let us wrap a JSON query in a callback function with JavaScript, called JSONP (P standing for with padding, more info here: http://en.wikipedia.org/wiki/JSONP). Eventually we found that Wikipedia's servers would allow JSONP formatted queries. Huzzah!

We knew from the get-go that we'd use Google Web Toolkit, since our collective experience (admittedly, mostly Paul's) with Java & GWT was stronger than our collective Javascript knowledge. Looking back, I think we could have built something very similar with Javascript, though we definitely would've been slower developing with Javascript.

Using a mostly test-driven approach with Java + GWT saved us a lot of time and headaches. There were a few bugs that shipped out with the code, but we avoided many by having our unit tests guide us. I don't know if I'm drinking the GWT Kool-Aid quite yet, though. It was odd that some (most?) of the Java libraries are supported in GWT, but certain key ones aren't - such as java.lang.string. I'm sure there are good reasons for not being able to use it, it's just odd. It was also mindbending to write native Javascript code in Java, which we had to do a few times but not often. GWT as a whole felt like a roundabout way of getting things done, but I'm sure I'd understand the benefits of GWT if I researched it and used it.

One thing I'd look into ahead of time before my next jam is web hosting. Paul has some server space within the Ball State Computer Science Department, but it wasn't ideal for hosting much traffic or proxy'ing the data for our game. At work, we utilize Microsoft's Azure cloud hosting service and many tools connect to it seamlessly if you're developing in the .NET realm. Going from that, to using Dropbox for hosting our game's website was an underwhelming compromise. If Paul and I were able to host the game somewhere (for free), it might have given us some more options, such as avoiding the headache of JSONP altogether. I was a bit surprised that Facebook or Microsoft, who were sponsors of the event, didn't give the participants anything tangible. But hindsight is 20/20, and using more tools brings on more headaches. Perhaps less was more for the development of our game.

It's been about a year since I graduated, and I definitely felt more capable as a developer during this jam as opposed to last year. I would've liked to have done more to aid Paul throughout the weekend, but he has years of development experience over me. Even with a year of experience under my belt, I still have a lot to learn. It was nice to be reminded of that and to watch him work, to see the code grow and shrink quickly. The codebase was small enough that I could understand all of the parts, and getting back into the Red - Green - Refactor test-driven development way of thinking was encouraging. I'm hopeful more collegiate students get to work with their professors like I was able to while in college. My opinion is that novices really need to work with experts, especially in my field.

If you'd like to play the game, titled WikiBeat, navigate on over to the game's GGJ Page: http://globalgamejam.org/2013/wikibeat. Also, check out Paul's take on the weekend.

Special thanks to my wife for sacrificing parts of her weekend to watch our little one while I made a game. 

A Brief Issue with Visual Studio 2012

Hopefully this brief post can be helpful to someone. When I installed Visual Studio 2012 the first time, I wasn't sure which profile to select as the default type. What I saw was something similar this:

I selected something (I can't actually remember, now - probably General Development), but after using Visual Studio for a while I realized I didn't have many of the menu settings that my colleagues did. Important menu options were missing, such as Analyze, SQL, and Test. Looking online wasn't terribly helpful; I wasn't able to come up with a clear term to describe my issue. There wasn't any obvious way to access these "missing" features.

Short of reinstalling Visual Studio, I decided to wipe my profile & settings and see if that may help. Luckily, this solved my issue and I could see all of the menu items that I should have seen all along. Talk about frustrating!