Note

I want to say a big thanks for everyone who came to https://phpminds.org this evening to hear my talk about the IndieWeb!

I hope you all got something out of the talk and it's encouraged you to look into it a bit more - come along to https://www.jvt.me/events/homebrew-website-club-nottingham/ for more IndieWeb + personal website building.

I'm looking forward to getting a blog post out, covering it, but that may have to wait until I give the talk at https://oggcamp.org in October.

 Bookmark

I quite like this idea. As https://charity.wtf puts it, we should be comfortable with deploying no matter what day or time of the week, because our tooling and processes should give us confidence. It's an antipattern and a sign that something is wrong if we don't want to do it.

But at the same time, you don't want to be staying up late on a Friday because someone pushed something, and then have it potentially ruin your weekend.

It's definitely a hard line to walk, but as this article says, we should opt for something a bit more risky, to give us more confidence

 Bookmark

I've been using DuckDuckGo for a couple of years now, and have no complaints. The privacy baked into the product is great, and their extensibility for things like !gh to search on GitHub or searching "html pretty print" is awesome for quick productivity boosting.

I'd recommend you giving it a go, and see how you feel after a while. And if you're finding search results aren't so great every so often, you can !g to get your Google results!

 Bookmark

This is a really great post about how we should look to use our time more wisely. Taking time to create something new instead of just consuming others' content, especially as you're all going to have some really interesting things to share.

However, we also need to remember that it's OK to have downtime, and consuming others' content is ok! (And yes, this is a little ironic coming from me, a person who is seemingly always productive and pushing out new content)!

 Bookmark

This blog post from Monzo is such a good explanation of what the Strong Customer Authentication regulations are, especially coming from someone who's been working on it for some time. It's going to be interesting to see how the industry works at making it secure, but unobtrusive to the customer - as it's something that could cause quite a User Experience difficulty, at the risk of providing real security for our users.

 Bookmark

Readability of code is a very important, but so is using idiomatic language style. However the difficulty, as this article calls out, is that some folks won't find it easy to read or write code in an 'idiomatic' way. And also, who cares if you convert the readable four-line code snippet into a horrible to read one-liner? All it does is make it harder for the next person!

 Bookmark

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.