<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://weblogs.asp.net/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Martin Spedding's Blog</title><subtitle type="html">Adventures in a disconnected world</subtitle><id>http://weblogs.asp.net/mspedding/atom.aspx</id><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/default.aspx" /><link rel="self" type="application/atom+xml" href="http://weblogs.asp.net/mspedding/atom.aspx" /><generator uri="http://communityserver.org" version="3.0.20510.895">Community Server</generator><updated>2004-06-02T22:59:00Z</updated><entry><title>Confused..Office xml format, Metro and XAML?</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2005/04/27/404752.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2005/04/27/404752.aspx</id><published>2005-04-27T13:42:00Z</published><updated>2005-04-27T13:42:00Z</updated><content type="html">&lt;P&gt;&lt;FONT face=Arial&gt;Last few days before I start my new job and I think I am getting a little confused. &lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial&gt;So I have an office document and I can save it as XML. If I print it, in the future, it will be converted into "Metro" format. In addition there is "XAML" which is a another way of serialising objects so why couldn't "XAML" have been used.. Why do I need so many different XML formats ? &lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial&gt;If I send a document to a user on a different platform it seems that "Metro" would be the correct format to send it in as it is meant to be format that is readable on other platforms.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial&gt;So if I am in office in the future what format will I save the document, at the moment it looks like a confusing set of options. Also as &lt;/FONT&gt;&lt;A class=headermaintitle id=Header1_HeaderTitle href="http://weblogs.asp.net/wallym/"&gt;&lt;FONT face=Arial&gt;Wallace B. McClure&lt;/FONT&gt;&lt;/A&gt;&lt;FONT face=Arial&gt;&amp;nbsp;points out in this posting &lt;/FONT&gt;&lt;A href="http://weblogs.asp.net/wallym/archive/2005/04/27/404731.aspx"&gt;&lt;FONT face=Arial&gt;http://weblogs.asp.net/wallym/archive/2005/04/27/404731.aspx&lt;/FONT&gt;&lt;/A&gt;&lt;FONT face=Arial&gt;&amp;nbsp;it is vital that "Metro" is also implemented on legacy platforms otherwise there will be an almighty mess.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial&gt;I am sure that this will become clearer soon but at the moment it does seem confusing and a lot of overlapping functionality&lt;/FONT&gt;&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=404752" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author></entry><entry><title>Swallowing the red pill</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2005/04/18/403181.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2005/04/18/403181.aspx</id><published>2005-04-18T16:20:00Z</published><updated>2005-04-18T16:20:00Z</updated><content type="html">&lt;P&gt;&lt;FONT face=Arial size=3&gt;It is a long time since I have blogged and part of that is because I have been acting in a play but also because I decided to change jobs. &lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial size=3&gt;Well now a lot of things have been resolved and I will be joining Microsoft Switzerland as an Account Technology Specialist at the start of May 2005. Knowing that&amp;nbsp;I was joining the company has led to me think twice before I put "finger to keyboard", that&amp;nbsp;sounds weird compared to putting pen to paper, but hopefully I will be blogging more again in the future.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial size=3&gt;It is funny normally when you tell people you are joining a company they ask what does the company do. No one does that with Microsoft, everyone has an opinion. Some people&amp;nbsp;think I have joined the dark side and other people are fascinated to know a little bit more about what life is like within Microsoft. As they say about a film or play, the worst film or play is one that proves no reaction be it good or bad. Joining Microsoft certainly provokes a reaction.&lt;/FONT&gt;&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=403181" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author></entry><entry><title>My criteria when employing a developer</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2005/02/24/379289.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2005/02/24/379289.aspx</id><published>2005-02-23T23:52:00Z</published><updated>2005-02-23T23:52:00Z</updated><content type="html">&lt;P&gt;I had interview today, so reading &lt;A href="http://www.hanselman.com/blog/WhatGreatNETDevelopersOughtToKnowMoreNETInterviewQuestions.aspx"&gt;Scott's &lt;/A&gt;set of .Net questions was rather topical. &lt;/P&gt;&lt;P&gt;I was thinking, if I was recruiting a developer, what weight would I give to the number of questions they could answer from the list compared to their knowledge or experience in other areas ?&amp;nbsp;In other words what weight would I give to their in depth technical knowledge with one specifc technology and what weight would I give to a broader set of skills.&lt;/P&gt;&lt;P&gt;I think if I was recruiting a consultant/contractor for a short term contract and a defined work package then the number of questions they could answer correctly would be important. In that case I am looking for a worker bee and I want to be certain they have skills for the job from day 1.&lt;/P&gt;&lt;P&gt;However, for a permanent employee I would place a much lower weighting on the number of answers given. The reason is that I am much interested in a person who knows where to look for the answers, knows their limitations outside their specialist area but knows to ask the right people and has experience to determine what is the appropriate solution for a problem. It is much more important to me they way go about solving a problem than knowing everything in detail.&lt;/P&gt;&lt;P&gt;When you work in IT it is very simple to believe technology is the holy grail and can solve all problems and forget that sometimes the pen and paper will provide a better soluton for the customer.&lt;/P&gt;&lt;P&gt;Also, I would prefer to employ someone with wider range of experience, so that they would be more objective. For example, some one with&amp;nbsp; Java experience or Oracle experience can bring an objective viewpoint to a project. Naturally, it is important that they don't have blinkered view of life. Also there knowledge of the industry where the company sell products and the business processes used in that industry are vital as well.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=379289" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>It is not what you know but the people you know</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2005/02/03/365924.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2005/02/03/365924.aspx</id><published>2005-02-03T00:04:00Z</published><updated>2005-02-03T00:04:00Z</updated><content type="html">&lt;P&gt;For the first time in my career I am having to look for a new job because of a change in the strategy of the company where I work means that my skills are no longer required. It is a scary situation as the IT market is still a difficult one.&lt;/P&gt;&lt;P&gt;One of things that you soon realise is how important your friends can be and how they provide you with information about jobs you would not otherwise hear about. So often people working in IT forget how important an active social life can be. I act in the amateur theatre which is great as it takes me away from the computer screen, proves I can work in a team with people from different backgrounds and&amp;nbsp;temperaments. It also provides a strong social network and many leads for possible jobs.&lt;/P&gt;&lt;P&gt;I think in IT we often forget that while technology skills are important in the end the soft skills can be the deciding factor. Even if you are safe in a job always continue building that social network and of course, though, in some ways it obvious, make sure you keep your resume(cv) up to date and ready at hand. If the contents of your CV are still the same after a year, what have you being doing, are you still learning or have you stagnated ?&lt;/P&gt;&lt;P&gt;If anyone is looking for someone in Switzerland with strong .Net skills as well as consulting and team leadership skills, I think I have the skills you are looking for. Also I speak fluent German.&amp;nbsp;Please contact me and I can send you my resume(cv). Just use the link on the weblog to contact me.&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=365924" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>Looking back to 2004 and wondering about the future</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/12/29/343606.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/12/29/343606.aspx</id><published>2004-12-29T11:16:00Z</published><updated>2004-12-29T11:16:00Z</updated><content type="html">&lt;p&gt;&lt;font face="Arial"&gt;I really need to post a lot more. I have got it the habit of reading more than writing. 2004 was a strange year. It was a year where many people in IT serious started wondering whether they had a career that would take them through to retirement or even through the next few years. In terms of software development it was a time where&amp;nbsp;projects where increasingly developed in lower cost countries and where business analysis and project managment skills became more and more important than being able to develop software. &lt;/font&gt;&lt;/p&gt; &lt;p&gt;&lt;font face="Arial"&gt;IT is becoming a service, so stuff like ITIL becomes more and more important. I suppose I entered computing because it was a creative process where at the end of a project you had created something new. Now more and more the work is in managing IT services, managing servers, running helpdesks and managing third parties. For me it becomes less and less a creative process and more and more a job of managing widgits. A victim of our success ?&amp;nbsp; People now take a lot in IT for granted, so everyone wants it cheaper. If it is good enough why do we need you IT guys. We never understood what you did anyway.&lt;/font&gt;&lt;/p&gt; &lt;p&gt;&lt;font face="Arial"&gt;At the end of 2003 I went to the PDC in LA, it was an interesting event and it was great to meet all the people. I have been to many PDC's but for me the last 2 were interesting. The previous PDC was about .Net myservices. A project that was canned soon after. The last PDC was about Longhorn. With the continual changes to Longhorn and especially to WinFS was it worth attending. I know the PDC's are about new technology but it is hard sell to say I will travel all that way to hear about something that might or probably will not ship at some point in the future and by the way all the content will be on the web a few weeks after the event.&lt;/font&gt;&lt;/p&gt; &lt;p&gt;&lt;font face="Arial"&gt;How do you all look back on 2004 and what excites you about 2005 ?&lt;/font&gt;&lt;/p&gt; &lt;p&gt;&lt;font face="Arial"&gt;Happy new year&lt;/font&gt;&lt;/p&gt; &lt;p&gt;&lt;font face="Arial"&gt;Martin&lt;/font&gt;&lt;/p&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=343606" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>A dose of reality</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/11/13/257024.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/11/13/257024.aspx</id><published>2004-11-13T21:01:00Z</published><updated>2004-11-13T21:01:00Z</updated><content type="html">&lt;P&gt;I have been a very prolific blogger recently as I have been very busy working on a project. We all want to work on glamourous projects but this was one of those bread butter jobs which really wants to work on but it pays the bills. &lt;/P&gt;&lt;P&gt;A big company who has an application that that they distribute to each of the sites, then each of the sites enters their data for that quarter and then submits the results to headquarters. All the collected data is then imported into the main database. Guess what the whole application is written in Microsoft Access and the original application dates back to 1995. Naturally, after that period of time the initial design is looking shaky and there are lot of hacks in the code. We were about 3rd set of developers working on that code base. &lt;/P&gt;&lt;P&gt;So what did I learn, rather than patching on a old application you need to bite the bullet and rewrite the application. Sadly, that is not an easy sell to the customer, so you end up plastering over the cracks and hoping the whole thing does not fall to pieces.&lt;/P&gt;&lt;P&gt;Why, or why do some many companies build mission critical applications on Microsoft Access and Excel spreadsheets from hell. I like both products but they should be used for what they are designed. Sadly there comes a point when developing a Microsoft Access application where it just becomes unstable and impossible to maintain.&lt;/P&gt;&lt;P&gt;I also learnt the vital "/decompile" command switch when starting an Access application that is throwing a weird error for no apparent reason.&lt;/P&gt;&lt;P&gt;With companies being so risk adverse, I have fear that this application will still be running in another 10 years time. I have already seen a compiled Visual Basic 4 application where the source code has been lost in mists of time. Now all people can do is simply keep it running, even if that means a standalone pc.&lt;/P&gt;&lt;P&gt;.Net is great but how on earth are we going to be able to maintain all these islands of orphaned code and who will foot the bill for rewriting the applications ?&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=257024" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>Globalization and outsourcing...how you know the world is getting smaller</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/10/24/246870.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/10/24/246870.aspx</id><published>2004-10-24T12:43:00Z</published><updated>2004-10-24T12:43:00Z</updated><content type="html">&lt;FONT face="Courier New"&gt;&lt;BR&gt;&lt;/FONT&gt;&lt;FONT face=Arial&gt;Where I work, we manage the outsourced IT services of a global company. Last Friday, I was&amp;nbsp;helping out on the&amp;nbsp;helpdesk and we received an email from a site in Brazil who could not print production orders on a printer located in Brazil. I took the call and openned a call to HP who manage their SAP servers. I had to talk to their call centre in Bratislava, Slowakia so that they oould detmine the cause of their problems in their data centre in Swizerland. I then rang Brazil to tell them that I had openned a call with HP, to be told they were all at lunch for the next hour. This was 17:00 on Friday afternoon in Switzerland. It got to 18:00 and so I told the HP call centre to talk directly to Brazil.&lt;BR&gt;&lt;BR&gt;Not bad, I am in Switzerland, the problem is in Brazil, the Call centre in Slowakia and the computers are located in&amp;nbsp; Swizerland.&lt;BR&gt;&lt;BR&gt;Also I had to talk to Equant about a problem in Italy and spoke to their call centre in Cairo.&lt;BR&gt;&lt;BR&gt;It is a weird world&lt;BR&gt;&lt;BR&gt;Martin&lt;/FONT&gt;&lt;BR&gt;&lt;BR&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=246870" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author></entry><entry><title>Do we learn from history? Or when you started in the industry influences the solutions you propose</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/07/21/189721.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/07/21/189721.aspx</id><published>2004-07-21T10:26:00Z</published><updated>2004-07-21T10:26:00Z</updated><content type="html">I have been thinking about writing about this subject for a while. However, the posting by &lt;A href ="http://weblogs.asp.net/jasonsalas/archive/2004/07/21/189612.aspx"&gt;Jason Sales&lt;/a&gt;  prompted me to actually write a blog entry.&lt;br/&gt;&lt;br/&gt;

When I started in computing there were no PCs, just mini computers and mainframes. The UI was mostly a green screen on a dumb terminal. As all the processing was actually being done on the main computer, you got very used to checking how many concurrent users were logged in to the system. &lt;br/&gt;&lt;br/&gt;
Eventually, the PCs came along and it was possible to build form based applications, some application processed data that was stored locally or on a mapped drive and some clients accessed data stored in a central database. However, now you no longer had to worry about how many users were logged in to the system as all the processing power was local. This meant you got used to providing the best interface for the user, all the power was local so you did not have to worry about other users. I got very used to building forms based applications and the design metaphor used by RAD tools such as VB made the task very simple, some people would say too simple especially if you look at some of the code produced.&lt;br/&gt;&lt;br/&gt;
This gave way to the Internet and the ability to build applications that ran on a server and provided an interface to the user within the browser. In some ways it was like going back to the world of the green screen dumb terminal apart from this time it was more colourful. Like the world of the mini computers you had to worry about how many concurrent users were using your web application. I remember having conversations around that time with people asking me what is a concurrent user and why it was important. If you came to computing during the windows form phase, you had no experience to look back on from the mini and mainframe phase of computing.&lt;br/&gt;&lt;br/&gt;
Interestingly enough, people who came to computing during the "Internet age", tend to have started computing by building web interfaces.They have no experience of building windows applications. However, I have also seen the down side of people not having  experience of the mini/mainframe period as they do not always think of the number of concurrent users. However, in many ways they are programming mini/mainframe applications but without the security of owning the connection. However, I think with web applications we sacrifice ease of use and gain location independence.&lt;br/&gt;&lt;br/&gt;
I suppose it still find it much easier for me to sit down and put together a rich client app than it is to put together a web application. I feel that I have freedom with a rich client app and that I am restricted writing a web application. However, I tend to build my components first which means I can decide later stage which presentation layer to use.&lt;br/&gt;&lt;br/&gt;
In conclusion, I think whether you are happier building web applications or rich client application is largely influenced by when you entered the computing industry. However, what worries me is that some of the lessons of windows forms development have not been learned. There are still loads of web applicatons out there which have all there business and datalayer code built right into the web forms. That is certainly true of PHP, ASP and probably a lot of JSP.&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=189721" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>How many versions of Visual Studio do I have to maintain ?</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/07/19/187591.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/07/19/187591.aspx</id><published>2004-07-19T17:19:00Z</published><updated>2004-07-19T17:19:00Z</updated><content type="html">&lt;P&gt;&lt;FONT face=Arial size=3&gt;The most expensive part of any project is maintaince. You think everything is working well and suddenly you get a phone call and you need to resolve a bug in the application. The trouble is the application was written with an earlier version of the .net framework, for example v1.0 but you using Visual Studio 2005. This means you can open the project but if you compile it using Visual Studio you can only compile against the latest version of the framework which in this case is version 2.0.&amp;nbsp; Which means the small change in the code might end up meaning you also have to distribute the v2 framework. The same problem exists with Visual Studio 2003 which can only compile applications to run on top v1.1 of the .Net framework. &lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial size=3&gt;However, in a regulated enviroment such as the pharmaceutical industry a change of the underlying platform i.e from the v1 framework to the v2 framework could result in you having to revalidate and retest the complete application. Of course using the SDK you can use the command line switches to compile for the v1 framework but is this really practical ?&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial size=3&gt;It seems to me that we are storing up problems for the future where in order to maintain old applications I will have to keep various different versions of the Visual Studio IDE and know which version of Visual Studio I need for each application.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial size=3&gt;Mission critical applications need to run for years and will need maintainence and I am worried that there are going to be problems. It seems if I read correctly that the Sharp Developer IDE can compile against different versions of the framework. Why can't Visual Studio do this ?&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial size=3&gt;Maybe Visual Studio should be distributed in the form of Virtual PC images so it is simple to swap between different versions.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=187591" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>Embedding Gecko(Mozilla rendering engine) in a .Net application</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/07/19/187580.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/07/19/187580.aspx</id><published>2004-07-19T17:06:00Z</published><updated>2004-07-19T17:06:00Z</updated><content type="html">&lt;P&gt;&lt;FONT face=Arial size=3&gt;Over the weekend I had some spare time, so I thought&amp;nbsp; I wonder if you can use the Mozilla rendering engine(Gecko) within a .Net application as easily as you can IE ? This could be important in areas where people have concerns about using IE. It turns out it is as simple as a download, add COM component to the toolbar and if required adding a reference to the project. Even the intereface has been modelled on the IE model to make it simple to use. It is of cause unmanaged code but it works.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial size=3&gt;Visit Adam Lock's website &amp;nbsp;&lt;/FONT&gt;&lt;A href="http://www.iol.ie/~locka/mozilla/mozilla.htm"&gt;&lt;FONT face=Arial size=3&gt;http://www.iol.ie/~locka/mozilla/mozilla.htm&lt;/FONT&gt;&lt;/A&gt;&lt;FONT face=Arial size=3&gt;&amp;nbsp;and download the Mozilla 1.71 Active X Control Installer.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial size=3&gt;Once you have downloaded run it and will install the files you need and register the control. Now all you have to do is add the control to the toolbar in Visual Studio, using the add/remove Items| COM Components. It is listed as the Mozilla Browser class.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial size=3&gt;You can now drag the control on to a form as you would any other control. You can use the navigate method on the control to display a given url. In fact the api of the control is the same as the IE api, which makes life very easy.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face=Arial&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=187580" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>Sourcegear Vault does not work after installing Visual Studio Express betas ( with solution)</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/07/08/176494.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/07/08/176494.aspx</id><published>2004-07-08T08:45:00Z</published><updated>2004-07-08T08:45:00Z</updated><content type="html">I am using the excellent Sourcegear Vault product for version control and I was surprised that it would not work after I installed the Visual Studio Express beta products. The database seemed to be ok but I would get an error message if I tried to connect the Valut client or admin applications. It was strange as everything looked ok but it just would not function. &lt;br/&gt;&lt;br/&gt;

The problem turned out to be very simple, which you install the vs express betas they change the framework version for all you existing ASP.NET applications. Of course Vault  has a web services interface and now that Framework version for that ASP.NET application is incorrectly set to v2 rather than v1.1.&lt;br/&gt;&lt;br/&gt;

The solution is simple open up the Internet  Services Manager and change the ASP.Net version for  "VaultService" and "VaultShadowFolder". This can be done by  right clicking on the web application in the tree view, selecting properties and the ASP.NET tab.&lt;br/&gt;&lt;br/&gt;
VS team place maintain the ASP.NET version information for all existing web applications and only set it to v2 for new web applications. That way existing applications continue to work.&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=176494" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>Don't write off rich client apps, or why a J2EE application was rewritten</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/06/28/168119.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/06/28/168119.aspx</id><published>2004-06-28T21:26:00Z</published><updated>2004-06-28T21:26:00Z</updated><content type="html">&lt;P&gt;Recently I had discussion with a friend about a project he was working on. He said he was converting a J2EE application to a .Net application. Naturally my first question was why ??&amp;nbsp; I was glad to hear that someone was doing commercial .Net development but I was curious what the ROI would possibly be. If you have already written an application and it works why rewrite it ?&lt;/P&gt;&lt;P&gt;The answer was interesting. The reason they had gone with J2EE was that they thought they wanted to have a thin client and no client install.&lt;/P&gt;&lt;P&gt;However, the users wanted integration with Office and the whole user experience just did not work with them having to go into one application, saving a document and then starting the web application.&amp;nbsp;He said that .Net provided the office integration and&amp;nbsp;a faster development time.&lt;/P&gt;&lt;P&gt;I said why not wrap the existing application and add a new rich client frontend ? He said the problem was the application was poorly written and slow. So instead of trying to put a new face on the existing application they are rewriting it.&lt;/P&gt;&lt;P&gt;I found the whole story very interesting. The fact that is a story of a migration from a Java application to a .Net application is really just a side issue. For me it shows that users still need rich client applications that integrate with their existing applications.&amp;nbsp; Also that bad design and architecture now means that when your users requirements change or you find you have misinterpreted them you may well find yourself back at the drawing board with a lot of explaining to do.&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=168119" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>A question of trust</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/06/24/164591.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/06/24/164591.aspx</id><published>2004-06-24T11:19:00Z</published><updated>2004-06-24T11:19:00Z</updated><content type="html">I was speaking with one of my collegues today about XP SP2 and he noticed the security centre and said that he expected that eventually  MS will come out with their own anti virus software. He then said,: "Even though I am an MSCE, I would not trust MS and I would still install 3rd party anti virus software." I thought this was an interesting point of view because when you think about  it the anti virus software companies have a vested interest that there are lots of viruses, as the more virues there are the more software they sell. On the other hand MS suffers an image problem when ever a virus causes problems. So Microsoft has a vested interest to ensure that the number of virius problems is minimal and the anti viruses companies have an interest that there are more viruses. On that basis why trust MS anti virus software less than software from a 3rd party ? 

&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=164591" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author></entry><entry><title>How many months are there in a year ?</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/06/10/152874.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/06/10/152874.aspx</id><published>2004-06-10T18:55:00Z</published><updated>2004-06-10T18:55:00Z</updated><content type="html">&lt;P&gt;Silly question, but interesting if you are writing a program&amp;nbsp; and you want to return the months based on the culture of the user.&lt;/P&gt;&lt;P&gt;Instead of having to hand code all the month names all you have to do is write the following piece of code:&lt;/P&gt;&lt;FONT color=#0000ff size=2&gt;&lt;P&gt;string&lt;/FONT&gt;&lt;FONT size=2&gt;[] _monthNames = System.Globalization.DateTimeFormatInfo.CurrentInfo.MonthNames;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size=2&gt;so question is what is the length of _monthNames ?&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size=2&gt;You would expect 12 as there are normally 12 months in the year, but you would be wrong it is 13 !!&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size=2&gt;_month&lt;/FONT&gt;Names[12] returns a blank string.&lt;/P&gt;&lt;P&gt;This is great if you are simply using _monthNames as a look for the names of the month but a bit of pain if you use it as the data source of a combo box.&lt;/P&gt;&lt;P&gt;I assume there must be cultures out there which have 13 months but why isn't the return string array dimensioned based on the current culture ?&lt;/P&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=152874" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry><entry><title>Do people understand Indigo ??</title><link rel="alternate" type="text/html" href="http://weblogs.asp.net/mspedding/archive/2004/06/02/147047.aspx" /><id>http://weblogs.asp.net/mspedding/archive/2004/06/02/147047.aspx</id><published>2004-06-02T20:59:00Z</published><updated>2004-06-02T20:59:00Z</updated><content type="html">&lt;DIR&gt;&lt;FONT size=2&gt;
&lt;P&gt;Why is Indigo such a hard sell to a lot of people ?&lt;/P&gt;
&lt;P&gt;If you go to a set of presentations on Longhorn, people want to see the stuff about Avalon and Winfs but Indigo seems to a bit too theoretical for people and they are not sure why they would need it. Of course if you look at the very small proportion of the developer community who visit the PDC then they will soak it all up and say great that is what I need. Try and talk about it to a more general audience and you will get a bemused look. &lt;/P&gt;
&lt;P&gt;I went to a presentation yesterday by a well known speaker who presented SOA and talked a little bit about Indigo. There were about 60 people in the audience, all of whom were architects for major companies in Switzerland. One reaction I heard was: isn't that stuff already in the framework ? Another comment was if this stuff already works why do I need something new. Ok, it might not be a clean unified model but I don't see why I need it. &lt;/P&gt;
&lt;P&gt;People know there is plumbing in their houses but very few people get excited about it. All most people are interested in is that they get a hot shower or bath when they want one.&lt;/P&gt;
&lt;P&gt;Maybe a better approach it show a real world problem where using Indigo makes development simpler. First explain the problem you are trying to solve in terms of a business case and then talk about the technology.&lt;/P&gt;
&lt;P&gt;The problem is that people only use stuff if they know it exists and understand why to use it and what the benefits are.&lt;/P&gt;&lt;/DIR&gt;&lt;/FONT&gt;&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=147047" width="1" height="1"&gt;</content><author><name>MartinSp</name><uri>http://weblogs.asp.net/members/MartinSp.aspx</uri></author><category term="Dotnet related" scheme="http://weblogs.asp.net/mspedding/archive/tags/Dotnet+related/default.aspx" /></entry></feed>