I don't really mind PRs
As long as they are 1 LoC big and reviewed immediately.
»Tools to reflect on your process
The more you mob and work as a team, the less you need Slack to communicate and synchronize.
The more you mob and work as a team, the less you need Github to review each other’s work.
If you need gRPC to optimize the performance of communication over the network
functional decomposition of the system is suboptimal which is causing services to be overly chatty.
»A short, sad story about high transaction cost causing inevitable big batches and long feedback loops
The longer it takes me to test/check a change ->
»Having a need for coordination
and a corresponding role is likely an indicator of a process focused on utilization (busyness) instead of flow (eliminating queues and wait times).
»Optimize your code for explicitness
Two super simple examples, achieving the same thing.
»When it's too difficult to measure the whole system
in order to improve it, the second best thing that feels natural to do is to improve what we can measure.
»The Theory of Constraints and Amazon
Not sure how much it’s known, but Jeff Bezos is a huge fan of the Theory of Constraints. Such a big fan that ‘The Goal’ from Eli Goldratt is one of the 3 must-read books he gives out to all senior executives joining Amazon.
»When I have a fast test suite
I’m able to experiment with the production code.
»People don't do big changes
because they like them better than smaller changes.
»