Interesting coaching approach for teams. It's indeed hard to get teams to stick to some of the difficult development practices... By mixing several approaches, this looks like she's onto something here.
Neat introduction to how SSDs work.
Interesting exploration on the amount of legacy a platform can accumulate over time.
Clearly that's a big "if"... I don't think we'll ever see the Scrum Alliance really care about developers.
Looks like a very interesting tool, in particular for security purposes.
A collection of nice CLI tools. Got some of them already, still there are a few more which look interesting.
Second time I bump into this book being mentioned somewhere. This good summary really makes me want to read it. At least it gives a clear overview of complexity and how it's tied to other softer topics. I especially like the distinction between tactical and strategic, it's one I do often. I think I'm particularly willing to read the chapters about comments and TDD... from the summary it seems it's where I'm the most at odd with the ideas in there.
Stay away from the hype and introduce complexity in your systems only if it's warranted by the problem space you have to tackle. Most organizations don't need microservices, use them responsibly.
I think this is a very good summary of what being in the position of a tech lead entails. I especially like the bottom line of this article: it's a constant balancing act between your heart or your mind.
Most of the points pushed forward in this article are things I've been trying to achieve for a long time. It also summarizes fairly well most of the topics I go through with tech leads or people growing in the position for coaching situations.
Excellent advises on project planning and management. It explains pretty well why being optimist in those areas will just drive your project through a wall.
Very interesting discussion about decision making and forecasting. I'm discovering Tetlock as he is mentioned and his findings are interesting in their own right as well.
A good illustration on why social media are toxic for our thinking. They push us to focus on anecdotes and as such miss the big picture. No wonder everything got so polarized so quickly there.
Last part about estimates. Plenty of very good advises again on how to deal not meeting a deadline. Communicating the bad news early is key.
AST tooling is great for porting code and code quality checks. Here are a couple of examples in python.
Very interesting deep dive into conditional HTTP requests. It fully covers ETag and Last-Modified.
Another nice piece about estimates. This time for the tough times when you're asked a quick ballpark number. The best piece of advises in there: know when you shouldn't do it at all, and, if you go for it sound vague.
I'd even add "you can never be to vague". Even if you go for "a few weeks, maybe two or three" very often people here "two weeks". Don't hesitate to hammer down the uncertainty in all this.
More on the test pyramid debate... As usual looking at the history of a concept and carefully evaluating how things are named is very enlightening. This is a must read.
Very sensible and simple advises on how to do logging in your application. Just lacks a bit a discussion on how to use the different log levels.
Lots of good ideas on how to use docker-compose in development vs in production. Very web app oriented as the title imply but contains a few nuggets which make sense for desktop or embedded use as well.
I've been banging the testing drum for so long I'd have a hard time to not violently agree with that article. I have a couple of beefs with it though, like the sacrificing encapsulation point but other than that...