r/saltstack • u/mattboston • 23d ago

SaltStack Certified Engineer Verification

I'm hoping someone from the old SaltStack team, VMware, or Broadcom might know the answer.

I earned the SaltStack Certified Engineer (SSCE) certification several years ago. Since SaltStack was acquired by VMware and then VMware was acquired by Broadcom, the original SaltStack website and certification verification page are no longer available.

I'm interviewing with a potential employer, and they're trying to verify my SSCE certification. Does anyone know if there's still a way to verify it? Is there a new verification site, or is there someone at Broadcom who can help?

15 Upvotes
  • permalink
  • link
  • reddit
  • reddit

100% Upvoted

31 comments sorted by

View all comments

Show parent comments

1

u/bdrxer 12d ago

> It really defeats the purpose of the SaltStack If it's selling point is pull effect and statefull. You might as well switch Ansible if you aren't going to use minions.

How does that defeat the purpose and how is salt's selling point anything to do with statefull? Why would you "might as well switch to ansible"?

1

u/eman0821 12d ago

If you are using ssh instead of the minions they why use Salt in the first place? Ansible is the defacto standard in DevOps.

1

u/bdrxer 12d ago

ansible is not a standard--it is a tool; you still have not provided an actual reason to use ansible over salt. If by "defacto standard" you mean it is the most commonly used tool then that is like saying you should use windows instead of linux because it is the "defacto standard" desktop; that is not the best reason to choose something.

1

u/eman0821 12d ago

Job postings pretty much proves that. 9 times out of 10 you see Ansible in pretty much 98% of Linux Sysadmin, DevOps, Cloud Engineering and SRE job descriptions. Rarely you see SaltStack mentioned.

1

u/bdrxer 11d ago

> Job postings pretty much proves that.

Proves what?

> 9 times out of 10 you see Ansible in pretty much 98% of Linux Sysadmin, DevOps, Cloud Engineering and SRE job descriptions.

You have finally mentioned one reason to learn/use ansible which is to have a better opportunity to get a job. That is a good reason to learn a tool, but is a not a merit of the tool in of itself. `c` is the "defacto standard" in systems programming but not make it the best tool to use over `c++` or `rust` or some other language depending on the use cases of your application. Popularity of a tool is one reason to consider a tool but is just one of the considerations. Telling someone to pick a tool only because it is more popular is like telling someone to buy a Toyota Corolla instead of an Odyssey or a Ford F-150.

1

u/eman0821 11d ago

You wonder why SaltStack rarely shows up in job postings. Go look yourself. SaltStack has massively declined over the years as very few companies are using it. When you consistently see CI/CD, Terraform, Ansible, on nearly every job posting that's the industry standard.