Live data from Hacker News

IBM completes acquisition of HashiCorp

newsroom.ibm.com

251–260 of 407 posts

Re: IBM completes acquisition of HashiCorp

#251
post #232

Earlier quoted context omitted.

Dropping CentOS was a terrible decision. I’m not sure if that happened before or after the acquisition though.

Centos stream still exists and it is in fact the actual upstream of rhel.

But CentOS Stream is not CentOS.

They are completely different products just reusing branding to confuse what people are asking for.

RHEL Developer is closer, as a no-support, no-cost version of RHEL, but you still have the deal with the licence song and dance.

CentOS gave folks a free version that let you run some dev environments that mostly mirrors prod, without worrying about licences or support. CentOS stream doesn't do this out of principle. It's upstream.

Re: IBM completes acquisition of HashiCorp

#252
post #196

Earlier quoted context omitted.

I've had the incredible displeasure of having to maintain multiple massive legacy COTS systems that were once designed by promising startups and ultimately got bought by IBM. IBM turned every last one into the shittiest enterprise software trash you can imagine. Every IBM product I've ever used is universally reviled by every person I've met who also had to use it, without exaggeration in the slightest. If anything,…

> Every IBM product I've ever used is universally reviled by every person I've met who also had to use it During my time at IBM and at other companies a decade ago, I can name examples of this: * Lotus Notes instead of Microsoft Office. * Lotus Sametime Connect instead of... well Microsoft's instant messengers suck (MSN, Lync, Skype, Teams)... maybe Slack is one of the few tolerable ones? * Rational Team Concert inst…

Eclipse was nice but WebSphere Application Developer was pretty horrible - I'm not sure how they achieved that! (WSAD was/was built on Eclipse)

Re: IBM completes acquisition of HashiCorp

#253
post #233

As it happened with the other startups that were acquired by IBM, this too shall pass through the digestion system of the dinosaur and ejected out as a dump. Hashicorp products are showing the signs of a legacy thing already. IBM is the nursing home for these sort of aging stuff. I'm a heavy user of Terraform and Vault products. Both do not belong to this era. Also worked for a startup acquired and dumped by IBM.

What are the modern equivalents? For Terraform I'd imagine it's Pulumi or OpenTofu but what is it for Vault? Last I checked OpenBao didn't seem to have much juice but it's been a minute since I did so. Or are there unrelated projects in this space that are on the same trajectory as Hashicorp was a decade ago?

Re: IBM completes acquisition of HashiCorp

#254
post #248

Earlier quoted context omitted.

I second the TUI argument here. Back in ... maybe 2005 or what, in our ~60 people family business, I had the pleasure to watch an accountant use our bespoke payroll system. That was a DOS-based app, running on an old Pentium 1 system. She was absolutely flying through the TUI. F2, type some numbers, Enter, F5 and so on and so on, at an absolutely blistering speed. Data entry took single-digit seconds. When that was c…

Not just accountants. I remember watching fully “non-technical” insurance admin / customer service people play the green screen keyboard like they were concert pianists. People can cope with a lot when they have to.

I wouldn't say, cope, the green screen stuff has predictable field input, and predictable rules around selecting elements.

Despite its obvious downsides, for people who do regular form input and editing, it's often better than the flavor of the day web framework IMO

I mean, I wouldn't choose to use it, but I get it

Re: IBM completes acquisition of HashiCorp

#255

Earlier quoted context omitted.

> what happens if you forget to free a pointer in c? Assuming you mean 'forget' to free malloc'd space referenced by at least one pointer, that's an easy one .. it's reclaimed by the OS when the process ends. Whether that's a bad thing or not really depends on context - there are entire suites of interlocked processing pipelines built about the notion of allocating required resources, throughputing data, and terminat…

surely my salient point is recognized regardless of semantics, but thanks for the correction. To use another example in another post - what happens if you DROP TABLE in sql?

DROP TABLE is explicit. Inadvertently removing a line from a config file and having Postgres decide to automatically "clean up" that "unneeded table" would be a more apt analogy.

Re: IBM completes acquisition of HashiCorp

#256
post #196

Earlier quoted context omitted.

I've had the incredible displeasure of having to maintain multiple massive legacy COTS systems that were once designed by promising startups and ultimately got bought by IBM. IBM turned every last one into the shittiest enterprise software trash you can imagine. Every IBM product I've ever used is universally reviled by every person I've met who also had to use it, without exaggeration in the slightest. If anything,…

> Every IBM product I've ever used is universally reviled by every person I've met who also had to use it During my time at IBM and at other companies a decade ago, I can name examples of this: * Lotus Notes instead of Microsoft Office. * Lotus Sametime Connect instead of... well Microsoft's instant messengers suck (MSN, Lync, Skype, Teams)... maybe Slack is one of the few tolerable ones? * Rational Team Concert inst…

Can we add DOORS to this list please?

I have no idea how/why IBM of all places developed or sold this software but it badly needs to die in a fire.

Database technology which would seem outdated in 1994 with a UI and admin management tools to match.

Re: IBM completes acquisition of HashiCorp

#257
post #248

Earlier quoted context omitted.

I second the TUI argument here. Back in ... maybe 2005 or what, in our ~60 people family business, I had the pleasure to watch an accountant use our bespoke payroll system. That was a DOS-based app, running on an old Pentium 1 system. She was absolutely flying through the TUI. F2, type some numbers, Enter, F5 and so on and so on, at an absolutely blistering speed. Data entry took single-digit seconds. When that was c…

Not just accountants. I remember watching fully “non-technical” insurance admin / customer service people play the green screen keyboard like they were concert pianists. People can cope with a lot when they have to.

There is a learning curve, but not coping. One of the crest things with terminal: with experience one can type ahead, even before the form fully opened one can type data, which is queued in the input buffer and work efficiently. In a modern GUI application a lot of time is wasted with reaching for the mouse, aiming and waiting for the new form to render. That requires coping with it

Re: IBM completes acquisition of HashiCorp

#258
post #78
post #31

Earlier quoted context omitted.

I’m finding that the basic backend functionality of Pulumi and Terraform managed cloud is fairly easy to build (especially Terraform, I can’t quite believe how absurdly simple their cloud is…)

Plus there are open source projects like Atlantis that fit the bill for many teams with regards to terraform automation.

Terrateam too[0]

Although Terrateam is more tightly integrated with a VCS provider.

Disclaimer: I co-founded Terrateam.

[0]https://github.com/terrateamio/terrateam

Re: IBM completes acquisition of HashiCorp

#259
post #5

Earlier quoted context omitted.

Yeap we did. I wrote it off around the time of the licence change, just after they decided to ditch the TF Team plan in favour of the utterly ridiculous “Resources Under Management” billing model. I knew the company had lost the plot at that point.

This is probably inaccurate, but it seemed like they wrote it off as a safe move, with their main competitor, Pulumi, getting away with it. However, to play devil's advocate, the number of Terraform resources is a (slightly weak) predictor for resource consumption. Every resource necessitates API calls that consume compute resources. So, if you're offering a "cloud" service that executes Terraform, it's probably a de…

> Every resource necessitates API calls that consume compute resources

In that world, I think it'd make more sense to charge per run-time second of performing an operation. I understand the argument you are making but the issue is you get charged even if you never touch that resource again via an operation.

It might make sense if TFC did something, anything, with those resources between operations to like...manage them. But...

Re: IBM completes acquisition of HashiCorp

#260
post #196

Earlier quoted context omitted.

I've had the incredible displeasure of having to maintain multiple massive legacy COTS systems that were once designed by promising startups and ultimately got bought by IBM. IBM turned every last one into the shittiest enterprise software trash you can imagine. Every IBM product I've ever used is universally reviled by every person I've met who also had to use it, without exaggeration in the slightest. If anything,…

> Every IBM product I've ever used is universally reviled by every person I've met who also had to use it During my time at IBM and at other companies a decade ago, I can name examples of this: * Lotus Notes instead of Microsoft Office. * Lotus Sametime Connect instead of... well Microsoft's instant messengers suck (MSN, Lync, Skype, Teams)... maybe Slack is one of the few tolerable ones? * Rational Team Concert inst…

> I don't think the IDE is good for other programming languages or non-programming things like team communication and task management.

It works great for Python and C++, honestly. If you're a solo dev, Mylyn does a great job of syncing with your in-code todo list and issue tracker, but it's not as smooth as the IDE side.

However, its Git implementation is something else. It makes Git understandable and allows this knowledge to bleed back to git CLI. This is why I'm using it for 20+ years now.

Post reply on HN