With the government's zeal to convert everything to open-source the buzz has been increasing. Universities request websites built on Drupal, marketing people want their new website in "Druple".
So what's up with this love for open source? I will now wield my razor-sharp intelligence to shamelessly make up what I think is most likely:
- Avoiding vendor lock-in
Every few years, the government is required to field a project to get price quotes from a number of parties, and then pick the best price quote.
If a project has been written using a proprietary framework/platform/language/etc the best candidate will likely be the candidate who initially set up the project. Any other candidate would need to either swallow the costs of a steep learning curve, or be more expensive.
Not so for open source. Anyone who knows Drupal/Joomla/Wordpress/But mostly Drupal can pick up a website and go! Money savings galore! - Open data
Whether you have access to the source of your CMS or not, the data on your site is yours. If you switch to a different system, you want to keep your data. If a proprietary system perishes, your data could perish with it. In an open source system, you have the ultimate data spec: the source code. - Security updates
Whenever a security leak is found, noble developers will flock to it, and release a security patch in no time at all. Government sites need to be secure, right? - Oh! The modules!
If you have a Drupal-based website and you want to add a online shop, you only need to install Drupal commerce. Works instantly! Hardly any configuration required! Money savings galore!
More to the government point: integrate with the Belgian electronic ID card (currently has some security issues). - Open source means no license means cheap! Right?
No it doesn't. And I doubt the government is stupid enough to believe this.
Some of those are pretty solid reasons. I want the government to spend my tax money wisely (frugally even), and store my personal data on secure servers! Who wouldn't?
But here's the thing: when we make a Drupal website, the customer comes back and tells us
"We don't like the way this editing form works. Can you make it do x and y instead?"
And we can. The customer's request makes sense: core Drupal is pretty spartan, and a lot of modules are a tad confusing. We just code up a nice custom module that does exactly what the customer wants.
But here's the catch:
Those custom modules can be neither open-source, nor secure (nor very well-written for that matter).
That includes some modules that I've written. It's vendor lock-in all over again.
That includes some modules that I've written. It's vendor lock-in all over again.
We inherited a Drupal project from a competitor, and the last few weeks I've been poring over custom modules that implement some form of url rewriting using taxonomy terms. It's a very neatly commented and indented mess, and has a fair number of bugs - I'm not sure I can do better. I'm familiar enough with Drupal, but my employer has had to swallow these costs anyway. You can't pick up a major website and run with it. Open source doesn't matter that much here.
As far as the open data is concerned, I think that's a valid point. I have written a proprietary CMS in .NET, and I encrypt all website data using AES-256 before storing it in the database using an 'optimized' version of Base64. I double-dare customers to switch to a competitor (I kid, of course). But I could do such a thing, call it 'Enterprise-level security', and sell it to the banking industry.
Using open source, getting my data is not necessarily easier, but I know it can be done.
Using open source, getting my data is not necessarily easier, but I know it can be done.
Lastly, about the security updates. The sysadmin is usually the weak link here. Nobody will likely ever find a security hole in my proprietary CMS, because nobody cares. There will, 100% sure, be security updates for Drupal. For all eternity: either you patch or you're vulnerable. My CMS may actually be safer than Drupal. Not by virtue of its technical qualities, but just because it's a tiny fish in a pretty small pond.
After all: wasn't Apple repeatedly the first to be hacked at pwn2own ?
After all: wasn't Apple repeatedly the first to be hacked at pwn2own ?
Menno
"Oh! The modules!...Works instantly! Hardly any configuration required! Money savings galore!"
ReplyDeleteModules don't always mean that you save money. You always run the risk of module a not having a specific functionality that (at some point in time) you (or your client) will be needing. So (at some point) you'll be spending time either looking for an extra module, a replacement module or create a new module.
Easy (and basic) example is that drupal 7 still has no "Rich text editor" so you install (for example) the CKEditor... module, next you want to select an image and not memorize where you uploaded every image so you install the IMCE extension. The next step is ofcourse that you want to create folders in IMCE so you install the 'imce_mkdir' module and then there might be something else you might need that isn't supported (or provided) by CKEditor/IMCE/... and you will spend more time on installing (and configuring) modules.
The above example doesn't take much time installing and setting up, but if you need to do more complex stuff, you 'll need to spend more time to 'investigate' what module is better in the current situation and the current module might need a few extra modules to do exactly what you need it to do.
And since they usually say "time = money", you might (sometimes) be cheaper with a secure 'vendor lock-in' then a CMS that needs updating every so often.
I have noticed many changes in your blog and they are like improvements for you. Deciding upon a content management system is highly vital to your success I advocate Drupal. Because Seeing that the biggest government websites use Durpal, I picked Drupal For a development platform I selected Pantheon with features like SFTP access to build on-server What solution do you like?
ReplyDeleteDrupal Dedicated Hosting