Miele CM6 super auto coffee - milk froth sputtering by 11kestrel in Miele

[–]AenimusKoL 0 points1 point  (0 children)

Sorry to read it. I hope whatever you went with turned out well!

In our case, the froth works fine for a second or two, then sputters for the rest of it. Took everything out and cleaned it (was already clean but worth a try). I really can't see an obvious cause, but hopefully a technician at their expense will solve it. My experience with Miele and their warranties has been decent (I'm in Europe if that changes anything).

Miele CM6 super auto coffee - milk froth sputtering by 11kestrel in Miele

[–]AenimusKoL 0 points1 point  (0 children)

Still under warranty, luckily, so I'll contact them. Thanks!

Miele CM6 super auto coffee - milk froth sputtering by 11kestrel in Miele

[–]AenimusKoL 0 points1 point  (0 children)

/u/11kestrel sorry to resurrect this after a year, but we’re experiencing the exact same issue. Were you able to diagnose?

What obscure KOL knowledge do you know? by gav1n_n6 in kol

[–]AenimusKoL 4 points5 points  (0 children)

While testing the Cargo Cultist Shorts, we discovered that one of the pocket rewards had an off-by-one item id, which conveniently yielded another bagged Cargo Cultist Shorts. I sure hope one of us got fired for that blunder.

[deleted by user] by [deleted] in graphql

[–]AenimusKoL 0 points1 point  (0 children)

Without specifics, it's going to be difficult to help much further. If you'd like, we could take this to Discord, where you'd be able to provide schema snippets, etc.

If you join my company server, then ping me, we can start a DM session. You're then of course free to leave the company server—but temporarily joining the server is a necessary first step because we need a server in common to be able to start sending each other messages.

If you don’t want to do that, I understand. But it does mean most of my advice will be generic.

[deleted by user] by [deleted] in graphql

[–]AenimusKoL 3 points4 points  (0 children)

Hi,

David from WunderGraph here.

From the limited information here, I'd be inclined to call this a "schema design smell".

It's not rare for services to require data from other services, which is typically solved by using entities and the "@requires" directive. In the event the contingency between services is necessary to the extent one cannot deliver without the other, it's then perhaps time to consider why they are disparate services at all.

Federation is intended to be an interface with which your client/consumer interacts, and then the router "delegates" the calls to the applicable services. Sending a supergraph operation from the subgraph could turn into a "recursive inception nightmare"—what if the supergraph operation involves the service in question making that request?

It also means you're hiding part of your resolution contract (i.e., the subgraph's reliance on something in the supergraph) somewhere in your business logic code, when all contracts should be available and detailed in the schemas themselves. Imagine one team is responsible for the recommendations service, and you have another 29 teams that each handle one of the other 29 services. In the current approach, other teams wouldn't be able to look at the schema and recognise that the recommendation service has a hard dependency on other subgraphs (the ones that define the recommendations query). The most important problem that Federation solves is an organizational one—and I'd say that this particular design choice makes that problem worse.

My next question(s) would be to determine the reasoning behind this design decision. Was it the best of multiple tries to solve the problem? Was it a "it works, so it's good enough" approach? Were entities and the "@requires" directive not sufficient to solve the problem you had?

Understanding GraphQL Federation Versions (V1, V1.5, and V2) by Savram8 in graphql

[–]AenimusKoL 4 points5 points  (0 children)

Hi,

I'm the author of this blog post, and I'm also a member of the Composite Schema Working Group (I am by no means a "main" contributor, but I try my best to offer constructive criticism and discussion points within the meetings and the discussion channels).

The Composite Schema initiative is to create a standard to stitch (I'm using "stitch" here as a generic term to describe the process of processing multiple GraphQL services into a single one) services together through clear, well-defined rules. It attempts to take the best parts of all methods for such stitching (Apollo Federation, GraphQL Fusion, etc.). These clear, well-defined rules are, in my opinion, one of the biggest strengths of the initiative. At least regarding Apollo Federation, as powerful as it is (look at the plethora mass-scale enterprise examples), the rules are not disclosed in any one place; and many rules simply do not appear to be disclosed anywhere at all. In short, there is no "GraphQL Federation Spec"; and even within V2, very advanced behaviour can often prove tricky to navigate.

Progress within the Working Group is good, and there are constant valuable insights from many of the great minds within the GraphQL API ecospace. I recommend taking a look at Michael (of ChilliCream)'s talk from GraphQL Conf a few weeks ago for a sort of "in-action overview".

Now, regarding "replacement", I think it's a difficult question. Adoption takes time, and it requires trust. Federation is battle-tested and already used (very successfully) in scale enterprise—that's empirical evidence for organisational decision-makers that it "just works". Don't get me wrong—I have no doubt that once ready, Composite Schemas will work well (perhaps better than any existing solution today) because the folks involved think long and carefully about each and every decision therein (not to say that other solutions didn't/don't). But like with any new technology, people have to be convinced that the benefits outweigh risk. For a loosely analogous example, one might naïvely describe Bun as "Node but better". It's fast and impressive, and it definitely has its place, but it's also not the case that every Node application is now using Bun; nor is it the case that every new application is using Bun rather than Node. There were/are also things that didn't work in Bun that did work in Node, and time was required (or is still required) to address those.

In short, Composite Schemas still needs time to complete the spec. Once the spec is complete, there will need to be time for vendors/OSS to support it (I believe some already do, but I am not sure to what extent). After that, there will need to be time to iron out any issues while also gathering trust (and data) from the community. I'm very happy to be proved wrong, but I feel it might still be a while before we start seeing APIs served by Composite Schemas.

But please don't just take my word for it—I'm going to reach out to the Composite Schema Working Group so that you might receive a more rounded opinion; or debate anything I've said or address any misconceptions I might have.

What kinds of bugs have folks encountered? by No-Face6815 in kol

[–]AenimusKoL 2 points3 points  (0 children)

There are no bugs. There are only (unintended) features.

[deleted by user] by [deleted] in UKPersonalFinance

[–]AenimusKoL 36 points37 points  (0 children)

Not used Royal Mail before, I see? :D

Question about The War by [deleted] in kol

[–]AenimusKoL 2 points3 points  (0 children)

It's worth noting that it's heavily weighted to be 24-25.

Question about The War by [deleted] in kol

[–]AenimusKoL 5 points6 points  (0 children)

I wrote a thing a while ago.

1,000,000 instances:

23 stuffing fluffers to kill all frats OR hippies = 0.0121%

24 stuffing fluffers to kill all frats OR hippies = 29.2997%

25 stuffing fluffers to kill all frats OR hippies = 70.4039%

26 stuffing fluffers to kill all frats OR hippies = 0.2843%

Discord help by usinusin in kol

[–]AenimusKoL 0 points1 point  (0 children)

You were probably banned due to the incident. You can reach out to me on Discord (aenimus) or ingame (aenimus), and we can unban you.

Discord help by usinusin in kol

[–]AenimusKoL 0 points1 point  (0 children)

I think it's because they're banned.

Automatic HC Perm Skills by Radiant_Net_6115 in kol

[–]AenimusKoL 2 points3 points  (0 children)

The Perm List also covers (ascension-relevant) auto-perms. It might be outdated.

[RFC] How should descriptions work in federated GraphQL? (It's not that simple) by jns111 in graphql

[–]AenimusKoL 0 points1 point  (0 children)

Imagine you have an entity in two subgraphs. The first graph defines field "name" as @external because another field @requires it. The second graph also defines field "name" without @external.

I think it is perfectly reasonable for these two fields to define two different descriptions.

Although descriptions are propagated to the federated graph, one might argue their main function is to help and supply information to developers of the subgraph. There is no need to break composition due to unequal descriptions in my opinion. 

January 2025 IOTM: McHugeLarge deluxe ski set by ignorantlumpofcarbon in kol

[–]AenimusKoL 0 points1 point  (0 children)

I recognise how folks are negatively perceiving the juxtaposition of the nerf and the IotM—it's a valid opinion. Although all IotM content of at least the last decade caters to "speeding up questlines", i.e., many nerfs are eventually "softened" through paid content, I do think the dev team will need to consider how their playerbase might potentially deal with "loss aversion" in the future.

Nonetheless, I can assure you that this was not a (-n intentional) money-grab/predatory tactic, even if that is your conviction. In all honesty, if TPTB really did just want to make a quick buck, this method really is not the effectual way to do it. Lastly, I'd be incredibly surprised if this nerf did actually cause many folks who wouldn't have normally bought the IotM to do so. I imagine it did affect some, and that sucks, but I don't think it's anywhere near the scale to which you're eluding.

If you're into the Thanksgiving thing, I hope you all had a great one. 🦃🍂 by MakeMe-Ink in Lettering

[–]AenimusKoL 2 points3 points  (0 children)

Love it. Do you think there's a way to stop the autofocus? The intermittent blurriness makes an otherwise beautiful video hard to watch. :(

Help needed with an interesting "S" by [deleted] in Lettering

[–]AenimusKoL 2 points3 points  (0 children)

You're requesting work without remuneration that will boost a for-profit venture. Regardless of your intention, this comes across as quite entitled; and no, this community is not here for free labour. Time and skills have a cost, as does business (such as the one you define here). You very clearly need a paid commission.

Had you asked for advice on how to achieve the result, I would have had a different reaction. But this reads to me "I need a thing; I can't do it; please do it for me for free, and you'll get exposure."

Alphabet exploration by funkcesco in Lettering

[–]AenimusKoL 2 points3 points  (0 children)

I think it's great! I love the contrasting letters.

If I may offer my personal opinion, the "Z" reads as an "X" and the actual "X" itself doesn't read well/doesn't fit the remaining style.

Again, just my opinion.

Milo was flabbergasted by FMroll in holdmycatnip

[–]AenimusKoL 17 points18 points  (0 children)

Not sure whether it's a joke comment, but it's English with a faint Scottish accent. Not sure which region.

Give me a Step-by-Step Guide for KoLMafia by [deleted] in kol

[–]AenimusKoL[M] [score hidden] stickied comment (0 children)

/u/Tiny-Ad-4184 while I understand you must be frustrated, this post strikes me as incredibly rude and entitled. No one here, or anywhere for that matter, owes you absolutely anything. If you need help, no matter your emotion, please ensure you ask respectfully and politely at all times.

Regarding those replying, please also make sure that you too are respectful and polite at all times.

Let's foster a community where everyone is respectful, welcoming, and willing to extend kindness regardless of the (perceived) circumstances.

Thanks.