TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Ask HN: Why do institutions choose buggy enterprise cms over open source ones

10 pointsby gandolfinmyheadover 8 years ago
why is it that big time banks choose the shittiest, most expensive and buggy cms that have equally expensive talent rather than build custom ones based on open source tech (actual open source tech not half assed solutions put on git that no gives a hoot about) for less than half of the price?

6 comments

GFischerover 8 years ago
I&#x27;ve been around for a couple of RFPs(1), and the company I work for had one for a CMS recently.<p>The way it works is:<p>1) Business has a crappy, very manual website&#x2F;intranet&#x2F;whatever.<p>2) Someone with the actual capability to do something (CIO, manager, whatever) decides this has to change.<p>3) Input is asked from people from the business and people that are nominally technical. Usually the people that actually know the requirements or are going to maintain the new system are not included.<p>4) Other people from security, audits, etc. chime in<p>5) Someone (business analyst or project manager) transforms the laundry list of requirements into an RFP.<p>6) Business approves the RFP. It is sent out.<p>There are companies out there that live on RFPs. If you&#x27;re lucky, they&#x27;ll use open source software, but they might re-package that into their own CMS.<p>Companies that have the CMS that ticks the most boxes in the laundry list have a leg up. It doesn&#x27;t matter if it&#x27;s shitty and buggy, it&#x27;s VERY hard to write &quot;non-buggy&quot; in an RFP (if the company is wise, they&#x27;ll have a trial period with competing products, but that costs $$$).<p>So, the company ends up with proposals in the hundreds of thousands of dollars for what could have been an in-house project (be warned, a mismanaged one can run in the hundreds of thousands too, even with open source CMSs).<p>A period of time later, company will select the CMS and will drop that info on the team that will actually implement and maintain the buggy piece of crap (or even a decent product, if you&#x27;re lucky).<p>(1) <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Request_for_proposal" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Request_for_proposal</a><p>See also:<p><a href="https:&#x2F;&#x2F;doubleyourfreelancing.com&#x2F;3-things-freelancers-know-rfps&#x2F;" rel="nofollow">https:&#x2F;&#x2F;doubleyourfreelancing.com&#x2F;3-things-freelancers-know-...</a>
cauterizedover 8 years ago
Because they want a support contract and someone to sue if things go badly wrong.
评论 #12873803 未加载
tue4Ieziover 8 years ago
A lot of answers:<p><pre><code> - No one gets fired for buying IBM - The issues around compliance&#x2F;security&#x2F;support are&#x2F;should be sorted as part of the contract - OS projects don&#x27;t invite managers for lunch - You need to factor in the price of support if you run OS projects. You will probably need few devs and sysadmins to run an enterprise-level solution - Documentation&#x2F;training&#x2F;videos for end-users</code></pre>
评论 #12867708 未加载
ig1over 8 years ago
I imagine because most open source ones lack the features required (compliance, security, activedirectory support, audit, etc.)
评论 #12869758 未加载
EJTHover 8 years ago
All software have security flaws, in open source it is simply easier to find these, also quality of opensource varies alot.<p>Just take Drupal as an example, it is used ALOT, but isn&#x27;t really pretty to look at codewise, also it has had its share of vulnerabilities, which are very easy to find, partly because all source code is readily available.
评论 #12867134 未加载
fred_is_fredover 8 years ago
Many SVP&#x2F;CIOs will not use a product unless there is &quot;someone to call&quot;. Even if that choice costs them millions of dollars.