This infographic created by http://MedicalBillingandCoding.org is a nice reminder of why sitting all day is potentially bad for one's health:



There are also articles that report on the dangers of sitting too much.

I have certainly noticed that I feel better when I do not sit behind my computer all day. Most importantly I am not as stiff and have fewer aches and pains. I have been using Workave software for a while to remind me to stand up and take a break from sitting.

Taking this idea to the next level, I now have a standing workstation at my work cube. Our particular office furniture is somewhat modular and it was not too difficult to raise a portion of the work surface. There are other folks around here who have raised the entire work surface but I kind of like the terraced approach. With the new standing workstation, I can now sit down when it is time to take a break. Imagine that.

This is a photo of version 1.0 of my standing workstation, still in progress:

On Friday I started my new position within the University of Florida as a System Administrator in the Open Systems Group (OSG), which is part of UF Computing and Network Services (CNS).

I will be doing mostly Linux System Administration in support of many University-wide services, probably specializing in the Linux web hosting area. This is pretty cool for me since it is right in line with my interests.

My office is no longer on the main campus but is now over on Waldo Rd. at the new Eastside campus.

Here is a picture of the building:



Somehow I managed to land in the corner cubby. I like the layout of the office space. The cubes surround tables / work areas which seems to be effective at facilitating team communication. I'm learning a lot just by sitting in proximity to the team lead.




After spending just a few days with the OSG team, I am pleased with the personality of the group. I feel like I will be a good fit.

Looking forward to everything that comes next!

I work with this guy Caleb...

I finished installing, cabling, and labeling the new servers from iXsystems that we bought a few months ago.

They are now running FreeBSD 8.2.

In a previous post about attending the Agile 2010 conference, I included some quotes from Arin Sime who presented a talk on using range estimates rather than single-point estimates:

  "Single point estimates are almost always overly optimistic."

  "There is a limit to how well a project can go, but no limit to how many problems can occur."

There are many examples out there to show that single point estimation is hard and in fact most people are pretty terrible at it.  See the "Further reading..." section at the end of this post if you are in doubt about estimation woes.

I was able to convince our team to use range estimation rather than single point estimates in our most recent team project. The project in question was building a small datamart that will become part of our larger data warehouse efforts. We received a data feed from an external source and processed it through ETL (Extract, Transform, Load), with most of our work in the "transform" portion of the process. The deliverable was a series of reports on our web site and we now have the data loaded for any future ad-hoc queries.

 

In our project plan we recorded three values for each task:

  1. Minimum - this would be most people's initial single point estimate

  2. Maximum - maximum reasonable value if things went really wrong with this task

  3. Two-Thirds method - the calculated point two-thirds of the distance between the minimum and maximum.

 

To calculate the two-thirds point: