brianolson

6 ms·

1.
by brianolson 11d ago
I heard that it was effectively a hasmat site for quite some time with spills of several nasty things including mercury. Also I have fond memories from I popped in there to get some random tech things in the 1990s.
2.
by brianolson 25d ago
SQL is the worst way to access a database, except for all of the others that have been tried from time to time
3.
by brianolson 3mo ago
Yield. Some fraction of cores had a speck of dust or something, but at 38/40 good cores per chip they got economical yield
4.
by brianolson 3mo ago
> Why aren’t these AI companies submitting to the TOP500 to show off their computing prowess? my knowledge is 10+ years out of date, but once upon a time if they'd chosen to, Google could have had _several_ entries in the top 10 of
5.
by brianolson 3mo ago
yup. me too. once upon a time that was a 2 week assignment in graphics class in college
6.
by brianolson 9mo ago
I worked in blockchain 5 years trying to build good tech, and speculators ruin everything and don't care about good tech, but the real punch line is that good tech is like 2% of a real answer Here's a rant about a bunch of other l
7.
by brianolson 9mo ago
I worked in blockchain ("builder") for 5 years. I started 'eh, there are speculators, whatever, I build good tech' but finished 'holy crap speculators completely dominate and distort everything, nobody cares about g
8.
by brianolson 1y ago
"In select GC-heavy microbenchmarks ... we observed anywhere from a 10–50% reduction in GC CPU costs" - Yay! "The Go compiler benchmarks appear to inconsistently show a very slight regression (0.5%)" - Boo "Green Te
9.
by brianolson 1y ago
I designed and named the Transaction Execution Approval Language for the Algorand blockchain in 2020. I'm partial to the original, but as it grew it got rebranded to be the "Algorand Virtual Machine". Glad someone still remem
10.
by brianolson 1y ago
Great concept. Bring back real small trucks. My grandpa ran a farm with a truck this size. Disappointed in towing capacity of 1000 pounds ish. I can already do 1700lb on my hybrid rav4
11.
by brianolson 1y ago
I built a 'slice of function pointers' bytecode interpreter in Go in 2019 for the Algorand VM (Blockchain smart contract stuff) and before that the same pattern in C for a toy JVM around 2005. It's a good pattern! The Algoran
12.
by brianolson 2y ago
I think the 'law of large numbers' says that it's very unlikely for you to follow 4k and have _none_ of them posting. You could artificially construct a counter-example by finding 4k open but silent accounts, but that's
13.
by brianolson 2y ago
If you want to dedicate a VM to it, bsky Personal Data Server has a pretty easy install https://github.com/bluesky-social/pds
14.
by brianolson 2y ago
95% of end users don't care; but Bluesky has the right bits built in anyway. There's a grand central aggregator of all 13 million accounts, but it's not _special_, someone else could run one (several hobbiests are processing
15.
by brianolson 2y ago
atproto PDSes are like blog servers with RSS (but better) and bsky.app is the prevailing RSS reader. It's an open protocol because anyone can host a source and anyone can run a different reader.
16.
by brianolson 2y ago
OP is a link to the atproto site because it got a major new revision within the last week
17.
by brianolson 2y ago
2 million new bsky accounts https://bsky.app/profile/bsky.app/post/3l36zm4e6ee2w
18.
by brianolson 2y ago
Maybe don't finish! Maybe you did the interesting part and that's enough. Is there something about finishing that's interesting? Some value intrinsic to you in finishing?
19.
by brianolson 2y ago
Rust async/await is less nice than Go coroutines. There are things you can't do and weird rules around Rust async code. Every Go chan allows multiple readers and multiple writers, but Rust stdlib and tokio default to single-reader
20.
by brianolson 3y ago
Bitcoin is still wasting gigawatts every year, but later blockchains are literally a million times more efficient. If the current generations of AI turn out to be useful, maybe someone will figure it out an efficiency optimization.
21.
by brianolson 3y ago
It's not. It's not about efficiency. Compute-per-watt will certainly be better in other systems. This is about pushing a small system as fast as possible because it's easier to program for a small system. A few problems are &
22.
by brianolson 3y ago
going way back: Science Fair in High School landed me summer internships that rolled over into my first job out of college. ("Science and Engineering Fair" project was building robots with microcontrollers) I think it was the proo
23.
by brianolson 3y ago
there's a bunch of chemical pathways for turning plant matter into jet fuel https://afdc.energy.gov/fuels/sustainable_aviation_fuel.html
24.
by brianolson 3y ago
I have heard many times: Google hires good engineers not to _do_ things, but to _not do things elsewhere_. (even if 80% of Google engineers are 'productively' working on products Google cares about, thats thousands of grade-A engi
25.
by brianolson 3y ago
but as always: Are you sure your data doesn't fit in PostgreSQL? You should probably try PostgreSQL first.
26.
by brianolson 3y ago
"as little as $65 USD/month" for GCP Spanner vs AWS Free Tier: "25 GB of data storage ... 2.5 million stream read requests ..." https://aws.amazon.com/dynamodb/pricing/ So, there's pr
27.
by brianolson 3y ago
author is a flakey writer. Writes an article about "TESCREAL"[1] but doesn't define it but links to another of their articles where it's defined buried in the middle of the 4th paragraph. Author notes they come from this
28.
by brianolson 3y ago
The homepage is all hype, I'm still not sure what Astro really _is_. From clicking through to GitHub I know you install it with npm, so I guess it's written in JavaScript. I guess it's focused on browser side but for 'al
29.
by brianolson 3y ago
ActivityPub has been ignoring privacy since at least 2017 https://github.com/w3c/activitypub/issues/225
30.
by brianolson 3y ago
W3C/ActivityPub has been ignoring privacy since 2017 https://github.com/w3c/activitypub/issues/225

More ›