AJ Rambles
duckboat
excels at simple, readable interactive work without new syntax
other libraries excel at providing IDE support and type hinting.
I’m not a user of the latter, so I’m less familiar with the benefits here. However, I am interested in understanding if there is a way to capture the benefits of each of these approaches.
What would a best-of-both-worlds library/language look like?
as i said, this library is experimental. i’m going hard in one direction as a way to explore the developer experience space. I’m also interested in using this project as a way to kick off discussions of how to build future libraries and languages to solve similar problems.
Repr
maybe provide a repr option to provide an alternative to avoid the computation Table('.../...', repr='bah')
. Should it pass it down to derived objects? Maybe that’s too complicated
Opener
An alternative Python DataFrame library for SQL gremlins.
- you think SQL is fine, especially if you can write composable snippets
- maybe you lose some IDE and typing support, but I think you get a big win in terms of REPL/notebook programming (which is where i spend most of my time)
or, an experiment in https://en.wiktionary.org/wiki/Cunningham%27s_Law
Duckboat is a small DataFrame library…
Duckboat is etc. It is small, in that it is a light wrapper around the DuckDB API. Not much to learn and the library gets out of your way.