My harvest

As Ciri, the kiddos, and I continue on this path of a healthy, sustainable lifestyle, I am reminded now more than ever about what Thanksgiving was and what it has changed in to.

This year has proven difficult yet the harvest of our hard work has been plentiful and nourishing. Between doing what I love with friends that I care about and living a beautiful life with some of the coolest people on the planet, its hard to find something to NOT be thankful for.

The years have been rough and stormy and I could sit here and write about all of the harsh moments that could have been better. In truth, the near future looks promising and THAT is what is important. Hard work and hard decisions bring the largest and most bountiful harvest.

Surrounding yourself with people that are supportive, respectful, understanding, and humorous doesn't hurt either. Sometimes, hard decisions and hard work sucks, but they're mere presence helps make it easier.

I'm thankful for my family and friends. I'm also thankful that my hard work returned a great year with my family and friends.


Using Dropbox for versioning

Prior to my current position, I had no clue what SVN or GIT were.  I finally got a very thorough explanation of SVN and versioning in general a few weeks ago.  Like all concepts I learn, I started to examine areas that might benefit from not just SVN but the concept of versions and revisions.

The obvious place was my personal pool of ongoing projects.  But I know how I work with new things.  I get all “ooo shiny” and want to find a place for it even thought all it is is shiny – nothing more. With this in mind, I thought about where my projects currently reside: Dropbox. 


Dropbox has revisions!  Duh!  Using the methods explained to me but considering the size and use of my files, Dropbox is the perfect platform. I have accumulated about 4 gigs of extra space on my free account over the years; It already creates periodic revisions (I don’t believe it’s with every save, but that’s ok for my use it is with “every change”); and it syncs to all my other computers including my test server.

The test server, by the way, has symbolic links set up so when I save the file locally, it is immediately pushed to my web server for testing. No FTP required!

Research is for weenies.

I didn’t think to search if anyone already thought about this until recently.  Maybe I’m not searching with the right query, but I couldn't find much except “Hey! Here’s an idea!” which is less than helpful.

I did start reading up on the concepts behind SVN and GIT which helped a little.  Wiki: saving the day again.

[Update] I just found this link. I don’t have a problem with rollbacks but most of my projects are small.



I have a web application that I am updating: DailyKittehEmail App.  The current stable version is 1.0 while the current development version I call RC. So the folder structure looks like this:

WEBAPPS > DailyKittehEmail  > 1.0, RC

The versioned folders are locked – I don’t edit those anymore. If I need to make an update, I copy the whole folder to an RC folder and work from there – this is how I branch or fork a version.  When I’m ready to commit that release, I give it a version based on the edits made and change the folder name to the new version number. The new folder structure will look like this:

WEBAPPS > DailyKittehEmail > 1.0, 1.1

During development, though, as I finish editing for the night, I update my release notes with that nights version number.  Discipline, lads and laddettes, discipline. The folder would stay as RC but I keep the log going.

So, the cycle continues.  If I need to update 1.1, I copy it into a new RC folder and squash bugs or add new cool stuff.  The best part is that all this is done within Dropbox so it’s backed up and versioned.

Meh. What about source control.

The one thing it needs is source control.  Because it’s just myself, I don’t really run into me overwriting my own changes because I didn’t properly check something out/in.  But to make this a valid solution, it would obviously need some way of controlling edits and commits.

Another necessity would be to create a copy with every save.  The source control can back up the file before overwriting it to a specified folder in the Dropbox space.

Ok, it’s not very robust on it’s own, but it’s free and it’s robust enough for a one-dev gig.  With some proper planning, it can probably work with multiples but why when SVN is pretty cheap.


Also, apparently this helps with source control



Big Jambox is a big meh, that’s what it is…

It is odd to me that the designer of the Jambox also designed the new Big Jambox.  The Jambox is simple and almost utilitarian.  The Big Jambox with it's Jawbone badge and extra buttons and extra options is not the same.  I wouldn't even agree if you said it was an "evolutionary step" in the design.

I don't like it.

On the other hand, I can see how the extra controls would be useful.  The buttons have context just by their shape and positioning.

But... that badge.  Oohhh, that badge.

I loved that the original covertly mentioned it was a Jawbone product on top.  The product design sets this speaker apart from it's competitors - why do you need to have your mark on the front of it as well?  It pulls attention away from the detail and thought that went into the design. Keep it simple, a gentle reminder would suffice.

If anything, I bet it sounds pretty bad ass, though.  More air space, bigger drivers, more powah.  Obviously, I'm conflicted.

Actually, I'm not: I heart my Jambox. Just bummed out on the design of this iteration.

Jawbone BIG JAMBOX Wireless Speaker | Hi-fi Sound, Wireless, Portable, Smart & Updateable.