This is another interesting article about automation, and how it slowly incurs time costs by waiting for the right time to properly tackle the automation, rather than piece-by-piece.

This is a really interesting way of approaching automation in a gradual way - make the documentation in code, then take that code and slowly iterate over it until you have a fully automated solution. I like it - obviously we always want to have the final product, but it's a good way to get there slowly

This is a great post by Shubheksha and talking about the right way to talk about production issues.

Having a blameless culture makes it easier for new/junior engineers getting started with working on production systems, and makes everyone more comfortable working on things where they know they won't get the blame pointed at them.

I've found that, at work, diagnosing issues in our staging environment has given me such a great experience - it's been great to practice dealing with production-like issues in a non-production environment, as it gives you that time to breath, experiment and learn, as well as giving me much greater understanding of the end-to-end system.

This is going to be a very interesting talk - there is so much of this around (I'm guilty too) and it'll be good to hear some more about it from James Seconde

As I've said before, I'm a big fan of how Monzo handles their production incidents because it's quite polished and transparent

This is a really interesting post. Only the other day, Anna and I had been talking about how it'd be interesting to work 4 days a week, or even part time. It sounds like it'd be a great opportunity if you're able to financially cover it

Exciting to have another meetup re-start, as well as this being a very interesting topic

This is a really interesting article about the flaws in PGP - I don't have enough security backing and understanding to argue it, but it sounds legitimate. It's a surprise this isn't being talked about more if it is as bad as it is

Unfortunately I won't be able to make it as Anna and I have plans that night - but please do go ahead and meet!

I've decided to attend Homebrew Website Club instead

This is a great idea, which I believe I've seen Julia mention in the past, and I definitely agree that this can help with making sure you remember what you've done! In a previous job we had 'monthly status reports' which were an overhead at the time, but when leaving the job (as my placement year was up) I was able to look back at all the stuff that I'd achieved.

I like to get microfeedback from colleagues, so throughout the year I'm getting bits of feedback on things I've worked on, so for 6-month checkins I've got lots of evidence.

What a great writeup of some of the happenings at IndieWeb Summit! This looked like an awesome event, and although I was unable to make it in person this year, I'm definitely planning on it next year.

There were some great sessions that I'm still catching up on, and will be interested to see what folks produce off the back of their conversations there.

This is a very interesting post by Carol. I very much empathise with this - my mind is almost always in the 'on' position (as anyone who knows me and the frequency of my blogging).

Be it at work, at home, trying to get to sleep, or having a massage, I'll be thinking. Likely it'll be projects-related (be they work or personal) and it means I'm not able to enjoy the other things.

In a couple of weeks Anna and I are off on holiday, so I really hope I'll be able to switch off a little, as we've decided we're not taking laptops...

I obviously have some work to do to make this possible to start switching off and not always thinking about what's next.

A sneaky and interesting way to trick someone into running a fork bomb, even if they know it may be one!

I've not had to debug that many .gitignore files in the past, but it's great to know how I would do it in the future

I've just removed categories as a thing from my website. I'm still using tags on all the content, but categories no longer exist. This is for a few reasons:

• categories are not Microformats2 markup-able (as we can't distinguish between tags and categories, it's just p-category which we use for tags)
• categories in the site are not currently hierarchical - although they may be defined as such, they're not presented like it
• categories are not any more meaningful than tags, as they're almost always the same, or a reduced set, compared to the tags

So we may as well just remove support for them, as they serve exactly zero purpose.

This is a resource I've used time and time again for getting straight-forward explanations of Free and Open Source licenses - I shared it in chat.indieweb.org the other day, so I thought I may as well share it here, too

This is a great post by David recounting the 'levels' of IndieWeb capabilities, in a way that makes more sense to those who haven't been as involved in the community, and want to know how to relate to more common points of reference, like social media.

I'm super excited for another chance to see Terence Eden speak! He's always brilliant, and most definitely knows his stuff.

When I was promoting the last Homebrew Website Club on Twitter ( https://twitter.com/JamieTanna/status/1138339357121744897 ), a friend of Craig's tweeted to mention to him about it. We then spent a couple of days talking about it - and boom, Craig is now running his own Homebrew Website Club on 18th July ( https://getdoingthings.com/homebrew-website-club-barnsley-1/ ).

Last night Craig posted this great post about joining the community and with some great explanations for newbies. Welcome, Craig!

After the previous iteration of DevOps Nottingham died a death, it's exciting to see a new one starting again!

This is a really interesting read from Monzo about a recent incident they had. I really enjoy reading their incident management writeups because they show a tonne of detail, yet are stakeholder-friendly.

It's always interesting to see how other banks deal with issues like this, and what they would do to make things better next time.

This is a super interesting thread from Justin Garrison about the importance of words, using Disney as an example. It's always amazing to see examples of how these seemingly small changes can make huge differences.

This is a nice look back at the first year in Women in Tech York - great to hear and looking forward to many years to come!

As with 'You Guys', this is another great view into why using inclusive phrases are incredibly important.