jd's Avatar

jd

@jd.codes

Programmer by day, father all day, programmer later on at night, & gamer even later at night. ❤️ Ruby, Python, and Elisp (and a little bit of Go maybe) https://jd.codes

739
Followers
87
Following
83
Posts
24.10.2023
Joined
Posts Following

Latest posts by jd @jd.codes

🔥 Woah, just learned about Taleshape for the first time!

I'm working on a greenfield product and am _very_ curious about using it. We have Metabase right now for internal BI but this looks great for at least the application feature side of things for our customers.

29.09.2025 14:58 👍 1 🔁 0 💬 1 📌 0

It blows my mind every day that the software I use the most day to day is almost 50 years old. There's also not an editor out there that has the higher potential for LLM integration, given every buffer is programmable by default. #emacs

29.09.2025 14:53 👍 2 🔁 0 💬 1 📌 0

I got a line on some primo pure uncut acetominaphen

24.09.2025 13:33 👍 22 🔁 2 💬 2 📌 0

I was very much hoping this wasn't going down a dark path.

24.09.2025 13:49 👍 0 🔁 0 💬 0 📌 0

I really wish it didn’t feel like people are hoping it was completely malicious. 😞

22.09.2025 00:20 👍 3 🔁 0 💬 0 📌 0
Preview
A board member's perspective of the RubyGems controversy What a week it's been as a Ruby Central Board Member.

Freedom, another member of the Ruby Central Board, wrote this post, but it closely aligns with my feelings and experiences as well.

apiguy.substack.com/p/a-board-me...

21.09.2025 19:30 👍 16 🔁 12 💬 0 📌 1

It really is a problem that people that are so intelligent and innovative in one domain think their domain knowledge transfers to make them an authority on an unrelated topic. 😔

21.09.2025 00:04 👍 4 🔁 0 💬 1 📌 0

I’m not sure how much I like the new Liquid Glass bit from apple. The screen kinda feels more cluttered but maybe that’s a boomer take.

That being said, the animations are snappier and things feel more responsive. That is what I love about iOS 26 so far.

19.09.2025 14:14 👍 1 🔁 0 💬 0 📌 0

I’m definitely onboard with this take.

It feels like they’re not “design patterns” as much as “collections of behavior” helping you discover (not build into!) a specific role/set of responsibilities that behavior defines. They’re heuristics for naming behavior not implementation guides

09.09.2025 20:31 👍 1 🔁 0 💬 0 📌 0

Not really. I looked into it but I just had a hard time shifting away from the asset focused model Dagster has to a pipeline focused one like Prefect. I'd like to experiment with it one day though cause it looks cool!

08.09.2025 13:25 👍 2 🔁 0 💬 0 📌 0

It helps our company is a year old and the data platform is of course very green. There maybe a world where this stack has unforeseen limitations that’ll impact us, but that’s hard to imagine with what we know now.

08.09.2025 00:35 👍 1 🔁 0 💬 0 📌 0

To be clear, DuckDB is our metadata database as well as our primary engine.

08.09.2025 00:32 👍 2 🔁 0 💬 0 📌 0

Postgres is one possibility for that but we’re just using a DuckDB since it’s simpler and cheaper.

08.09.2025 00:31 👍 1 🔁 0 💬 1 📌 0

We felt that Dagsters focus on materialized assets instead of the DAG itself fit our model better. The baked in metadata management, lineage, and scheduling capabilities were also a big plus. Airflow is incredible software but the overhead for managing these things is too high for our small team.

08.09.2025 00:29 👍 1 🔁 0 💬 1 📌 0

MotherDuck is providing the storage for DuckLake parquet files (in their s3 buckets currently although you can BYO) and providing compute instances. They have a feature called read scaling that allows you to federate read only duckdb compute instances to specific db share which is useful for us.

06.09.2025 06:16 👍 3 🔁 0 💬 1 📌 0

Dagster is orchestrating all our pipelines end to end. We're pulling data from APIs, working on app db ingestion, (soon) orchestrating LLM training and (soon) isolated federated db shares. DBT is just the modeling part of our pipeline atm.

06.09.2025 06:14 👍 1 🔁 0 💬 1 📌 0

For large datasets the metadata is so useful because you get things like schema evolution, time travel (querying the db as it was in the past), and a few other features. DuckLakes format is based on a database storing the metadata and iceberg is based on parsing actual files at query time.

06.09.2025 00:10 👍 1 🔁 0 💬 1 📌 0

DuckLake is an open table format similar to Apache Iceberg. So your data is stored as files and both Iceberg and DuckLake store additional data file metadata which act as a mapping to the to the actual data files. The difference is, iceberg is based on files and DuckLake is based on a DB.

06.09.2025 00:07 👍 2 🔁 0 💬 1 📌 0

There’s a dagster-dbt integration library that exposes the DBT models and metadata to be translated into Dagster assets + metadata. It’s a pretty seamless integration. You even get the DBT tests as asset checks 😎. Dagster then just runs the DBT binary during materialization so it just works.

06.09.2025 00:05 👍 1 🔁 0 💬 1 📌 0

There's a bit of a learning curve with this stack, especially if you come from tools Airflow, Spark, or Trino. But once you're able to understand it, it's surprisingly simple. This is one of the things I'm most proud to have been working on in my career.

05.09.2025 15:00 👍 2 🔁 0 💬 0 📌 0

Dagsters "software defined assets" model is such a good heuristic for managing data orchestration pipelines. It's architecture is also incredibly simple and easy to maintain. Controlling dependencies, visualizing lineage, and integrations with tons of other tech make it a joy to work with.

05.09.2025 15:00 👍 1 🔁 0 💬 3 📌 0

It's a very simple stack whose core philosophy is _just write SQL_. DuckDB makes managing the data _easy_ and allows us to ingest sources natively from just about anywhere we'd need to. Using DuckLake also means we have almost 1:1 parity with an Iceberg stack w/o the overhead of metadata files.

05.09.2025 15:00 👍 2 🔁 0 💬 2 📌 0

I've been leading the data infrastructure efforts at my job (I used to work as a Data Engineer in big tech) and the stack we've landed on is so enjoyable to work with.

@dagster.io - Orchestration
@duckdb.org - Database
@motherduck.com - Data Warehouse/storage
DBT - Data modeling

05.09.2025 15:00 👍 13 🔁 3 💬 3 📌 0

I’ve been seeing Helix pop up more and more in readme.mds for various local dev tooling… looks cool!

04.09.2025 21:41 👍 2 🔁 0 💬 0 📌 0
Preview
Announcing Pg_duckdb Version 1.0 - MotherDuck Blog PostgreSQL gets a DuckDB-flavored power-up for faster analytical queries without ever leaving Postgres. | Reading time: 6 min read

One piece of tech I’ve been nerding out on this year has been DuckDB. This is one of the reasons why:

> …you could enrich a local customers table with user behavior data from a 10-billion-row Parquet file stored on S3–all in one SQL query..

motherduck.com/blog/pg-duck...

04.09.2025 21:39 👍 2 🔁 0 💬 0 📌 0

Oof been off this app way to long. X is such a shit show, but tech Twitter yields enough interesting stuff I haven't been able to pry myself away....

04.09.2025 14:19 👍 0 🔁 0 💬 0 📌 0

Ahh incredible. Thank you. I guess I _did_ mis-understand after all lol.

13.01.2025 19:38 👍 1 🔁 0 💬 1 📌 0

Another question for developers who’ve started an app:

- How did you handle payments? Specifically for subscriptions.

Reading through Stripe pricing info it seems like pricing for “recurring billing” capability is ~$600 USD per month.

Any chance I misunderstood this?

13.01.2025 19:18 👍 2 🔁 0 💬 2 📌 0

Ohhh love the lifetime access. I’ve seen a few that are $10-15 a month for like 10,000 unique visits which is annoying. Thanks for the suggestion!

08.01.2025 16:05 👍 0 🔁 0 💬 0 📌 0

To all my friends that have built and launched an app I need some suggestions:

What did you use for:
- Creating your Privacy Policy?
- Creating your ToS Agreement?
- Creating that annoying cookie opt-in-out thing?

I'm building a rails app and need to implement these things and would love thoughts

08.01.2025 15:52 👍 0 🔁 0 💬 1 📌 0