Recent submissions

Comment · 2 years ago
We use HyperDX for our observability! We had been using google's observability suite before, because we're using GKE anyways, but HyperDX's search over traces is just waaaay better and I can't go back.
Comment · 2 years ago
I'll take a look!
Comment · 2 years ago
Hi z3ugma! Yah we'll add a README. To clarify the emailo package is not (currently) intended for consumption outside of Dittofeed, but it'd be great to document nonetheless!
Comment · 2 years ago
Comment · 2 years ago
I just wanted to share a piece I recently wrote on Dev.to about some of the work we've been doing at Dittofeed. Dittofeed is an open-source alternative to platforms like customer.io, Klaviyo, and Braze.

If you're interested in how to segment users by processing semi-structured event logs at scale, keep reading!

Article: https://dev.to/dittofeed-max/how-we-stopped-our-clickhouse-d... Dittofeed's primary repo: https://github.com/dittofeed/dittofeed

This article includes code samples, as well as a link to a git repo you can use to run tests and follow along. These code samples demonstrate a simplified user segmentation setup in ClickHouse.

Accompanying repo for the article: https://github.com/dittofeed/clickhouse-segments-tutorial

User segmentation is key to understanding your business or application’s users’ behaviors. For example, you might want to keep track of which users have gotten stuck in an onboarding flow or which users haven’t logged in within the last 30 days.

Here's a quick rundown of what I covered:

Diving into ClickHouse: Why we (and you) should use ClickHouse for your analytical workloads, and user segmentation in particular.

On User Segmentation: What are user segments, and how do we calculate them. We cover some basic pseudocode.

Tackling Idempotency: To avoid duplicate data messing up our calculations, we've made sure our setup is idempotent.

Scaling with Micro-Batching: Simulate stream processing by incrementally aggregating user events in small batches. This is really the core of the article!

"Event Time" vs. "Processing Time": When did an event happen and what are the different ways we can measure time? How do we accommodate different measures of time in our application?

I'd really love it if you could take a moment to check out the article and maybe even drop a star on the Dittofeed GitHub repo. Your support and feedback would mean a lot!

Catch you all soon!

Comment · 2 years ago
Interesting that they seem to only intend this for uses cases outside of the "path of a user-interaction". Makes me thing they've prioritized devx/iteration, but that for a non-trivial number of uses cases you'll need eject to more low level infrastructure.
Comment · 2 years ago
Having trouble finding blueprint's repo. The paper says it's open source. Would love to poke around, if you know where to find it!
Comment · 3 years ago
Hi all. Have you used reverse ETL with customer engagement platforms / marketing automation in the past?

Would love to learn about your use case and pain points.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton