Stephen Vance

@tottinge Not to mention, coverage is after the production code, so you're not *driving* the development anymore when you're filling in coverage.

Do you know what TDD is really not good at? Code coverage Each microtest adds just a miniscule bit of coverage, usually one execution path of one tiny method. It hardly matters at all. It barely moves the needle. Coverage can't possibly be the reason to adopt TDD.

@krieghan @geertjanthomas @tottinge Statement coverage is weak. Branch and condition coverage help. There are other coverages, as well. And even then, there are constructs that coverage misses like lookup tables.

@geertjanthomas @tottinge Code coverage can tell you what you are missing, though. Until you get it to 100% - then you’re kind of on your own.

@geertjanthomas @tottinge That doesn't mean you can't use coverage. It just means you need more than one consideration to guide your tests.

@tottinge Test coverage is overrated. You can easily get high coverage, but are you testing the right things, are your tests robust? A coverage % won't tell you that.

@daverooneyca @tottinge Mine was similarly mind-expanding. That learning wasn't shared. :)

if you and i experience something differently, which one of us has the valid experience and which is invalid?

@tottinge One of my mantras is that for every human interaction between n people, there are at least n+1 truths

@dmosher Closest I've come to using it in server components is in the background page of a browser extension and webext-redux to proxy it to the popup and content pages. Worked well but needed some performance tuning once it grew.

@StephenRVance Yes, I still like redux as well, although I think it shines in a single-page-app and is a can of worms with the uncertainty of what app architecture looks like in react server components 😅

The one thing from the Backbone/Angular/Ember era that seems to have been lost in React apps is event-driven architecture. Incredibly useful for decoupling things and it’s the foundation of the DOM! A small event bus still fits nicely with React; bit of a lost art 🤓

@gdinwiddie Only to the extent that I can distill simplicity out of it

Does "being comfortable with complexity" sound like something desirable to you?

@CressNC 1: IME combined is no worse than individual, but wait for the new booster in the next week or so

Scheduled an appointment to get both my flu shot and Covid booster at the same time. How much am I going to regret this decision on a scale of 1-10?

@mattbarcomb Many times a day

@mavNU91 I’d love to see an interactive map that lets you filter through different densities

This is a cool map

@scottwambler False dichotomy. They’re not mutually exclusive

One strategy is to accept the things you cannot change. Another strategy is to change the things you cannot accept. It's your choice.

@tottinge And often, “successful” is at best ill-defined, usually meaning “we shipped something and haven’t gone bankrupt yet”

Correlation is not causation. "We are successful because we do X" is it because or despite x?

@mavNU91 Negative information is real information

Wordle 747 3/6* Nothing… tiny bit… Got it! 😂 ⬛⬛⬛⬛⬛ ⬛⬛⬛🟦⬛ 🟧🟧🟧🟧🟧

@HandstandSam I’ve mapped it only to caps lock on a long hold and to switch language keyboards on a normal press.

WHO USES THE CAPS LOCK KEY? Lots of keyboard real estate and I don't find myself using it much.

@mavNU91 Although you played it a little differently than I did, so there's at least one more along your path.

Wordle 737 4/6* I wonder how many more there could have been? ⬛🟦⬛🟧🟧 ⬛⬛🟧🟧🟧 ⬛⬛🟧🟧🟧 🟧🟧🟧🟧🟧

@mavNU91 WordleBot says that's all of them Wordle 737 4/6* ⬜🟦⬜🟧🟧 ⬜⬜🟧🟧🟧 ⬜🟧🟧🟧🟧 🟧🟧🟧🟧🟧

@allenholub Dear Manager, Your pathological desire for precision in the face of uncertainty and inability to adapt to changing realities do not constitute my emergency. Sorry.

Dear Manager, Your lack of planning does not constitute my emergency. Sorry.

@allenholub Personally, my goal in any job is to make myself unnecessary. It means I've built up the people around me and it frees me to do new things.

To me, the main job of the SM (or any Agile coach) is to become unnecessary. If the team is not learning, the coach has failed.

@allenholub I’m of the logically defensible opinion that you can’t keep continually improving and still keep practicing Scrum. There’s always a point when your improvements make it not-Scrum.

I see little point in making it a goal to get better at Scrum. There's a lot of value in getting better at producing good software, though, or being more agile.