McLaren trying to win championships challenge (Impossible)

I think at this point it's clear they don't want to go for the WDC for whatever reason. And with Ferrari not that far behind and them blundering like this again and again, I would not be surprised if they don't win the WCC as well.

And to be a bit sarcastic: I'm sure Lando is happy to have let Oscar pass in Hungary after they told him how important the team is for his chances.

Ich frage mich ein wenig, warum man einen Song einreicht, den man live nicht wirklich gesungen bekommt. Gestern hatte sie anscheinend eine Erkältung, wodurch die Hook dann komplett vom Band kommen musste. Aber selbst im Halbfinale fand ich den Gesang schon ziemlich kurzatmig.

Ich hätte zu gerne gesehen, wie sich die Titel in einer fairen Abstimmung geschlagen hätten. Feuerschwanz und Abor&Tynna waren ja beide ähnlich stark in den Aufrufszahlen überall. Aber der Chef muss ja schauen, dass seine Favoriten weiterkommen, deshalb ändert man einfach die Regeln und gaslighted dann die Community, dass es ja nie eine Änderung gegeben hat. Und das obwohl die Acts selbst erst nach dem Halbfinale davon erfahren haben...

Aber wir wissen ja auch seit gestern, die weiblichen Zuschauer mögen nur Balladen... Ich hoffe, der SWR macht ab nächstem Jahr einen großen Bogen um Raab, der hat sich mit dem ganzen Vorentscheid für mich komplett erledigt.

Ich glaube, hier wäre im Zitat der Satz davor noch wichtig gewesen:

In Zukunft sollen aber Spenden eingeworben werden;

Die non-profit ruht dem Artikel und eigenen Angaben nach nicht aus dieser Umstellung her. Es wurden sogar seit 2021 keine Spendenquittungen mehr ausgestellt. Eher will sich generell für die US-Geldbeutel attraktiver machen.

Einen Zusammenhang zwischen den beiden sehe ich aus den aktuellen Informationen zumindest nicht.

They MUST capitalize as much as possible on any weekend where Max/RB are not strong, such as this one.

In a perfect world, Lando and Oscar would have worked together to defend from Ferrari and secure their 1-2 with Lando at the front. That would have been 17 points to relieve them a bit of this pressure of performing perfectly on all remaining weekends.

Of course we don't know if Charles/Ferrari would have won either way with their strategy. But Oscar gifting Charles a Lap 1 overtake on Lando and both McLarens straining their tyres racing against each other probably didn't hurt Ferrari.

Before today I seriously thought that Lando/McLaren had a chance at WDC, especially with Baku and Singapur still coming up. But as you said, they have shown again and again this season that they can't execute the race weekends necessary for this to happen.

It is most likely a reference to Abigail from the game Stardew Valley. You can gift her items and, initially due to a programming quirk which was then kept as an ascended meme, she treats all her favorites as food and exclaims to eat them. This includes gemstones like amethysts.

This is entering subjective taste, but in my opinion this also is a feature of Rust. Especially when the closures are more complicated, it may be not as obvious if and where they are changing state (the fact that Rust implicitely mutably borrows the variables to the closures doesn't help either).

So a solution of this issue for me would be to add the changed variables as parameters to the closures and explicitely mutably borrow them at the calls in the loop: https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=78cc7947e2e0b07b54baf6e1a75a2632

I would agree with you that this increases code verbosity. However, this would be a price I'm willing to pay to help understand at quicker glances what happens inside this loop.

I did not expect Duskmourn to play a part in this story at all. The thought of Valgavoth as a team principal with his followers as drivers/members is rather funny.

There are quite a few plot threads and possible endings for this story. Maybe the Aetherspark really is unstable and whoever uses it ends up at the Edge of Eternities. Or Valgavoth gets it in his wings and begins to domesticate other planes to really become the current big bad. Or something completely unexpected happens.

Whatever it is, I'm now even more interested in the setting than before.

Nice giveaway, thank you for the generosity.

Is Gamedec still available? If so, I'd like to take it :)

I really like the general idea of the brackets as a starting point and a language for rule 0 discussions and match estimation. Where I'm playing, most of the pods are looking for PL 7 but as there is almost never a rule 0 conversation, I don't really know what to expect (as we all know, every deck is a 7). But now, if for example I'm looking for a casual, lower powered pod with a precon, I can look for bracket 2 and already know what I shouldn't encounter there and can refine the pre-game discussions accordingly.

However, they need to modify the communication to make the central point of intent for these brackets more clear. I don't know how many messages I've already read in the form of "my previous PL 8-9 deck is clearly a bracket 1 deck, because it fulfills the conditions" and I've already grown tired of them tbh. The blog post already explains rather well that the intention of the deck is the most important condition for bracket placement. But many people only look at graphics like these and thus they must be extended to make this more clear. Otherwise stompers will ruin lower bracket matches because "they can according to Gavin" and thus undermine the whole system.

And while it is a great help that Moxfield etc. show bracket estimations if not manually set, this also distracts from the point of intention because they can only objectively rate the bullet point conditions. And even only looking at them, some can't really be included as combos etc. are a very complicated thing to determine from data alone. It even ranks most current precons at bracket 1, although they are by definition intended to be in bracket 2.

So tl;dr brackets have a potential to guide gathering of similar minded people/decks to good and "balanced" matches, but apparently people don't read and don't like to talk with each other, so they need to adjust their presentation material accordingly to make the central aspects more clear and visible.

I'm not sure how you intend to use this. When no variables are captured, the borrow checker will not have any issues with the closure method.

When you are still capturing, you could implement a macro like one answer suggests. However, IMO this highly depends on the complexity of the duplicated code and even then I don't immediately see what the benefits compared to extracting it as a closure/function are.

Probably there are ability triggers like "when a door unlocks". The reminder could be there to make clear that these effects also trigger when a room is cast and that it does not enter already unlocked.

As these precons are themed after the two returning planes (and IIRC Maro said in his blog that the "vanilla matters" of Muraganda is quite difficult to design for nowadays), it probably will be dependant on the set in question. I can see 5 precons for the Tarkir set, for example.

But yeah, 2 per set is much more feasible and hopefully the main way forward. The only downside I see is that you can't play a full precon pod with one set.

Have you read the story? It gives input to understand how this card could fit into Duskmourn.

Thanks, that could explain it. But if that's really the cause, it's a serious bummer. The premise of these starter decks sounds really good, but if they aren't produced anymore and some of them get so pricy, they don't help that well...

This seems like the most likely case. I could have sworn that I saw mentions to Arena elsewhere a few days ago, but now I can't find anything else than this wiki page.

And as far as I understand all previous starter kits did have such codes (this is my first one, so I can't speak from experience 😅), so a copy-paste error makes sense.

Then I think RefCell is exactly what you want to defer the mutable borrow to runtime instead of compile time: https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=3170c01849dc577a501ecb11dd44c5ba (source for this method on StackOverflow).

Maybe there could be syntactic sugar to use captures implicitely as RefCells inside a closure. But I would not be a fan of implicitely allowing multiple mutable borrows without any clue for that in the code.

The last point is a correct method if you're accepting the theoretical risk that it could run forever. In case of an uniform distribution on the original range the probabilities converge to an uniform distribution on the smaller range. For non-uniform distributions you also get a distribution where the new probabilities are scaled sums of the original probabilities.

In reality you should probably introduce a maximum number of rerolls. In that case you have your issue again but you can easily calculate error estimates to choose a good tradeoff limit for your purposes.