I've been using ConcourseCI because another team manages it and it is integrates with Hashicorp vault.
It's good. The big advantage is I don't have to deal with maintaining it.
The downside is their story on GitHub integration is kind of crummy, you have to create your own web hooks because our ConcourseCI instance is too busy for poll based resource checks.
I think it's YAML.
I'm not happy that it's YAML but it's become ubiquitous. Sure, there are lots of other formats that others have mentioned, but I'm sorry most of them are positioned as "it's better than YAML!" and the fact that everyone is mentioning YAML, even if it's about the things it does wrong (and boy does it do things wrong) still means that YAML is on everyone's mind.
It's very important, so that everyone knows that they are talking about the same thing.
Like, everyone needs to just agree to use the same term, while also not getting into bike shedding around which term to choose.
Your QA team should be building automated regression tests and automating their tests so that they can be run locally as part of the development cycle or as a job in your CI system.
That would decouple this incredibly tight release cycle that you currently have
"How do you know the code you wrote works correctly if there is no test that exercises it?"
Wasn't the point of hypersonic missiles being that they are so fast, and can make small course changes that make intercepts impossible due to the time between it happening and when an interceptor reacts?
New site tagline
Jitsi seemed okay to me
What is a "full stack"
My problem is that there are a lot of layers beyond just the "front end, web/REST, database" layers that most people refer to, that are involved with delivering an application.
Like, do you know Angular and also BGP?
Probably not. So, it's impossible to truly be "full stack" so you're going need to actually define what everyone is supposed to be responsible for knowing, and also recognize that there are going to be folks that are strong in some areas and other areas less so. Plan accordingly