wkirby
Joined 11 years ago
Karma
770
Submissions
200
Member since
May 1
Recent submissions
Comment · 1 month ago
I'm not here to defend DHH --- but I think "AI" has materially changed since 2024. I think that it's entirely reasonable to have shifted perspective on the technology and its applications since 2024.
Comment · 1 month ago
I've never written code by hand, I've always used a text editor on my laptop. I still design and develop software with my brain, and in conversation and collaboration with my team and stakeholders --- and these days frequently an LLM. Sometimes (often) I make edits by hand, but it has reached a point where generating code by prompt is so much faster that it allows me to allocate more time and brainpower to the actual bottlenecks.
I'm sure a lot of the signatories on this list feel the same.
Comment · 2 months ago
There's a lot here I agree with and a lot I disagree with. If I'm doing any kind of serious data work I'm probably not reaching for a spreadsheet for things like processing, manipulation, statistical analysis. But if I'm presenting tabular data, or god forbid editing it? I'm using a spreadsheet --- and I've built a whole side project out of making working with CSVs as tabular data as pleasant as opening my favorite text editor.
Comment · 2 months ago
> It doesn’t matter if you don’t use a note taker AI, if even one person on the call uses one
Yeah, but I'm unwilling to be that person.
Comment · 2 months ago
I've got a suite of CSVs that represent both edge case and performance issues, and I script timing opening/common operations using Apple Scripting. It's not perfect, but it gives us a sense if we're introducing back-breaking regressions. I try for our large files to test specifically with real-world, large data dumps from US government sources; I feel these are representative of actual large-CSV workloads. You can see me popping off about it on bluesky: https://bsky.app/profile/wyattkirby.com/post/3mnfvma4cgk2g
We're not necessarily aiming to be the fastest application in the world; find/replace is probably still faster to just do sed in the terminal. But if you're looking to do something like sort, filter, actually engage with the tabular data, then we can handle hundreds of thousands of rows --- files that excel won't even open.
I'll take a look at blackbear. One core difference I see is that we're a native app, fully offline. There is a single handshake with the licensing server on app start, but it's optional. License validation is handled fully locally, and missing network access is non-blocking for any features.
Comment · 2 months ago
Wow, thanks!
Comment · 2 months ago
Literally starting my monday weekly standup now, I'll run it and see what's up. Thanks!
Comment · 2 months ago
My ideal use case is to pipe audio from both my microphone and capture system audio so things like our weekly team standup or my 1:1s with my devs can all have reliable, decent notes without taking me out of the flow of the conversation.
I think clearly the _leader_ in the space is granola, but I'm just not going to use a cloud provider for this.
Drafts have anything like that?
Comment · 2 months ago
I'm very intrigued by AI note takers, but I'm absolutely unwilling to expose me or my clients to this exact problem.
The solution (theoretically) is a purely local note taker, but I haven't found one that's any good. Tried meetily and others in the same vein, including briefly rolling my own. The breakdown in the pipeline seems to be reliable local diarization and speaker identification; even if the transcription is good, when speakers aren't accurately identified and speech isn't well grouped, there's no rescuing it in the summary step.
Comment · 2 months ago
The integrated SQL bench runs a full duckdb so it should be super accessible. Let me know what kind of licensing terms you'd need to make this work --- you can drop me a line at wyatt[at]apsis[dot]io.
Comment · 2 months ago
Still plugging away on Cassava, a CSV editor that sits somewhere between sublime text and Excel: https://cassava.dev/. Our most recent releases added first-class xls/xlsx file opening and an autofill handle.
The project goals are simple:
* Treat CSV files like first-class spreadsheets; don't do anything that isn't supported by serializing to/from CSV files
* Be as performant as your favorite text editor while retaining the ergonomics of a tabular data editor
I hope you check us out.
Comment · 3 months ago
Replying for the ~5 people who happened to download earlier this afternoon, the rc20 build that was uploaded earlier today was missing the update server URL. Re-downloading rc20 should have a corrected build that will notify you of any updates in the future.
Comment · 3 months ago
Coming soon. Just need to figure out the build and deploy story.
Comment · 3 months ago
I keep telling my team "it's CSV but with some As thrown in there."
Comment · 3 months ago
Almost certainly not; it really depends on how iCloud handles the sync. Cassava supports (at the moment) CSV (and its variants TSV, etc.) and JSON files. If your sync mechanism works well for those files in a text editor like vscode or sublime, then it will work well with Cassava. If not, there's not much we can do on our end - that's really a problem with how the sync mechanism works.