jaguar75
Re:Using Claude Code SDK to reduce E2E test time
on Saturday September 06, 2025 @08:13PM (#45154077)
I speak for a more distributed, microservices ecosystem, but the core issue is having a “fat” E2E testing suite in the first place. Since take hours to run, it forces a “batched” testing approach where a bunch of PRs are tested together (nightly etc) and leads to very slow feedback cycles for developers. Ideally I would shift to having a very small suite of E2E tests that can be run for every PR and then have service specific api tests that test the integration of the service being changed with the rest of the system. This way you de-centralize the testing as well and are closer to achieving true continuous delivery of each change to production.
Re:Ow Dynamic K8s Sandboxes Can Improve Dora Metrics
on Wednesday August 20, 2025 @10:37PM (#44968531)
Hi HN, We wrote a deep dive on a problem many of us in the platform/DevOps space face: traditional staging environments are slow, expensive, and create contention that directly hurts DORA metrics. The post explores how moving to on-demand, isolated sandboxes can directly impact Change Lead Time, CFR, etc., based on findings from the latest DORA report. Happy to answer any questions.
Ow Dynamic K8s Sandboxes Can Improve Dora Metrics
Re:Ask HN: Will transformer based LLMs hit an improvement ceiling?
on Monday July 21, 2025 @02:43AM (#44632376)
AGI is a vague term but a naive definition is smarter than any human in any fields/domain.
Clearly current LLMs are impressive in document/code generation but I’m having a hard time extrapolating that to AGI (assuming that it’s still reliant on current transformers arch).
Ask HN: Will transformer based LLMs hit an improvement ceiling?
A fundamental question I have is whether the current transformer based architectures are powerful enough to allow scaling towards AGI or are there ceilings here that are becoming more evident?Though folks from the leading LLM companies are in the forefront of this, it’s hard to take their word due to an obvious conflict of interest. And it’s unclear if academia has more theoretical knowledge...
Re:Microservice Integration Testing a Pain? Try Shadow Testing
on Saturday March 01, 2025 @01:49PM (#43222310)
Thanks for sharing! This approach is inspired by tools like opendiffy. It’s an adaptation of canary testing applied earlier in the SDLC - more specifically for Pull Request testing. Lends itself quite well to cover contract and integration testing and potentially “shift left” other types of testing.
Would love to get feedback from the HN community!
Re:Automating Git Bisect with Ephemeral Environments
on Wednesday February 05, 2025 @05:28PM (#42956244)
Interesting idea! The real bottleneck here is likely not the number of test runs, but rather the overhead of environment setup and tear down. This is where ephemeral environments really shine if they can be optimized for quick startup.
Re:Does the current GenAI path lead to AGI?
on Sunday December 01, 2024 @03:24PM (#42290490)
Thanks for the reference. Yes, it boils down to what is intelligence. I guess true AGI is more than pure intelligence and also involves a sense of “self” or ego and such.
Does the current GenAI path lead to AGI?
I struggle with this question. It’s rationally hard to see a token predicting machine (no matter how good) lead to reasoning and understanding of our world. Surely feels like a different approach is needed which may not extrapolate from the current rapid success of Transformer based GenAI approaches.Would love to hear thoughts from the HN community.
Show HN: Signadot (YC W20): Local Testing with Shared Kubernetes Clusters
https://www.signadot.com/blog/bridging-the-gap-local-testing-in-shared-kubernetes-clusters
Hi again HN, we’re Arjun and Anirudh, founders of Signadot (YC W20). Signadot helps teams developing microservices test their changes using lightweight environments called “Sandboxes”. We use a relatively new approach, using traffic labeling (using OpenTelemetry) and request routing (using a Service Mesh) to isolate environments in a shared Kubernetes cluster. Today, we’re launching a new...
Re:Launch HN: Nucleus (YC W23) – Kubernetes platform for both devs and...
on Monday June 05, 2023 @03:02PM (#36201526)
Impressive list indeed! Co-founder of Signadot here. Btw, we don't manage Kubernetes (K8s) environments; instead, we enable multi-tenancy for test tenants within a customer's existing K8s setup, without duplicating infrastructure. We leverage sidecars or a service mesh for request-based isolation, dynamically routing traffic based on request headers (typically propagated using OpenTelemetry).
Re:Ask HN: How did you name your monolith?
on Monday June 05, 2023 @09:47AM (#36196141)
In the early days it’s ok to not worry about the difference between company name & product. But as you develop many products it may make sense to have company & product names be distinct. It depends on product positioning and branding goals. Theres no “best” approach here.
Re:Kubernetes Enthusiasts: Share Your Ideas for Future Dev Tools
on Wednesday May 24, 2023 @01:54PM (#36061744)
Yes, these are our (thin) YAML files via which you describe the Sandboxes in terms of deltas from the baseline env. The K8s yaml files remain as the source of truth for your standard deployments. The operator is not open source. Some components like the CLI and Resource plugins are. We do have a free tier, however.
Re:Kubernetes Enthusiasts: Share Your Ideas for Future Dev Tools
on Wednesday May 24, 2023 @12:56PM (#36060895)
Check out https://www.signadot.com/. Full disclosure, I'm the founder, but it could help with what you’re looking for.
Re:Testing multiple PRs together using multi-tenant environments
on Saturday February 04, 2023 @03:57PM (#34658213)
Co-founder of Signadot here. Computers and software programs become multi-tenant so they can do more and support concurrent users with fixed resources. However, when it comes to test environments for cloud native applications, most are single-tenant, meaning teams can't easily share a testing environment for different features.
The idea here is to bring multi-tenancy to test environments by routing traffic through specific versions of microservices. This way, multiple testing environments can be created at a lower cost, enabling new use cases that were too expensive before. This blog post is about one such use-case around end-to-end testing of a set of PRs realized in a cost effective way. Would love to get your feedback!
Testing multiple PRs together using multi-tenant environments
Re:Launch HN: Signadot (YC W20) – Lightweight Test Environments for Mi...
on Thursday September 15, 2022 @01:30PM (#32855498)
Let us know what could improve. Thanks
Launch HN: Signadot (YC W20) – Lightweight Test Environments for Microservices
Hey everyone, we’re Arjun and Anirudh, founders of Signadot (https://www.signadot.com/). Signadot is a Kubernetes-based solution that enables lightweight environments, called Sandboxes, to test microservices early in the development lifecycle.Before founding Signadot, I managed engineering teams building microservices at different companies. As the number of services and external dependencies...