Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Microsoft Databases Programming Software IT

Microsoft Ponders Shared-Sourcing SQL Server 194

i_frame writes "C|net is reporting in an interview with Tom Rizo, director of product management in Microsoft's SQL server unit, that 'the company is thinking about including the forthcoming SQL Server 2005 in Microsoft's shared-source program for disclosing product source to customers'. Is Microsoft reinventing themselves, and are they ready to learn the benefits of open source?" From the article: "It's not finalized. It's not anything there, but if a lot of customers demand it, we'll definitely look at doing shared source with SQL Server..."
This discussion has been archived. No new comments can be posted.

Microsoft Ponders Shared-Sourcing SQL Server

Comments Filter:
  • by cyber_rigger ( 527103 ) on Sunday February 27, 2005 @09:34AM (#11793551) Homepage Journal
    It is look but do not touch
  • by d95adam ( 621910 ) on Sunday February 27, 2005 @09:56AM (#11793626) Homepage
    Yep, have a look at Microsoft's Shared Source FAQ [microsoft.com]. It contains a few blurbs about Linux and the GPL too...
  • by Lxy ( 80823 ) on Sunday February 27, 2005 @09:59AM (#11793633) Journal
    IIRC, Shared Source is limited in several ways.

    You do not get a complete copy of the source. You get large chunks... enough to examine the code, but not enough to compile a working product.

    Modification is a no-no. Even sending code modifications to Microsoft is against the license. You may NOT modify code or write patches against the code.

    You absolutely may NOT incorporated shared code into anything. If you've seen MS source code, you must wash your eyes and cleanse your brain as not to inadvertantly introduce MS code into other projects. Some would say it goes as far as not participating in GPL projects.

    Shared source is to appease the customer who wants the ability to evaluate the code and audit its safety. It goes something like "purchase XXX licenses, and we'll show you the source code. Of course, if you don't like the poor quality of the code, you don't get a refund, just that sinking feeling that you're screwed.".
  • by nurb432 ( 527695 ) on Sunday February 27, 2005 @10:04AM (#11793652) Homepage Journal
    Regardless of the fact that 'shared source' is not 'open source' ( actually its worse, as it could potentially create 'tainted programmers' and ruin their careers, and any open project they touch ) i dont see Microsoft letting anyone take a peek at one of their few GOOD products..

    Too much risk for them. Just imagine the next 'slammer worm'...
  • by leandrod ( 17766 ) <{gro.sartud} {ta} {l}> on Sunday February 27, 2005 @10:12AM (#11793672) Homepage Journal
    >
    how are they going to enforce/prove it if someone looks at their code and gets ideas from it

    That's what patents are for, and MS has been known file quite some lately. Also, they have the option of isolating what they consider their 'most innovative' pieces in libraries still hidden from view. Finally, if you are good enough to get ideas from them without incurring in copyright infringement by inadvertently doing derivative work by inconscient memory afterwards, you are probably worth your weight in gold.

    But seriously, how innovative is MS SQL Server? It is as decent a Transact SQL implementation as it can get in a substandard OS as MS Windows. It does not conform fully to the ISO SQL standards, it contradicts the relational model, the only interesting thing it has is integration with and extension of MS .Net's type system -- not exactly rocket science, PostgreSQL for example has had an extensible type system for years and neither of them conform to, for example, Date's and Darwen's specialisation by constraint type inheritance system.

  • Gift of polution (Score:4, Informative)

    by DoofusOfDeath ( 636671 ) on Sunday February 27, 2005 @10:19AM (#11793691)
    SQL Server is a joy to use, in medium-sized databases. So if MS was truly sharing it with the world gratis, that would be wonderful.

    But the bigger concern is that by opening their source code, every open source database is now subject to a lawsuit from MS, claiming that it misappropriated some for-loop or comment line that appeared in SQL Server.

    IMHO, the open-source DBs are catching up to SQL Server just fine, and would be far better off without the lawsuit risks associated with MS exposing its source code.
  • by idlake ( 850372 ) on Sunday February 27, 2005 @10:50AM (#11793803)
    Once you look at someone else's source code, you run the risk that they claim that your own future work is "derived" from theirs. Some shared source agreements are quite explicit about that, while others are merely silent on the issue. Some shared source agreements also explicitly state that the code you are looking at is unpublished and contains trade secret information.

    The only way to guard against those claims is not to look at other people's source code unless the license not only permits you to look but explicitly permits you to reuse. Open source licenses do that, shared source licenses don't.

    Shared source isn't new. AT&T UNIX and DEC VMS were "shared source", for example. Companies hand out shared source licenses because they are too cheap to fix their own bugs and want to get bug reports with fixes from customers, because they want customers to be tied more closely to their product (making it harder to switch), because they want others to do their porting work for them, and/or because they actually want to lay traps for open source developers.

    If you have looked at any shared source source code under a non-open source license, do not work on any related open source or proprietary project; you would be putting those projects in jeopardy. Do not be fooled by "shared source" that's downloadable with a click-through: it may look like open source at first glance, but whether it's downloadable or whether you have to go into a room with five lawyers and sign an elaborate agreement may make some difference if it came to a court case, but it doesn't change the principle. Furthermore, most of those cases won't get to court: your future employer or open source project will probably unceremoniously dump you if there is even a hint that you have looked at shared source.

    In other words, before you look at some company's proprietary source code, think carefully whether you want that company to own a piece of your brain for the rest of your life, because that's what it comes down to.
  • by Anonymous Coward on Sunday February 27, 2005 @11:03AM (#11793859)
    MS DO INDEED support FREE and OPEN SOURCE licences.

    WTL [sourceforge.net]

    They donated this to sourceforge.

    Quit yer whining. zealot.
  • by Anonymous Coward on Sunday February 27, 2005 @11:43AM (#11794011)
    Once you look at M$ "shared" source, you're tainted - you're now subject to having M$ review all the code you ever write to make sure you didn't "steal" the ideas you saw in M$'s code.

    Have a nice career - my company won't even interview anyone who's signed one of those "agreements" that allow folks to see M$ code. You have to sign an affadavit that you've never done such a thing to work with us.
  • Shared Source is simply a way to allow certain users (gov't primarily) to review code for certain audits. It is in no way a relative of Open Source. MS would not be offering the code to just anyone who wants to download it. It is in very controlled circumstances with NDA's being signed. The comparisons to "opening up" code in a limited fashion are just silly. It's comparing apples to oranges.

Thus spake the master programmer: "After three days without programming, life becomes meaningless." -- Geoffrey James, "The Tao of Programming"

Working...