Live data from Hacker News

Layoffs at Watson Health Reveal IBM’s Problem with AI

spectrum.ieee.org

191–200 of 264 posts

Re: Layoffs at Watson Health Reveal IBM’s Problem with AI

#191
post #46
post #11

Earlier quoted context omitted.

That's surely part of the problem, but the catalyst is the marketing strategy that is used to brainwash the employees. In essence; sell the experience, not the product. This works well for IBM generally (the products are shit) but especially well for Watson because it's extremely easy to sell AI without getting bogged down in details. You want to identify brain tumors? We'll just teach Watson to do it. Whilst IBM res…

> This works well for IBM generally (the products are shit) but especially well for Watson because it's extremely easy to sell AI without getting bogged down in details. The cynic in me says that every use of the term AI in any capacity is to sell experience and not functionality. When was the last time you used a product billed as 'AI' and thought 'wow, this is a huge game changer'? Siri is cool, but it's ultimately…

> Siri is cool

No. Siri is shit.

Re: Layoffs at Watson Health Reveal IBM’s Problem with AI

#193
post #136

I've never interacted directly with IBM, but I remember about 2 years ago, they had a talk at the Akamai Edge conference about how they dealt with bloated cookies. The company I work for has the same problem so I sat in to see what their solution was. The problem they were having is that all the various IBM lines of business added so much garbage onto the client's cookie, that eventually their pages would stop loadin…

had to deal with ibm once. we were developing an application for a customer and ibm was working on some new service for them. of course the customer insisted we use the new ibm service, even though it solved a problem we didn't have at all. the ibm product was a website to be used by end users, while our application had to pass our end users data through. so, i asked the ibm guys (via the customer) to give me the doc…

MY GOD that is painful to take in. I feel for you :( . I've shed a tear for a fellow programmer in the thick of the "shit".

Re: Layoffs at Watson Health Reveal IBM’s Problem with AI

#194
post #136

Earlier quoted context omitted.

had to deal with ibm once. we were developing an application for a customer and ibm was working on some new service for them. of course the customer insisted we use the new ibm service, even though it solved a problem we didn't have at all. the ibm product was a website to be used by end users, while our application had to pass our end users data through. so, i asked the ibm guys (via the customer) to give me the doc…

Ah such classic outsourced third-world contractor output. They are told what to do (by some PM who has no idea) and they do it. If they ever say "uh this doesn't make sense" they are cheaply replaced. I've seen some of this nonsense (though not IBM related): strncpy(dst, src, strlen(src)); dst[strlen(dst)] = '\0';

Sounds like total failure of management

Re: Layoffs at Watson Health Reveal IBM’s Problem with AI

#195

Earlier quoted context omitted.

Did the change request come complete with specific requirements on what the interface should include? Because it sounds like they produced exactly what was asked for: a JSON interface. If the requirements were poorly specified, you can’t lay all the blame on them.

Yes you can. There's a basic level of competence in dealing with context around a request. Any decent developer or PM would know what a JSON API is supposed to be.

[deleted]

Re: Layoffs at Watson Health Reveal IBM’s Problem with AI

#196
I think their strategy of collectively branding every single thing as Watson is actually pretty risky. Branding is powerful but it cuts both ways ... it will only take one high profile failure for that to ruin the brand across every product that has slavishly adopted it. Even here you see it happening - layoffs in one part that got labeled as "Watson" are immediately seen as indicative of a much bigger problem with Watson. That would not have happened if they were independently branded.

Re: Layoffs at Watson Health Reveal IBM’s Problem with AI

#197

Earlier quoted context omitted.

Those two departments couldn't possibly be related. It seems unfair to base judgement on the entire company for that.

So we have some more info out there: - Their PCF solution is deprecated - They were still using a deprecated container management solution instead of kubernetes until recently - If you use Java the for you to use liberty build packs - They push XP and TDD practices from the garage yet many of their consultants don't practice what they preach.

IBM Cloud Foundry (formerly Bluemix) isn't quite deprecated but the container manager inside CF was stuck on the deprecated DEAs rather than Diego long after Pivotal and others moved on. They moved to Diego last year I think but very slowly.

And then they rebranded IBM Spectrum Conductor for Containers (look it up!), a Kubernetes snowflake they came up with, into IBM Cloud Private, because Kubernetes will solve all problems, the issues MUST have been leading with a PaaS and not a CaaS, right?

Other observations are spot on

Disclaimer, I compete with IBM and have to deal with their account team shenanigans, though parts of IBM are better than others and even can be good partners.

Re: Layoffs at Watson Health Reveal IBM’s Problem with AI

#198
post #123

I've never interacted directly with IBM, but I remember about 2 years ago, they had a talk at the Akamai Edge conference about how they dealt with bloated cookies. The company I work for has the same problem so I sat in to see what their solution was. The problem they were having is that all the various IBM lines of business added so much garbage onto the client's cookie, that eventually their pages would stop loadin…

How did your company solve it?

At the large company I worked at, it was solved by frequent code audits to any team given subdomain of the company's company.com domain. We were explicitly told to ensure that anything not related to interoperability between company properties was to be set on the ourdomain.company.com subdomain. The team in charge of it had heuristics they used to monitor for unapproved infringements on that policy.

If I decided I wanted to visit one of our offshore dev teams, I could book a first-class ticket anytime I wanted to with no approval necessary. If I wanted $2m for some dev effort, I could have the necessary approvals in a day or so. But if I wanted to write 50 bytes to a .company.com cookie, that was weeks of meetings where I needed to justify my team's existence, the value of the feature we were building and prove there was no other way to implement it.

Re: Layoffs at Watson Health Reveal IBM’s Problem with AI

#199
post #88

Earlier quoted context omitted.

I use & depend upon plenty of products that are built upon AI - GMail spam filtering & categorized inbox, Google image search, YouTube & Netflix recommendations, cheque OCR at my ATM, predictive keyboards on my phone, Amazon's "people also buy with this product" feature, Google translate, computer opponents in games that I play, and all of the signals that feed into Google Search. The irony is that not one of these b…

None of the things you mentioned are even close to AI. They’re applied statistics, and they mostly use techniques we’ve known about for decades but have only now found a use case because computing and storage is cheap enough to make them viable.

> None of the things you mentioned are even close to AI.

then what is 'close to AI'?

Re: Layoffs at Watson Health Reveal IBM’s Problem with AI

#200
post #136

I've never interacted directly with IBM, but I remember about 2 years ago, they had a talk at the Akamai Edge conference about how they dealt with bloated cookies. The company I work for has the same problem so I sat in to see what their solution was. The problem they were having is that all the various IBM lines of business added so much garbage onto the client's cookie, that eventually their pages would stop loadin…

had to deal with ibm once. we were developing an application for a customer and ibm was working on some new service for them. of course the customer insisted we use the new ibm service, even though it solved a problem we didn't have at all. the ibm product was a website to be used by end users, while our application had to pass our end users data through. so, i asked the ibm guys (via the customer) to give me the doc…

And that's why IBM still makes billions of dollars, because we have fools like your client.
Post reply on HN