@prologic@twtxt.net the billionaire class is letting software developers know that they are no longer a privileged hire. soon they will hire back a bunch of software developers but at lower pay and with much reduced benefits. The ongoing class war has finally reached devs.

That’s my read anyway.

the dermatologist has struck again!

@support@anthony.buc.ci aha, another zit!

@prologic@twtxt.net got it, thanks!

@bender@twtxt.net yow, it looks like one thing I’ve done is break the yarn chain? How did that happen? I was trying to reply to @prologic@twtxt.net, who asked me to file a bug.

@bender@twtxt.net it’s true, I can’t tell you how many times I’ve seen someone try to register “samuelwaits” on a social media site only to find it’s already been taken!

@prologic@twtxt.net but don’t you want the -zit family on your pod???

@prologic@twtxt.net Can’t golang be compiled to Android and IOS? It seems to me that as much as possible of the golang code, including how Markdown is rendered to HTML, could be embedded in a library that’s shared among the webapp and mobile apps to minimize how much platform-specific stuff is being used. Is that a naive way of looking at it or what?

Done.

@prologic@twtxt.net nah, that’s just not true. It’s a consequence of the technology choice to not allow any javascript at all on the front end. With javascript (or one of the things that transpiles to javascript), there are several options for making apps that work on web and mobile with quite a lot of the code shared between the two.

Another option is compiling as much as possible to WebAssembly. This thread looks interesting on that score.

Like, check it out. That link to DRY? It doesn’t render as a link in the webapp. However, it does render as a link, and works fine, in Goryon. I’ve seen before that Markdown tables render fine in Goryon but not in the webapp. They ought to behave as similarly as possible, right? So just in this small interaction there are three discrepancies between how the mobile app and webapp render Markdown.

@prologic@twtxt.net I could, but something I was wondering is: why not share the codebase between the webapp and the mobile app so that such discrepancies are minimized? Otherwise there’s parallel development going on at all times, which violates the [DRY](https://en.wikipedia.org/wiki/Don’t_repeat_yourself?useskin=vector) principle.

@prologic@twtxt.net oh I know, it’s just that–they register and don’t do anything. They don’t even post spam. Why are they registering?

Goryon does not turn that into a link but the web app does.

@prologic@twtxt.net #bfoni5a

@support@anthony.buc.ci welcome back samuel! If you post something this time I won’t delete you!

“The computer has long been a solution looking for problems—the ultimate technological fix which insulates us from having to look at problems.” – Joseph Weizenbaum (1983)

@prologic@twtxt.net it’s because you’re wholesale rejecting SQL databases, which is absurd. Maybe they don’t make sense for yarn, but they’re obviously not always bad so by hating on them you’re inviting push back. 🤷‍♂️

@prologic@twtxt.net you’re just reinventing relational databases with a lot of that stuff though. Row stores are pretty bad but column stores have a huge number of advantages and are superior to keys value stores in certain cases, like when you do have a fairly strictly tabular dataset with multiple distinct concepts and want to flexibly query it without the rigmarole of reindexing every possible combination of fields you may want to query like you’d do in a key value store. Choose the right tool for the job etc.

@prologic@twtxt.net well, I lied a bit. You can with small js glue fragments in “onclick’ events on buttons (for instance). You don’t need libraries or frameworks, just a short fragment that’s easy to understand and debug, functioning as an event handler.

However, you can fake it with the checkbox trick, where you send the client much more data than you reveal at first and use CSS/HTML to incrementally reveal it. You can also do the meta-refresh thing combined with server-side page rendering to pull in new content periodically.

@prologic@twtxt.net you can do a reasoanable lazy loading type thing without JavaScript

@prologic@twtxt.net lol, as you can see I’m paying very close attention.

@prologic@twtxt.net nope, never received that email. Is that new?

I think I set up SMTP but I’ll have to double check that.

@prologic@twtxt.net I don’t know what you mean by “anything above 2000”.

I’m not sure I’m comfortable with automatically nuking accounts. I think I’d rather look over the list myself and have the opportunity to modify which accounts are deleted. It seems like good practice to me to not automate administrator decisions that affect people. Yes, the vast majority of these accounts are probably not backed by real people who want to participate in a non-spammy way, but I don’t like the notion of accidentally catching a person up in an algorithmic purging.

@prologic@twtxt.net That’s what I mean. Just to put an obstacle/slow down in between signing up and actually having an account.

@jlj@twt.nfld.uk only twt is “NFT Development Services”, a link. The Spam is strong with this one.

if 100 people register for a pod that’s 100x work for the administrator compared to having each user pass a non-user-hostile captcha and verify their email address. I’d advocate for filtering on the user side and equipping admins to mass delete spam and inactive accounts.

@prologic@twtxt.net oh yes, lots of those. I guess last Thursday was the last one, and I have at least one meeting today.

I was thinking that I rarely use the actual telephone network anymore. It’s almost all digital/internet.

@prologic@twtxt.net for my pod it’d be simpler: don’t allow anyone to register with a username that ends in -zit. Problem solved!

@prologic@twtxt.net yeah, I came to a similar place in my own work. SQL databases have their place, but a good key-value store is often the best choice.

I do love SQL as a language concept though. For a grad school project the group I was in wrote an interpreter for a SQL-like language that queried email, and it’s so elegant.

I haven’t talked on the phone since January 17th.

@prologic@twtxt.net 🤷‍♂️

@support@anthony.buc.ci oh hey one of the zits is back hey zit!

@bender@twtxt.net the cache can’t be that hard if you busted it again! 😏

@prologic@twtxt.net They don’t have an Android version so I haven’t been able to try it.

The notion as I understand it is that they tell companies, on your behalf, to stop collecting data about you and to delete what data they have about you. Consumer Reports doesn’t know this information; they act as an intermediary. They’re and old and trusted non-profit in the US so it makes sense: consumers can trust them to act on their behalf, and companies tend to not want to piss off Consumer Reports.”

Edit: oops I got sidetracked and didn’t answer your question lol. Truth is, I don’t know what they need to know from you. I imagine if you have IOS and install the app you’d figure that out pretty quickly. I signed up to get an email when their Android version comes out so I can try it.

Permission Slip by CR

Interesting on a lot of levels. Consumer Reports is well respected and has been around since at least when I was a kid. If they’re actively calling out large companies for stealing and selling people’s data the tide has surely turned on this practice.

Still getting email. 🙇‍♂️

@prologic@twtxt.net that’s a dangerpus road to go down; historically when a lot of people lose faith in the government’s ability to do things, authoritarians and fascists find fertile recruiting ground. It’s safer to agitate for government to do better and not let up till they do.

@lyse@lyse.isobeef.org so, you don’t depend on libc, and you write device drivers from scratch for every project?

@nwu1dm@twtxt.net email is imaginary!

@bender@twtxt.net done!

Another email. Preposterous.

Three more emails. This is madness.

Come to think of it, Inbox Δ ≤ Zero is really what you want, right?

@prologic@twtxt.net Yeah, it’s one of these bizarro world pure functional languages so if you’re not used to reading those it’ll look weird as hell.

@prologic@twtxt.net It definitely takes some getting used to. Try expanding the folded code (click the little arrow thingers)

@prologic@twtxt.net Inbox Nonzero is clearly superior because it is invariant with respect to receiving an email, which Inbox Zero is not. 🤓

@prologic@twtxt.net my link is a sample. You’re looking at source code. In this particular case it even executes and shows you the result, a text string.

I pushed some “code” to Unison Share!

Free yourselves from the oppression of inbox zero!