Tag Archives: Python

Development, GTD

It Should be a Good Year, or at Least Very Busy

Leave a comment

My lovely girlfriend went over her year end review last month and what perked my attention up was a to do list for the entire year.  I never though about doing that, even though I’m clinging on to some form of GTD.  That moment inspired me to create my own year to do list and let me just tell you, I filled that sucker out.  I’ve already got a good head start on one of the items.  I’m well on my way to creating my very first VST plugin.

Continue reading It Should be a Good Year, or at Least Very Busy →

Music, SXSW

SXSW Day 5: Ramping Down Then Ramping Up

1 Comment

Day 5 of this mish mash of culture here in Austin and SXSW left me experiencing a true intermission.  The Ineractive portion winded down while the Music portion is winding up.  I took the opportunity to head out the lobby and get myself a drink.  Speaking of drink, the early morning rain scared us from walking to SXSW and we ended up taking a cab to catch the afternoon’s events.  Even though I had a small number of panels, it ended up being very beneficial and marked a great transition to the Music portion of the show.   Oh, and the closing party rocked.

Continue reading SXSW Day 5: Ramping Down Then Ramping Up →

Website

Aligning Myself With Subversion Behavior

Leave a comment

After working through the development environment portability debacle and relaunching the website, it was time to figure out how to control the customizations I have planned.  There are big plans coming for the site and I want to template the changes for future identity management and blogging prospects.  I really didn’t set much time on setting up a system by myself.  Time for me to re-introduce myself to revision control.

Revision control is the de facto standard way to manage code changes and bug fixes in a project.  From a single developer to a collaborative work environment,  it’s the best way to keep the evolution of a project in steady hands.  With a little effort in between building the project, you can roll back, trace history, and work on new features without affecting the production code.  For what I have planned, I need this kind of system to handle the changes heading toward this current deployment of the WordPress blogging software package.

My first exposure to revision control started way back in college.  My role as a student worker included modifying the content management portion of the college’s in house online course delivery system.  We used CVS as the motor for our revision control.  CVS was by all means not perfect and we had workarounds or hacks to help push projects along, but it was way better than nothing.  A couple of years ago, I felt the need to retrain myself on that but ended up deciding on Subversion as it was an evolution of the CVS mindset.  What ended up happening was a huge distraction of data backups and an implementation of rsync at headquarters.

Before deciding on what software to use, I felt the need to research the topic of revision control to see what changes came about in the last couple of years.  Due diligence is always near and dear to my heart.   I looked at lists of many different types of software.  There was a CVS control system guideline for websites that cnetnews.com follows.  Git was another up and coming software package that Linus Torvalds built which I used on a project at work.  And a Django module strictly developed for website control and rollback also came up in my searches.

After looking over the choices Sunday evening,  I decided to go with Subversion.  The biggest factor that won me over the other methods was the WordPress development team’s use of Subversion.  Another big factor was my previous desire to use Subversion.  What I hope to gain is learning how to use a web server to update and manage code remotely.  This also opens the door for me to try out different IDE’s because of plugin or internal support for Subversion.  Finally, further down the road I want to bang out some code for Songbird and they use a documentation/wiki/code repository framework called TRAC, which uses Subversion for its repository portion.

So this week I’ll start figuring out how to implement Subversion on the website.  I’m not sure how long it will take, but I will report or update on its progress when necessary.   Once I nail down the process for code management,  I’ll finally get to work on updating WordPress for kccollegegameday.com.  Until then,  I’ll pop in and out to pontificate when the urge fills me.