Development Cycles

Microsoft Office follows the traditional waterfall approach:

• The shipping date is decided by the executives to align with Windows release, also correlate to the enterprise IT upgrade plan. Any slippery will cause the turmoil like the delay of Windows Vista.
• The executives also determine several heavily-invested areas as “pillows” for the next release. See Metro for Windows 8.
• The project manager(PM)s will aggressively crafting the specifications for features. Scenario-Focused Engineering(SFE) is adopted to improve the user experience. Engineering team may also involve in for brainstorming and feedbacks.
• The developers then swag, aka estimate wildly, the cost. Dev Manager then summarize the cost report, review the planning, calibrate with other team if integration is required, then start to chop, chop, chop features.
• There is a chance that the survived features get postponed or even canceled at the end of the milestones in case integration failure or regressions.
• Long time stabilization: extensive testing, bug fixes, design change requests.
• Ship it!

I think this workflow makes perfect sense for Microsoft Office, a market dominator with rooted user expectation, just as the Milo Criterion states:

Products must mature no faster than the rate at which users can adapt.

Skytap takes a less formal approach as we are service-oriented:

• Bug fixes and minor improvements are shipped in monthly base.
• The long-last features are usually driven from the marketing side, then consolidated to requirements by developers.
• As testing team compose less than 10% of engineering work force, test-driven-development(TDD) is highly encouraged. Mockups and fixtures are comprehensively used to for cross-component testing.
• Besides testability; deployability, maintainability and serviceability are also planned ahead.
• Dogfooding in the internal staging environment.
• Deploy it!

Programming languages and Tools

In Microsoft Office, client applications are developed mainly in C/C++, a in-house foundation library takes place of STL and boost for historical reason. Server side uses C# and .NET out of surprise.

In Skytap, the backend service is developed in Python, the web frontend is in Ruby. Some services are developed in C/C++ for the sake of performance. We also have some legacy code in Java.

In Microsoft Office Graphics, most developer use Visual Studio for everything, I know some developers (including myself) prefer Vim. There are also some diehard windbg users as well.

In Skytap, most developers prefer Emacs, two guys use Vi/Vim, several use Eclipse, at least one guy uses TextMate.

Hardware

In Microsoft, each developer is equipped with at least two dev box in case the overnight build fails; one mail machine for running Outlook. Two 22″ monitors are hooked up with KVM for console switch. You may occasionally check out the virtual machine from build lab for Hotfix.

In Skytap, each developer is equipped with MacBook Pro 15″ and HP ZR30w 30″ monitor. The dev stack is running in the HP ProLiant server or in the cloud.

Goodies

In Microsoft, you have unlimited access for Microsoft products for your day-to-day work, and MSDN subscription for technology preview.

In Skytap, you have unlimited limited resources to run virtual machines in the cloud.

The two ponds are so drastically different, which pond do you prefer?

By the way, Skytap are still hiring. Feel free drop me a line if you are confident with your programming skill in python/ruby/HTML/javascript/etc and/or your expertise on network/database/distributed computing.

But I still decide to leave because Office no longer owns the stage. Despite Office organization, aka Microsoft Business Division(MBD) in last quarter made more than 6 billion dollars revenues, more than any other organization across the company; Office no longer plays the strategic role in the future road map. The company steers away to embrace cloud computing, mobile and online service.

I am going to join Skytap Inc., a local startup company focusing on cloud offering.

• Intel totally screwed up i915 module for 855GM video adapter and I only got 30FPS for glxgears
• One less worn-out Dell 700m laptop lying in the PC recycle piles

I think it is time to move on.

How this happens?

When I started this blog four years ago, I was a shameless graduate student to exhibit poor programming skills and stupidities to arouse the attention for the future employer. It’s better to be looked over than overlooked. Things changed a little bit since I left school and start my career in the industry. You have to be professional, if not, at least look professional. Being stupid is the second worst thing than showing stupidity. Bounded by the employee handbook, I cannot publish anything work-related, and the excursion outside Microsoft kingdom, such as Erlang, MongoDB, tornado, have not accumulate proficiency to craft a post with deep insight.

When I introspect the future of this blog, I just recall Steve Job’s Commencement address:

Stay Hungry. Stay Foolish.

This blog is painted to black to vigil the victims in the disaster.

If you care about the human right in Tibet, come to Tibet and take a look. Do you remember how the media duped the US publicity about the Iraq war?

If you want to boycott the Chinese government with your poisoned prejudice, stop buying anything made in China like my boycott to French products, and leave the Olympic Games alone, the biggest dream for all the people over the world to compete with sports instead of politics.

Regardless, SourceForge is a platform to promote open source movement, not your personal opinion. If you posted in your personal blog, I won’t even bother to demonstrate my disregard at all. Please stop abusing SourceForge, Notepad++.

I received the reply yesterday, as long as I don’t use any resource of Microsoft, including the device, network connection and the topic does not conflicts with Microsoft’s interest, it is totally OK to keep programming for the open source community and blogging as my will.

So I am back.