cedricd

19 ms·

91.
by cedricd 6y ago
Narrator | New York, NY | Full-time | Remote | https://www.narrator.ai Narrator (YC S19) is a library of expert-written data analyses that anyone can run instantly on top of their data. Our stack is python, react We're look
92.
How to generate a series of numbers in SQL for Redshift, Azure, and Snowflake(blog.narrator.ai)
1 points by cedricd 6y ago|0 comments
93.
by cedricd 6y ago
I know this isn't a fun answer but in my experience it's just bad process and culture Basically nothing can be done / no decisions made without a meeting. Why? Because X number of people feel they need buy in. If you don&#x2
94.
Using your data warehouse to sync your SaaS tools(blog.narrator.ai)
1 points by cedricd 6y ago|0 comments
95.
by cedricd 6y ago
I've seen it happen first hand. I had some stock in a company that was running out of money and having issues raising their next round. They ended up taking a deal with an investor that took a huge ownership stake and diluted the compa
96.
How to Choose an Attribution Model(blog.narrator.ai)
1 points by cedricd 6y ago|0 comments
97.
Using customer behavior to drive better product decisions(medium.com)
1 points by cedricd 6y ago|0 comments
98.
by cedricd 6y ago
There's another approach you can do -- make the analysis portable instead. Assuming data is in a standard format then you can share your script for people to run themselves. Obviously this is fairly difficult in practice unless you can
99.
by cedricd 6y ago
So if I understand correctly, I can define bits of JSON / values in your interface. Then when my client app loads it'll hit your service backend to fetch them. Seems pretty interesting. In terms of how it works it seems similar to
100.
by cedricd 6y ago
Thanks for all the work you do Daniel! I don't know how you manage it all.
101.
by cedricd 6y ago
Interesting. It breaks on my site. https://seleniumbase.io/devices/?url=www.narrator.ai Tried again and now it doesn't load. Maybe I'll try later. Looks cool though
102.
SQL: How to get first value based on time without a JOIN or a Window Function(medium.com)
3 points by cedricd 6y ago|0 comments
103.
by cedricd 6y ago
Yes, the customer would have to define their activities (e.g. 'page view', 'completed order', 'support ticket opened') and write sql snippets to define them. https://docs.narrator.ai/docs/a
104.
by cedricd 6y ago
Thanks for the feedback. Yeah, we can definitely consider it. We haven't totally optimized our pricing yet. If you (or anyone) uses our free tier and wants to upgrade to something between it and the lowest paid tier just send us a mess
105.
by cedricd 6y ago
We don't use an underlying storage engine. Everything runs directly on your warehouse. We build the activity stream by running queries against the warehouse and writing to a table that we create inside of it. When people build datasets
106.
by cedricd 6y ago
It's not quite that granular. I was more responding to the idea that there can't be a source of truth for these activities. We actually have several e-commerce companies using our platform (with decently high volume). In practice
107.
by cedricd 6y ago
Yeah, that's true, but you'd be surprised by the number of things that can be modeled with an activity stream. It's one of the more common objections people have as they understand the model, but in practice we've found
108.
by cedricd 6y ago
Yes, that's basically it. 2. The report (we call it Dataset) you build with the Narrator UI is a table that you can aggregate different ways, plot, and export (including writing back to the warehouse as a materialized view) 3. done o
109.
by cedricd 6y ago
Hmm. That's interesting. I'm not familiar with what Salesforce does. Do you have any more info about it? I'd love to learn more!
110.
by cedricd 6y ago
Appreciate the skepticism, since yes, we're a totally different approach. I'll try to address your points in order. Yes, we agree that 99% of the work is determining what the data means. Our structure doesn't magically make t
111.
by cedricd 6y ago
No, we mainly focus on data modeling on top of a warehouse and deep analyses. Our customers are often data analysts, data scientists, or engineers. That being said we would love to partner with a CDP like mixpanel and amplitude to have mar
112.
by cedricd 6y ago
Great to hear from someone who also built this themselves! As far as flexibility beyond 11 columns: I'd love to know your use case. We do support additional metadata on each activity with what we call enrichment tables. Some events are
113.
by cedricd 6y ago
Sorry for not making that clear :). We're a SaaS product. You can check out our pricing page here https://www.narrator.ai/pricing The initial consultancy approach helped us build out the product. Once we could show int
114.
by cedricd 6y ago
Also replying since I wrote this up :) - activity_id : a unique identifier for the row - activity : the type of activity (eg 'page_view') - timestamp : time the activity happened - customer : the unique customer identifier Metadat
115.
by cedricd 6y ago
In some respects it's similar, in that our table is time-series, but we're fully on the data analysis side. Data flows from production databases (in any format) into a warehouse, and from there we transform it into the activity st
116.
by cedricd 6y ago
That's a great question. No, you don't have to change the any other applications at all. We work from the raw data in a warehouse. So the typical flow is that your production applications structure their data however they want. Fr
117.
by cedricd 6y ago
Thanks! We've found that this scales fairly well. Tables generated from the activity stream are generally done in seconds or minutes at the worst case. One reason for this is that most warehouses are column-oriented. This means our tab
118.
Launch HN: Narrator (YC S19) – a data modeling platform built on a single table
143 points by cedricd 6y ago|59 comments
119.
by cedricd 6y ago
Have you seen https://www.listenlively.com/ They're a fair bit below what you've quoted above.
120.
by cedricd 6y ago
Thanks Roee! Appreciate the support

More ›