alphadogg recommends an article about the rise of Linux on Wall Street. We discussed the beginnings of this trend last year. From NetworkWorld:
"Wall Street firms increasingly are buying into Linux, but some still need convincing that open source licensing and support models won't make using the technology more trouble than it's worth. Linux providers, speaking this week at the Securities Industry and Financial Markets Association conference in New York City, stated their cases that Wall Street firms have nothing to fear about diving into open source. Red Hat and Novell argued that's especially true now that specialized Real Time Linux has been developed that meets strict low-latency and messaging requirements of brokerages and trading firms."
While I don't doubt that moving some of their infrastructure to a Linux environment would yield nothing but gains for them, the fact remains that a ton of those guys are wedded to Excel. Many have spent years fine tuning massive VB macros.
I have the same problem at my work. I want to automate and speed up a lot of the reporting my coworkers do by moving the processing over to one of our Linux servers, but Excel is always a problem. Some of our people actually see Excel as a platform in itself.
It's become kind of a joke among some of us there. "Excel would make a great Operating System if only it had a decent spreadsheet."
Some of our macros can take upwards of twenty minutes to run.
I suppose they could use OpenOffice-server, and I've considered playing around with it, but it seems like too much unnecessary overhead. Right now I think I'm gonna give JExcelAPI a whirl as soon as I get a break in between projects.
The move isn't from Windows to Linux but from Solaris to Linux. The desktop is, and will continue to be, Windows - so all those backoffice mega spreadsheets will continue to run fine. We're fighting a constant battle to replace them with real applications though - and whilst Solaris has been the server platform of choice for years it's being very quickly replaced by Linux. When I'm ordering machines for my apps these days all I'm allowed to buy are Linux/Intel servers - just a year ago most purchasing was Solaris/SPARC. We even have a _very_ large distributed compute farm which is all Linux. In my experience banks have never been fans of Windows in the server room and I don't really see that changing except for a few Windows specific apps (Exchange & Sharepoint being the big ones).
And I'm sure different banks have different attitudes but we've been all about O/S for a long time now - we dumped WLS for Tomcat/JBoss years ago for example. The biggest hesitation was with Linux as an OS, and that was mainly due to friction from the SA community IMO. Eventually the cost savings (particularly when you dump SPARC) were just too much to ignore.
by Anonymous Coward
on Friday June 13 2008, @08:10PM (#23787623)
I work in a bank, and you'd be amazed at the amount of Windows servers that are run. The inter-bank network runs on Windows, all our public facing websites are IIS/MSSQL running on Windows servers. Internet Banking runs on IIS. Almost every internal application we use runs on Windows (except the ones that are so ancient that they predate NT4, and yes we have apps that run on NT4). All the new applications that are being developed certainly run on Windows servers.
Of course, the actual central processing is not done on Windows, all the mission critical stuff is handled by other platforms, None of it is Linux, though. I'm fairly certain the only Linux servers that run are the ones IT support doesn't know about...
Wall Street has always been home to some of Sun's and IBM's largest corporate accounts. I don't doubt Linux and/or BSD can do the job that Solaris can in some cases (with caveats), but it will take years for that to happen. A "Linux stronghold" is misleading at best, TFA doesn't even support the claim.
And Linux will never replace mainframes. Nothing will.
At the risk of being modded troll, OO Calc will probably never replace Excel - other than Suns and big iron, corporate america runs on Microsoft Excel (not necessarily a good thing, but still).
OTOH, I know companies that are still running their websites and outward-facing interface systems on hardware and software that could be easily replaced by off-the shelf open source stuff, which will probably save them a lot of money.
Linux will never replace mainframes. Nothing will.
I think you're right. I can't see any way that Linux will ever have anything to do with mainframes. Well, at least no more than three million sites [google.com] will ever mention it.
I know IBM lets you run Linux on their virtualized z-series hardware, and they've been selling the solutions with some success. All that is well and good, but Visa's transaction processing systems don't run on Linux, and never will. More to the point, neither RedHat nor Novell doesn't sell mainframes, or versions of Linux that run on big iron.
Try to read what you're replying to before making snarky comments.
I know IBM lets you run Linux on their virtualized z-series hardware, and they've been selling the solutions with some success. All that is well and good, but Visa's transaction processing systems don't run on Linux, and never will.
IBM sells more mainframes running Linux than running anything else. Several of the top500 are linux clusters (several built by IBM.) Linux is gaining more traction all the time. Why wouldn't Visa's transaction processing systems eventually run on it? Some of the largest and most reliable sites/systems/et cetera run on Linux right now. Why wouldn't it be only a matter of time?
Speaking as someone who used to do computational Physics research and now works as a sysadmin for a major Wall Street bank, I know a wee bit about this. The machines that you see on the Top500 aren't Mainframes - they are HPC boxes used mostly by Universities and other organisations to do numerical calculations. The Cray T3E that I used to use wasn't a mainframe it was a massively Parallel machine. They crap on Mainframes for raw CPU power but with the mainframe it's in the bandwidth, reliability and virtua
And Linux will never replace mainframes. Nothing will.
Excuse me? A lot of new mainframes being shipped are with Linux. Most of IBM's supercomputers now use Linux, and this trickles down into to mainframe market as yesterday's supercomputer designs scale into today's mainframes. Linux isn't replacing the mainframe - Linux IS the mainframe [wikimedia.org].
You are WAY off base here...
Let's take a look at the major stock exchanges for example:
NYSE ARCA = Linux based system
NASDAQ = Linux based system
BATS Trading = Linux based system
Most of the big prop trading firms = Linux based systems
On the back end, I'd say a good 50% of all electronically trades happen on Linux systems.
The list [top500.org] that proves you wrong is right here [top500.org]
Now go back to the kid's table and play with your toys [wikipedia.org]. The grownups are talking important business. We know you're enthusiastic about today's fad but we don't care. We have work to do and that means using tools that don't have the lifespan of a McDonald's Happy Meal toy.
Hi. I've had access to at least two systems of the current top500 list, and let me tell you and others referring to the top500, these are supercomputers, not mainframes. I hope that a mainframe will never reach this list, because of several reasons:
the top500 machines are made for showing off computerpower. whereas mainframes have not so much to do with clock cycles, more with handling heavy loads. Probably there are a lot of mainframes in use that can be easily outperformed by my EEE, but do it reliably
Both pie charts have the same date, November 2007.
The list is compiled every six months. It takes a while for the results to be tabulated and validated. New results for May 2008 will be available soon.
The upper pie is based on the share of systems by operating system family. That giant pac-man shape represents the 85% share tux had in November. The Windows sliver represents 1.2% or roughly six or seven systems in the top 500 most powerful computers publicly known, for all versions of Windows.
At the risk of being modded troll, OO Calc will probably never replace Excel - other than Suns and big iron, corporate america runs on Microsoft Excel (not necessarily a good thing, but still).
The problem with OO Calc verses MS Excel is starting to become like the old "vi" verses "emacs" flame-wars. Spreadsheet users need to get some perspective on what a spreadsheet will do and what it should not do.
Some things a spreadsheet should not be used for (please add too if you like):
As a Database.
As an Statistical Analysis tool.
A complex programming tool.
A spreadsheet is a tool that is extremely good at manipulating data (I believe the KISS principle should apply here) and graphically presenting data and IMHO that is where it should end. With regard to presenting data what I find useful is the ability of OO Calc to display and rotate in real time 3D data, that to me is more useful than having to write and debug complex VB scripts which could easily be replaced with a good statical analysis package which has a proven track record (ie. vetted by engineers and scientists with mathematical and programming skills). The problem you get with people (eg. a CPA/Manager/Lawyer... normally with little or no formal programming skills) writing their own scripts is that the people and the firm(s) who use these scripts had better be 100% confident that there are no bugs in them. IMHO keeping auditable track of any mathematical process is much better than putting in data to a "black box" and just getting an answer.
Once we get over the "mine is better than yours" attitude then maybe you find that there is no fundamental difference between OO Calc and MS Excel since they both are very good at graphically presenting data. Of course the big difference is you can see the source for OO Calc which can be and is vetted by professional engineers and scientists compared to trusting Microsoft's closed source solution see example [betanews.com] where simple bugs can translate into millions of dollars of lost money.
There's a great fear sometimes, that if I use open source, will I lose my intellectual property?" acknowledged Novell's Levy. Other panelists Randy Hergett, director of engineering for the Open Source and Linux Organizations at HP, and Marcus Rex, CTO at the Linux Foundation, sought to assuage those fears.
"The current license for Linux requires you give back any changes you make to the open source community, but there's no way anyone can require those assurances and there's no way we'd know," Rex said.
Excuse me? He could tell them that only changes to the actual code need to be contributed back to the community, and furthermore, that code used within the company and never released does not have to be contributed.
But what does this spokesman for Linux say? That it's illegal but that there's no way to get caught? Does he work for Microsoft?
> code used within the company and never released
Yeah, but what constitutes a software "release"? Hosting a public website with some GPL code linked on the back end may spell trouble. Passing out CDs containing marketing materials at a trade show may constitute a software "release". Not every company is a software company, and when your primary business is not creating software you may not be the most savvy about these sorts of things or have the strictest policies about what your developers, contractors, or consultants can inadvertently do.
Custom software is a major driving factor in most businesses, and there's an understandable undercurrent of cautious distrust of the GPL when the consequences of the smallest touch could unintentionally taint a codebase.
Uh, no neither of those cases fall under the GPL, both are examples of documents processed by the software which is explicitly called out as NOT being distribution of the software and hence not invoking the clause. It's not that complex of a document to read and understand (the typical commercial software contract is longer, much more obtuse, and definitely MUCH less friendly to the receiving party.) Please don't spread FUD, MS and company do it well enough without your help.
The article includes a lot of confusion and/or FUD about licensing.
"There's a great fear sometimes, that if I use open source, will I lose my intellectual property?" acknowledged Novell's Levy. Other panelists Randy Hergett, director of engineering for the Open Source and Linux Organizations at HP, and Marcus Rex, CTO at the Linux Foundation, sought to assuage those fears.
"The current license for Linux requires you give back any changes you make to the open source community, but there's no way anyone can require those assurances and there's no way we'd know," Rex said.
Someone needs to sit down with some of these people and explain to them what the GPL actually says. It doesn't require software written to run on Linux to be GPL'd. Even if you had some reason why you wanted to modify the Linux kernel itself (and why the hell would a Wall Street firm want to!?), you wouldn't need to GPL your modifications unless you were turning around and selling or distributing the modified version publicly.
We seem to be getting a lot of this kind of idiocy [law.com] recently. Maybe it's good news -- it might just be a sign that a lot of PHBs are getting open source on their radar for the first time. But you'd think that lawyers and journalists would at least get it straight before they published their thoughts on the web.
The idiocy isn't recent. Having it come from people like the CTO of the Linux Foundation is though. Eben Moglen or Dan Ravicher needs to sit him down and explain to him exactly what he should have known before accepting the position, or he needs to protest the gross misquoting he got from Network World.
The article includes a lot of confusion and/or FUD about licensing.
"There's a great fear sometimes, that if I use open source, will I lose my intellectual property?" acknowledged Novell's Levy. Other panelists Randy Hergett, director of engineering for the Open Source and Linux Organizations at HP, and Marcus Rex, CTO at the Linux Foundation, sought to assuage those fears.
"The current license for Linux requires you give back any changes you make to the open source community, but there's no way anyone can require those assurances and there's no way we'd know," Rex said.
Someone needs to sit down with some of these people and explain to them what the GPL actually says. It doesn't require software written to run on Linux to be GPL'd. Even if you had some reason why you wanted to modify the Linux kernel itself (and why the hell would a Wall Street firm want to!?), you wouldn't need to GPL your modifications unless you were turning around and selling or distributing the modified version publicly.
I work in one of the top 5 Wall Street Firms. Linux is our default OS and represents about 85% of our server deployments. I can tell you that we absolutely do contribute kernel modifications back to the community - the main reason being that when we find kernel bugs (and we do) we need them integrated back into a vendor supported kernel before we'll even consider deploying them into production.
when we find kernel bugs (and we do) we need them integrated back into a vendor supported kernel before we'll even consider deploying them into production.
Yeah, it'd be a disaster if the vendor didn't support your production-deployed bugs;)
You said you find bugs and report them so they get integrated back into the kernel. Is that a specialty of OSS, or do you also get this with other proprietary products?
as in
-as easy to identify bugs -no problem contacting the right people (developers) -bugs getting fixed on a reasonable timescale
I can vouch for that. Linux has been in Wall Street for a long time: it just sits there quietly working without fuss. For those interested, Morgan Stanley funded the development of a new language A+ [aplusdev.org] which is similar to APL. It's also GPLd.
by Anonymous Coward
on Friday June 13 2008, @07:56PM (#23787513)
I work at a Big American Investment Bank, right in the heart of the financial district of New York, and I can tell you that one of our most important technologies that supports pretty much all of our trading systems and pricing algorithms is run on an international Linux computing cluster. Hell, they've got us wrappers for all the usual Linux commands (grep, cat, pipes, etc) so we can use them in the Windows command line.
However, every single person's desktop is a WinXP with all the usual MSFT goodies. Excel is used extensively by everyone that doesn't code but has to work with numbers. Lots of desktop apps are.Net, since that goes pretty well with everybody's WinXP environment.
I work for the most successful Wall St. investment bank and it is true. Pretty much all of our internal server machines are linux, yes they have pretty much pushed solaris out of the picture but no one would foolishy allow windows anywhere in the internal server environment.
I used to have a position where I met quarterly with most of the major Wall Street CTOs/CIOs. Every one of them was heavily involved in deploying Linux. You could sum up their reasons quite simply: commoditization yields cheaper computing.
All of them were tired of being locked into the hardware that Solaris required (i.e., Sun's vertical stack), and paying Veritas Foundation Suite licensing on top of that. (I mean, come on, no big enterprise shop ever used Solaris Disk Suite as a standard!)
Sure, today you can run Solaris on x86 more credibly and there's ZFS, but three years ago that was still vapor. Sun was too late with them.
The writing on the wall for Sun's big servers has been there for some time. Sun could not afford to cannibalize its enterprise offerings by going whole-hog into Solaris x86, which is why it's always been the poor stepchild. In the meantime, Linux came along, reached maturity, and now anyone wanting to buy a Unixy system can let Dell, HP, IBM, Sun, etc. compete to deliver a cheap x86 box. There's no important differentiation between them, and very few people are buying giant Sun servers any more. Heck, Sun's big Lonestar supercomputer sale was commodity x86 running Linux.
Linux deployments, at least in the sector I worked with, were mainly Unix replacements.
Oh, and a couple responses to the above:
BTW, all of these shops also had huge mainframes. These are not going away any time in any of our lifetimes. I'm not exaggerating. More transactions run through COBOL on mainframes running z/OS in an hour than run through Google in a day. No one wants to mess with all of that.
The desktops? All Windows. Someone mentioned that firms still use Excel 97 - very true. No one wants to go through the work of porting the ridiculously massive macro and VBA code. Everyone I've known who worked on Wall Street says that Excel is so deeply ingrained that it's practically the Street's O/S.
Ironically though, the Wall Street Journal, pride of the überrightwing Murdoch Empire -- News Corpse International -- is still as M$ fan boy as any good rightwinger should be.
Ironically though, the Wall Street Journal, pride of the überrightwing Murdoch Empire -- News Corpse International -- is still as M$ fan boy as any good rightwinger should be.
what you term as 'left wing' news in/. pertains to freedom of the masses in regard to life and internet, what you term as 'psuedo-politics' affects the lives of ALL of us and what we care on the tech world. if many small fights were not won in the areas you so ignorantly despise, today red hat and novell would not be able to make a speech to wall street praising linux.
I hope we return to the days when slashdot wasn't so political.
It's these trying times, defined as they are by political extremism everywhere threatening our once-secure way of life. I'm sure many of us hope to return to a more relaxed atmosphere, so we can once again afford the luxury of political apathy. I know I do!
I would warn potential FOSS adopters of the unintended consequences of their altruism: you might be out of your job.
When you spend $2M for software licensing fees, $500k for IT staff doesn't look bad. When you spend $0 for software, $500k for staff starts to look like a good cost-cutting target for that asshole PHB exec!
Also consider that when something goes wrong with Solaris or Windows, you file a ticket and come out smelling like roses when it's speedily resolved. When something goes wrong with FOSS that you advocated for, more often then not it's your ass.
Have you ever actually tried blaming your software vendor when a project you were in charge of cratered? As a strategy it is highly over-rated.
That, in my opinion, is the best thing about Free Software. You can actually set it up and try it out before you pull out your checkbook and commit to paying a vendor. If the Free Software solution doesn't work, you've wasted a bit of time, but you haven't saddled yourself with a vendor that already has your money. Heck, if your problem is interesting enough, it might even get fixed.
You can always break out your checkbook later and pay a commercial vendor if the Free Software solution doesn't fit your needs. If you bet on a commercial solution first, and it doesn't work, then you have to write off your wasted licensing fees.
You can always break out your checkbook later and pay a commercial vendor if the Free Software solution doesn't fit your needs. If you bet on a commercial solution first, and it doesn't work, then you have to write off your wasted licensing fees.
With all due respect, you do concept studies and prestudies of commercial software too. Many companies will give you a cheap short-time license for doing a pilot or something like that. Most of the time and cost is spend trying to figure out how your needs are supposed to fit into the solution. Going back to square one with a new tool is a huge setback in any case.
Of course you can do concept studies and prestudies, and you should, no matter what software you are using. Free Software just makes that easy. What's more, you don't have to worry about ballooning license fees as your project grows.
I suppose that my real point is that if you are evaluating software you need to start somewhere. Why not start with Free Software? There might be a project that is precisely what you are looking for, and if there isn't, you can always get out your checkbook.
Actually, yes i have had to blame a vendor for a disaster.
It was cause for us to switch vendors afterwards. Ironically, back to a Microsoft solution as it was less expensive and integrated with other components.
Microsoft, ironically, tends get these sorts of wins as well. After all, everyone has Microsoft software sitting around. It's almost as easy to get rolling on a skunkworks Microsoft project as it is to roll one out with Free Software.
Well done dodging the vendor meltdown bullet, however. In my experience that basically never works. After all, it is pretty rare that a vendor can't point to other customers with successful implementations. Generally speaking when a customer has to flush a large investment down the tubes the guys that chose the tools and then were unable to implement the solution get run as well.
Let's just say I'm not a firm believer in the "throat to choke" theory of choosing software.
My real question for you is why did you move away from the less-expensive, integrated Microsoft solution that worked to something more expensive and less integrated. Nothing personal, but that doesn't sound like the sort of thing that any of the people I've ever worked for would blame on a vendor.
Blaming the vendor really only works if you brought in an army of consultants first, and even then it reflects poorly on the management that brought them in. As a practical matter, I've noticed that IT tends to congregate around their vendors, so you'll have a Microsoft group and a Novell group and a Unix group and so on. People in these groups usually realize that they need to defend their vendor at all costs or the other groups will steal their budgets. So there's very little practical impetus to blame the
Also consider that when something goes wrong with Solaris or Windows, you file a ticket and come out smelling like roses when it's speedily resolved. When something goes wrong with FOSS that you advocated for, more often then not it's your ass.
That would be completely true in opposite land. Fortunately, the major FOSS vendors supplying corporate America provide support contracts, just like the non-FOSS guys.
The main issues have been addressed already, so I'll take the joke:
When you spend $2M for software licensing fees, $500k for IT staff doesn't look bad. When you spend $0 for software, $500k for staff starts to look like a good cost-cutting target for that asshole PHB exec!
And when you used to spend $2,500,000 on IT (including licensing fees), and you now spend $1M (not including licensing fees), it looks to management like you more than halved your budget (while still delivering the same or better service), when, in fact, you doubled your budget.
by Anonymous Coward
on Friday June 13 2008, @08:04PM (#23787587)
The kind of use they're talking about isn't really about quants and their modeling. It's about transactional throughput, enterprise messaging, and the guaranteed delivery of various business events (along with the relevant data) to a wide variety of systems across front, mid, and back office domains within a very constrained time window.
As for quants, they often like Linux for a completely seperate reason, specifically because they can use it for Shadow IT purposes without the IT department getting all pissy. Also, many of their favored math packages are old school C and they learned to use them in school on Linux so they tend to gravitate toward it in work as well.
At least that's what I've seen over the last 10-20 years or so since quants have become all the rage.
This is it! (Score:5, Funny)
Re:This is it! (Score:5, Informative)
Parent
Windows still important (Score:5, Interesting)
I have the same problem at my work. I want to automate and speed up a lot of the reporting my coworkers do by moving the processing over to one of our Linux servers, but Excel is always a problem. Some of our people actually see Excel as a platform in itself. It's become kind of a joke among some of us there. "Excel would make a great Operating System if only it had a decent spreadsheet."
Some of our macros can take upwards of twenty minutes to run.
I suppose they could use OpenOffice-server, and I've considered playing around with it, but it seems like too much unnecessary overhead. Right now I think I'm gonna give JExcelAPI a whirl as soon as I get a break in between projects.
Re:Windows still important (Score:5, Interesting)
And I'm sure different banks have different attitudes but we've been all about O/S for a long time now - we dumped WLS for Tomcat/JBoss years ago for example. The biggest hesitation was with Linux as an OS, and that was mainly due to friction from the SA community IMO. Eventually the cost savings (particularly when you dump SPARC) were just too much to ignore.
Parent
Re:Windows still important (Score:4, Interesting)
Of course, the actual central processing is not done on Windows, all the mission critical stuff is handled by other platforms, None of it is Linux, though. I'm fairly certain the only Linux servers that run are the ones IT support doesn't know about...
Parent
Re: (Score:3, Funny)
Wall Street = Sun City. And Big Iron. (Score:5, Interesting)
And Linux will never replace mainframes. Nothing will.
At the risk of being modded troll, OO Calc will probably never replace Excel - other than Suns and big iron, corporate america runs on Microsoft Excel (not necessarily a good thing, but still).
OTOH, I know companies that are still running their websites and outward-facing interface systems on hardware and software that could be easily replaced by off-the shelf open source stuff, which will probably save them a lot of money.
Re: (Score:2)
I think you're right. I can't see any way that Linux will ever have anything to do with mainframes. Well, at least no more than three million sites [google.com] will ever mention it.
Re: (Score:3, Interesting)
Try to read what you're replying to before making snarky comments.
Re:Wall Street = Sun City. And Big Iron. (Score:4, Insightful)
IBM sells more mainframes running Linux than running anything else. Several of the top500 are linux clusters (several built by IBM.) Linux is gaining more traction all the time. Why wouldn't Visa's transaction processing systems eventually run on it? Some of the largest and most reliable sites/systems/et cetera run on Linux right now. Why wouldn't it be only a matter of time?
Parent
Re: (Score:3, Informative)
Re:Wall Street = Sun City. And Big Iron. (Score:5, Informative)
Parent
Re: (Score:3, Interesting)
My big iron. Let me show you it. (Score:5, Insightful)
The list [top500.org] that proves you wrong is right here [top500.org]
Now go back to the kid's table and play with your toys [wikipedia.org]. The grownups are talking important business. We know you're enthusiastic about today's fad but we don't care. We have work to do and that means using tools that don't have the lifespan of a McDonald's Happy Meal toy.
Parent
top500 != mainframes. Looking at the wrong list (Score:3, Insightful)
Re: (Score:3, Insightful)
The list is compiled every six months. It takes a while for the results to be tabulated and validated. New results for May 2008 will be available soon.
The upper pie is based on the share of systems by operating system family. That giant pac-man shape represents the 85% share tux had in November. The Windows sliver represents 1.2% or roughly six or seven systems in the top 500 most powerful computers publicly known, for all versions of Windows.
The bott
Re:Wall Street = Sun City. And Big Iron. (Score:5, Informative)
Some things a spreadsheet should not be used for (please add too if you like):
- As a Database.
- As an Statistical Analysis tool.
- A complex programming tool.
A spreadsheet is a tool that is extremely good at manipulating data (I believe the KISS principle should apply here) and graphically presenting data and IMHO that is where it should end. With regard to presenting data what I find useful is the ability of OO Calc to display and rotate in real time 3D data, that to me is more useful than having to write and debug complex VB scripts which could easily be replaced with a good statical analysis package which has a proven track record (ie. vetted by engineers and scientists with mathematical and programming skills). The problem you get with people (eg. a CPA/Manager/Lawyer... normally with little or no formal programming skills) writing their own scripts is that the people and the firm(s) who use these scripts had better be 100% confident that there are no bugs in them. IMHO keeping auditable track of any mathematical process is much better than putting in data to a "black box" and just getting an answer.Once we get over the "mine is better than yours" attitude then maybe you find that there is no fundamental difference between OO Calc and MS Excel since they both are very good at graphically presenting data. Of course the big difference is you can see the source for OO Calc which can be and is vetted by professional engineers and scientists compared to trusting Microsoft's closed source solution see example [betanews.com] where simple bugs can translate into millions of dollars of lost money.
Parent
CTO of Linux Foundation fails to explain the GPL (Score:5, Insightful)
Excuse me? He could tell them that only changes to the actual code need to be contributed back to the community, and furthermore, that code used within the company and never released does not have to be contributed.
But what does this spokesman for Linux say? That it's illegal but that there's no way to get caught? Does he work for Microsoft?
Possibly mis-quoted. (Score:3, Insightful)
But The Linux Foundation needs to IMMEDIATELY address that with the CORRECT quote or the context.
Either that or immediately kick his idiot ass to the curb.
Re: (Score:3, Interesting)
> code used within the company and never released Yeah, but what constitutes a software "release"? Hosting a public website with some GPL code linked on the back end may spell trouble. Passing out CDs containing marketing materials at a trade show may constitute a software "release". Not every company is a software company, and when your primary business is not creating software you may not be the most savvy about these sorts of things or have the strictest policies about what your developers, contractors, or consultants can inadvertently do. Custom software is a major driving factor in most businesses, and there's an understandable undercurrent of cautious distrust of the GPL when the consequences of the smallest touch could unintentionally taint a codebase.
Uh, no neither of those cases fall under the GPL, both are examples of documents processed by the software which is explicitly called out as NOT being distribution of the software and hence not invoking the clause. It's not that complex of a document to read and understand (the typical commercial software contract is longer, much more obtuse, and definitely MUCH less friendly to the receiving party.) Please don't spread FUD, MS and company do it well enough without your help.
confusion/FUD about licensing (Score:5, Insightful)
The article includes a lot of confusion and/or FUD about licensing.
Someone needs to sit down with some of these people and explain to them what the GPL actually says. It doesn't require software written to run on Linux to be GPL'd. Even if you had some reason why you wanted to modify the Linux kernel itself (and why the hell would a Wall Street firm want to!?), you wouldn't need to GPL your modifications unless you were turning around and selling or distributing the modified version publicly.
We seem to be getting a lot of this kind of idiocy [law.com] recently. Maybe it's good news -- it might just be a sign that a lot of PHBs are getting open source on their radar for the first time. But you'd think that lawyers and journalists would at least get it straight before they published their thoughts on the web.
Re:confusion/FUD about licensing (Score:4, Insightful)
I'm hoping he was misquoted.
Parent
Re:confusion/FUD about licensing (Score:5, Interesting)
The article includes a lot of confusion and/or FUD about licensing.
Someone needs to sit down with some of these people and explain to them what the GPL actually says. It doesn't require software written to run on Linux to be GPL'd. Even if you had some reason why you wanted to modify the Linux kernel itself (and why the hell would a Wall Street firm want to!?), you wouldn't need to GPL your modifications unless you were turning around and selling or distributing the modified version publicly.
Parent
Re: (Score:3, Funny)
Would that work with a proprietary OS? (Score:3, Interesting)
as in
-as easy to identify bugs
-no problem contacting the right people (developers)
-bugs getting fixed on a reasonable timescale
Re: (Score:3, Interesting)
First hand experience (Score:5, Informative)
However, every single person's desktop is a WinXP with all the usual MSFT goodies. Excel is used extensively by everyone that doesn't code but has to work with numbers. Lots of desktop apps are
It's true (Score:3, Informative)
Congrats Linux Hippies (Score:5, Funny)
Nice job! You really showed the capitalists.
Yes, Linux is replacing...Solaris (Score:5, Interesting)
I used to have a position where I met quarterly with most of the major Wall Street CTOs/CIOs. Every one of them was heavily involved in deploying Linux. You could sum up their reasons quite simply: commoditization yields cheaper computing.
All of them were tired of being locked into the hardware that Solaris required (i.e., Sun's vertical stack), and paying Veritas Foundation Suite licensing on top of that. (I mean, come on, no big enterprise shop ever used Solaris Disk Suite as a standard!)
Sure, today you can run Solaris on x86 more credibly and there's ZFS, but three years ago that was still vapor. Sun was too late with them.
The writing on the wall for Sun's big servers has been there for some time. Sun could not afford to cannibalize its enterprise offerings by going whole-hog into Solaris x86, which is why it's always been the poor stepchild. In the meantime, Linux came along, reached maturity, and now anyone wanting to buy a Unixy system can let Dell, HP, IBM, Sun, etc. compete to deliver a cheap x86 box. There's no important differentiation between them, and very few people are buying giant Sun servers any more. Heck, Sun's big Lonestar supercomputer sale was commodity x86 running Linux.
Linux deployments, at least in the sector I worked with, were mainly Unix replacements.
Oh, and a couple responses to the above:
Re: (Score:2)
is "Wall Street Journal" a MS fanboy? (Score:4, Informative)
Ironically though, the Wall Street Journal, pride of the überrightwing Murdoch Empire -- News Corpse International -- is still as M$ fan boy as any good rightwinger should be.
According to this article, "Wall Street Journal's Walt Mossberg flirts with Ubuntu" [insidesocal.com] Walt Mossberg is in Apple's camp. He tried a Dell preloaded with Ubuntu [allthingsd.com] and he wasn't too happy, er said it isn't ready for most users yet.
FalconParent
Re:Finally, Some Linux News!! (Score:5, Insightful)
Parent
Re:Finally, Some Linux News!! (Score:5, Insightful)
It's these trying times, defined as they are by political extremism everywhere threatening our once-secure way of life. I'm sure many of us hope to return to a more relaxed atmosphere, so we can once again afford the luxury of political apathy. I know I do!
Parent
Not a recent development (Score:2)
Re:Not a recent development (Score:5, Funny)
I would warn potential FOSS adopters of the unintended consequences of their altruism: you might be out of your job.
When you spend $2M for software licensing fees, $500k for IT staff doesn't look bad.
When you spend $0 for software, $500k for staff starts to look like a good cost-cutting target for that asshole PHB exec!
Also consider that when something goes wrong with Solaris or Windows, you file a ticket and come out smelling like roses when it's speedily resolved. When something goes wrong with FOSS that you advocated for, more often then not it's your ass.
Parent
Re:Not a recent development (Score:5, Funny)
Best joke today...
Parent
Re:Not a recent development (Score:5, Insightful)
Have you ever actually tried blaming your software vendor when a project you were in charge of cratered? As a strategy it is highly over-rated.
That, in my opinion, is the best thing about Free Software. You can actually set it up and try it out before you pull out your checkbook and commit to paying a vendor. If the Free Software solution doesn't work, you've wasted a bit of time, but you haven't saddled yourself with a vendor that already has your money. Heck, if your problem is interesting enough, it might even get fixed.
You can always break out your checkbook later and pay a commercial vendor if the Free Software solution doesn't fit your needs. If you bet on a commercial solution first, and it doesn't work, then you have to write off your wasted licensing fees.
Parent
Re:Not a recent development (Score:5, Insightful)
Parent
Re: (Score:3, Insightful)
Of course you can do concept studies and prestudies, and you should, no matter what software you are using. Free Software just makes that easy. What's more, you don't have to worry about ballooning license fees as your project grows.
I suppose that my real point is that if you are evaluating software you need to start somewhere. Why not start with Free Software? There might be a project that is precisely what you are looking for, and if there isn't, you can always get out your checkbook.
Then again, I
Re:Not a recent development (Score:5, Insightful)
But... Linux vendors let you do it, no matter who you are.
Parent
Re: (Score:3, Interesting)
It was cause for us to switch vendors afterwards. Ironically, back to a Microsoft solution as it was less expensive and integrated with other components.
Re:Not a recent development (Score:4, Insightful)
Parent
Re:Not a recent development (Score:4, Interesting)
Microsoft, ironically, tends get these sorts of wins as well. After all, everyone has Microsoft software sitting around. It's almost as easy to get rolling on a skunkworks Microsoft project as it is to roll one out with Free Software.
Well done dodging the vendor meltdown bullet, however. In my experience that basically never works. After all, it is pretty rare that a vendor can't point to other customers with successful implementations. Generally speaking when a customer has to flush a large investment down the tubes the guys that chose the tools and then were unable to implement the solution get run as well.
Let's just say I'm not a firm believer in the "throat to choke" theory of choosing software.
My real question for you is why did you move away from the less-expensive, integrated Microsoft solution that worked to something more expensive and less integrated. Nothing personal, but that doesn't sound like the sort of thing that any of the people I've ever worked for would blame on a vendor.
Parent
Re: (Score:3, Interesting)
As a practical matter, I've noticed that IT tends to congregate around their vendors, so you'll have a Microsoft group and a Novell group and a Unix group and so on. People in these groups usually realize that they need to defend their vendor at all costs or the other groups will steal their budgets. So there's very little practical impetus to blame the
Re:Not a recent development (Score:5, Informative)
Parent
Re:Not a recent development (Score:5, Informative)
1. If you think you can get an issue speedily resolved because you paying for the software, then you obviously aren't employed in that sector.
2. Using open source does not mean that you can't buy support, its completely up to you
Parent
Re: (Score:3, Insightful)
When you spend $2M for software licensing fees, $500k for IT staff doesn't look bad.
When you spend $0 for software, $500k for staff starts to look like a good cost-cutting target for that asshole PHB exec!
And when you used to spend $2,500,000 on IT (including licensing fees), and you now spend $1M (not including licensing fees), it looks to management like you more than halved your budget (while still delivering the same or better service), when, in fact, you doubled your budget.
Re:Not a recent development (Score:5, Interesting)
As for quants, they often like Linux for a completely seperate reason, specifically because they can use it for Shadow IT purposes without the IT department getting all pissy. Also, many of their favored math packages are old school C and they learned to use them in school on Linux so they tend to gravitate toward it in work as well.
At least that's what I've seen over the last 10-20 years or so since quants have become all the rage.
Parent
Re: (Score:2)