Language Selection

English French German Italian Portuguese Spanish

These are not the sources we're looking for

A few comments I made a couple of weeks ago where brought to the fore again this week. The comments related to getting OpenSource applications used within a corporate environment, or lack thereof. A prime example of this happened just yesterday. I'm in the middle of documenting a few things for some work I've completed on a validated system. Following the old adage of a picture paints a thousand words I needed to insert a diagram. My desktop in the office is win2k, installed with the default SMS deployed desktop. Unfortunately there is a lack of diagram software and the process to get stuff installed is so convoluted, I'd be filling in requisition forms and trying to get the necessary access to use the ordering software till Christmas... 2010. I installed Dia, knocked out my diagram, export to jpeg, insert, job done. Or so I thought.

“This is a validated document,” says Mr Document Reviewer, “we need access to the original format”

Before I venture any further I have to point out that I am a contracted resource for company B. Company B is the outsourcing provider for company A. On my contracted days I work onsite at an office in company A. With me so far? Well, there are politics here, who pays for what, who is responsible for this, who's job is that. The usual corporate quagmire sucking in the productive time and spewing out endless, senseless debates about the most trivial things.

“Well”, I tell the reviewer, “the original diagram was done with Dia and it is available on the file server”

Immediately there are a flurry of emails being bantered around. Which is the approved tool for diagrams? Company B doesn't mind, a diagram is a diagram is a diagram and if they are footing the software bill then free is good. It is a completely different story from company A. “Visio is the tool that is used and you should only use this tool”. The diagrams should be embedded and not inserted as images. Post architect review they say that the application is very good, it would do everything they need, well put together but.... and this but is bigger than the rear end of a blue whale with an over-eating disorder. But... it may disappear from the scene and we'd be left with all our documents in that format with nothing to edit them with. At this point I threw in my tuppence worth. I remarked that by taking the source longevity was assured. The return argument reverted to cost support in that case. Hmmm, I reply, 70 odd quid a pop for Visio, times by what? 1000+ users? 70k? For this version, plus upgrades and maintenance? Now compare that to free and open with the benefit that you can tailor it to your specific needs, in a programming language in which most of your in-house developers are fluent? How can it disappear? Plus, if this was developed in-house you would support it till eternity, you have the source, same thing don't you think? The reply made me give up.

It's not Microsoft and our preferred supplier of this kind of software is Microsoft. It's the company standard.

Company standard indeed.

And that was for one application that works very well at its assigned job. More than capable.

It is going to be a long battle and a major uphill struggle to get OpenSource into the big corps no matter how polished the application is.

Instead I used my energies elsewhere, screaming at the TV screen as Russia scored the second and england were scattered after snatching defeat from the jaws of victory. I sat in dismay and waited the inevitable text message coming from my other half, visiting her parents in Moscow.

Look, feel the source.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Re: These are not the sources we're looking for

They prefer Microsoft? Makes some sense; paleontologists have suggested that many dinosaurs ran herds. Looks like they still do.

It's just the Peter principle

Thanks for your observations about "the corporate quagmire". I recently stormed out of a Foss project when the navel-gazing interfered repeatedly with progress in actually getting something done. Now that was a quagmire. The problem is not related to software, it's about human incompetence a.k.a the Peter principle.

More in Tux Machines

Rebellin Linux Offers Best of Both Gnome Worlds

Both versions generally performed well. The Rebellin distro is impressive considering its small development team. Rebellin is not without a few glitches, however. One major problem I had with several of my computers testing the distro was with the audio playback in both the GNOME and the Mate editions. It did not play back. I double checked all the settings, even making sure that the mute option was not checked. Another issue affected just the Mate edition. The touchpad settings are not available, and the Touchpad tab itself is missing. The Synaptics Touchpad Driver is not being loaded in Rebellin Mate, according to Rebellin's developer. He posted a workaround that may temporarily resolve the problem. It is a multistep process that is not very straightforward. Read more

Debian and the Internet of Things

Everybody is talking about the Internet of Things. Unfortunately there is no sign of it in Debian yet. Besides some smaller packages like sispmctl, usbrelay or the 1-wire support in digitemp and owfs, there is not much software to control devices over a network. With the recent upload of alljoyn-core-1504 this might change. Read more

AMDGPU-PRO Beta 2 vs. Mesa 11.3 + Linux 4.6: Very Competitive For Linux Gamers

Following last week's AMDGPU-PRO 16.20.3 "Beta 2" driver release of AMD's new hybrid driver stack for Linux that makes use of the AMDGPU open-source kernel DRM driver with the closed-source OpenGL driver derived from Catalyst / Radeon Software, I set out to do a fresh open vs. closed-source driver comparison. For the Radeon R9 285, R9 290, and R9 Fury, I compared the performance of this new AMDGPU-PRO driver against Mesa 11.3-devel Git and Linux 4.6 for the latest open-source driver stack. Read more

Petros Koutoupis' RapidDisk

RapidDisk is an open-source and enhanced Linux RAM drive solution led by BDFL Petros Koutoupis (who also writes for Linux Journal) that allows users to create, resize and remove RAM drives dynamically or map those same RAM drives as a cache to slower data volumes. The latest version 4.0 release adds a series of complementary improvements, such as kernel module optimizations, code cleanup/redesign and bug fixes. RapidDisk consists of a collection of kernel modules, an administration utility, high-availability scripts and a RESTful API for third-party integration. By design, RapidDisk volumes are thinly provisioned and will allocate memory only upon usage. Read more