Cat's Eye Technologies/šŸ’¾

21 Followers
28 Following
108 Posts

Purveyors of fine #esolang and other post-newfangled #codeart @ http://catseye.tc/.

[software & programming languages division]

Cf. @catseye

@quarktheawesome Don't ask me where I heard this but there is apparently a language-level bug in JRE 9 and 10 (sometimes expressions get evaluated more than once, and if those expressions have side-effects... well, you get the picture.) So, it's possible they're holding it back because it's broken under 9 and 10. (Or not. This is just something I heard.)

@varx Yeah, I was being a bit facetious :)

But, one could kind of make the point that Mastodon is not just a software project, but also a set of social standards ("A more humane approach" in its own words) that is not necessarily shared by other parts of the Fediverse / things that speak ActivityPub, and so refers to that subcommunity. But, I think that view might not give enough credit to those other parts; Mastodon doesn't have a monopoly on discourse.

Anyway, I think too much.

Note that in this entire thread I have been speaking generally. I haven't said anything about forking Mastodon specifically. That's because I don't actually know what Mastodon is. I think it might be a software? But if it is a software, why do people say, "Good morning, Mastodon!"? I've never understood that.

As a concrete example of peaceful co-existence of forks: FreeBSD, NetBSD, and OpenBSD have different philosophies, but they swap patches all the time.

In fact, it seems eminently possible to have a fork of a project which *doesn't* have any technical changes, only governance changes. At least, not any major ones. Different design goals means, some features from the other fork(s) you'd adopt, but others, you'd leave out.

Don't think of it as a fork, think of it as a distro...?

Eh, reading that over now, it sounds like it came out all wrong.

By "manifesto" I only mean, a list of project goals.

And a dictatorship, in this context, is not *automatically* a bad thing.

But the larger an open-source project gets, the more users it has, the more it benefits from some form of governance; and the basis for that governance is communicating the project's goals clearly and explicitly, so that they can be shared goals.

I would go so far as to say that any open-source project that does not publish a manifesto tends towards dictatorship.

If I have a change I want to make, how do I know if it will be welcomed? Should I bother to submit it, or should I fork instead? If there are principles on which such decisions can be made, writing them down saves everyone time. If not, it comes down to the tacit opinions and gut feelings held by the dev junta, and the messy business of unearthing them.

tired: GitHub acquisition jokes involving Clippy
wired: GitHub acquisition jokes involving Briefcase

Or:

Tired: Code is data (von Neumann architecture)
Wired: Code HAS TO BE data at some level; otherwise, you can't execute it!

Every CPU implements the Command Pattern.

Incomprehensible retrospective on what, if any, light Equipage shed on f:SƗA→S that I was babbling about:

f:SƗA→S is a way to "reify" f:S→S, which is just a fancy way to say: computers are no good at pure functions because they're too abstract; they need to be given a concrete representation in order to be tractable. This does that.

Prototype-based, stack-based esolang where each object on the stack delegates to the object below it