I just got into a nerd fight with another developer on my team about which style of LINQ join syntax looks better.

Normally I wouldn't be one to get too worked up about syntax differences like this, but in this case my code was changed from one to the other for no reason other than "I don't like the way your wrote it."

Which do you prefer?



or

I had to response to my soon-to-be-former boss' post about how an architect packs when moving offices.

A Silverlight guy could pack today with some great looking boxes that work with all major moving trucks, but they won't really hold all of his stuff.  They're kind of like those XAML boxes, but with huge gaps.  He feels the need to defend his box choice when compared with the competitor's boxes, which have been in production for years and total market penetration.

The Silverlight guy would rather wait another month or so, for the 2.0 beta of the box.  This version will solve all of his packing needs, can be loaded 1000 times faster than other common boxes and comes with a license allowing it to be used immediately.  The 2.0 boxes will also feature data cateloguing, content memory, multiple languages and can be used to build even better composite boxes.  So the Silverlight guy will probably wait until after the big conference when the new box is supposed to be announced.

I haven't stayed on top of this blog because I've been so busy with so many different things that taking time to write a post seems to be far down on the priority list.  I'm not going to say that will change this year, because that's almost cliche, but some of the things on my goal list will naturally lead to some posts here.

CodeMash

CodeMash v2.0.0.8 was awesome.  There have already been so many other blog posts talking about how great it was, so I'm not going to go into detail.  I'll sum it up by saying that it was totally worth it, and I'd be insane to miss it next year.

Resolutions

I have some goals for 2008, but really only one resolution.  My resolution is to do the push-up a day challenge.  But I decided to also do a sit-up per day, and throw in jumping jacks to toss in some cardio.  Today I've done 20 of each.  As the year moves on and things get harder, I may have to only do the exercises every other day, in order to give my muscles a chance to recover.

Goals for 2008

• Present at at least 2 technical user groups
• Write at least 2 articles for established websites
• Contribute to a well known open source project
• Create a fun game in Silverlight and host it at CodePlex
• Create a custom layout for this blog and port it to SubText
  

Wow, that's a lot, but I already have one user group talk scheduled.  Should be a fun year.

I haven't posted in a long time, not because I haven't wanted to, but because I've been spending every minute of my free time working on a Session Scheduler application for CodeMash.

I can now talk about it because it's gone live!

The session scheduler was written in Silverlight 1.1 Alpha.  I would have written it in Silverlight 1.0 but I really wanted to be able to use Isolated Storage.  With Isolated Storage I was able to make the application store any changes the user makes locally, so the next time you go to the site it will be exactly where you left it and retain any of the sessions you've scheduled.

Using the Session Scheduler

The default view of the scheduler shows all sessions and Wednesday.  Unfortunately I didn't get around to implementing some sort of scrolling for the session list, but it was low on the list of features since the typical view of the application only has 6-8 sessions being shown at once.

You can click on the track buttons in the upper left to filter the session list by that track, or you can click on a session slot on the right (the agenda) and the session list will filter based on which sessions are available for that time of the day.

If you hover over a session menu item the session's details will drop down.  From that view, the green button can be used to schedule that session in your agenda.  Just hovering over the button will automatically show the time slot in the agenda where that session will occur.  Also, clicking on the speaker's name will show the speaker's bio.  This will show a picture of the speaker soon, but I'm having an issue displaying images in there at the moment.

You can click on the link image in the upper right to get a URL that can be used to send your custom agenda to someone else.  Currently, if you view another person's custom agenda it will overwrite any changes you've made yourself.  A workaround for this would be to copy a link to your agenda first, then use it once you're done looking at the other user's agenda.  I'm currently working on modifying this to save a history of agendas that you've looked at.

You can view my schedule here.

You can also click on the email image to view a simple HTML page with your custom agenda allowing you to print or email it from there.

I will be following up this post with several more describing the roadblocks I hit, and how I resolved, or worked around, them.

Jeff Atwood's recent post Pair Programming vs. Code Reviews reminded me that I should post about my recent experience pair coding.

I spent the majority of the last three weeks pair programming with a co-worker rebuilding a UI framework that we've used before but lost the source code.  In my opinion, this was a perfect opportunity to try out pair coding.  We had two people remembering what types of things we did before, and what kinds of problems we encountered and wanted to avoid.

The thing that most suprised me about pair coding was how intense it was.  It was impossible to get distracted because the other person is there keeping you focused.  It was pretty exhausting compared to a normal day.  The best word I can think of is relentless.

Also, the quality of what we built is so much higher than I could have accomplished in the same amount of time.  I definitely think that the work we did was better than what we could have done working alone.  My partner saved me from writing so many bugs that I had no idea I was doing.  Granted, most of these would have been found by the compiler or the first time we tried to run, but I think it saved a lot of time.

Perhaps the best part of this period of pair programming is that I know everything that we did, not only my half of what was done if we had been working separately.  This was a key part of the situation because my co-worker had put his 2 weeks notice in.  I only hope I have a chance to work with him again.

Would I do it again?  You bet!  I now have no doubt that two developers can get just as much work done together that they could have done separately, and I think the quality is much better!

I finally got around to setting up my dasBlog blog on my new site.  I just got done importing my blogger posts to this blog using Nick Schweitzer's walkthrough.

There are a few kinks to work out, such as getting a configuration error whenever I try to view comments on old posts.  Also, the config error page is prompting for log in since it's in a directory that I don't allow access to.

I also want to find a better template and get around to personalizing it.  I think I'm going to try implmenting parts of the template in Silverlight.

UPDATE - I set up FeedBurner for my feed.  Until I set up my template with a better link, here's the link - http://feeds.feedburner.com/ProgramWithDotNet

So I'm here at the Silverlight DevCamp in Chicago with my colleague at Quick Solutions, Steve. We're just about to get started. It looks like the schedule for tomorrow is pretty full and will be going more in depth than the high level, overview types of presentations. I'm excited!

Labels: silverlight, SilverlightDevCamp

I haven't posted in over a week about my progress with my 30 day sprint to learn Silveright because it died. Right after the last post I ran into several roadblocks, the largest of which was the loss of enough free time to regularly spend the time needed. Also, after a couple of days of inactivity I lost my motivation.

This morning I realized that today is the 30 day mark. So did my expirement fail? In the sense that I didn't spend the hour per day that I pledge to myself, yes it did. But, in the sense that I learned a lot about Silverlight and got myself into more of a habit of setting aside time to learn, it was a success.

The next time I decide to do a sprint of this kind, I will check with my event planner (my wife) and make sure that the schedule will allow for the time I want to spend. Also, I think I'll go for a shorter time span. I think my next sprint will probably be either 2 weeks or 15 days, and I might try to lay out a goal for each day ahead of time.

Right now I'm involved in a project in my free time to build a Silverlight application that has a pretty aggressive timeline, but I'll try to post examples of things I've figured out or problems I ran into along the way. I also have several ideas of some fun apps to write that I'll blog about as well.

Labels: silverlight, sprint