1,689 karma · joined October 12, 2010
Formerly:
https://www.hiroapp.com https://www.work.io https://www.minervafabric.com
Mostly bottom of back shelves and behind vertical shelf beams.
The website was purely because a friend and I were looking for design work during lockdown and put together a couple of things we recently worked on, but basic design and build was a fun ~6 months solo project.
We had a good discussion on https://www.reddit.com/r/architecture/comments/1mlo6hu/tryin... over the weekend with more details, but also happy to answer any questions here.
But given that duckdb handles "take this n GB parquet file/shard from a random location, load it into memory and be ready in < 1 sec" very well I'd argue it's quite easy to build something that scales horizontally.
We use it for both the importer pipeline that processes the 2B row / 200GB compressed GBIF.org parquet dataset and queries like https://www.meso.cloud/plants/pinophyta/cupressales/pinopsid... and the sheer amount of functions[1] beyond simple stuff like "how close is a/b to x/y" or is "n within area x" is just a joy to work with.
[1] https://duckdb.org/docs/stable/core_extensions/spatial/funct...
Both https://typesense.org/ and https://duckdb.org/ (with their spatial plugin) are excellent geo performance wise, the latter now seems really production ready, especially when the data doesn’t change that often. Both fully open source including clustered/sharded setups.
No affiliation at all, just really happy camper.
There are some feeds that sometimes have great content, but also bunch of promo etc noise, so it's a bit tricky to decide who makes the cut.
This example is for plant/fungi/biodiversity nerds, but maybe also a template for others to build more bridges in and out of algorithmic monopoly silos. To, y‘know, make the world more open and connected.
We're working on a free Home Assistant plugin that let's you define your sensors and outputs, then choose a plant (see link below, or climate of a specific location) and hopefully take most of the heavy lifting from there.
The other issue you mentioned also killed 50%+ of vertical farming startups: you need a diverse living ecosystem. You need a living soil crawling with organisms of all sizes (check Arbico Organics, Jim's Worms and others), the whole thing needs to be balanced, otherwise it's hard to grow in the first place and/or a single unpredicted "intruder" will wipe out your entire operation (Bowery Farms and plenty of others from what I understand).
Can't edit anymore, but the general gist of catastrophic failure needed to prevent a 787 from climbing out of this situation still holds.
Was flying as a passenger on a really small airline (8 seater plane, Green Air) out of San Jose in Costa Rica. We got cleared for takeoff ahead of a United 737, at most 500 feet into the humongous runway for that plane. Yet the pilots still put in the 2 minute effort to taxi back to the beginning of the runway, even though they could have easily taken off from where we entered it. Don’t know if it was their protocol or the pilots decision, but I will trust this airline for a very long time.
Large airports with heavy traffic sometimes have operational constraints to send a plane out ahead of another from some intersection, but if the ADSB data is correct, taking off from half the available runway in a fully loaded 787 isn’t a good idea. You just give up a ton of margin for errors.
Clear skies, no LiveATC but reports of single Mayday call, gear out but no flaps and no control inputs visible in the grainy video. Something has to go really catastrophically wrong with a modern jetliner for that to happen, like the very dense flock of birds in Korea with the 737 a couple of months back.
The very short intersection takeoff seems like a good hint (and terrible practice), but all gears and engines look kinda OK from the outside. If they‘d scraped something on takeoff hard enough to take out both engines, there’d probably be some visible damage, or at least some gears sheared off.
EDIT:
Fully agree with the speculation in light of tragedy comments, but aviation is a bit of a special case. The reason it’s so safe is because an awful lot of people immediately start looking into potential reasons and then spend years getting to the bottom of it. The initial speculation is like an exercise: what could have happened? What if I’m in that situation, and need to act now, without knowing much of anything? If you do that a couple of dozen or hundred times throughout your life, it really builds a foundation for when an actual emergency ever happens to you.
It’s a bit like the reason most flight attendants in the emergency exit jump seat across from you won’t talk with you during the actual takeoff and landing: they‘re mentally walking through a potential emergency and what they‘d then need to do. Every single time. So if it ever happens, there‘s muscle memory, 10000x over.
EDIT 2: see the Flightradar24 comment below, it looks like they did backtrack and use the full runway.
Does anyone have a good recommendation for a local dev setup that does something similar with available tools? Ie incorporates a bunch of PDFs (~10,000 pages of datasheets) and other docs, as well as a curl style importer?
Trying to wean myself off the next tech molochs, ideally with local functionality similar to OpenAIs Search + Reason, and gave up on Langchain during my first attempt 6 months ago.
It’s also a more general comment around „AI desktop appliance“ vs homebuilts. I’d rather give NVIDIA/AMD $3k for a well adjusted local box than tinkering too much or feeding the next tech moloch, and have a hunch I’m not the only one feeling that way. Once it’s possible of course.
I was an AI sceptic until 6 months ago, but that’s probably going to be my dev setup from spring onwards - running DeepSeek on it locally, with a nice RAG to pull in local documentation and datasheets, plus a curl plugin.