Is There a Need for a GNU Lobby? 11
Anonymous Coward writes "Data Warehousing is a field in which you dump data from a lot of different databases, transforming it in some way and load it in a new, business-oriented database. Somewhere along the way, you need to transform a HUGE load of data, and there are VERY expensive copyrighted tools that 'help' you do so. While working on a job for a client, we developed all of the transformation process using GNU tools (SunOS 5.6 and a nice E10K machine, if you want to know!) and found out that it was MUCH faster and even cleaner than with the particular transformation tool that we were 'supposed' to use. Our client (a big bank...) went berserk and started talking about 'lack of support', especially since the management had already bought the other tool and paid $200K for it, so they didn't want to look stupid. What they did was pay for the redevelopment using their transformation tool, only to find out in the the end that the process was taking 20 hours longer (approx 5x increase!) Now that we are going back to the original solution, I am thinking about what arguments I could have used 6 months ago(!) to prevent this? Maybe there is a market out there for consulting companies that offer GNU/Linux support and can reassure the management about these solutions?"
Re:Why trying to prevent it? (Score:1)
I don't get it (Score:5)
One idea (Score:1)
More Details Please (Score:2)
If things work the way they're supposed to, development with the packaged tool should have been significantly shorter. Reducing development and maintenance time is really the only reason to buy a packaged app over developing your own. Of course you can build a better solution on your own because it will be taylored specifically for your situation.
Packaged applications have to be generalized enough so that people in dozens of different industries, using dozens of different data sources and target systems can build a solution quickly. The result of these compromises is a slower, but more generally marketable system.
I'm with you on using GNU tools to develop solutions internally, but if the company has already made an investment in a packaged solution, it's just all that much more difficult to convence them to throw that money away and spend a longer period of time just to build a solution that performs faster. If 20 hours were fast enough, why spend all the extra time building a solution that so significantly exceeds the requirements. Remember that you shouldn't necessarily do something just because you can.
The business world and it's rules suck... but they also are the one's who pay the electricity to keep that computer on.
Why cant you support it? (Score:5)
So why are you asking us what to do? The answer is simple -- sell your clients a support contract, and support the tools yourself. You have the source code -- what the hell do you think it's for?
Re:Why cant you support it? (Score:1)
Not an issue if the OP releases his tools as Open Source.
Already a free advocacy group (Score:1)
Just point them to slashdot. Just make sure they're browsing up around 3 or so. ;-P
What exactly were your tools? (Score:1)
Established companies (Score:2)
Support is kinda like insurance. Most people wouldn't get insurance from companies that are just starting out and don't quite look ready yet.
Let's face it - Redhat is a pretty big company, but you don't see a mass stampede to Linux in the business world. (Although some business have seen the light - that's nice.)
No one wants to make a mistake. It's their jobs on the line, after all.
I think you answered your own question. (Score:3)
Here's the answer, you provided it yourself. They spent a lot of money on the tool and didn't want it to look like a complete waste of money to their PHBs - so they insisted that you used the expensive tools.
However, after discovering that the expensive tools really were a crock'o'shit, they decided to cut their losses and save on the (no doubt equally expensive) upgrade/maintenance treadmill.
Unfortunately, it actually takes a complete disaster before people with this kind of mindset will come to their senses - and sometimes even a disaster doesn't work. How many people do you know that expect the next version of [insert pet hate here] will somehow fix all their problems with the current version, despite the fact that all the previous versions haven't shown any likelihood of doing so? This is just the same optimism, but on a corporate scale.
--
How did they know? (Score:3)
Anyway, more to the point, support for GNU stuff already exists to a limited extent. You can buy support from Cygnus for gcc/gdb. You can buy support from RedHat for their distros and most of the stuff included therein. Cyclic supports CVS.
And I'm sure there are numerous little startups out there that I don't know about that are getting into this... or maybe they don't exist, and there's a business opportunity for ya.
Ryan T. Sammartino