Living in the Tech Avalanche Generation

I have the overwhelming feeling that Microsoft will be putting more and more effort into REST, ATOM and a variety of other technologies that do not tow the SOAP / WSDL / Web Service & WS* party lines. This is extremely good for those who felt that all the technology on that stack was becoming overly complex and burdensome and to boot was not adopted by the larger internet players from whom all of us corporate behind the firewall types can learn a lot. Growing up over the past 3 or 4 years it has become more and more pronounced to me that there were these two competing worlds of technology, the one for the internet scale thinkers and doer’s and the other corporate small scale network folks, the later becoming ever so more curious about the black magic being practiced by the likes of Google and Amazon and want to come to terms with why it seemed so different and also saw benefit in borrowing their ideas and applying them to the problems in their environments.

We should take into account that Microsoft provide some highly usable and reliable tools for the corporate world, for example programming against an object (albeit a proxy) generated off a WSDL document, provided the kind of familiar comfort we feel with an old pair of socks.

Enter REST, ATOM and some of their friends and I cant help but notice the change in pitch of the new breed of Microsoft technology development teams. A lot of excitement seems to be being generated around REST and remarks like “keep using SOAP and WSDL if it works for you and your comfortable with it”, only seem to support that notion that the focus is shifting. Throw in the fact that the recruiting at Redmond also seems to be somewhat focused on a blend of great academic minds and community thinkers and celebrities, the noticeable change in culture at Microsoft is palpable. This all very good, very good indeed.

Recently I posted about my early Silverlight exploits (destined for the freeware domain) and in case it wasn’t clear where to find the application in question, please look here, or if you want to use the shortened shrinkster URL:

http://shrinkster.com/1311

The Point In Case application currently doesn’t incorporate any business functionality and is purely a UI shell of the layout for the application. Some of the motivations for building the application are to learn Silverlight, provide a useful free tool to the community and offer with my observations on my blog whilst making the journey. You can read further about Case Point estimation techniques here.

Is it really about a set of choices that we all face as developers along the way and trying to make sense of the choices today is getting harder by the minute. The title of this blog itself is in reverence to this very issue. What issue? What kind of developer am I? First of all I hope I am a good Developer (try and define that one). Am I a jack of all trades, Web junky, Smart Client or Middleware / Messaging guy?

Now if your like me and technology just interests you because (like Everest) it’s there, then being confronted with this question can present many difficulties in finding an answer. Many developers feel overwhelmed in choosing which ‘hot’ new technology stack to learn as a future investment for their careers prospects. If your slant is more on the alt.net side of things, then more of  your time is probably going into concerns around patterns, practices and architecture (a good thing), therefore choosing technology tends to become only a facet of the decision making process along the way, although this is in my view at the extreme end of the alt.net axis of decision making. It’s more than possible to be a good software development citizen and keep well abreast of the technology curve at at the same time.

Some people find this whole topic anathema, therefore to the nay sayer’s let me say this: most Developers (not of the polyglot variety) have to choose .NET, Java or perhaps Ruby etc and that is a choice in itself and even that choice has commercial implications to the developer who makes it. For example, when I was 3 years into my career I was a VB 5 & 6 developer surrounded by Cold Fusion guys and it was clear to me that market demand for either of those technologies was dwindling and not part of the future landscape being painted by Microsoft or Sun. Java was already gaining a great deal of traction in the Enterprise where J2EE was beginning to make inroads; .NET was the new kid on the block but was always going to have the behemoth’s full support The question I was faced with at the time seemed simple on the face of it - which boat do I jump on .NET or JAVA? At the end of the day the choice I made was .NET and was based on the following:

• .NET was still in BETA and I would be at the forefront in the experience stakes where early adopters and are associated positively with being on board for a great length of time and hence have lots of experience (mercenary perhaps but practical nonetheless).
• Could I bank on Microsoft being successful with adoption of its new development platform? This seemed like a no-brainer and certainly held true.
• I would always be competing with developers of three or so years more experience in the JAVA space (again a no brainer).
  • Their didn’t seem to be enough pro’s in choosing the Java platform alone to sway me from not considering this a major point.

let’s face it, we developers do not make decisions like this about our careers lightly and nor should we. I’m sure there are some people that will view all this as terribly pragmatic and even a little mercenary - sorry but no one should live in a vacuum or with their heads in the sand.

Billy Hollis recently remarked on DNR that web (specifically ASP.NET) developers had lived in the comfort of being aligned to the hot ‘in demand’ technology over the past few years and he also contends that those guys will have to catch up to the rich UI guys in the not too distant future. I think Billy imagines that the desktop UI developers are likely to feel more at home with WPF and Silverlight and will therefore pick it up more readily to develop the early wave of applications and perhaps in so doing become the new boys riding the hot tech wave so to speak. To date this is speculation at best but there may be some merit in the supposition although given the architecture of Silverlight itself I imagine that we will see a lot of people integrating Silverlight into their existing ASP.Net assets to begin with and it will probably take a bit more time before we see the canonical Outlook styled applications running in Silverlight and in the public domain. The reason I think this will take a bit of time is not not because people will misjudge or misinterpret the usefulness of Silverlight in Corporate Data applications but rather it will take some time for the knowledge base to foster and grow. There are already some very good examples of what’s possible however.

For me? Well I have been only somewhat aligned to ASP.Net; don’t get me wrong I have developed my share of corporate intranet applications (behind the firewall stuff) and a small amount of public facing stuff, but the desktop is where I invested a lot of my time and thus where a great deal of my client side programming skill exists. Based on all of this you might guess that my UI investment of the future will be on XAML, which greatly expands my options in working with the browser with Silverlight. Some early adopters have talked up Silverlight as a nice thing to add to your ASP.Net toolkit and seemed intent on stressing that it’s not a replacement choice consideration when it comes to Line of Business applications. Billy doesn’t seem to agree and I for one hope he’s vision is more realistic, I really don’t see why some people are talking down the prospect of building Silverlight browser based business applications that once would have lived on the desktop. Perhaps the time is really upon us, when we can begin to build really rich STATEFUL applications in the browser and take more advantage of distributed processing (give that IIS box a rest).

I need a project to help grow my skills.

I was going to use Use Case Estimation (a subject I have blogged about in the past) as side project to allow my WFP and XAML skills really start to develop and take root, however it has become clear to me that choosing Silverlight as the UI technology for this application will allow me to make it available as a hosted solution and learning a subset of WPF certainly should represent a shallower learning curve (somewhat anyway). So what I propose is that I will provide status updates on this project along the way and we shall start with update # 1.0 here.

Status Update # 1.0

My focus at this stage of the learning exercise is squarely around getting super comfortable with layout in XAML and in particular Silverlight. The goal is to be as comfortable with laying out XAML applications as I have been in the past with Windows Forms and HTML. There are currently plenty of options with choosing layout features and they include: Grid, StackPanel, Canvas, ScrollViewer and the Border.

Point Case Estimation spreadsheets are available on the Internet and the expression of the activity itself is well suited to a spreadsheet. With this in mind the first iteration of trying to define what the most expressive UI would look like began with a Silverlight Grid rendering something not too dissimilar to a spreadsheet.

This all seemed a little bit too clunky, drab and not really in the spirit of the expressive styling that Silverlight was designed to provide. I began to play with the idea of a single page application with some Tab Pages rather than attempting any page navigation per se. My colleague Mark helped in providing some clarity in how I was going to make the awkward grid representation of the estimation factors work in the UI, he suggested a custom ListBox where each element is a combination of all four fields in each row of the spreadsheet. In the beginning I tried out a combination of two static regions that somewhat resembled web parts and the Tab Pages for the rest of the application windows.

Current UI

The XAML for this UI layout is as follows and utilises the Grid control along with some custom controls in the upper static area of the interface. The custom user controls are designed with their content nested in Border controls and Grids. Using * sizing, the Grids are well suited to laying out table like structures that grow and shrink in the browser window with the kind of fluency that users have grown accustomed to.

<UserControl
    xmlns:basics=”clr-namespace:System.Windows.Controls;
        assembly=System.Windows.Controls”
    xmlns=”http://schemas.microsoft.com/winfx/2006/xaml/presentation”
    xmlns:views=”clr-namespace:Org.Techavalanche.PointCaseEstimator.Views”
    xmlns:x=”http://schemas.microsoft.com/winfx/2006/xaml”
    xmlns:d=”http://schemas.microsoft.com/expression/blend/2008″
    xmlns:mc=”http://schemas.openxmlformats.org/markup-compatibility/2006″
    mc:Ignorable=”d”
    x:Class=”Org.Techavalanche.PointCaseEstimator.CaseInPoint”
    d:DesignWidth=”640″ d:DesignHeight=”480″ HorizontalAlignment=”Stretch”
         VerticalAlignment=”Stretch” Width=”Auto” Height=”Auto” >
    <Grid x:Name=”LayoutRoot” ShowGridLines=”False” Width=”Auto”
                Height=”Auto” HorizontalAlignment=”Stretch”
                VerticalAlignment=”Stretch” Margin=”2,2,2,2″>
        <Grid.RowDefinitions>
            <RowDefinition Height=”300*” />
            <RowDefinition Height=”300*” />
        </Grid.RowDefinitions>
        <Grid.ColumnDefinitions>
            <ColumnDefinition Width=”250*” />
            <ColumnDefinition Width=”300*” />
        </Grid.ColumnDefinitions>
        <views:ProjectDetailsView Grid.Row=”0″ Grid.Column=”0″
                  Width=”Auto” Height=”Auto”
            HorizontalAlignment=”Stretch” VerticalAlignment=”Stretch”
                  Margin=”2,2,1,2″ />
        <views:CalculatorView Grid.Row=”0″ Grid.Column=”1″ Width=”Auto”
                  Height=”Auto”
            HorizontalAlignment=”Stretch” VerticalAlignment=”Stretch”
                  Margin=”1,2,2,2″/>
        <basics:TabControl x:Name=”tabControl1″ Grid.Row=”1″
            Grid.ColumnSpan=”2″>
            <basics:TabItem HorizontalAlignment=”Left”
                VerticalAlignment=”Top”
                Header=”Environmental and Technical Factors”>
                <views:FactorList HorizontalAlignment=”Left” Width=”Auto” />
            </basics:TabItem>
            <basics:TabItem HorizontalAlignment=”Left”
                VerticalAlignment=”Top” Header=”User Stories”>
            </basics:TabItem>
            <basics:TabItem HorizontalAlignment=”Left”
                VerticalAlignment=”Top” Header=”Actors”>
            </basics:TabItem>
            <basics:TabItem HorizontalAlignment=”Left”
                VerticalAlignment=”Top” Header=”Resource Planning”>
            </basics:TabItem>
        </basics:TabControl>
    </Grid>
</UserControl>

Update # 2.0 [17th November 2008]

The User interface is adapting gradually whenever I have the time after hours, however I am really quite happy with it’s progression. The technical and environmental factor ListBox’s on the second tab in the lower portion of the UI have taken more shape and now incorporate a modal dialog for master-detail styled editing (using Data Binding). The modal dialog is created by using using opacity and visibility settings of the two user controls in question (the Main UI user control and the dialog). This was achieved by creating a dialog window (user control) that would stretch across the entire browser window and set its border’s opacity to allow the main UI window to remain somewhat visible underneath. The details of the selected ListBox items would be displayed in contained user control which would be centred in the foreground widow. Scott Gu demonstrated this technique in his Silverlight Digg application series of posts. Here’s the XAML for this example.

<UserControl
    xmlns=”http://schemas.microsoft.com/winfx/2006/xaml/presentation”
    xmlns:x=”http://schemas.microsoft.com/winfx/2006/xaml”
    xmlns:d=”http://schemas.microsoft.com/expression/blend/2008″
    xmlns:mc=”http://schemas.openxmlformats.org/markup-compatibility/2006″
    mc:Ignorable=”d”
    xmlns:views=”clr-namespace:Org.Techavalanche.PointCaseEstimator.Views”
    x:Class=”Org.Techavalanche.PointCaseEstimator.Views.FactorEditorWindow”
    d:DesignWidth=”640″ d:DesignHeight=”480″>
    <Grid HorizontalAlignment=”Stretch” VerticalAlignment=”Stretch”>
        <!– The opaque stretched border –>
        <Border HorizontalAlignment=”Stretch” VerticalAlignment=”Stretch”
            Opacity=”0.34″ Background=”#FF8A8A8A” CornerRadius=”7,7,7,7″ />
            <Border CornerRadius=”20″ Background=”#FF5C7590″ Width=”460″
                Height=”300″ BorderThickness=”2,2,2,2″ BorderBrush=”#FF556678″>
                <Image Name=”btnClose” Width=”30″ Height=”30″
                    VerticalAlignment=”Bottom” HorizontalAlignment=”Right”
                    Margin=”20,8,23,4″
                    Source=”../Images/Symbol-Delete_not_active.png”
                    Stretch=”UniformToFill”>
                </Image>
            </Border>
            <!– This is the Detail Control –>
            <views:FactorEditRow Name=”EditRow” Width=”460″ Height=”300″/>
    </Grid>
</UserControl>

The second Tab started to take a bit shape and recently I a toolbar was added along the bottom of the window for quick access to the tab indexes changing. Here are some images of a very recent (17th November) yet earlier iteration of the UI with and without the modal dialog.

Apparently some developers still show a preference to working in design mode in VS.Net, I prefer to layout and prepare my UI in Expression Blend and have to say that I am becoming more comfortable with the tool each day and feel confident it will become as much second nature to me as using VS.Net itself. I know some people have stated that they really don’t like Blend and find it too cumbersome to use, my main wish at this point is for the inclusion of intellisense which would speed things up somewhat, other than that I find myself becoming quit familiar with this new design tool. I will know that I have become a reasonable user of Blend when I can knock out a UI layout with the same level of comfort that I had when using the Windows or Web forms designers.

At this stage of Silverlight learning curve, I am pretty happy with the UI however I would like to inject more of a corporate feel into it and I would certainly welcome some more out of the box layout friendly controls (WPF supports docking for example) and the recent release of the Silverlight toolkit will certainly be a useful addition. We should anticipate in time as more new controls become available and third parties like Telerik and Infragistics start come to market then the options will start to expand quickly. One nice Corporate looking UI I spotted recently via Martin Grayson’s blog was the Patient Journey Demonstrator and the Blacklight project which contains a Drag Drop Panel which I plan to check out immediately.

I have made this Use Case Point estimator project available online so those who wish to follow it’s evolution may do so when I post an update here on my blog. Currently the application exhibits zero usable functionality and exists entirely as an exercise in page layout, it will however over time become adorned with the business logic and data access code to make it a functioning piece of software.

Update 24th November

The latest UI has changed again and now all user controls are encapsulated in a Tab Control. The project url can be found here.