开发者
编程技术、框架工具、最佳实践
共 7083 篇 · 第 176/355 页
Token Entanglement in Subliminal Learning
A few months ago I rediscovered an open-source project that simulates black holes in real time. I had bookmarked it when I first saw the original YouTube video because I always wanted to experiment with it.
submitted by /u/devAndreotti [link] [留言]
10 Most Feature-Rich React Data Grid Libraries in 2026
Comparing the most feature-rich React data grids in 2026, from pivot tables and tree data to...
Tell Congress: Don't Force Age Checks Online
Article URL: https://act.eff.org/action/tell-congress-don-t-force-age-checks-online Comments URL: https://news.ycombinator.com/item?id=48713887 Points: 60 # Comments: 16
Show HN: XSDR – Real-time event monitoring infrastructure for agents
XSDR is a unified pipeline for monitoring activity on X and the web. I built it because I wanted my agent to do things based on real-time events that were taking place instead of polling the web or scheduling cron jobs. With XSDR, you can trigger agentic loops based on real-time events. All you need is an API key, a webhook that can receive POST requests, and an idea of what you’re looking for. It currently supports X and Firehose (aka a persistent web crawler).
You might not need a service worker
Micron Suggests Apple Helped Cause Memory Price Crisis
Why can't India's government build a decent website?
Distributed Tracing: The Missing Piece of Your Observability Stack
When Logs and Metrics Aren't Enough You have great dashboards. Your log aggregation is solid. But when a user reports "the checkout page is slow," you still spend 30 minutes jumping between services trying to find the bottleneck. That's the gap distributed tracing fills. What Tracing Actually Shows You A trace is a complete picture of a single request as it flows through your system: User Request → API Gateway → Auth Service → Product Service → DB → Cache → Response 5ms 12ms 45ms 120ms 3ms ^ This is your bottleneck Without tracing, you'd see: API Gateway: latency looks fine Auth Service: latency looks fine Product Service: latency is HIGH but why? With tracing, you see the exact DB query inside Product Service that's taking 120ms. Getting Started with OpenTelemetry OpenTelemetry is the standard. Here's a minimal setup: # Python example with Flask from opentelemetry import trace from opentelemetry.instrumentation.flask import FlaskInstrumentor from opentelemetry.instrumentation.requests import RequestsInstrumentor from opentelemetry.instrumentation.sqlalchemy import SQLAlchemyInstrumentor from opentelemetry.sdk.trace import TracerProvider from opentelemetry.sdk.trace.export import BatchSpanProcessor from opentelemetry.exporter.otlp.proto.grpc.trace_exporter import OTLPSpanExporter # Setup provider = TracerProvider () provider . add_span_processor ( BatchSpanProcessor ( OTLPSpanExporter ( endpoint = " http://otel-collector:4317 " )) ) trace . set_tracer_provider ( provider ) # Auto-instrument everything FlaskInstrumentor (). instrument_app ( app ) RequestsInstrumentor (). instrument () SQLAlchemyInstrumentor (). instrument ( engine = db . engine ) That's it. Three auto-instrumentations cover 80% of what you need. Custom Spans for the Other 20% Auto-instrumentation gives you HTTP calls and DB queries. Add custom spans for business logic: tracer = trace . get_tracer ( __name__ ) def process_order ( order ): with tracer . start_as_current_span ( " process_order " ) as sp
On cigarettes
5 Open Source Alternatives I've Been Using Lately
Like most developers, I have a set of tools I use every day. Most of them work great, and I don't...