Jump to content
  • Advertisement
Sign in to follow this  
  • entries
  • comments
  • views


Sign in to follow this  


If you had asked me a couple of years ago the probability that I would find myself in 2014 paid by Microsoft to work full time on open source code, I would have said near zero. And yet here we are!
Win2D is not my first open source project. I ran what grew to be a substantial one while in college, and more recently a smaller side project that sat alongside my regular day job. But this is my first time trying to combine the worlds of open source and software development at a large corporation.
I have seen companies approach open source in many different ways. Sometimes they just throw code over the wall without any support when a product reaches what would otherwise be the end of its lifespan. Other times they release periodic snapshots of code that is developed internally, with no path for others to contribute to it. Or they ship code without its tests[sup](1)[/sup], or code that requires tools not available to outsiders to build it.[quote]
[sup](1) [/sup]Yup, I’m guilty as charged of this with DirectXTK icon_sad.gif[/quote]Plus of course, companies often do open source enthusiastically and whole-heartedly, which is what I hope to achieve with Win2D. For me this includes:

  1. Share everything. Not just the product code but also tests, source materials used to generate the documentation, scripts needed to build and validate the product, etc.
  2. Don’t depend on anything proprietary or hard to get hold of (building and testing Win2D currently requires nothing more than Visual Studio, plus the open source Sandcastle Help File Builder if you want to rebuild the documentation).
  3. Ship early, update often, and share a roadmap.
  4. Accept contributions from others, as long as they are of sufficiently high quality and fit the goals of the project.
  5. Use a standard license that people are already familiar with.
My last few months have involved many round-peg square-hole problems as we worked out how to apply existing Microsoft processes that were designed for very different goals (such as building and shipping Windows) to this new way of working. I’m feeling good about how things have turned out so far…


Sign in to follow this  


Recommended Comments

There are no comments to display.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!