My thoughts on Typescript

I have been asked quite a few times in the last 24hrs how I stand regarding TypeScript – Microsoft’s answer to solving the elephant in the HTML5 adoption room (JavaScript).

First impressions count and they were positive, I studied the marketing material, I installed the plugin and I even wrote some code – outcome yes, it works for me. The work done on this “it tastes like chicken” façade to the JavaScript issue is outstanding and I’d not think anything less of the work Anders spits out from that enormous talent sized brain of his.

I am however suspicious of this concept – time to put my Microsoft trouble maker tinfoil hat back on.

I have mentioned numerous times that there has been this divide or chasm between Windows + Internet Explorer and WPF/Silverlight – that is to say XAML/C# vs. HTML5/JS/C++. It is pretty well documented on this blog and in other parts of the web, and there is not much more to discuss on this suffice to say Typescript is yet another win for the HTML5 camp and loss for the XAML/C# camp.

This Is the part where a Microsoft evangelist or product manager for the team(s) feign innocence and give you the usual “it’s about choice” speech.  True it will be about choice; I just cannot help to think that with all that investment and work gone into C#/XAML mix that taking a few steps backward to prop up HTML5/TypeScript seems an awful waste of time and energy to date.

There is no doubt that I would personally adopt TypeScript/HTML5 when the time comes to write a HTML based solution, as to me it fits nicely with my desired development pipeline. I still think however, the entire web based development pipeline is around 3-5 years behind where XAML/C# is today (I will even throw in Adobe ActionScript/MXML into that mix as well).

My thoughts are simple

  • Ecma6 is hopefully going to crush JavaScripts skull and the abomination of JavaScript we see today will be wiped from the face of the earth hopefully never to be spoken of again (ie Typescript leads that charge from a Microsoft developer standpoint)
  • Internet Explorer is still being regarded inside Microsoft as a standalone ecosystem. I am still nervous and not excited about this thus suspicious of Typescripts charter (that fork in the road for IE vs. other browsers in the parity/ubiquity story is still coming up ahead).
  • HTML5 vs. XAML/MXML. I still roll my eyes at HTML5 mainly as when you’ve used both MXML or XAML in your day to day development then look at HTML5 one can’t but help see the HTML5 has not only gone of charter – yet again. If we are going to go full, tilt XML UI declarative then let us fold Resource Dictionaries into place instead of CSS / style tags and be done with it.
  • Typescript was fun to develop with. I almost got a little giggle at making my HTML do stuff via Typescript that I’ve grown accustomed to with Flex/WPF/Silverlight but it still felt 3 steps backwards. It reminded me of the days of DHTML when we did this kind of thing by ourselves when writing your own JavaScript framework was the cool-kids thing to do (I once – 2004 – wrote a Flash framework that read in XML as instructions on how to design UI, I also did the same for JavaScript.  Crazy eh?)
  • A few people will whine about Typescript being a big ol façade or yet another JavaScript wrapper but the difference form all the alternatives is that firstly, Microsoft wrote this one. Secondly, it comes as a plugin for Visual Studio and thirdly it has a geek-celeb behind it (Anders). Most non-Microsoft developers will give a “hand jerk” motion to those tickboxes but you do not understand the requirement most .NET shops have (which has now been ticked). Adoption will follow, remember this.
  • Typescript reminds me of the days when Adobe/Macromedia switched from ActionScript 1.o to 2.0/3.0. You felt it was a move forward and the idea isn’t new, at the same time it took a long while for existing developers to cross that chasm of adoption. Hopefully it ECMA6 wont fall into that same vortex of pain.

In Summary, Typescript will be a hit amongst the .NET kids out there, I don’t think it will go beyond that but that’s ok as that’s a few million developers out there that it will influence. I think this is still setting the ground work for future Internet Explorer development going forward and stay tuned for more of that discussion.

Why is Internet Explorer its own ecosystem?

Why is Internet Explorer its own ecosystem? Why not say “Web” .. :)

I hope this however puts a lot of pressure on the makers of browsers & tooling that JavaScript needs to be abandoned as we know it, that it needs to keep moving forward if we are truly going to reach absolute parity with plugin(s) / native experiences such as Adobe Flex, Silverlight or WPF in way that doesn’t feel like you’ve had sacrifice your first born to achieve parity.

To quote a friend who recently gave his thoughts on HTML/JS development instead of WPF/SL/Flex development

It is like getting a hand job from a crack addict. You know it is wrong, you know it is a substitute for what you really want and lastly once it happens you can never look your friends in the eye the same way again. It however got the job done.

(That was the clean version of that believe it or not).

 

Related Posts:

  • No Related Posts

Please welcome the XAML platform team to Windows!

image

I got word of a leaked email early yesterday that confirmed what I had been told in passing gossip – the XAML team being disbanded.

This morning I awoke to not just one email but five of them from my various sources all attached with mixed opinions on what it means. Here is my famous (internally in Microsoft, I would send these style of emails about Adobe and their competitive threats) "What Just Happened" response.

We’re pleased to announce the transition of the XAML
platform team from the Developer Division to the Windows team.  While the
team has been working side-by-side with the Windows team for the entire project,
this step brings them into our team formally. 

It is time to start moving the battleships into the attack formation. In that time to start the consolidation into the new ux platform we are about to remake again.

On the upside it means you have a consolidated outcome likely to hit our hard-drives in the next 2-3 years on the downside you have what I would call a technology freeze in effect. If the new iteration of WPF or Silverlight does not comply with the vNext vision, do not hold your breath for a new announcement anytime soon that does not involve Windows 8 future(s).

The team will continue their work on Windows 8 as planned
and will join our Developer Experience (DEVX) team. This transition allows us
to bring together our platform development team in a single-management
structure.

That doesn’t sound to bad, I mean on the surface its just a single management restructure. A day in the life of a Microsoftee where every fiscal year or often more than once you are given new managers because the strategy – scratch that – tactics have changed. That in itself is probably your biggest hint of all around the word commitment, this is not just a case of waiting for a restructure to occur once every 5 years – it happens often.

To clarify, do you keep swapping your generals around in war to the point where the troops effectively stop caring who they are reporting to? Probably not a smart idea but nonetheless.

The dev, test, and pm leaders who will be leading the
team reporting to AlesH, YvesN, and LindaAv are:

• Sujal Parikh, Development Manager 
• Eduardo Leal-Tostado, Test Manager 
• Joe Stegman, Group Program Manager

The leads and individuals joining our team are receiving
this mail and have received communication on next steps.

If most of you who have been involved in the Silverlight ethos are reading then the name, Joe Stegman will probably stand out the most. Joe’s background in the .NET space goes back a ways but in the end Joe’s really been one of the guys under the hierarchy crust of commitment pledges keeping things in the development side of things in check. Officiating his role further in this equation for me is a bit puzzling as it’s kind of the same thing different org tree?

These changes in leadership and organization are
effective today.  For the purposes of finishing out the fiscal year and
the performance review process the team will operate under the existing
management structure.

That is a swift maneuver. Nothing surprising though.

Now onto Soma’s email to the troops which kicked the previous email off (Notice how VP’s etc all pile on from one another with "what he said was.." like somehow being apart of the thread is being seen as a role of importance. Classic Microsoft Victory Email formula, just once I’d like them to send out just one email outlining the change. This is what I’m talking about when I say Microsoft Culture is retarded.

I digress.

MICROSOFT CONFIDENTIAL

Over the last couple of years, our Client and Mobile team
has done a fantastic job of building a number of XAML related technologies that
have been a huge value add to the Microsoft client platforms and an
instrumental part of delighting our developer customers.  The agility and
customer focus that the team has demonstrated over the years has been a
pleasure to watch.

Ooops. Btw this was supposed to be confidential. So do not tell anybody.

Over the last couple of years? From memory, I recall WPF being around for more than a couple of years? Never mind, I keep forgetting everyone internally has forgotten about WPF.

Soma is kind of saying, "thanks for the hard work troops, you managed to outpace most products in Microsoft with your constant brilliance around the word agility, which being said here comes the but to that placating statement.

Today, we are making some organization changes to bring
our platform technologies under a single management structure.  These
changes are centered around three focus areas:

• The team working on XAML technologies for Windows will
move to Windows.

• The team working on XAML technologies for Windows
Phone, Xbox and browser plugin will move to Windows Phone. 

• The Client and Mobile tools teams, including Windows
Phone tools and XAML tools, will stay in DevDiv.

These changes are all effective immediately.  From a
performance review perspective, we will do this year’s performance review under
the DevDiv organization model.

"Today marks a new day troops, for we storm a new beach" is kind of the response to that next piece.

Firstly you have parts of the XAML team(s) parked inside the Windows organization. First impressions on twitter are that "Way to go! Means XAML and Windows are finally going to get along and create awesome XAML experiences"

Have I not shown you the Annie video? Moreover, have I discussed the Orphan Syndrome? "My dad’s going to come for me, he’s rich you…you..you just wait and see"

To me that read as being a case of cherry picking parts of the team to socket into the windows division and their new coding charter will come next. If it involves XAML it will be based around what XAML vNext is likely to be – HTML5 meets Jupiter.

Same with the Phone team, it is what I would call "please standby for further orders" moments.

As for the tooling teams, well you got Cider and Expression Blend team is what that really comes back to. Given most of the Client employees have left, I am not sure what that means suffice to say I am not holding out for a new release for Sketchflow for starters and I am guessing that the Blend teams are not exactly getting high fives for poor sales and download rates to date. If I were in that team, I would be updating my LinkedIn account quickly.

I want to thank Kevin Gallo and the team for all the
great work that they have done over the years.  Moving forward, I’m very
excited to bring the client platform efforts closer to the platform
teams.  There is a lot of very exciting and critical work underway as part
of our next wave of platform releases and I am very eagerly looking forward to
seeing the team’s work in the hands of our developers and customers.

Remember when Mary Jo posted a while back on how Kevin Gallo would be taking over the reins of Scott Guthrie. That’s probably the quickest promotion and I’m not ready to say demotion but I’m not ready to say continuance either – that I’ve seen?

The positive part there is the "next wave of platform releases" that sounds a lot like a continuation of what we have in front of us. Make no mistake there will be a Silverlight 5 and a WPF vNext released next fiscal, its already got most of the code done and it would be foolish to not release those when they can – especially after MIX2011.

Releasing those two would also buy you time for the next 2 fiscals at most. As by doing this you create this calming effect around "see, we’re still working on it..honest" to placate the developer hordes.

That is up to you, you can buy into that sure, and it is hard to debunk given there is not much visibility behind what we are likely to see next – especially given this is tradition within the Microsoft roadmap(s).

For me personally, I’d like to corner Microsoft If I could into giving more concrete assurances that whatever the next wave of bets are that they are either backwards compliance or have parity around what we have today in terms of conceptual features today.

Features for me are not will I be able to still hit F5 without changing code. Features for me are the concepts that are on the table today, around how one manages the out of browser and in-browser functionality – everything from casual gaming through to enterprise ready features (printing, isolated storage, data binding etc).

Going forward.

I think what has happened in this email is the equivalent of me saying "I really like this car, now can we take the wheels and put them over there. In addition, can you take the steering wheel and dashboard and put it over there. Lastly, can you take the engine and well. Just leave it in place for second; I’ll get back to you later on where we can put that next"

It’s clear there is a consolidation happening that I think we can all agree on early. How will the consolidation impact the average .NET developer is likely to be dramatic enough to warrant some applications having to have code refactored down the track – you will not escape that sorry.

Does this mean .NET is dead? Who actually knows what .NET vNext will be so it is hard to simply say "yes" and it could very well be a reset of .NET to fix a lot of pent up frustration in the way it sticks together today.

What I am certain of is WPF is definitely officially done. The chance of WPF going beyond what it is today is slim. Some journalists etc. will gloss over this as its not news but let me be clear in saying at Microsoft we really had no clue just how deeply seeded this product became.

In Australia it’s used quite heavily and it’s something I personally noticed whenever I used to travel around the country meeting Microsoft customers (both as an Evangelist and Product Manager). I used to send emails internally stating "I think we underestimated is usage, as it definitely appears to have more devs using than Silverlight" which was later brushed aside as being "Not realistic".

I think post September the announcements that are to follow will give these warnings probably some second thoughts around what parking WPF in the retired bay is likely to mean for Microsoft when it comes to the words "trust" and "commitment"

The product and developer satisfaction surveys for the last few years haven’t been something you’d brag about internally which for me indicates a strong sense of "fatigue" within the ranks of our beloved .NET developer communities.

It’s now one thing to announce what the next version of .NET will be its entirely different thing to convince and sell these fatigue customers that this is defiantly the bet this time. Silverlight, WPF and WinForm are available today and millions are shipping software solutions using them.

Microsoft now has to figure out a way to convince the millions that the "Windows 8" wave of vNext will fix all of these problems and more – and – will not require a reduction in feature parity along with extra boost in tooling.

If I know, my Microsoft and I like to think I do, good luck J

Full email below:

From: Julie Larson-Green
Sent: Monday, June 20, 2011 9:35 AM
To: Grant George; Jon DeVaan; Julie Larson-Green; John
Cable; Yves Neyrand; Craig Fleischman; Bambo C. Sofola; Scott Herrboldt; Greg
Chapman; Julie Bennett; Jeff Johnson; Ales Holecek; Mohammed El-Gammal; Chuck
Chan; Michael Fortin; Eric Traut; Jensen Harris; Linda Averett; Alex Simons
(WINDOWS); Gabriel Aul; Dennis Flanagan; Iain McDonald; Samuel Moreau; Dean Hachamovitch;
Michael Angiulo; Antoine Leblond; Tami Reller; Chris Jones (WINDOWS LIVE);
Jonathan Wiedemann; Ulrike Irmler; Adrianna Burrows
Cc: XAML Team; Kevin Gallo; S. Somasegar; Terry Myerson;
Sharman Mailloux Sosa; Brad Fringer; Steven Sinofsky
Subject: Please welcome the XAML platform team to
Windows!

We're pleased to announce the transition of the XAML
platform team from the Developer Division to the Windows team.  While the
team has been working side-by-side with the Windows team for the entire project,
this step brings them into our team formally.  

The team will continue their work on Windows 8 as planned
and will join our Developer Experience (DEVX) team. This transition allows us
to bring together our platform development team in a single-management
structure. 
The dev, test, and pm leaders who will be leading the
team reporting to AlesH, YvesN, and LindaAv are:

• Sujal Parikh, Development Manager 
• Eduardo Leal-Tostado, Test Manager 
• Joe Stegman, Group Program Manager 
The leads and individuals joining our team are receiving
this mail and have received communication on next steps.
 
These changes in leadership and organization are
effective today.  For the purposes of finishing out the fiscal year and
the performance review process the team will operate under the existing
management structure.

There will be an informal Q&A session today to
welcome everyone and answer any questions that folks might have.
• XAML team welcome – 2:00-3:00 in building 37/1701

Please join me in welcoming these folks to our
organization!
Julie
 

 

From: S. Somasegar 
Sent: Monday, June 20, 2011 9:16 AM
To: Client and Mobile Team
Cc: Developer Division FTE; Steven Sinofsky; Julie
Larson-Green; Terry Myerson; David Treadwell
Subject: Bringing together client platform efforts

MICROSOFT CONFIDENTIAL

Over the last couple of years, our Client and Mobile team
has done a fantastic job of building a number of XAML related technologies that
have been a huge value add to the Microsoft client platforms and an
instrumental part of delighting our developer customers.  The agility and
customer focus that the team has demonstrated over the years has been a
pleasure to watch.  

Today, we are making some organization changes to bring
our platform technologies under a single management structure.  These
changes are centered around three focus areas:
• The team working on XAML technologies for Windows will
move to Windows.
• The team working on XAML technologies for Windows
Phone, Xbox and browser plugin will move to Windows Phone.  
• The Client and Mobile tools teams, including Windows
Phone tools and XAML tools, will stay in DevDiv. 

These changes are all effective immediately.  From a
performance review perspective, we will do this year’s performance review under
the DevDiv organization model.

I want to thank Kevin Gallo and the team for all the
great work that they have done over the years.  Moving forward, I'm very
excited to bring the client platform efforts closer to the platform
teams.  There is a lot of very exciting and critical work underway as part
of our next wave of platform releases and I am very eagerly looking forward to
seeing the team’s work in the hands of our developers and customers.  

The follow-up emails will provide more details on the
changes to those impacted.  Please join me in wishing Kevin and the team
all the very best as we move forward.  If you have any questions about
this change, please let your manager or me know.

-somasegar

Related Posts:

Is Adobe’s new HTML5 Edge tool Expression Blends replacement?

image

In October 2010, Steve Ballmer met with the CEO of Adobe the apparent discussion was around how to compete with Apple head-on.

Having been an internal lead on Adobe competes within Microsoft, it got my wheels turning and I tried as much as I could to get some insight into what that meeting was actually about. It was a very weird meeting given the heated competition both Microsoft and Adobe have had over the past 5 years (almost as big as Apple competes).

Adobe have lost some staff to Microsoft so my first thoughts were that maybe the ex-employees are looking to patch a bridge and discuss some ways to work together in terms of how Flash and say XBOX etc. could work together (there’s a huge casual games market up for grabs that uses Adobe Flash).

Today however my spidey senses got all tingly when I saw the new Adobe HTML5 Edge tool sneak peak via Adobe Labs.

This tool is the missing piece in what I call the HTML5 all up story – i.e. it is fine to hack together add-ons to existing tools for HTML5 coding compliance but it needs a designer story.

The more I looked at the sneak the more I started to think about that meeting and how it could have possibly gone down.

If Microsoft wants to sacrifice Silverlight on the web to gain momentum in the mobile device market than overall, the threat matrix for Adobe drops quite significantly. In that, really the only threat to Adobe Flash is around how it sockets into a mobile device such as Android, Windows Phone 7 and so on.

If I was in a meeting with an executive again and I was talking about the SWOT for an Adobe, partnership I would lead in more with opportunities that lead to strengths rather than threats / weakness in this partnership.

Firstly Adobe Flash is likely to be the continues user experience platform for mobile devices – if and a big if – the company can fix performance issues on all.  Creating a universal user experience on all devices is no easy trick in HTML5/JavaScript and having the tooling and cross-compile functionality that Adobe’s been making waves about lately could be a very important technology intersection.

Flash has always thrived at being a parasite on many hosts so it is not as if this is new dangerous territory for it to take such technical dependencies on.  The product also as I stated before has a lot of already existing Casual Games / Widget Apps already made today that could be ported over.

Downside is they do not have the developer base – design yes, developers no.

Secondly, Microsoft has failed at attracting the design market. We spent millions and came up short every time as whilst I use Microsoft Expression Blend daily its one hard cumbersome tool that even most .NET developers won’t touch let alone designers. It just failed.

The Expression Blend team is now parked in the archive bay and I wager Silverlight 5 additions will likely be its last shipment for the product. If that being the case, sure the tool failed at its charter in attracting the devigner audience to the .NET codebase(s) of tomorrow but the problem didn’t go away – if anything it just got worse.

If you are going to then tell designers of tomorrow to build HTML5/JS or even Silverlight vNext solutions for Windows8 and beyond – how do you get them to combine design and development skills?

Adobe.

Adobe have the design audience locked, it’s the only company in the world where in every design agency there is a design tool owned by them either bought or pirated. They make a tidy profit from it as well.

Flash now can produce iPhone and Android based solutions and it would not actually take much to get that solution into Windows Phone 7 given the Silverlight/XAML parity – in fact, some devs in Microsoft have shown that getting Silverlight to cross-compile to a swf isn’t farfetched, as it would seem.

Putting Adobe Flash or at the very least using the same iPhone cross-compile methodology for Windows Phone 7 is a massive win for both. You get a new developer audience on both sides for one and lastly the design audiences can also play their respective roles within the tools they feel the most comfortable with.

Winning as the Sheen would say.

That all being said there’s a flaw in this theory, it positions Adobe to be way to powerful in the device discussion and the last time Adobe/Macromedia held dominance in this space it took Silverlight to wake them up – you don’t want that again, trust me.

How do you keep Adobe in check whilst competing with Apple at the same time as if you create a universal app that works on all devices then this if anything can fuel iPhone’s appstore submissions more so.

The answer is you put your hopes on forking the API’s beyond the HTML5/JavaScript purity. You essentially embrace and extend (yay, it’s so fresh and new right?). Everyone can keep the entire tech on the same playing field initially but with Windows Phone 8 & Windows 8++ it sort of takes on a completely new adoption curve.

That is a good thing as it fuels competition for one and both Apple and Microsoft do not have to necessarily fund large amounts of dollars in both tooling and marketing. Adobe wins because it gets more hordes adopting its tooling but at the same time, it cannot survive unless there’s competition between Microsoft and Apple. Google is the cream on the cake, as it then has to dovetail into the same competition stream – thus a forcing function for their Android story.

All Microsoft has to do is sacrifice Silverlight for the web (video will always be a big problem for both to contend over just like QuickTime vs Windows Media Player) and Expression Blend.

Did I mention XAML team is disbanded and the Expression Blend team has been put in park?

If you can get developers & designers working in both HTML5/JavaScript as well as proprietary platform specific technologies universally its less investment in language / runtime research & development more in terms of differentiation of hardware specific features.

It rather works that way for the console market.

Note: I have no inside goss on this one so this is me just spit balling based of my own conspiracy theories.

Related Posts:

Windows 8 : Making new friends, Ratcheting Momentum and influencing anger.

After just having a discussion with a journalist today, a question was put to me that I felt I should share some more information around – Why do you think the developers appear to be angry with Windows 8?

It is not that I think developers are angry about code name "Windows 8" being well HTML5/JavaScript friendly in fact it is probably one of those situations where you would easily go "great, not for me but hey who knows how things turn out down the road". It is also not the fact that Microsoft have come out and hinted strongly at the idea of dropping marketing support for .NET going forward in favor of HTML5/JavaScript cocktail of weirdness.

I think what’s happening is developers across the globe in what appears to be millions now (currently on Silverlight.net forums there’s a few threads ratcheting around 11million views – which is 11x the traffic per month that site gets) all basically releasing a lot of pent-up annoyance at the communication blackout – yet again.

image

 

I think this is a case of "the last straw" and it has been lurking for quite some time about Microsoft and a consistent amount of failings around corporate communication 101. To some this appears on the surface to be some idiot in PR being asleep at the helm again (keep in mind often Microsoft outsources its PR to companies like Waggener Edstrom) and so it could be a case of a room full of people pointing at one another for the "what do we say" moment(s). I highly doubt that, I’d wager this is an executive decision and its likely driven by the concept of ratcheting customer momentum for a final reveal in September.

Note: I recently had the VP of Corporate Communications for Microsoft follow me on Twitter post the Windows 8 Fallout(s)…. Why?

image

Creating a disruption in the market with the sole intended purpose of getting people around the world to talk more about you in mixed emotions isn’t a brilliant new tactic – it was done in the Windows 7 launch with the Jerry Seinfiled ads that Microsoft bet around $300million on.   Realistically this strategy can often work (we’ve used this formula a few times with Silverlight in the early days) but at the same time it’s what I’d class as a high risk strategy given you could scare people too much.

This is of course speculation as at the end of the day the more Microsoft staffs I talk to internally about this the more I get the growing sense that majority of the staff internally are also in a complete blackout as well. Insiders within Microsoft are telling me that they are both concerned and frustrated at the lack of information coming from Team Sinofsky to the point where they are not interested in whether or not .NET lives or dies but how the heck they are going to clean up after this reveal occurs.

I probed further and asked what kind of convincing points are needed in order to illustrate to the presidential overlords that having 11million+ views all seeing the words ".NET" and "Dead" is probably not a smart play here and short of announcing .NET 5.0 at //BUILD/ you’re digging a very large hole. The response that I later got forwarded to me was one from an executive that stated that unless they see major accounts being withdrawn all that really is happening is interest and group of developers getting emotional about it all.

Yeah, my first impression was "what a jackass" but having sat in similar meetings like this when Adobe AIR was first considered a major threat to Microsoft, all I can say is that’s exactly how the company thinks at a higher level. It’s a numbers game, and hearing stories like "my friend just told me they are moving away because of this" small stories don’t add up to situations like the US Govt calling Microsoft to say "Yeah, the whole .NET confusion thing is something we aren’t happy with and so we’ll be moving to Java/Oracle – thanks bye" moments aren’t flowing just yet or likely to.Measuring account losses due to an event is somewhat hard as deep at your core you can see that the potential is definitely there despite the deafening "the sky is falling!!" emotions running high.

The reality is its unlikely to create havoc for at least a few years should they come out and say tomorrow ".NET is dead, thx" as looking at Windows XP & Internet Explorer 6 its obvious that Microsoft technology is very hard to kill of even with official announcements.

What is the TAX then? What is the one thing you can beat Microsoft around the head with that will send some sense to Redmond?

316493397

Developers, Developers, Developers is that answer.

Microsoft are losing a battle in replenishing the .NET developer share, it’s alleged that for every 1x .NET developer that departs the Microsoft ecosystem there should be at least 2x more to fill their shoes. The reality it’s the opposite – allegedly.

Ok, so we highlight the depletion of the ranks and state "..if you continue scare the kids with the comms blackout that number will increase! And so you be able to control the depletion rates.."

That will not work either, as HTML5 and JavaScript is a nice big juicy cake to sink ones potential teeth into. As the big bet is that if you can convince the world’s developer base – the ones NOT using .NET today – to jump onboard with the new Windows8 concoction called Metro meets HTML5/JavaScript across all screens. Bing! (No pun intended) you just got a completely new market share you did not have yesterday.

That is the bet at the moment, win hearts and minds with a unified platform the world has agreed upon across all languages – HTML and JavaScript.  Sadly, the .NET developer base is being used right now as collateral damage and is considered acceptable loses.

This is dangerous game being played and all the years I’ve been involved in Microsoft this is by far the most interesting and distracting time for the company. In under 48hrs in my opinion Team-Steve managed to undermined and undo a total of three years work by the various people within the Silverlight teams so should the reveal in September be a case of "Look we were just kidding, here’s our roadmaps going forward.." it would still set Silverlight back quite a lot in terms of regaining what marketing momentum is left for the product.

The reality is Silverlight’s marketing & evangelism has been severely reduced from where it once was and the products are now in auto-pilot mode (aka "they are now matured" which is code word for being bored with it).

Evangelism efforts are going to have to dig deep post reveal on September and to be openly honest their record lately for influencing the influencers has been murky if not non-existent. It’s a contact sport Evangelism and I’ve noticed in the past 2-3 years more so that the steam it once had has diminished quite significantly (due to budget cut-backs and basically VP of DPE – Walid Abu-Hadba driving the entire practice into the ground).

It is not that people are angry, they are confused and disappointed.

Let’s hope this bet pays of Team-Steve as the guy before you made a big bet as well. The last we heard of him now is that he’s trying to make it into the music scene so one hopes you’ve learnt to play guitar Mr Sinofsky ;)

image

Related Posts:

HTML5? Ok, so let’s also deploy Microsoft Silverlight onto Android then…

imageAfter finishing a podcast discussing  Microsoft fumbled future developer story, has sparked a few threads in my warped perception of all things developer platforms.  Please go out on a limb with me here and let this one swirl around in the ol noggin for a moment or two (it’s Friday).

Let’s for arguments sake state that Microsoft bets quite large on HTML5 / JavaScript as being a pull-through for net-new developers of tomorrow. It is an easy asks, as most developers on the planet can code in HTML or JavaScript without an issue per say – whether they like to or not is a different story.

Assuming this is correct and assuming you have a solution where developers can conjure creations under the wing of ye olde HTML/JavaScript then my question to you all is this. Why not put Silverlight runtime on Android.

I know it’s been a question above most people’s heads inside Microsoft as to why they shouldn’t put the mutation of that which is a x-browser, x-plugin and x-device original story onto a competing phone platform? You are about to do this anyway the moment you unleash the HTML5 & JavaScript story unto the world. Developers will hack your garden walls and find ways to push out to the multiple devices so at best all you can really do as a company (Microsoft) is retain Tooling and Server Share(s). Operating system share is going to obviously tank because of a unified development platform such as the ye olde web browser on steroids – aka Windows 8 Covershow – aka Sidebar Gadgets on steriods – aka..wtf do you call it?.

That is until you decide to fork the HTML5/JavaScript story and start introducing your own additive components to the equation that allow developers to touch deeper into the Operating Systems thus bolting down the developer base back onto your platform.

Ok, so assuming that was the guess of all guesses, then why abandon.NET as a preferred approach? As now you not only have to keep the .NET oxygen flowing in a healthy direction to 6million+ .NET devs world wide – but – you also need to put in place sugar pragmatic coding trix such as JavaScript/HTML translative (is that a word?) instructions to a common language runtime….ie CLR????

The upside by putting Silverlight onto Android is you get to part of the two horse race – let’s face it Android and iPhone have the developer markets attention more so than WP7. Enabling developers to play in both streams could energize your base more and you can potentially regain net-new developer share the other way. If you are going to give your farm away, at least fight for a good price is my thinking.

The reality is this, the Silverlight teams are grabbing some pine right now, they’ve been benched until further notice so we are unlikely to see Silverlight move past version 5 until the dust settles on Windows 8 that is code-named Windows 8 (brilliant marketing guys, seriously, brilliant).

Its’ that stalling posture and that sense of “hang on this equation doesn’t add up” that is ultimately causing ripples in the Light-force (ie Silverlight/WPF/WinForms etc Communities).

Just my thoughts – but what do I know, its not like i use to Product Manage Silverlight…oh wait.. doH!

Related Posts:

Confirmation Bias explained in terms of Silverlight & HTML5.

Today I want to talk about HTML5 & Silverlight specifically around the existence of what I would class as "Confirmation Bias". First, lets look at the Wikipedia definition of this term.

Confirmation bias (also called confirmatory bias or my side bias) is a tendency for people to favor information that confirms their preconceptions or hypotheses regardless of whether the information is true.[Note 1][1] As a result, people gather evidence and recall information from memory selectively, and interpret it in a biased way. The biases appear in particular for emotionally significant issues and for established beliefs. For example, in reading about gun control, people usually prefer sources that affirm their existing attitudes. They also tend to interpret ambiguous evidence as supporting their existing position. Biased search, interpretation and/or recall have been invoked to explain attitude polarization (when a disagreement becomes more extreme even though the different parties are exposed to the same evidence), belief perseverance (when beliefs persist after the evidence for them is shown to be false), the irrational primacy effect (a stronger weighting for data encountered early in an arbitrary series) and illusory correlation (in which people falsely perceive an association between two events or situations).

The Setup.

image

One does not have to travel far in the digital news space before one see is a case of this tendency being played out. The way it plays out is companies like Microsoft, Adobe, Google and Apple are all touting the HTML5 existence as being the right path forward.  Immediately after this path has been presented a flurry of activity within the comment streams begin to occur with rants like "HTML is compatible, boo hiss at plugins" etc.  These rants are at the end of the day somewhat truthful as arguments put forward that HTML is probably the most purist form of technology on earth is somewhat in a sense correct – well to be specific, its really the only technology that has had absolute universal agreement on adoption.

At present, these rants typically do not zero in on what the heart of the HTML5 bias parasite is really attaching to. It is that the perception if more people adopt a given technology you in turn gain a wider pool of acceptance and stronger monetization models flow onwards. That is to say that if HTML5 were to be 100% compatible on all browsers / desktops tomorrow therefore we all stand a greater chance of success over the current routes which are a mix of device technology bets through to a skirmish in and around desktop development strategies.
The Reality.

The truth of the matter is that HTML5 is a placebo that the industry is being suckered into embracing – hear me out before you froth at the mouth of disbelief. A placebo such as this is given to us all because we are living under the assumption that friction for adoption of a technology is too hard and secondly that with HTML5 the browsers will all agree on a universal standard thus we are back to a baseline of user experience one can all bask & share in. Let me clarify these two points in more detail and how ill-conceived they are.

The Adoption.

image

Adoption firstly is a developer discussion not a consumer discussion as take Silverlight for example. Silverlight was a new technology, we had zero adoption at the start and it was just a name of a concept when it was first announced to the world. We knew straight away we had a long marathon ahead of us and we would often say things like "it’s not a sprint, it’s a marathon" as we weathered, the adoption storm(s) (mainly Flash vs. Silverlight). Immediately we knew that the core focus of our strategies around seeding this technology was developers, developers, developers – we had to convince every developer around the world that Silverlight was everywhere, no friction attached! In short, we needed to stimulate the illusion of what makes confirmation bias so powerful.

Many would now argue that consumers are not interested in installing plugins, it is not just developers it’s the "soccer mums" at home who are not technology savvy. Roughly over 100million installs of Silverlight occurred during the Beijing Olympics in 2008 and consumers of the site(s) would spend around on average 20mins+ viewing time (broke records as all other sites at the time had around 3-5mins) so before we use the "soccer mum" argument, understand, technology today isn’t as scary as the 1990′s once was. That is to say people online will install a virus if you convince them that the content they are about to get post install is worth a click of a mouse button as again, developers, developers, developers oh and marketers.  We proved developers are the ones that need convincing, not what they use as an excuse for hesitation in around adoption – confirmation bias.

The Browsers.

image

Browsers secondly are and will continue to race to the HTML5 parity finish line. At MIX 2011 you saw Dean & Steve give the "oh isn’t that interesting" competitive shallow comparison between Google Chrome and Internet Explorer 9, specifically on how Internet Explorer 9 is "better" now (developers, developers, developers).  The race has only just begun and you are already seeing the competitive knife fights begin, like two old enemies taking short, fast but deep cuts at one another (Google may respond or may not). Parity is the false promise now and it has got everyone transfixed on the innocence of it all – technology placebo!

Taking a step back from the discussion, one should consider the next steps post parity, that is to say if tomorrow all browsers were absolutely in line with one another around HTML5 then well, what’s the differentiator left? Speed? Performance? Extensions…  The browsers have to grow in terms of market share and Internet Explorer team aren’t ones to sit idle and do their jobs for the greater good of the people! The Google Chrome teams are made up of a lot of ex-Internet Explorer team so that inherited competitive DNA will definitely come out as well. The fork will occur, and I predict Windows 8 will be such fork.

The browsers will eventually make extras adaptable to the developer’s needs, things like Google Gears or Internet Explorer’s "Slices" are all essentially plugins that dip ones toes in the water to guage reaction from the developers, developers, developers.  Imagine if Internet Explorer 10 was on 80% of the world’s Windows based machines and you had HTML parity but still stuck in the ye olde JavaScript/CSS wasteland(s). The Internet Explorer team come out with a strategy in around allowing you to write Desktop & Device experiences that are universal but the tax is you got to use a special additive set of API’s to get it working (wrapped in some IF/ELSE statements for detection of Windows 8 devices/desktops). Do you pay that tax? And aren’t we not back to where we are today? A fork in experiences.

HTML5 vs Silverlight isn’t about which of the two is better, its which one can easily sell to developers, developers, developers. If this confirmation bias continues, what you will see is Silverlight shifted from being a plugin and more as being a additive solution to the HTML5 experience promise but with less emphasis on its existence and more on Internet Explorer 9 & Windows 8.

The Burden of Proof.

image

Want proof? Silverlight has always given up its annual numbers of installation every year it’s been at MIX – I was told today by an internal source that numbers have dropped!. It’s something inside the Silverlight team we used to agonize over as to how we can hide the stalled uptake but inflate it just a little to convince people that it’s winning! – This year, no numbers were announced.  We did see many Windows Phone 7 and Internet Explorer discussions though but hey, it is a web conference right? (Is that why no Windows Presentation Foundation discussions occurred this year? As opposed to years before?)

My point is simple.  As a developer you’re in the seat of power & influence, understand your role in this equation as once all become a little more collectively alert as to what’s going on the you in turn can shape what happens next. Corporations like Microsoft, Adobe, Google and Apple are more preoccupied with both Advertising Penetration stats. They would do whatever it takes, to get those numbers high, so play them do not let them play you.

News Articles worth reading:

Related Posts:

  • No Related Posts

Silverlight and HTML5, Rainbows, Sunshine and Bullshit.

image

I look at all the hysteria around technolgyX vs. technologyY and immediately tend to ignore anything said within the blog posts or news articles. It’s not important enough to get all worked up about, as the real core element of these arguments is which is going to be popular vs. which isn’t?

Take the current week or so around HTML5 vs. Silverlight. The reality is most plug-in or desktop centric developers who are content with the status quo probably aren’t even going to be interested in HTML5 unless someone pays them a nice hefty sum of money to do so – if and only when – their current work stream dries up.

The reality of the conversation around these two titans of technology isn’t which is better, its more to the core essence of the argument – which is Microsoft going to favor. It’s an important point to make as when the rainbows and sunshine circle jerks are over, someone has to stand before an Bob Muglia and declare where they are going to spend the budgets for the next fiscal and why.

Windows Phone 7 is obviously going to take the lions share next fiscal, Internet Explorer 9 will also have a hefty amount attached to it as well. This in turn creates a ripple effect downstream as once the budget lines are declared internally it then generates bounty / career opportunities as well. It doesn’t stop there, being seen to be on the winning product of the month is a easy career booster but more importantly it also at times can determine where the Evangelism teams worldwide are to spend the bulk of their energy.

I’ll be fair, Evangelism inside Microsoft has a purpose and that is to be ahead of the technology release waves, in that their job is to get the crowd world wide excited ahead of a release. It then falls back to the marketing / sales pipelines to then sustain that excitement once the Evangelism squads have had their mission re-routed.

The playbook

Here lies the problem with this playbook. The first is that Sales/Marketing folks aren’t really goaled too heavily on Market share centric metrics – they are rewarded more for Revenue share focused metrics. Silverlight has zero revenue share, Internet Explorer has zero revenue share but Windows Phone 7 has revenue share.

Here lies the dilemma though. On one hand you have a product that has a number attached to it that can get sales / marketing teams excited. In order to be effective in promotion of this product they need to excite the wider mass around it – which in turn means free Silverlight marketing. The downside is that Internet Explorer 9 is important as well so Microsoft has to give some focus to the HTML5 cause.

Do you start to see the problems with that? it requires a consistent unique clear strategy on how to separate the two concepts from one another.

This is pretty much why BobMu came out and stated what he said but kind of fumbled it not only once but twice in the process. The reality is that Microsoft will want to slightly turn down the volume on Silverlight so that IE9 can get its share of the spotlight. In order to wind the volume down, you got to start saying things like Silverlight + Mobility over and over while turning up the volume on Internet Explorer 9 + HTML5 + Applications a bit louder than before.

Silverlight gets thrown under a bus.

I have been mucking around with this, and I probably shouldn’t via twitter. That being said, Silverlight isn’t a dead technology – yet – it’s still got legs as whilst Microsoft’s intent is obviously crank Internet Explorer 9 + HTML5 volume pretty loud as well as Windows Phone 7 – the reality is out of the 600k Silverlight developers and plethora of WPF developers left uncounted, they pretty much couldn’t give a rats ass about HTML5 in the first place.

I wouldn’t necessarily declare HTML5 the victor simply because Microsoft said so. I’d look at this more of a case of wait and see, in that sure Microsoft will market the crap out of IE9 but in reality this product is a stillborn brand in the first place and furthermore HTML5 is nowhere near ready for prime time adoption.

All this will do however is scare the crap out of business decision makers who don’t know better. Technical decision makers may or may not be shy about Silverlight and it really comes back to how Microsoft can redeem themselves beyond their current fumblings – (I’m hopeful Scott Guthrie this week at DevConnections will do a better job at his Commitment speech than BobMu alongside leaking some hints around what Silverlight 5 is going to have to ensure people are focused on the actionable elements within such a commitment speech).

In summary.

HTML5 vs. Silverlight is going to be a hot topic until Microsoft tips its hand on which one it favors the most but right now you won’t get that from the company as to do so means sacrificing two legacy brands that are filled with enough hate debt to cause major hurt amongst the masses.

Windows Phone 7 has to overcome Windows Phone 6.5 and below legacy related issues that aren’t technical but more conceptual.

Internet Explorer 9 has to overcome everything from the IE6 disaster through to the IE7 and IE8 disasters all the while showing that they aren’t interested in the Embrace & Extend forking that its historically been known to do. This one brand has caused more negativity for Microsoft as a brand than any other product since Office + Clippy.

You’re going to see Evangelists etc talk about "choice" and "it depends" as that’s all they can really throw at you right now, bottom line for you to think about is not which tech is better but where do you think Microsoft will place its bets next. As once they decide, one of the two will end up in the heap alongside WinForms, WebForms and sadly – *sob* WPF.

The only way I can see Silverlight teams putting out this tire fire is if they release the Silverlight5 roadmap now, it will add weight to the usual fluff commitment pledge as well is giving all a better understanding of how things to come are supposed to connect with one another.

I would like to see a better focused strategy around how Microsoft UX Platform looks tomorrow as the old 2007 one is kind of a bit rusty now given all the new technology variables at play.

Related Posts: