Thursday, February 18, 2010
I’m working with SharpArchitecture as the basis for a new project at work, and found a small surprise when trying to add a view:
No MVC items anywhere in that list. Sure, it’s not a huge hassle to create a webform page and change the details so it inherits from ViewPage, but I’d like to have the ease those templates provide.
The reason those templates don’t appear is that the SharpArchitecture template is generated such that it doesn’t depend on ASP.Net MVC being installed on the development machine. This helps for compatibility with multiple versions. The downside is no easy-peasy templates out of the box in Visual Studio.
To add those templates to your SharpArchitecture project (or any project not built directly from the MVC project template) should only take a few steps:
- In Visual Studio, create a new MVC project using the Project Templates.
- Open the project’s *.csproj file with a text editor.
- In the opening section you will find a list of ProjectTypeGUIDs. Copy the first GUID listed. Note: the GUID shown below is for MVC2 RC, your GUID may differ:
- Paste that GUID into the *.csproj file for your project that is missing the templates. For a SharpArchitecture project, this will be the *.Web.csproj file.
Once done, you should be able to see MVC item templates in your SharpArchitecture web project.
Sunday, November 29, 2009
This year I am going to CodeMash
, and I couldn't be more excited. Last year I came very close to going, but tough financial analysis ended up nixing it. This year, we've made the adjustments, and I can't wait to go!
For those who don't know of it, CodeMash is a two-day language-agnostic, developer-centric convention. There are sessions on languages from Ruby to C#, and a bit of everything in between. It's held at the Kalahari resort in Sandusky, OH, which also features a huge indoor water park. If our children weren't currently full-time drowning hazards, I'd bring the whole family.
Even better, CodeMash offers a Precompiler, a special pre-conference day of deep-dive sessions. I've signed up for this, but it's a hard choice to make. From an all-day deep dive into TDD, to learning Ruby Fundamentals or software engineering from some truly great minds, it's almost an embarrassment of riches.
And best of all, CodeMash is affordable. I can attend for about a third what it would have cost me to get to PDC this year.
Wednesday, March 25, 2009
Long live Developer Beers!
Alt.bug has been a lot of fun, gathering .Net developers via Twitter and blogs for beer and good discussion. But, in getting beers after the last Raleigh.rb meetup, I realized there are many developers out there who exist in totally different ecosystems, but who have great insights, and an appreciation for beer.
I think in changing the name, we can alter the focus, and make Developer Beers a chance for software development professionals to gather, outside of platform, and exchange ideas on software development.
Also, in changing the name, and the focus, I'd like to also change the locale, and have Developer Beers at the great bars, breweries, and taphouses in the RDU area. Ideally, we have it on a rotating schedule, rotating through great bars in all of the Triangle cities.
Hopefully you will join us - details are on the linked page or HERE.
Friday, February 20, 2009
I've been in enough companies, that I have started to develop an almost pathological aversion to meetings. The wikipedia entry on meetings
actually touches on the problems I run into: "In organizations, meetings are an important vehicle for personal contact. They are so common and pervasive in organizations, however, that many take them for granted and forget that, unless properly planned and executed, meetings can be a waste of time and resources."
So, how properly plan and execute a meeting? I have a few rules that help:
- Does this have to be a meeting? Some meetings are often incorrectly substituted for other business activities - for example as a method of reporting status. Often there are other, less resource and time-intensive methods to accomplish the same goal. So I find a great first question is "Can this be accomplished using some other means?"
- What is the agenda? The agenda is the entire purpose for the meeting, and what it will accomplish. It dictates the length of the meeting far more than the amount of time blocked out in the schedule. Without an agenda, meetings run a greater risk of not accomplishing their goals and wasting time and resources.
- Who really must be in the room? Often requests are sent to whomever is on the project team, so they don't miss out on valuable information. That can be better communicated by publishing the meeting minutes afterwards. Instead, focus on who needs to be in the room to accomplish the agenda.
I think by making sure those three questions are carefully considered, meetings called have a much greater success rate and value.