Nice tutorial for rendering water. It gets more complex from there but this one is doing quite a lot already.

How to get started with putting in place an Agile approach in a team? Clearly structure helps in the beginning. One caveat of the article though: don't read this as having to respect a book to the letter forever, it's merely a starting point.

A good tour of the important HTTP headers.

This matches what I see. For some tasks these can be helpful tools, but it definitely need a strong hand to steer them in the right direction and to know when to not use them. If you're a junior you'd better invest in the craft rather than such tools. If you got experience, use with care and keep the ethical conundrum in mind.

The language keeps evolving, this is a good reminder that some old idiom can be let go. Parameter packs still need some adjustments to become nicer though.

Don't confuse scenarios for predictions... Big climate improvements due to AI tomorrow after accepting lots of emissions today is just a belief. There's nothing to back up it would really happen.

A bit of a rant, but since it looks like people are still trying to consider all those technologies are equivalent... I think it's good to have an explanation on what makes containers different.

Looks like a good set of tips of get more DDD practices in place without the badly understood vocabulary which usually comes with it.

Important principles to have in mind for proper UX/UI designs. There are more of course, those are the bare minimum though.

Just looking at averages is indeed quickly hiding patterns. Make sure distributions are visible in some fashion.

A bit of a self-serving post towards the end. Still I like it because it clearly mention that it's not about dropping all documentation in favor of the code (quite the contrary in fact, documentation is very much needed). It really is about treating code like documentation, putting the same care into it in terms of readability and understandability. If you wonder what code reviews are for... it's also for this readability concern.

If you spend your time in dull meetings and then run like a headless chicken... it's definitely a sign you should cut down on the meetings and keep only the ones focusing on solving actual problems.

A look back at XP practices with some interesting insights. This doubles as a good XP primer as well.

A list of opinions on our field. It's personal and biased of course, so make that you want out of it. I agree with most I'd say. A couple are rather niche though.

Interesting alternative retrospective format. The way of framing the questions might help get new ideas.

This is definitely a funny hack. I wonder how long the people behind this knew about the vulnerability and waited for the right opportunity to do something with it.

Looks like a nice resource to get better at finding the root cause of performance regressions and optimising code.

Interesting stuff. This should ease greatly sharing code between shaders and the host application, especially for data specification which is easy to get wrong.

It's meant to be humorous, but this says something interesting about how design and marketing evolves.

Wow, very smart approach to solve discontinuity issues when quads are turned into triangles.