HackerTrans
トップ新着トレンドコメント過去質問紹介求人

markl42

139 カルマ登録 10 年前
GraphQL Nerd @ Yelp // https://twitter.com/mark_larah

投稿

Preventing LLM unit test spam

blog.larah.me
2 ポイント·投稿者 markl42·3 日前·0 コメント

The Case for Service-to-Service GraphQL

blog.larah.me
3 ポイント·投稿者 markl42·4 日前·0 コメント

Introducing GAPs: GraphQL Auxiliary Proposals

graphql.org
2 ポイント·投稿者 markl42·先月·0 コメント

Default GraphQL response is now HTTP 500

graphql.org
34 ポイント·投稿者 markl42·3 か月前·4 コメント

Show HN: Clip – Claude Interactive Picker

github.com
3 ポイント·投稿者 markl42·4 か月前·0 コメント

Show HN: Spacelist, a TUI for Aerospace window manager

github.com
45 ポイント·投稿者 markl42·7 か月前·6 コメント

Don't Gobble Up Errors

programming.protips.wiki
4 ポイント·投稿者 markl42·7 か月前·0 コメント

コメント

markl42
·2 年前·議論
At the risk of hijacking the comments, I've been trying to use OTel recently to debug performance of a complex webpage with lots of async sibling spans, and finding it very very difficult to identify the critical path / bottlenecks.

There's no causal relationships between sibling spans. I think in theory "span links" solves this, but afaict this is not a widely used feature in SDKs are UI viewers.

(I wrote about this here https://github.com/open-telemetry/opentelemetry-specificatio...)