Arguably, the openness is in that the EU OS can switch from one to another at some point if it becomes necessary.

Supporting multiple alternatives within the same platform and OS is costly. Not only the integration, but also user training and troubleshooting, specifically about the many, big and small subtle differences. Focusing on one, for now anyway, makes sense.

The official Anthropic post/announcement

Very interesting read

The math guessing game (lol), the bullshitting of “thinking out loud”, being able to identify hidden (trained) biases, looking ahead when producing text, following multi-step reasoning, analyzing jailbreak prompts, analysis of antihallucination training and hallucinations

At the same time, we recognize the limitations of our current approach. Even on short, simple prompts, our method only captures a fraction of the total computation performed by Claude, and the mechanisms we do see may have some artifacts based on our tools which don’t reflect what is going on in the underlying model. It currently takes a few hours of human effort to understand the circuits we see, even on prompts with only tens of words.

I would separate concerns. For the scraping, I would dump data as json onto disk. I would consider the folder structure I put them into, whether as individual files, or a JSON document per line in bigger files for grouping. If the website has good URL structure, the path could be useful for speaking author and or id identifiers in folders or files.

Storing json as text is simple. Depending on the amount, storing plain text is wasteful, and simple text compression could significantly reduce storage size. For text-only stories it’s unlikely to become significant though, and not compressing makes the scraping process, and potentially validating completeness of scraped data simpler.

I would then keep this data separate from any modifications or prototyping I would do regarding modification or extension of data and presentation/interfacing.

https://ruudvanasseldonk.com/2023/01/11/the-yaml-document-from-hell

JSON is a much simpler (and consequently safer) format. It’s also more universally supported.

YAML (or TOML) is decent for a manually read and written configuration. But for a scraper output for storage and follow-up workflows being through code parsing anyway, I would go for JSON.

Hard links may work too unless you want a “primary” view/reference store and a “different view on that”.

I think I need an AI to parse these confusing graphs and images for me.

What do you mean? Technically, the act of posting? Finding the things to post? Finding relevancy? Finding the time to do so?

you evil AI you! /s

How would you discard all/numerous changes without a hard reset?

Unless you continuously change you IP I don’t see how locking DNS resolution behind a signup would solve it. You only need to resolve once, and then you know the mapping of domain to IP and can use it elsewhere. That mapping doesn’t change often for hosted services.

Any wall you build up will also apply to regular users you want to reach.

Judging by the first documentation page I found, I wouldn’t even recognize the syntax as the LINQ I’m used to.

Personally, I hate the expression syntax. I would stick with the method syntax. (That you know and use and that ZLINQ is compatible to.)

The good thing about method syntax is that you have a clearly scoped context and state flow. You type .Where, add a condition that is limited to the Where precondition parameter expression body, and afterwards have a clear state/result again.

That is not the case in expression syntax. You can have variables, the operator order and aliasing is confusing, it’s SQL but worse.

I agree that in the context of gamedev you could generalize and call it such, but even then, saying “LINQ produces garbage” is over-generalized and missing context. It’s the wrong tool for the job/gamedev. Doesn’t mean it produces garbage/junk. In my eyes anyway. I feel like that context is important.

For me, garbage implies no use. What it allocates it makes use of. It’s just the wrong approach alltogether for gamedev.

Infrastructure configuration that is automatically applied to the cloud infrastructure. Like starting and stopping new instances and services, changing connections between them, etc. (I assume anyway.)

Yeah, that was ma understanding/assessment as well. It could be useful for my other use case of reading from linear byte data spans though. I suspect the dependency overhead won’t be worth for what it provides though when I can go over the span myself. We don’t have many query-condition-like aspects to reading it.

My interpretation, without having used ZLINQ or actually analyzed it in-depth:

Zero allocations must be for the byte-/data-span traversal. When you transform them to deserialized interpreted data you can’t avoid allocations.

It’s useful when you’re reading / querying from linear data, avoiding the whole LINQ provider accumulation and translation phase.

Without knowing more, my interpretation and broad assessment is that LINQ is a generalized API/framework with providers implementing translations, for example to SQL.

ZLINQ seems to be for reading over spans. It can’t do translation to SQL.

Saying LINQ produces garbage is uncalled for when it’s a different use case and supports other or more use cases.

I haven’t, but found their description intriguing. This comment by josefo advocated for them without specifically saying that they used them. I see you asked there as well, so I’ll at least leave the link to that thread here for context (later visitors).

Personally, I don’t have use cases for the unity or game specific libs (foreseeable anyway). But the MemoryPack, MagicOnion, and ConsoleAppFramework sounded interesting anyway. I have some potential use cases in mind but it’ll be a while until I can work on those things and consider using the first two.

Scripting Runtime Version: .NET 4.x Equivalent

net 4 (framework) is very old.

MS has done a lot of optimizations across net 5 6 7 8 9, especially around using spans and allocations as well.

Is Unity still stuck on net 4?

https://cysharp.co.jp/en/ - https://github.com/Cysharp

• MagicOnion: Unified Realtime/API framework for .NET platform and Unity.
• UniTask: Provides an efficient async/await integration for Unity.
• MemoryPack: Extreme performance binary serializer for C# and Unity.
• ZString: Zero Allocation StringBuilder for .NET and Unity.
• MasterMemory: Embedded Typed Readonly In-Memory Document Database for .NET and Unity.
• ConsoleAppFramework: Micro-framework for console applications to building CLI tools for .NET.

They’re using svn for sources :( mirrored to GitHub at least.

Damn, for a thief they’re really stomping and dragging (if that’s the right en term) their feet in the test video. Such loud and sandy foot steps.