Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

IBM completes acquisition of HashiCorp

newsroom.ibm.com

Post reply on HN
Print view View original

321–330 of 407 posts

Re: IBM completes acquisition of HashiCorp

#321

Post by anonfordays »

regularfry wrote: post #300
anonfordays wrote: post #200

Earlier quoted context omitted.

>I don't know of any that prevent resources being destroyed if they are removed from the tf file (what the parent was talking about). Azure Locks (which you can also manage with Terraform), Open Policy Agent, Sentinel rules, etc. will prevent a destroy even if you remove the definition from your Terraform codebase. Again, if you're not operationally mature enough, the problem isn't the tool, it's you.

"Operationally mature" is code here for "the gun starts out loaded and pointed at your foot". It's fine to point out that that's a suboptimal design for a tool.

>Operationally mature" is code here for "the gun starts out loaded and pointed at your foot"

No, it's code for "don't build a load bearing bridge if you don't understand structural engineering."

> It's fine to point out that that's a suboptimal design for a tool.

This isn't "suboptimal" though. If you delete a stored procedure in your RDBMS and it causes an outage, it's not because SQL/PostgreSQL is suboptimal. Similarly if you accidentally delete files from your file system, it's not because file systems are "suboptimal". It's because you weren't operationally mature enough to have proper testing and backups in place.

Re: IBM completes acquisition of HashiCorp

#322

Post by jonathanspw »

bayindirh wrote: post #317
jonathanspw wrote: post #310

Earlier quoted context omitted.

We don't change the expected versions. We might patch/backport more to them if there are issues, but the versions remain. Basically the goal is still to fit the exact situation you just brought up. I'm not aware of this ever not being the case if it weren't to be the case for some reason, then we have a problem we need to fix. All of the extra stuff we do, patch, etc. is with exactly what you just stated in mind.

I'll be installing a set of small servers in the near future. I'll be retrying Alma in a couple of them, to give it another chance. As I said, in some cases Rocky is a better CentOS replacement than Alma is. But to be crystal clear, I do not discount Alma as a distribution or belittle the effort behind it. Derivative, clone or from scratch, keeping a distro alive is a tremendous amount of work. I did it, and know it.…

Sustainability is one of the core reasons why we are not using RHEL SRPMs to build AlmaLinux. RH doesn't want us doing that, and doing so would be unsustainable and bring into question the future of AlmaLinux as it can, and likely will, turn into a game of cat/mouse getting those SRPMs :)

Let us know if you have any issues!

Re: IBM completes acquisition of HashiCorp

#323

Post by stefs »

jsk2600 wrote: post #299
lenkite wrote: post #245

Earlier quoted context omitted.

Things have changed back though - the CLI is hot again at-least amongst developers.

I find it ironic that we developers prefer to use CLI because it's quick, efficient, stable, etc., but what we then deliver to people as web apps is quite the opposite experience.

in my experience, many managers tend to try to dumb products down as much as possible, to make it work for the most people. the problem is that this, together with the usual bad ui/ux, makes the product inefficient to use, especially for power users.

then, every couple of years, a startup tries to carve out a niche by making a product that caters to power users and makes efficiency a priority. those power users adopt it and start to recommend it to other regular users. this usually also tends to work quite well because even regular users are smarter than expected, especially when motivated. thus the product grows, the startup grows and voila, a tech giant buys it.

now one of the tech giants managers gets the task to improve profits and figures out, the way to do this is to increase the user base by making the product easier to use. UX enshittification ensues, the power users start looking out for the next niche product and the cycle starts anew.

rule of thumb: if the manager says "my grandma who never used a computer before in her life must be able to use it", abandon ship.

Re: IBM completes acquisition of HashiCorp

#324

Post by mdaniel »

vrosas wrote: post #154
slillibri wrote: post #128

Earlier quoted context omitted.

HCL isn’t a programming language. This seems to be the main misconception about it and Terraform.

Any sufficiently large configuration language eventually becomes Turing complete (or close to it). See HCL, GitHub actions, kubernetes.

Kubernetes is not like the others in that list because it remains a declaration of intended state. There are for sure no "if", "loop", or even variables in the .yaml files. You may be thinking of the damn near infinite templating languages that generate said yaml, or even Kustomize that is JSONPatch-as-a-Service. GHA is not like the others because it is an imperative scripting language in yaml, not a "configuration language"

Re: IBM completes acquisition of HashiCorp

#326

Post by mdaniel »

subpixel wrote: post #108
dimgl wrote: post #26

Is this even the same company that created Terraform? HashiCorp's trajectory has been baffling...

Ansible + Terriform synergized become Terrible.

I chuckled, nice job on the name

That said, I think a playbook in HCL would be worlds better than the absolutely staggering amount of nonsense needed to quote Jinja2 out of yaml

I would also accept them just moving to the GitHub Actions style of ${{ or ${% which would for sure be less disruptive, and (AIUI) could be even opt-in by just promoting the `#jinja2:variable_start_string:'${{', variable_end_string:'}}'` up into playbook files, not just in .j2 files

https://docs.ansible.com/ansible/11/collections/ansible/buil...

Re: IBM completes acquisition of HashiCorp

#327

Post by mcculley »

johannes1234321 wrote: post #318
viraptor wrote: post #286

Earlier quoted context omitted.

It doesn't have to. The tab order seems shortcuts are there and very usable... if anyone bothers to implement them.

Not only implement, but implement them consistently and making users aware. Consistency is a thing. Old windows apps often followed a style guide to some degree, that was lost with web (while it's also hard, as styleguides differ between systems, like Windows and Mac) and wasn't ever as close as Mainframe terminal things where function keys had global effects.

Indeed. One of the things I keep having to tell younger people is: “webapps have no HIG!”

All of the major platforms have a HIG that tells developers how to maximize the experience for users. Webapps have dozens of ways to do things like “search”. Those who never developed for a platform with a HIG do not value it and keep reinventing everything.

Re: IBM completes acquisition of HashiCorp

#328

Post by OnlyMortal »

nayuki wrote: post #196
thisisnotauser wrote: post #137

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…

Heh. I worked on the Mac version of ViaVoice. I joined as I was already an expert in AppKit and Obj-C.

We were given old Macs running Classic to run Notes so we had two computers. One being MacOSX. Notes was the biggest pile of crap I’ve ever had to use. With one exception…

On the OSX box we were happily running svn until we were forced to use some IBM command-line system for source control. To add insult to injury, the server was in Texas and we were in Boca Raton (old PC factory as it happens). The network was slow.

It had so many command-line options a guy wrote a TCL for it.

Adding to that was the local IBM lan was token ring and we were Ethernet. That was fun.

Re: IBM completes acquisition of HashiCorp

#329

Post by grogenaut »

zifpanachr23 wrote: post #201
nayuki wrote: post #196

Earlier quoted context omitted.

> 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…

The green screens tend to be much quicker and more responsive than the web frontends that are developed to replace them. I've seen a lot of failed projects for data entry apps because the experienced workers tend to prefer the terminals over the web apps. Usually the requirement for the new frontend is driven by management rather than the workers. Which is understandable to me as a programmer. If it's a task that I'm…

Is there a good tuinfor web?

Re: IBM completes acquisition of HashiCorp

#330

Post by martinsnow »

tzury wrote: post #127

People who stayed at IBM because they could not afford going anywhere else. People who worked at companies acquired by IBM and could not afford going anywhere else. A mixture of both will be involved from now on in decision making regarding your platform formation core products.

What about those who like working at IBM?
Post reply on HN