Skip to content

Conversation

@rvango
Copy link
Contributor

@rvango rvango commented Dec 22, 2025

Please add a direct link to your post here:

https://.github.io/blog/

Have you (please tick each box to show completion):

  • Added your blog post to a single category?
  • Added a brief summary for your post? Summaries should be roughly two sentences in length and give potential readers a good idea of the contents of your post.
  • Checked that the build passes?
  • Checked your spelling (you can use npm install followed by npx mdspell "**/{FILE_NAME}.md" --en-gb -a -n -x -t if that's your thing)
  • Ensured that your author profile contains a profile image, and a brief description of yourself? (make it more interesting than just your job title!)
  • Optimised any images in your post? They should be less than 100KBytes as a general guide.

Posts are reviewed / approved by your Regional Tech Lead.

Copy link
Contributor

@lhancock-scottlogic lhancock-scottlogic left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Great read, I learned some stuff about architecture decision-making today!
As a more general suggestion, you could capitalise the important words on your main title, section titles, quick checklists, etc., i.e. Options appraisal: a pragmatic guide for architecture decisions ->
Options Appraisal: A pragmatic guide for Architecture Decisions

- success is multi-dimensional (*cost* AND *speed* AND *risk* AND *operability*...)
- I can already see future-me asking "why did we choose this again?"

If it's a low-risk choice or you're still exploring, a quick spike, PoC, or desk-based research is often enough.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It may be worth writing out "proof of concept" just for the first time it's written in this post, I had to rack my brain a bit for the acronym's meaning, as it's not one I see every day 😁

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fair enough, I have changed it to proof of concept :)

| -------- | -------------------- | ------------- | ---------------- | ----- | ---------------------------------------------------------------------------- |
| Baseline | 5 → 15 | 1 → 5 | 4 → 8 | 28 | Known and operable, but weakest security posture |
| Option A | 3 → 9 | 3 → 15 | 4 → 8 | 32 | Balanced improvement with manageable operational cost |
| Option B | 1 → 3 | 5 → 25 | 1 → 2 | 30 | Pushes security to the maximum, but is the hardest option to live with day to day |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure if it's intentional, but the column separator line between Operability and Total is thicker than the other lines

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It wasn’t intentional, no... You have eagle eyes! 👀😄
This looks like a quirk of markdown table rendering, but it actually works quite nicely here as it separates the criteria from the total. I’m inclined to leave it unless it’s distracting?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's very weird! I agree it looks good, I'm just wary that relying on "bug" behaviour can bite us in case it changes in the future - it would be nice to know why it's doing this so we can make sure it keeps doing it consistently

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think is something to do with long then short column names. I would not know how to "fix" that to be honest.

- options-appraisal
- trade-offs
- architecture-decision-records
summary: A practical, lightweight way to compare options, surface trade-offs early, and leave a decision trail your future self will thank you for.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A thought here: it's not about something your future self will thank you for in our context, it's about something that the rest of the organisation will thank you for when you're no longer there. This would be better reworded to stress that it's for everyone's benefit, not just your own

@@ -0,0 +1,196 @@
---
title: "Options appraisal: a pragmatic guide for architecture decisions"
date: 2025-12-19 00:00:00 Z
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Update the date (here and in the filename) please

| -------- | -------------------- | ------------- | ---------------- | ----- | ---------------------------------------------------------------------------- |
| Baseline | 5 → 15 | 1 → 5 | 4 → 8 | 28 | Known and operable, but weakest security posture |
| Option A | 3 → 9 | 3 → 15 | 4 → 8 | 32 | Balanced improvement with manageable operational cost |
| Option B | 1 → 3 | 5 → 25 | 1 → 2 | 30 | Pushes security to the maximum, but is the hardest option to live with day to day |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's very weird! I agree it looks good, I'm just wary that relying on "bug" behaviour can bite us in case it changes in the future - it would be nice to know why it's doing this so we can make sure it keeps doing it consistently

@csalt-scottlogic csalt-scottlogic merged commit a5da2ee into ScottLogic:gh-pages Jan 6, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants