benthehenten
Joined 12 years ago
Joined 12 years ago
LogRocket is a front-end monitoring service that helps developers fix problems in their web apps by letting them replay bugs. Our product is used by thousands of companies like Brex, Bloomberg, and Reddit to eliminate the guesswork for developers as they fix bugs and user-reported issues. We are a few engineers today and looking to double our team in the next few months. If you are interested in joining at the ground-floor of a venture-funded, fast-growing company, feel free to reach out to ben at logrocket dot com.
- "Infinitely scalable" services like Bigtable and Cloud Pub/Sub have helped us scale extremely quickly to support large clients.
- The durability of Cloud Pub/Sub was particularly important early on as it served as a fail safe when our consumers would go down
- Aggressive discounts for committed use. For our particular workload we've calculated AWS could be as much as 10% more expensive
- Dashboard developer experience and UX is more approachable than AWS
- We use worker threads for data encoding and network I/O
- We use the MutationObserver API for capturing diffs of the DOM
- We pull static resources directly from an application's servers (vs uploading from the client)
- Loading method shims first (and later the rest of our SDK asynchronously) to reduce initial loading time
- Batching requests and waiting for network downtime to send data
- We use Protobufs as a wire format for reducing bandwidth
I'm sure Session Stack employs some similar techniques- would be curious to hear about methods they're using as well.
[disclaimer: I work at LogRocket]
Doing open source well requires significant resources for community management, PR review, and support. When we do release an open source version of LogRocket, we want to be sure that we can dedicate enough time to supporting our users and engaging the community.
(I work at LogRocket)
The product is built-out in the sense that we have many customers who use LogRocket daily to fix bugs and support their users.
Of course we've only just started toward our long term goal and have lots more work to do!
If you shoot me an email (ben at logrocket) I'd be happy to discuss in more detail :)
Your concern is fair, though many modern analytics tools can capture PII if not properly configured. It is important when using any such tools, including LogRocket, that developers understand the scope of the data collected and properly censor things like SSN, Credit Cards, or health data.
Some of our more security-conscious customers also just run LogRocket on their own servers with our self-hosted version. In this case, the script becomes first party, and they can configure behavior where no data leaves the client unless a user specifically gives permission.