Management 'Scared' by Open Source 373
A discussion panel at EclipseCon exposed how managers are freaking out over open source. Apparently a disconnect exists between managers who set corporate open source policies and developers supposed to follow them, but who end up covering their tracks to make it seem like they are not using open source. Developers, though, end up using open source because of its ubiquity and not using it 'puts them at a competitive disadvantage because their competitors are.' And the Lawyers are in a panic.
open source is exactly what? (Score:3, Informative)
Re:The license issues (Score:2, Informative)
Stop spreading FUD. Novell was doing more than simply partnering with Microsoft. They took out what amounted to a patent license in all but words, which would call into question their ability to distribute GPL code. The patent clause in the GPL is quite clear: if you have a patent license to code under the GPL, you must be able to transfer that license along with the code, or you can't distribute under the GPL.
Novell's problem is caused by the fact that they are hemming and hawing around whether or not they actually do have a patent license agreement with Microsoft and what its exact terms are.
MartRe:The license issues (Score:3, Informative)
Do a Google search [google.com] will ya?
How about Cisco [infoworld.com] for example, uhm? Or Linksys [wi-fiplanet.com]:
Now, you could say, the open-sourced firmware was never proprietary to begin with somehow, but that's just semantics — clearly, Linksys thought of it as proprietary and weren't planning to release the sources until the outside pressure made them do it. I'm not aware of anybody benefiting from this open-sourcing, however, and this lack of benefits (from vendors being wrestled into releasing their "GPL-tainted" code) was my main point.
Now that I've successfully responded to your dare, what will you do? If you are a female, you can scratch my back for 5 minutes. If you are a male, you can take out my garbage — once, this Monday. Make your pick.
Re:The license issues (Score:5, Informative)
There are a lot of people benefiting from this actually.
Ever heard of http://www.hyperwrt.org/ [hyperwrt.org] and http://openwrt.org/ [openwrt.org] ?
Now you can actually run a webserver on this device.
Granted, you can create a discussion about the commercial value of it all, but it certainly has a very high educational value. Also, this code (with some modifications) could be used on other/similar devices as well.
The way I see it, this is a big win. Instead of reinventing the wheel people can now start off with the already existing code. And I bet Linksys is actually selling more devices because of openwrt instead of less, so Linksys has won too.
Re:Best Buy (Score:3, Informative)
WTF then is the problem with FOSS? At least it would have made what they were doing legal. Or do they WANT to be criminal scum?
Re:The main reason is lack of clear knowledge (Score:3, Informative)
I use openoffice all of the time - and the answer to your question is "open office is only an acceptable replacement for basic users of office applications" - have you tried opening a complex spreadsheet in openoffice ? it'll take ages. On my 3 year old windows laptop similar spreadsheets open in 20% of the time in Excel.
Openoffice is very good - but for a small % of users it is a very poor replacement, 75$ is also a bargain for MS Office.
Alex
Re:The main reason is lack of clear knowledge (Score:3, Informative)
Oh, come on! The dev community has worked twenty years to get to the point where you can reuse existing code without having to copy and paste it. We were calling this inheritance if I'm not mistaken.
Also, it's common sense that other people's code is other people's. If your developers are not intelligent enough to understand that and actively research the license for the code they're taking, they should not be your developers. I can do it, and I'm just a Slashdot-reading moron!
They're also easy not to make. Not as easy as they are to make, but easy enough. Think safe sex.
If any contributions are properly documented (it's easy with a proper source management system), and made by a group of competent developers, as above, things work out correctly. If you cannot keep your devs in check, you have more to worry than just licensing problems. Google does this, Apple does this, Microsoft (!) might be even doing this, and none of them ever had licensing problems of any kind.
Using an open source tool and modifying it are two deeply different things. No FOSS tool that I know of limits what you can do with its output. OS X is compiled with GCC, but it's a commercial OS, for instance.
Re:The main reason is lack of clear knowledge (Score:2, Informative)
I use openoffice all of the time - and the answer to your question is "open office is only an acceptable replacement for basic users of office applications" - have you tried opening a complex spreadsheet in openoffice? it'll take ages. On my 3 year old windows laptop similar spreadsheets open in 20% of the time in Excel.
Yup. Just did it. Opened quicker than Excel for me.
Openoffice is very good - but for a small % of users it is a very poor replacement, 75$ is also a bargain for MS Office.
I would agree that for a small percentage of users OO is probably a poor replacement.
But I would argue that those people are using the wrong tool for the job and that the only reason they are using MS Office is because it's the only tool they know about (or the only one that their IT dept will let them have).
And we are back again to letting the wrong people make technical decisions.
Re:The main reason is lack of clear knowledge (Score:3, Informative)
Open Office may be an alternative someday, but at least as far as the spreadsheet goes (which is arguably the key application in office for business users), it seems still to be a long way off. And I have yet to try Office 2007 wherein Microsoft presumably raised the bar yet again (though maybe not, they do have an unfortunate tendency to sometimes take steps backwards).
Re:The license issues (Score:5, Informative)
Just off the top of my head, it's been a while.
They took the Linux kernel and patched to support a Broadcom wireless NIC. They then sold the compiled version as their own software. Someone found a bug in the interface that dropped them into a shell and discovered it was Linux. Linksys responded by offering the Linux kernel source without the patch. People complained when it didn't work and legal again was threatened. So Linksys rewrote the patch to use a binary blob. Nothing proprietary was lost.
Open Source developers then used the patch and blob to reverse engineer a Broadcom driver for BSD, and latter, Linux.
My memory of the events is hazy. I'm sure there is a Wiki article somewhere with more/better details.
Re:The main reason is lack of clear knowledge (Score:3, Informative)
One category of programs that may cause such issues are lexical and syntactical analyzers (also known as lexer and parser generators), since they often include parts of themselves in their output.
Re:The main reason is lack of clear knowledge (Score:3, Informative)
Looking at your post, why are you using a spreadsheet to do that kind of graphing in the first place (even Excel)? You seem to be claiming that your particular use of spreadsheets shows that OO.org is not suitable for all business use, even though you are using it in a way that is non-representative of typical business use cases.
Re:The main reason is lack of clear knowledge (Score:3, Informative)
I am not an excel user nor am I tied to a UI scheme. I am a frequent game player (each UI unique with different levels of quality) and also commonly use various new open source tools (again, many have unique UI's of various quality levels). I can truly say that I have never seen anything quite so horrid as the user interface in 2007. It took a full 10 seconds just to figure out how to print my spreadsheet. The standard File, Edit, View, etc menubar that is found in every windows application known to man no longer exists. The set of toolbars that is used instead is an absolute clusterfuck. There are options scattered about. You might have two options on top of one another and then the next option is skinnier but as tall as the two before; a third segment will again have two elements but that are as thick as 1.5 of the first elements. It hurts just trying to find an element in that.
I couldn't tell you how quickly you could graph data in office 2007 because I'll be damned if anyone could ever figure out how to do such a thing.
Re:The main reason is lack of clear knowledge (Score:5, Informative)
This is a valid concern, but it goes deeper than you think. It's been a few years since I programmed for Win32 and MFC, but back then, it was quite common for Windows programmer to google for hacks^H^H^H^H^H solutions to problems or copy code from book CDs to solve problems and to cut and paste them into code. In web programming, it's even more common to look for libraries or snippets that solve a problem rather than reinvent the wheel.
Years of blindly clicking book-long EULAs or online EULAs that change silently on you without your notice have taught people that licenses don't matter and are things to be ignored. Most developers who do this don't seem to be aware of licensing issue and assume that if it's on the internet or if it came with or on a book, then it must be public domain and fair game. In a large number of case, this is not the case, and a stricter license ("you may use this code in non commercial code" or "you may use this code but not modify it" or even "this code is for demonstration purposes only, do not use it") is attached. Shared source muddles the issue further since it leaves you to SCO-like "you looked at the code so anything you write is contaminated" type lawsuits.
This is what managers are really afraid of.
What many managers haven't clued in on is that open source makes managing this concern easier because most open source software falls into 10 or so licenses that can be divided into three or so categories "share quid pro quo" (e.g. GPL), "library quid pro quo alike" (e.g. LGPL), "attribution" (e.g. BSD, MIT). So it should be easy to define a policy for them and provide a mechanism for new licenses to be added. If you enforce the policy to make your developers actually *look* at the license and *care*, there's little reason to fear and reason to be more confident than you aren't accidentally setting yourself for IP lawsuits from *non-open source* publishers since your developers will be avoiding those like the plague in favour of open source software of the appropriate type.
Re:The main reason is lack of clear knowledge (Score:5, Informative)
Got any examples?
The most common lex and yacc tools distributed with Linux are Flex and Bison - or at least they were when last I had occasion to use such things. It's not true in either of those cases.
Flex, if you look at its sourceforge page [sourceforge.net] is distributed under the BSD licence. So there are no problems with flex.
Bison is more problematical, since it's released under the full GPL. The problem is acknowledged by the FSF [gnu.org]
However the same FAQ entry continues:
So Bison isn't a threat either.
Which tools were you thinking of, specifically? I'm sure the authors of such tools don't intend to lay traps for proprietary developers, and I expect they'd be happy to make the relevant changes if it meant wider use of their tools.
Failing that, it would be a worthwhile exercise to publicise any such tools that are incompatible with proprietary development processes. As opposed to just going "Open Source! Be Very Afraid!" which doesn't seem to contribute anything of value to the debate
Re:The main reason is lack of clear knowledge (Score:4, Informative)
I use the OO apps every day on my machines. They are pretty good, the price is right, and I prefer to avoid the MS tax where possible. I also think MS Word sucks because it tries to do WAY too much for me (turn off all that crap, and just let me write!), and I think Excel 3 was the best version (very nice but still lean).
Yet, in most recent software company I co-founded and served as CTO (building self-service web apps), we made a decision to use MS Office instead.
Why? Compatibility. The business-side partners, while sympathetic to the open source cause, and certainly liking the price, were emphatic that they needed to frequently exchange files with suppliers and customers. I would have liked to make the case for OO, but I could easily find files in Word, Excel and PowerPoint that OO would fail to properly display or edit. So, with these inconvenient facts, I agreed that MS Office was the way to go.
Am I disgusted with MS practices in making compatibility so difficult? Absolutely. But I still needed to make decisions based on the actual facts on the ground, not the ideal that OO will (someday) be fully compatible. We had a company to build and needed the best, most cost-effective tools to get the work done, even if we are being oppressed by a monopoly compatiility issue.
A few years later, my current startup is in development and fabrication of high-performance composite products. We are starting out with OO, and compatibility is better, and MS Office is even more bloated, but I have a suspicion that the same decision will ultimately be made again.
Either way, neither decision will have been made from ignorance, and certainly not from any kind of "nobody got fired for buying XYZ" attitude.
Re:The main reason is lack of clear knowledge (Score:1, Informative)
In en_US locale you seem to be using, semicolon is used to delimit rows in constant arrays. Other locales are supposed to use pipe, but it doesn't work in any version prior 2007 (it is fixed in 2007). So basically when you are in wrong country (let's say, any European country), you are unable to use constants arrays.
NMAP (Score:3, Informative)
No FOSS tool that I know of limits what you can do with its output.
NMAP [insecure.org] does.
Try integrating NMAP with yoru commercial product. You won't be allowed to distirbute it if you use it's output to integrate into your own stuff.
Check out their wacky addition to the GPL:
Re:The main reason is lack of clear knowledge (Score:5, Informative)
No matter what the size, it doesn't "trigger the GPL".
Lets say I have written an identical two liner and published it, but without GPL, so nobody is allowed to duplicate it. What's the difference between including your code and mine? Each one is copyright infringement and treated identically. The only difference is that the person copying your code has one more way to make his copying legal (by publishing everything under GPL) which someone who copies my code doesn't have. But nobody can ever be forced to publish their code under the GPL.
Re:The main reason is lack of clear knowledge (Score:2, Informative)
Ok, I had never used openoffice spreadsheets to make a graph, but I took your challenge and it was surprisingly easy, with most time spent on the 'pg dn' key going down to row 2048.
So here it is: "Graphing is easily well done using OO".
It took me longer to make this post than to startup openoffice (without quickstart), open a spreadsheet, make two columns, the second the sqrt() of the first, make aline graph of it, and resize it a bitto appreciate the curve.