Kind bookmarks

GitHub always have a great recap of the new Git releases, and this is another - I'm particularly interested in some of the changes around git checkout

This is another good article talking about the difficulties of working on the Web, with the plethora of technologies 'required' to get even a static website off the ground, let along big business applications. It's something we're all just accepting as a thing that happens (or folks from other tech stacks are ridiculing) but no one is really looking at what we can do to prevent it or make it better.

This is a great post talking about some of the real difficulties of working in the Web ecosystem. It helps paint a picture of some problems that plague the folks working on it, and is a great view for someone who isn't as used to web development.

This post has definitely helped my recent scenario writing, and helped to shape the readability (and purpose) of the Cucumber testing I've been doing.

This is a great post - I thoroughly recommend learning how to use common commandline tools such as awk, grep, sed, but also adopting a scripting language for more complicated stuff. I don't mean Bash, or another shell scripting language, but something like Node, Python or Ruby, as it'll give you the opportunity for a greater standard library, as well as tonnes of packages built by others.

This should be a really interesting listen about getting started with the IndieWeb with David, I'd recommend it.

But in an even cooler turn of events, it was very cool to see that my article Why I Have a Website and You Should Too ( https://www.jvt.me/posts/2019/07/22/why-website/ ) discussed at roughly 39:00.

This is a really interest post about the dangers of installing work apps (such as email) on your personal device. This is something I've spent a lot of effort avoiding in the last couple of jobs, as well as going out of my way to not use any personal services (i.e. social media, email) on my work devices, as there is most likely traffic inspection or they are Man-in-the-Middle'ing the traffic, and will therefore be able to glean passwords. Although this seems paranoid, I feel it's a good mindset to have.

This is especially useful because it has a great way of enforcing the separation between home and work. However, there are still ways that this can break down - for instance, I have a work phone which is provided so I can be out of hours on call. However, I have things like email and Slack which allow me to use it throughout the day and reply to messages when I'm not necessarily with my laptop. But that's an issue because that phone goes home with me, even when I'm not on call. I'll find I'm catching up on work on the bus on the way to work, as well as keep in the mindset of work when I'm physically out of the building.

This makes it quite difficult because I'm not really switching off, even though I've said above that I'm trying to keep work and home separate. So what I've been doing for the last few months is leave my work phone at work (as long as I'm not on call!) which means if I've left the office, I'm no longer able to action anything, even if I think about it.

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.

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

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

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

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.

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!

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.

This is one of those posts that sums up why the Nottingham tech community is so amazing - it's well worth a read, especially if you're not from Nottingham!

This is a great post by Jon about Firefox Containers and the power they can hold.

I lazily use them as a way to have i.e. multiple email accounts logged in, or at work having several AWS accounts logged in at once but have also got some pieces in place to containerise certain privacy-infringing companies' attempts to track me.

This is another post you really need to read, if you haven't already, as it makes you really think about the way you communicate.

I know a lot of people who use the term 'you guys' as a gender-neutral term, but after reading this article it really helps persuade you that the term is actually not as inclusive as you think.

For a couple of years now I've been making an effort to use gender-neutral ways to address groups, and I hope after reading this you will too.

Being able to write semi-readable written text with technical terminology is a huge skill, and makes such a difference compared to not being able to write it.

I've found that since blogging more, my written language has gotten a lot better, and significantly makes my job easier.

I've worked with a number of brilliant engineers who can't explain themselves as well in written forms, which means commit messages and core pieces of documentation are difficult to understand.

Remember that you're never going to be the only person reading something, so make your content well thought out, re-read it and ask someone else to read through it to check it's OK.

Burnout sucks. There are a number of signs to pick up on it before it fully manifests which this article talks about. Having gone through it in the past, it's not something you want to go through, and can have some severely lasting effects that are hard to come back from.

Tell Him is a really important post by Jameela Jamil - if you don't read this, I'm incredibly disappointed in you

This is an incredible read about a huge undertaking the Guardian took to migrate two decades of content of migration with zero downtime - it's a great story and has a lot of great learnings in there

In every programming language, there is a linting tool that can help pick up on some common style issues. ShellCheck isn't one of those - it's so much more!

I've been using it for many years now, and since it came into my life it's honestly changed the way I use shell scripts. There have been so many pitfalls that I've avoided falling into since learning about them (and adding ShellCheck to my Vim linting setup.

This is a great read from Vidar, the ShellCheck author, about a case where it could've caught issues that caused the deletion of a production database!

I found this when listening to episode 194 of the Bike Shed podcast: My PGP Shame. I'd only added this episode to my playlist as it was an interesting title, but listening to it, it was even better than I thought.

There was some great stuff in there about Thoughtbot's application security guide, linked, which is a definite must-read.

My favourite quote of the episode, though, is the following exchange:

I've got to be honest, how does anything work at all? Oh computers don't work

This is a really great post! I think it was Jess Rose's talk about it where I realised it was a thing and not just something I felt. Talking about it and making others aware of it is good, and I'm definitely going to steal some of her coping strategies

Great post by Luke about how we should be more inclusive in events and whether alcohol-oriented is the nicest message for those wanting to get involved.

This is a great writeup about how to harden your SSH setup using 2-factor authentication. Would really recommend it!