769 karma · joined December 13, 2017
https://github.com/edwinbalani
https://uk.linkedin.com/in/EdwinBalani
> "It's a wonderful feeling," Chris says. "I'm no longer afraid of dying."
This looks to be the replacement, a website area with topic-oriented pages: https://www.ietf.org/participate/
I would have thought those sorts of people just go for the $0/mo option here.
The compiler ends up omitting most of the rest of the function's assembly, which breaks things as much as you'd expect. (For bonus fun, our ternary expression was deep under about four layers of macro.)
By "LOB CRUD" GP means those fairly generic apps that are mainly a front-end to some database, with a bit of business logic or integrations tacked on. They're not the apps making money for a business, they're just helping it tick along and do the things that actually bring in revenue.
It comes with the author's custom "no limits" licence (looks a lot like the WTFPL), so it probably qualifies as free & open source, but you don't get a support contract of course.
The author's site also has a "give me your IMAP credentials and I'll migrate your mailbox for you, free up to a size limit" service, https://imapsync.lamiral.info/X/ , which boggles the mind. On principle I couldn't trust it.
> working from a fixed-size pool or arena created in code (possibly itself carved out of RAM with malloc(), but importantly only once at first setup, where you have a better guarantee that the allocation will succeed)
And I should add to this that you probably want to access all of the pool/arena to do setup, or just ensure it's physically allocated if you are running in a virtual memory space. This is something that is reasonable at setup time, though.
If you still need dynamic allocation, you might choose to have a custom allocator working from a fixed-size pool or arena created in code (possibly itself carved out of RAM with malloc(), but importantly only once at first setup, where you have a better guarantee that the allocation will succeed).
https://github.com/nmigen/nmigen
It's a fork, made for reasons, but more actively developed. whitequark (long time author/contributor) works on this fork, and no longer the M-Labs version.
So when the haul is something like this -- without direct physical scale, which could fit in anyone's pocket regardless of its volume -- it doesn't have the same wow factor for me. But I feel like it should!
(I work in a regulated environment, but not automotive, and we run into the same barriers, often for even minor changes. We work agile, but changes will get released in planned batches every few months, rather than shipping instantly. For automotive, I'm guessing their update cadence would be every model year.)
Blindside's commercial element is to to consult on educational deployment of the software (which is its intended use).
With a few others, I struggled through setting up a "distributed" (i.e. not all on a single machine) BBB deployment early in the pandemic, back when the documentation and community explosion hadn't quite happened. Such a deployment is nonstandard and you're left to your own devices to make it work, albeit with some decent architectural documentation so that you can work out which component needs to run where.
BBB does rely on WebRTC exclusively for its media. The so-called 'HTML5' client is in-browser. There is a Flash-based client that's officially deprecated, and they're slowly stripping out support for it.
There is also some optional Etherpad integration, so that you can collaborate on in-meeting notes that are made available afterwards.
BBB's biggest problem right now is that the Debian packaging, which is the only official way of deploying the software, is not open source. It's also really messy -- some stuff goes into /usr/local, some into /opt, with a fair deal of leftover crud that isn't used any more like the Flash client.
This is an unintentional situation, but the maintainers have deprioritised making the software truly "open source" (IMO) in favour of bugfixes and features.
I don't think this situation meets the GPL it's licensed under, regardless of whether you would qualify this as "open source" or not.
I work in one of these industries -- I don't see much safety-critical engineering content on HN, and I think it's fair enough that it's glossed over. I agree that you can't move fast and break things when those things can hurt, or physically are, people.
If I hear the word "matrix" out of context I'm probably going to think of mathematics or material science or something else first. In other words, "matrix" is already an overloaded term, and its other meanings aren't going to go away any time soon.
I am involved in running the SRCF nowadays. It's always encouraging to hear that it's been beneficial as an educational aid, as well as through pure utility!
Some people migrated their work pages to our web hosting from the University's equivalent service, which was abruptly shut down recently [0]. This follows an incident that got some attention on HN [1] -- chronologically at least, if not causally as well.
[0]: http://people.ds.cam.ac.uk/ [1]: https://news.ycombinator.com/item?id=20283922
I don't know if they're allowed to seize actual computers/hard drives (let's hope they have on-disk encryption), but I imagine that would be very valuable too.
The advice given to children here is "don't cross at the front of a bus, always behind it". That and "look right, left, and right again".