brynb

5 ms·

1.
by brynb 2y ago
with that said it’s quite easy to write an equivalent- https://github.com/redwood/redwood/blob/develop/utils/mailbo...
2.
by brynb 2y ago
that seems like a bigger lift than just deciding to help fix the bug “be the change” or some such
3.
by brynb 2y ago
(hi seph, hope all’s well) — i did exactly this with Redwood and showcased it multiple times during Braid meetings. alas, nobody was very interested in trying to push it forward
4.
by brynb 2y ago
... _what_? i don't think you parsed my comment correctly at all to address the part of your comment that doesn't make my head spin: only very occasionally do i see senior Go developers import 3rd party libraries. i'm just
5.
by brynb 2y ago
this is a little too stoic a take with respect to a tool that very unserious people building things for serious but non-technical people use on a daily basis. i think we should strive for more. npm can continue to exist in its very libert
6.
by brynb 2y ago
if you've been duped into importing a package which has been broadly deemed as spam (but you're not looped into the public conversation about that fact enough to realize it), wouldn't "breaking the build" be a good
7.
by brynb 2y ago
it's language-cultural. to "publish a package" in Go simply means having a public git repository. and yet, nobody who writes Go imports packages. it's well-understood that if you can't write something like leftpa
8.
by brynb 2y ago
and then there's go, wherein you simply don't import anything outside of the stdlib. a stoic and rather perfect immunity to this nonsense
9.
by brynb 2y ago
i've built tons of very intricate payments systems over the past 10 years and i honestly have no idea how "payments engineer" is even worthy of a distinct job title. it's a thing people do in the course of building prod
10.
by brynb 2y ago
grapevine knowledge, but i have been told (and credibly, i think, given how adaptive humans are, and how they adapt for very specific parameters while devaluing others) that many homeless will go to great lengths to seek out new locales tha
11.
by brynb 2y ago
while important, the fiat currency is a second-order issue, imho. the root is self-serving corruption facilitated by an intricate apparatus based on bureaucratic capture. to even appear as a choice on the ballot, one must either be part and
12.
by brynb 2y ago
“just noting” that this has no relevance to a sober and objective review of the points made within. i sometimes think that we’re lucky we still have two sides of the aisle in this country. i constantly think we ought to aspire to more
13.
by brynb 4y ago
Any old timers here in the thread, please email me at strep_makers.0p@icloud.com — I’m building a new company doing both consulting and internal product development and have always loved working with older, more experienced folks. We’re loo
14.
by brynb 4y ago
I made Redwood, a general purpose p2p/distributed database (and blob store) with pluggable merge algorithms (including some cool CRDTs, like what @josephg is working on). Turns out it makes for a great self-hosted git solution, so I ma
15.
by brynb 6y ago
Oh, hey there, Coventry :) I’d be curious to know the same, as well as to hear a comparison between Algorand and: 1) recent work on aBFT protocols, many of which don’t seem to require any kind of staking, and... 2) Chainlink’s off-chain agg
16.
by brynb 6y ago
Thought I'd share a project I've been working on over the past year that meets at least a subset of the criteria from the article: https://github.com/brynbellomy/redwood Redwood is a decentralized database pr
17.
by brynb 6y ago
A few projects I'm involved with that might be worth sharing here: - Redwood ( https://github.com/brynbellomy/redwood ), a realtime, p2p database. Data is structured in state trees that evolve over time. Merge alg
18.
by brynb 7y ago
Just wanted to thank you for your brilliant work!
19.
by brynb 7y ago
Sure! Nailing down a robust security model is a major goal for Redwood. There are currently a few different mechanisms, some already partially built, and others still in the research stage. For what it's worth, I have a silly side pr
20.
by brynb 7y ago
Dying? Hm, not to my knowledge. In fact, I saw a highly-commented thread on HN just a couple of weeks ago about Cap'n Proto. What gives you the sense that it's on its way out?
21.
by brynb 7y ago
Creator of Redwood here, which is similar in many ways to this and GunDB (hi Mark!). Agreed that we need more projects like this. Redwood might be better described as a "p2p application platform" than a realtime database, but the
22.
by brynb 7y ago
I've been working for a few months on a database called Redwood that's intended to make it easier to build this kind of software. Having spent much of the past couple of years working with libp2p, IPFS, Dat, and similar technolog
23.
by brynb 7y ago
You should check out the Braid project. We're already working on IETF drafts for a protocol of this nature within the HTTP working group. - https://github.com/braid-work/braid-spec - https://groups.goo
24.
by brynb 7y ago
We’re building something along these lines at Axon ( http://axon.science ). Sign up for our beta if you’re interested in checking it out, and we should be able to get you set up in the next few days (we’re just starting to roll th
25.
by brynb 9y ago
Long time lurker, just wanted to share some tutorials I've started writing. Let me know how it reads (and if you can get the example project working)!
26.
Ethereum smart contract tutorial: building a simple auction contract(medium.com)
3 points by brynb 9y ago|1 comments
27.
by brynb 11y ago
(John Steinbeck, East of Eden, right?)
28.
by brynb 12y ago
I've just started writing a book on GitHub that intends to offer a bunch of systematic, practical approaches to anxiety, depression, and other mental disorders, as well as a sort of "general take" on how to skillfully live as