Record the audio, transcribe it later. Your AI note taker will mangle some of the details in a subtle but wrong way. Or not, who knows? But if you have ever transcribed anything with whisper, it is both amazing how well it works, and how it can go completely off the rails if there is a prolonged pause or noise. It will just make up words, fill the gaps. I am assuming the transcription process for an AI note taker will not use anything fundamentally different than Whisper
Though I fully agree a passive heat prevention solution is better, for my house the number were: nice shades (that open and close electrically): 7K, AC unit that also functions as heater in winter allowed the central heater to remain off foor all but 2 days this winter: 1800 (including installation). I used to hate AC's, and kinda still do hate the how they look. But I am pretty happy so sit in a 25 deg living room when it is 35 outside. And the AC runs on my own solar, I have plenty anyways
I run Nextcloud at home with 1.5TB of files and 2 users, on a reasonably sized server. It is painfully slow. Still better than OneDrive, but only just: synscing takes forever, never reaching a fraction of available bandwidth. Upload from my phone is flaky, often hangs and needs manual intervention. It is a battery drain. The whole experience with add-ons and the general UI feels like a 2010 PHP app.
I am grateful Nextcloud exists, but no app deserves a vibe coded Rust rewrite more than Nextcloud. Literally nothing to loose
The filament handling is part of the printer to me. You wouldn't want a car without a gas tank (just strap a jerrycan on the roof), or a table saw without dust collection. Ok, bad examples but to me the filament handling is part of the problem I want solved. And I want it solved in a single machine/ setup. I have an old prima that I made en enclosure for and a bit Ikea tub with silica beads and 5 spools of filament routed through custom tubes to the MMU. That is a messy setup, takes a lot of space, and look like crap. If I spend north of 1k or maybe 2 for an upgrade, I want the entire problem solved. Not 80% with an implied hobby project included. No thanks
But what does Prusa offer for dust and moisture free filament storage? Why doesn't Prusa copy the "enclosed filament storage on top of printer' solution that is so much better then spools dangling on the side? I don;t want to but a BamuLabs I am willing to spend 2k+, but not on a printer that does not have a properly integrated filament solution.
Nice model, but also a great notebook. Really like this "literal coding" style for CAD in a notebook. I still sometimes prefer GUI cad for simple stuff, CadQuery is not always that easy to write. But when iterating over something complicated, the notebook style development is really nice. And being to compose a model using functions and iterators instead of the clumsy GUI workflows is a godsend. Also time I tried Opus was more helpful and capable than I would have thought. Not good enough to one-shot yet, but it is very helpful nonetheless
Ome advantage of python is that it is so slow that if you choose the wrong algorithm or data structure that soon gets obvious. And for complicated stuff this is exactly where I find the LLMs struggle. So I make a first version in Python, and only when I am happy with the results and the speed feels reasonable compared to the problem complexity, I ask Claude Code to port the critical parts to Rust.
One thing with python is that usually I will use one of the many c based libraries to get reasonable speed and well thought out abstractions from the start. I architect around numpy, scipy, shapely, pandas/polars or whatever. So my code runs at reasonable speed from the start. But transpiling to rust then effectively means a complete redesign of the code, data structures, algorithms etc. And I have seen the AI tools really struggle to get it right, as my intent gets lost somewhere.
So what I do now (since Claude Code) is write really bare bones (and slow) pure python implementation (like I used to do for numba, pypy or cython ready code), with minimal dependencies. Then I use the REPL, notebooks and nice plotting tools to get a real understanding of the problem space and the intricacies of my algorithm/problem at hand. When done, I let Claude add tests and I ask it to transpile to equivalent Rust and boom! a flawless 1000x speed upgrade in a minutes.
The great thing is I don't need to do the mental gymnastics to vectorize code in a write only mode like I've had to do since my Matlab days. Instead I can write simple to read for loops that follow my intent much better, and result in much more legible code. So refreshing!
And with pyO3 i can still expose the Rust lib to python, and continue to use Python for glue and plotting
Some operations (downsizing already heavily compressed video with the latest and greatest compression techniques) are CPU or GPU bound, but others, like bunching thousands of high res jopg into a lightly compressed timelapse are more likely to be IO bound. So how does this tool make the trade-off? I imagine some things can best be dealt with locally, whilest for ither operations offloading to a external GPU will be beneficial. Also makes a lot of difference if your bandwidth is megabits or gigabits.
The best thing about the average speed cameras is that between the checkpoints all cars drive at almost exactly the same speed. No one trying to overtake, just 5 lanes of traffic at 1km/h below the speed limit
I love these kind of stories, and I appreciate the effort to write these histories down.
I do think the interview could use a bit more editing, it now reads more like a literal transcript and that is somewhat exhausting to read. Take this excerpt:
>> "Like it just fit my brain. It’s one of those where I don’t have to think about it, it just automatically makes sense to me. Much more than any other programming language. Even though I quite like C, I quite like all the pitfalls in C, I’m very comfortable in C and C++ and pretty comfortable in Java and PHP, but Python is just fun and it’s enjoyable and it makes sense. And this was the Usenet days, of course. I think the Python list, yeah, the email list gateway existed as well. So I think I just subscribed to Python-List and learned a lot about Python just from using it, following along."
I sometimes help out at a hobby vineyard of 0.7 hectare; weeding in the row is a lot of manual labour. Your platform seems like a good fit. I like tinkering and robotics, what kind of price point are you aiming for?