Friday, June 22, 2012

Call for Judgment: Well, that’s amusing.

Timed out and passed, 9-2. Josh

Adminned at 24 Jun 2012 00:46:40 UTC

Replace each instance of “Machines” in the Core Rules with “Dynasties” and each instance of “Machine” with “Dynasty”. Set the game state to what it would be had this change been effective since immediately after the proposal ‘Retheme’ was enacted. This dynasty shall be known as the Third Machine of scshunt.

Comments

Klisz:

22-06-2012 02:30:00 UTC

for

Henri:

22-06-2012 02:57:38 UTC

for This is getting confusing.

Murphy:

22-06-2012 03:07:11 UTC

for

Josh: Observer he/they

22-06-2012 05:59:27 UTC

against

scshunt:

22-06-2012 06:04:47 UTC

Josh: Why not?

Kevan: he/him

22-06-2012 07:02:22 UTC

for Ugh.

Kevan: he/him

22-06-2012 08:14:36 UTC

Including a joke as part of an important CfJ is a little bit off, though - we already have a couple of oddly-named look-at-me dynasties that cite a vague “consensus” for drawing attention to themselves.

Kevan: he/him

22-06-2012 08:20:21 UTC

(Not that a “known as” clause has any legal effect, because what a dynasty is known as isn’t gamestate. And not that I really object to it being known as anything.)

Josh: Observer he/they

22-06-2012 09:14:19 UTC

Yeah, I’m effectively voting against because of that - should there ever be intra-dynasty mechanics again, will this still be a dynasty? While it doesn’t matter what a dynasty is “known as”, this is official ratification, and that makes it tricky from a possible future legislative standpoint.

Kevan: he/him

22-06-2012 09:27:52 UTC

It’s fine, proposals can only “change the Ruleset or Gamestate” so the sentence does nothing. We can update the wiki and say “look, a quorum voted for this”, but it’s not binding.

I think we really need to nail down “if the current ruleset doesn’t refer to it, it doesn’t exist” and dispel the worry that a proposal or mechanic can have floating invisible effects that can be invoked months later.

Josh: Observer he/they

22-06-2012 10:06:55 UTC

Yes, I think we have a problem with the definition of gamestate, and whether it includes invisible elements, but I tend to hold the opposite opinion to you, I think - that the gamestate can be detatched to an extent from the ruleset, and that if a proposal states something then it’s binding regardless of whether a rule enforces it or not. (The retheme proposal, for example, edited all other proposals in the queue - was that legal?)

For my money there should be an “invisible gamestate” page in which non-rule resolutions are tracked.

Kevan: he/him

22-06-2012 10:30:06 UTC

The Retheme was fine because proposals are gamestate. I’m fairly confident that invisible ongoing effects can’t actually exist under the current ruleset (if they aren’t rules then they’re gamestate, and by Rule 1.1 gamestate can’t affect anything by itself; and lingering “a week after this proposal enacts, do a thing” effects can’t work, because enacting a proposal requires the admin to apply “the specified effects of that Proposal” as they affect the ruleset and gamestate and then close it).

Isn’t your “invisible gamestate” page just a rule by another name?

Josh: Observer he/they

22-06-2012 10:43:49 UTC

I think that a successful counter-argument could be mounted along the lines that 1.1 allows for the gamestate to be modified “in manners specified by the Ruleset”, which more or less explicitly means that proposals can directly affect the gamestate without having to go through the ruleset (“Any Worker may submit a Proposal to change the Ruleset or Gamestate”). Enacting an invisible gamestate can be done at the time of enactment if you assume that that there is such a thing; as you say, an “invisible gamestate” effect isn’t that different from a rule.

I think that an invisible gamestate page would be more like a core game document than a ruleset appendage; the supremacy of the ruleset would not be troubled by it.

scshunt:

22-06-2012 13:55:40 UTC

There’s precedent of including this sort of thing in a CFJ, although it was ignored and we don’t generally speak of the First Metadynasty of Rodlen.

Spice:

22-06-2012 14:23:16 UTC

for

moonroof:

22-06-2012 15:16:18 UTC

for Although I would like to play with a metamachine.

scshunt:

22-06-2012 15:18:29 UTC

Josh: Additionally, it specifically says “This dynasty shall be known as” It doesn’t imply anywhere that it would stop this from being a dynasty.

Henri:

22-06-2012 15:25:40 UTC

CoV. against If this is enacted, this dynasty will have to be known as “The First Machine of Scshunt” instead of “The Third Machine of Scshunt” because the first two dynasties were not known as “machines” at their times. In the Historical Dynasties page, we will have to change this dynasty only to “machine”. It would be strange to have only one of the dynasties a “machine”.

redtara: they/them

22-06-2012 15:41:50 UTC

for

omd:

22-06-2012 19:12:32 UTC

against

Henri:

22-06-2012 19:54:06 UTC

This has not been enacted yet so why is the title of this page “The Third Machine of Scshunt”?

moonroof:

22-06-2012 20:06:52 UTC

Because this passed: http://blognomic.com/archive/retheme/
And according to the rules, there are no dynasties, only machines.

Henri:

22-06-2012 20:08:34 UTC

oh.

omd:

22-06-2012 20:18:42 UTC

For entertainment, I’d like to note that the Ruleset clearly states there are 100 Machines, no more.

scshunt:

23-06-2012 04:05:11 UTC

Yes. That.

omd:

23-06-2012 15:39:45 UTC

for

Rodney:

23-06-2012 15:53:21 UTC

imperial

scshunt:

23-06-2012 16:21:17 UTC

DEF does nothing on a CFJ.

Bucky:

23-06-2012 19:43:47 UTC

for

omd:

24-06-2012 04:14:10 UTC

The fact that this critical fix CFJ timed out is pretty good evidence for BlogNomic having a limit to its tolerance of prolonged high levels of activity.