Reinventing the wheel #
Posted Sunday 9th March 2008 02:58 GMT
Documentation doesn't prevent reinventing the wheel, it might actually encourage it (unless the sheer volume dissuades developers).
Posted Sunday 9th March 2008 02:58 GMT
Documentation doesn't prevent reinventing the wheel, it might actually encourage it (unless the sheer volume dissuades developers).
Posted Sunday 9th March 2008 02:58 GMT
call me crazy,
but is MS publishing and charging for this so open source can never again 'hack' into the system. No more free Samba, no NTFS interfaces on any machine without paying MS ?
Posted Sunday 9th March 2008 02:58 GMT
"... access to Microsoft's protocols and APIs will help speed development, as developers don't need to re-invent the wheel ..."
That is fundamentally wrong - access to something done by Microsoft isn't in any way required to write good and innovative software. What access to these document WILL do is allow people to write software that will connect to Microsofts stuff with a bit less hassle than at present.
Unfortunately, because of the huge market share Microsoft has, third party products are forced to work with Microsoft products if they want a chance in the corporate arena - not because Microsoft products are neccessarily good or best in class, but simply because they are so ubiquitous.
Posted Sunday 9th March 2008 02:58 GMT
"Media Pack, a bundle of media codecs worth $1m that Microsoft has licensed from major codec patent holders."
You're saying it would cost me as an individual $1m to license those codecs? I call BS.
Posted Monday 10th March 2008 00:48 GMT
Why is it when Microsoft reinvent the wheel it goes from four sides to three - one less bump but still totally impractical.
Posted Monday 10th March 2008 00:48 GMT
As I've said before, Microsoft promising anything that does not actively support its monopoly and its illegal leveraging of that monopoly into different markets bears very careful evaluation.
As a de-facto monopoly, they should be providing those APIs for nothing. Otherwise, they get to continuously use their existing monopoly to control any other software maker who wants to make a living doing anything for the desktop.
I certainly hope the European courts continue to hammer at that wall, because the American courts have repeatedly shown just how corrupt they are when dealing with well-heeled corporations.
Posted Monday 10th March 2008 00:48 GMT
Individuals don't license the same way that corporations do. If you were a developer and you were purchasing a license for the codecs to be used in your software for re-licensing to your customers when your software is purchased/licensed, then it would cost you $1m or more (I bet MS got a deal for bulk licensing). As a consumer rather than a producer you would have a completely different type of license that would only allow you to make content or view content with the codecs, not give the codecs to other people, and it would be considerablly less maybe a few hundred or less for all of them.
Posted Monday 10th March 2008 00:48 GMT
MAPI is documented in the MSDN. Lots of software uses it. There have also been "reverse" implementations.
Similarly, the Word object model is in MSDN and other places.
Posted Monday 10th March 2008 00:48 GMT
MS will never take any "flack" for this. The word is FLAK! It is an abbreviation of Flug Abwehr Kanon (anti-aircraft gun). There is no "C".
Posted Monday 10th March 2008 09:57 GMT
Hi,
I think it's fair to point out that whatever MS decides to publish, they've made it abundantly clear that only non-commercial use of the software is granted without royalties. The Samba organization just paid a nice fat fee to get the protocol info for servers, and sublicensing appears to be included.
Whether or not that same info can be used in the states without royalties is a bit unclear as well.
Doesn't it seem ironic that the world's largest software, with Psycho Steve Ballmer at the helm, has to use patents, cross-licensing, vague and confusing licensing fee schedules and other techniques to keep free software from out of the enterprise? I guess they're really afraid of shareholder lawsuits.
Just wondering.
Posted Monday 10th March 2008 11:52 GMT
Yes, it's documented. Apart from the fact some of this documentation is rather poor, some of the APIs are unusably buggy (and result in memory corruption), and there are no debug symbols to aid debugging.. Developing a reliable exchange connector is not fun.
Posted Tuesday 11th March 2008 12:20 GMT
Having been in this "business" for while...
API documentation is quite different to protocol documentation, although it's easy to confuse the two (particularly as Windows is a big consumer of RPC).
Sometimes the APIs are a thin wrapper around the protocols. Other times, though, the protocols don't have any published APIs.