HackerTrans
TopNewTrendsCommentsPastAskShowJobs

mitchm

no profile record

Submissions

Show HN: An assertion library for E2E testing and real user monitoring

github.com
8 points·by mitchm·8 giorni fa·2 comments

Simple, declarative RUM and E2E tests for web apps

faultsense.com
2 points·by mitchm·22 giorni fa·0 comments

Show HN: Uno – Us vs. Them. Humans vs. AI version of the card game

usvsthem.com
3 points·by mitchm·mese scorso·0 comments

Show HN: Turn E2E tests into observability signals

faultsense.com
3 points·by mitchm·2 mesi fa·2 comments

Show HN: A real-time multiplayer card game built with Go and Htmx

usvsthem.com
1 points·by mitchm·5 mesi fa·0 comments

What if your users ran your E2E tests?

faultsense.org
2 points·by mitchm·8 mesi fa·2 comments

Show HN: Fault Sense – An Application Feature Monitor for Web Apps

faultsense.org
3 points·by mitchm·8 mesi fa·0 comments

comments

mitchm
·2 mesi fa·discuss
“ This is a test review from the debugging script. Please ignore it.” ?
mitchm
·5 mesi fa·discuss
I’ve also been exploring this idea. What if you could bring your own (or pull in a 3rd party) “CPU player” into a game?

Using an LLM friendly api with a snapshot of game state and calculated heuristics, legal moves, and varying levels of strategy in working out nicely. They can play a web based game via curl.
mitchm
·7 mesi fa·discuss
The personas were brutal in the best possible way. Great job
mitchm
·7 mesi fa·discuss
Worth reading The Creative Act by Rick Rubin. May help your relationship with side projects.
mitchm
·8 mesi fa·discuss
I should add, this is the instrumentation layer. You still send all the events generated to your event collection backend.
mitchm
·8 mesi fa·discuss
This all started with a simple question: when metrics are down, how do you know part of your application isn’t broken for a subset of users?

Production for the frontend is the user’s device, and we all know things can go wrong without an explicit error. With the current state of frontend observability tools, how do you tell when something should have happened but didn’t?

Too bad we can’t just have our users run `it('opens checkout modal on click', …)`, right? What if we could..

Maybe the world doesn’t need more HTML attributes, but it’s my best attempt so far at improving frontend observability. I think the ends justify the means.