Tyler Cowen:

Learning something new all the time, and staying healthy. Getting paid. Interacting with smart people. Having the chance to pass something along to others.

Solid.

Jessica Kerr:

If you think about it this way, you might recognize that in many software teams, our limitation is not how much we can do, but how much we can know. To change a sufficiently complex system, we need more knowledge than one or two people can hold. Otherwise we are very slow, or we mess it up and the unintended effects of our change create a ton more work.

An explicit approach to delegation.

Camille Fournier:

So the next time you find yourself tempted to volunteer to take over responsibility for something from someone who reports to you, pause. Instead of taking it over, ask them what they think the next steps should be. Give your feedback, and let them bring the follow-ups to you in the next appropriate touch base. You owe it to them to stop taking over their work in the name of helpfulness.

Tomasz Tunguz:

There are three types of product features, a seasoned head of product told me recently. MMRs, neutralizers, and differentiators. MMRs are minimum market requirements; basic features that every customer expects and demands. Neutralizers mitigate competitive threat. Differentiators are your startup’s competitive advantage.

…

As the product team talks to customers, they are likely to hear feedback encouraging more investment in MMRs and neutralizers. “Your product is missing this feature. We need this capability that exists in another piece of software in yours.”

…

customers rarely push vendors to further their differentiation. By definition, the unique selling proposition doesn’t exist elsewhere in the market. So advances or improvements to the differentiator may not be obvious to customers.

A simple application to get your macOS menu bar under control.

Mathias Biilmann:

it’s important to build up a solid instinct for separating the technologies and products worth spending time on from the ones that will fade into obscurity after their 15 minutes of fame is over

I especially like the idea of recording yourself working to help guide improvement.

A look at the costs of implementing single page applications.

Looks like a useful visualisation for projects.

Some good tips and resources for remote workers and companies.

Impressive.

The Tesla’s big battery in South Australia has already taken a 55 per cent share in the state’s frequency and ancillary services market, and lowered prices in that market by 90 per cent, new data has shown.

…

And the 100MW battery has achieved over 55 per cent of the FCAS revenues in South Australia. So it’s 2 per cent of the capacity in South Australia achieving 55 per cent of the revenues in South Australia.

…

Various estimates have put the cost savings to consumers from the FCAS market alone at around $35 million, just in the first four months of its operation.

That’s a pretty good bang for the buck for the estimated $50 million investment by the South Australia government. South Australia is the only state that has experienced a decline in FCAS prices over the past few months.

This comes up every couple of years and each time I read it I laugh.

Things unfold in unexpected ways.

A pretty good list.

There’s hope yet that I can draw me some comics one day.

Covers the challenges of employing people around the world.

Goes into the (dearth) of applications as well as how it works.

Reminds me of The Newtonian Casino.

An app to help you use less apps.

Kevin Rutherford:

What follows is my personal, opinionated, idiosyncratic approach to React/Redux development, forged in half a dozen attempts to pursue test-driven development at a good pace.

Some interesting approaches in here. I like the use of more classic terms for some of the Redux concepts. Commands instead of Action Creators. Events instead of actions. Read models instead of reducers or selectors.

A podcast about Watergate.

Tips to visualise and limit context switching.

A useful service for improving the security of your users’ accounts.

A useful overview.

From a couple years ago. The section dispelling dogma that’s arisen around the approach was particularly interesting (from 22:40).

Camille Fournier:

If you are (or were) a highly opinionated engineer, practicing making space for information rather than quickly jumping in and sharing your conclusions is a must for leadership growth.