Good read from Steve Yegge about platforms, deprecation, planned obsolescence, and related topics, largely focused around Google Cloud Platform: "Dear Google Cloud: Your Deprecation Policy is Killing You" https://firstname.lastname@example.org/dear-google-cloud-your-deprecation-policy-is-killing-you-ee7525dc05dc #GCP
So, a while back I registered a domain name for a project that I had plans to announce "soon."
I just got the renewal reminder from the register for that domain. So much for "soon"
Anyway, I have actually been working on it again here and there, so maybe I'll put something up there "soon." I renewed the domain.
Holy cow, rpc.capnp is some amazing documentation https://github.com/capnproto/capnproto/blob/master/c++/src/capnp/rpc.capnp
So zoom just acquired keybase:
...Has anyone thought about how one might adapt the keybase trust model not to need a central lookup server?
Sandstorm seems to be coming back to life. There's a post up on the Sandstorm blog about it (which I wrote): https://sandstorm.io/news/2020-02-03-reviving-sandstorm
... And I haven't found any clear analysis of the issue.
For background, Sandstorm seems to be coming back to life, and I've been contributing. We use mongo as a database, and getting rid of the dependency would be a huge engineering effort. I'm not happy about having something potentially non free as a critical dependency, but it seems like the contraversal part of the license doesn't affect us or our users, or heck even someone who wanted to make a proprietary saas form of Sandstorm (since mongo is not exposed to users).
Can someone help me understand the situation around mongodb's new license (the SSPL)? Specifically, it's not OSI approved, but (1) searching around a bit I haven't been able to find reference to why not. I've heard (unsourced) that mongo withdrew their OSI application, so it may not have been formally rejected. The FSF doesn't have it on their list of licenses (free or otherwise), so they appear not to have weighed in yet. I'm trying to understand the actual problem, if there is one.
I recently (a few weeks ago) stopped running my own mail server and pointed my domain at Fastmail.
I ran my own mail server for about a decade. I stopped because I got tired of having to deal with the issues around spam filtering and small servers. My server didn't have a *bad* reputation, but it didn't have a good one either, just because a one-person email server doesn't send enough mail.
Something to keep in mind for folks exploring reputation-based antispam mechanisms for the fediverse.
tbh the main attraction of *nix systems is that they make composability available to the end user, not just the developer.
isn't it fucked up when we teach programmers to write composable and modular code, and then make them use those techniques to write closed source monoliths that only compete, and rarely cooperate?
there's some #programming food for thought....
It is proven! I am isd on Keybase: https://keybase.io/isd/sigchain#1e778a3d1ae54ca34e0476f9011c8e0aabbeabb84c849742de4e6a05154a58d10f