HN user

dom_hutton

51 karma

Product Person, Team Constructor, Software Developer, SRE/DevOps Enthuse - Startup Catalyst Alumni

reddit.com/user/dom_hutton

linkedin.com/in/domhutton

twitter.com/dom_hutton

stackexchange.com/users/1726036/dom-hutton

startupcatalyst.com.au

Posts0
Comments24
View on HN
No posts found.

If I could have my time again I'd focus on enablement of the broader engineering group through an incident management process, readiness exercises, some aggregate incident analyses for the org to learn from and leaning into observability.

Infrastructure is kind of a solved problem for common use cases today, just requires the expertise.

With our ducks in a row I'd next have look to a GRC function for the compliance bits whilst splitting the platform engineers time between embedding engagements and tooling investments.

You're on the right path man, I'd love to know what I know now back then but unfortunately time doesn't work like that.

As opposed to just running it ad-hoc when a change is made?

People do all sorts of things with terraform, if you need to is down to what you're doing and the context of your problem.

I've even run terraform on a cron like schedule before to ensure configuration of a web service matched what we defined rather than the constant small edits people were making in the console. Eventually the behaviour stopped but no reason not to.

That's quite a nice balance between "auto import and connect everything, dven the stuff you don't want e.g Terraform" and "set it all up yourself".

I'd like to add to that suggestion, let me dis/allow resources from thr automated import with a grep patterm e.g. aws.iam* would allow only iam policies into the import. Negations and such are logical extensions.

GitHub Classroom 6 years ago

It will make your evaluation a game where the student challenge is not understanding the concept of the class, but instead, understanding the rules of the various test you put in place.

I agree with most of what you have to say, however you're arguing for replacing one 'game' with another. If the goal is not to understand the grading engine then by the same logic the goal is to understand what appeals to whom is marking it.

Lots of people in this thread bashing on LOC as a metric, which is fair. I'd just like to point out that infrastructure code is incredibly verbose as is, so the number is way overstated to start.

It's a pretty good example of doctoring headline worthy titles. IIRC the author gave a talk of a similar name at the hashiconf recently.

Motivate yourself by either pulling up those around you

This has the added side affect of indicating your ability as a leader, which may in turn lead to satisfying your desired leadership and decision making criterion.