I’ve read this about most big ERP systems but couldnt work out hlw customers would want to bend the rather flexible software.
Could you give an example you’ve experienced?
85 posts • joined 9 Jul 2009
Oracle never understood cloud and still don't. As far as getting clients to trust them... well their reputation precedes them and unfortunately it isn't so favourable.
Their best bet was to partner with Google or AWS but they thought they could go it alone without a real strategy or products that are cloud-friendly. IBM made a similar error but at least they tried to create some cloud-friendly products via BlueMix.
Microsoft is the only one out of Oracle/MS/IBM that seems to have some kind of cloud strategy and is making cloud-friendly offerings.
I used SQL server a couple of years ago and couldn’t believe that UTF8 was missing! Glad they finally sorted that.
The management UI always felt really nice but the cryptic error messages when something didn’t work were always a challenfe. Error codes wihich wouldn’t return many results on Google (or Bing) and descriptions that seemed to assume users are intimately familiar with the SQL Server source code. To be honest, it’s very un-Microsoft because things like .NET always provided me with helpful error messages or codes I could look up on MSDN.
My life has been much easier since moving to Postgres which I use exclusively now for SQL work.
Does the British legal system deserve much respect between one-sided extradition treaties, 90% of typical crimes going uncharged and parliament passing draconian legislation around use of encryption, mass surveillance and retrospective legislation (i.e. on tax)?
We're in a banana state now anyway. The only things TPB care about are average speed fines, parking fines, extradition of anyone the US wants and, oh, going after 'tax avoiders' who haven't made significant donations to their political parties.
If you're up to anything else, go ahead and break the 'law' with impunity.
"The Intel Core 2 Duo vPro, Intel Centrino 2 vPro, 1st Generation Intel Core, 2nd Generation Intel Core, and 3rd Generation Intel Core won't get patches because they are now so old that Chipzilla no longer supports them." - so they put in this ME stuff that a multitude of security experts said was a bad idea at the time and now want to claim its too old to support? How about just offering the option to disable ME for old chips that should never have shipped with this trash in the first place?
Cue US law suit please.
On one recent job application the company hired an external CV validation service.
They got in touch to ask me for a whole bunch of stuff about my education and past experience. For the education piece I told them to 'just mark me down as having no verifiable education and being illiterate' - they thought it was a joke but I insisted they do it.
They did. The company that offered me the position thought it was funny and hired me anyway.
The IBM people are nice and most of the people I worked with were pretty competent - far better than when a previous place I worked at got borged by Oracle.
However... the 'bluewashing' is ridiculous. Yes, every large company 'integrates' their new purchases. We had a product that would work on almost any Java app server (JBoss, WebLogic, WebSphere) but before the acquisition JBoss was what most customers used - by a large margin. IBM decided this was not gonna fly, the bluewashed version would come bundled with a special version of WebSphere.
Trouble was, our product was successful because it could be easily deployed and managed - that's simply not true with WebSphere, and most of our customers (and internal PS guys) had limited experience with WebSphere. Add to that the fact that the 'special bundled version of WebSphere' had a LOT of bugs due to being rushed meant it was a disaster.
Dear companies, if you buy a company then please think twice before anchoring it to a sinking piece of turd - it is always far more likely that the turd will bring down whatever you've tethered it to!
I get that most developers will have limited knowledge on IT kit. However, if a developer has any business working with access keys / encryption tokens / etc. then they should understands the ins and outs of how they work and how to protect them (I don't suggest they need to understand the maths of it all) but otherwise they're just monkeys working with tools they don't understand.
Oh wait. I just realised. DXC. I take it all back - monkeys working with tools they don't understand = normal.
"a member of the technical team created a personal space on the public Github"
We always laugh about how silly the average user is with their online security but to read that a techie made this type of error is beyond amazing.
Honestly, I would automatically fire any techie that had no understanding of the implications of publishing internal corporate material on a public resource. They shouldn't need training to tell them that's a bad idea FFS!
The downvotes must be from all the OSS zealots. Fact remains, despite all the hard work that has gone into LibreOffice, it remains a major step down in many respects that matter to the average office user. Instead of castigating those that don't like it, why not go improve it so its more competitive than MS Office?
All IBM lacks really is a single vision. They need a Bezos, Nadella or Benioff that can actually lead a coherent vision.
Not saying that any of these names are necessarily role models but at least they actually know how to do something other than accounting and marketing gimmicks. When one of those three have something to say many people listen; when was the last time anyone cared what an IBM CEO had to say?
... when a company tells you they'll share their info with credit reference agencies they remain responsible for what happens to the data once they send it off. Once in a while I wish we did have the litigious ambulance chasing lawyers in the UK like they have in the US and can sueball Equifax into non-existence.
Java on the server is well suited. The GC issues happen only in the most latency sensitive situations - think financial transactions and the like (and can be worked around - take a look at some of the high performance messaging software on java). Your average Java web app can be chugging along without anyone noticing a stop-the-world GC occurring.
When you compare it to node, ruby, php java tends to scale well too. Then you add to the mix the millions of java developers and probably the widest set of libraries that exist anywhere. Why exactly wouldn't you think it's suited server side?
"One peach was that all the data from the cloud had to come back through site to go through box “X” before going back out to the internet at large. Because, security, obvs. "
No one from the business side is likely to request anything like that. Sounds like Bobs problem was also internal to the IT department.
Anyone remember Silverlight? Windows 8.1, the 'essential' OS for 'Enterprise'? Or the promise of a unified .NET development experience across Phone/Tablet/Desktop?
Microsoft rally its army of developers and customers around its new shiny with promises of enterprise support and commitment and then ditch it as soon as they think they're onto the next New Shiny.
I always laughed when I saw the MS fanboys in the office salivate over Silverlight and try to redo all the corporate apps in it. Then they salivated at the unified .NET vision and discovered it to be a marketing puff. Then they salivated over the 'come back' of Windows Phone. Those guys never learn - with MS you HAVE to ignore their hollow commitments and look at the bigger picture. Always.
Tax payers don't buy anything from you.
You don't sell them anything.
It's a LEGAL obligation for tax payers to hand you money and/or fill out your turd forms online and offline.
Tax payers can't 'shop elsewhere': You have an absolute monopoly on the service you provide.
So.... please can someone tell HMarse stop with the 'customer' rubbish.
In the end, the tax payer is paying for the profits of some commercial entity and the jobs of people elsewhere in the world.
I must be in the minority who believe that taking tax payers money to give it to a commercial operator who was only chosen because they could offer the lowest price by sending jobs abroad is wrong.
Lots of companies have experimented with Big Data solutions because they were told it is the 'next revolution' (just like data mining before it...).
However, there are 2 truths that few could deny:
1. The number of customers who have try 'big data' needs is quite small - small enough that I don't think there's room for the kind of growth that Hortonwork's early investors were betting on.
2. The techies who have to sell this stuff haven't figured how how to apply their big data capabilities to solving enough concrete business problems (all the clients I worked with who wanted this stuff already had a good idea of what they needed it for).
So extremely niche market, over-funded startup and a bunch of geeks who struggle to actually demonstrate use cases. That's why they had to IPO... their investors needed to unload their shares to the Big Stupid.
Seriously, the old guard of tech need to quit hiring old-guard CEOs who have little clue on leadership and innovation. The only corporate knob they know to turn is on how to cut costs and come up with new marketing spin.
William Hewlett, Dave Packard, Guglielmo Marconi, Charles Ranlett Flint - more I haven't mentioned - are all collectively turning in their graves!
Microsoft moves fast and with little notice for a big organisation. Just try to recall Silverlight, Windows Phone, Windows Mobile, Internet Explorer (I was thankful when they finally ditched it and started pushing Edge) - the list goes on!
If you want slow and steady then pick Java. If you want fast and furious pick MS. No one should be surprised by Microsoft taking pragmatic decisions very quickly when they need to.
Customer deserves to get shafted. No sympathy for them - and it's clear they're not even clued up to know what they were buying or how it was going to work. It doesn't matter what IBM told them - the customer just isn't qualified to make an assessment of whether it was genuine or fraudulent
They won't get the expected tax take from this measure and will determine that the 'only' explanation is that those who aren't paying the right taxes moved into the private sector. Therefore, expect Her Majesty's Arse to announce that the rules will be expanding to the whole economy, not just the public sector.
Who you calling an EBCDIC!
(Just kidding of course). Having seen something very similar happen at a large 3 letter NGO based in the land of gold and chocolate... I can see how this sort of stuff happens when code gets outsourced, then offshored and little bits of knowledge get lost along the way and then one day. BAM.
Twice in my career I've found such errors when inspecting code trying to debug it and finding serious errors in financial calculations. Both times the project management were in shock and took remedial action but hushed it up from going higher up the chain out of embarrassment.
Typically the relations from a vertex to an edge is stored as a physical location to the on-disk record so theory is you avoid having to create an index and then perform an index lookup.
In my previous post I mentioned using Postgres ctids - this id in Postgres is a physical location to the record on-disk (its what an index lookup might return). The caveat with ctids is that when a record is updated then the ctid will change so you'd have to update any references to the old ctid updated.
Relational databases are king. Except when your schema changes frequently (common in applications these days) - don't let RDBMS DBAs fool you by telling you ALTER TABLE can support these use cases; in most databases it can't.
As for Gremlin on top of SQL - it's possible but the whole point of Graph databases is to avoid JOINs when traversing a relationship. This can be done in things like Postgres where you can have an array column containing a list of ctids and its performance should be comparable to Graph databases using this approach but write operations will be slower (since you need to keep ctids up-to-date on UPDATE operations).
Microsoft want to get everyone on the same and latest OS to reduce the number of platforms they need to issue security fixes for.
Imagine you don't upgrade for a while and then some security weakness gets discovered in your version of the OS and you become an unwitting participant in a botnet. I suppose the damage caused elsewhere would come out of your pocket since you were the one who decided not to update to get the latest codebase?
Theresa Connor, who works on US competitive strategy for productivity at Microsoft, said the "minute you engage in a price conversation it's very difficult to compete".
So... one mega corp (Microsoft) can't compete with another mega corp (Google) on price. Begs the question, are Google just more efficient at creating business applications? Or maybe its because Google don't rely on Google Apps to subsidise the rest of their empire.
"RBS Group has also pledged to spend £750m on its computer systems, both front and backend, and says it already spends £2bn a year as part of its IT budget."
They do spend well, but not particularly wisely. Like most large companies they will spend years dreaming up requirements, then go buy up various blocks of enterprise software that they think may do the job and then expect lowly-paid techies to implement a solution in a few short months.
Biting the hand that feeds IT © 1998–2019