Arelius

Yeah, but afaict, not their new cloud service.

No, that's what the tabs hold-outs have morphed into. Which illustrates the problem with tabs: It's very difficult to get everyone on a team to care about tabs or not care about alignment.

Yeah. New pricing, but not cheaper. Don't get me wrong. It's a fine price to pay for a studio going strong. But there is no way I can use it for starting my side-project indie game.

Agreed. It's also expensive, and support has been lacking. We'd much prefer something we could maintain and fix ourselves.

> Perforce, as horrible as it is, is the game and VFX industry default for a reason

...

> or you are using the wrong tool.

You were literally responding to a comment talking about how git isn't suitable for this problem, and seemed to be suggesting that ec2 and a build script should be sufficient...

Edit: on a second full read, it's really unclear actually what your point was in the first place, And perhaps you were in agreement with the original poster and me all along, and just being confrontational and hostile for no reason?

sigh So, in GameDev, art assets are as important to the final game as code. And is, just as important to be version controlled as code.

And sure, you can split it up between many different repositories, and call it modular But you're just adding complexity, and not really solving the core problem which is that a single version of an art assets can possibly be > 1G, and be a poor format to be stored delta-encoded, so each revision can possibly be nearly a full duplicate. (Yes, we can talk about the file formats being a poor fit for VCS, which is true, but GameDevs are just trying to make their product) And again, it's really important for game assets to be version controlled. And maybe Git isn't the best place for the assets to exist in version control, but we are in a thread about Diversion and not Git.

Now, don't get me wrong, I'm uncertain that Diversion will exist in a year when you check-back, But I can guarantee you that Perforce will, and if Unity doesn't continue it's trajectory of destroying everything it touches, Plastic should continue to exist also.

I don't even completely disagree, Diversion, P4, and Plastic appear to be a bad fit for code in comparison to git, and even in our studio we've taken a modular approach (gasp) and store our code in git, while using a better suited VCS for assets. But it doesn't change the fact that you are being very dismissive for something that you very clearly know nothing about, and clearly have far too much ego to even be interested in a legitimate dialog about.

I have a lot of thoughts on VCS and CI, feel free to reach out: indy@telltale.com

Ahh, I see it... Being in the free tier, it also just looks like a feature, I might pull the price/100GB/mo into it's own cell to make it more clear. It is a pricing page afterall.

Continuing:

> Yes! It can integrate with any CI tool via Git compatibility, or using the API. Talk to us for more details.

You really need to provide a comprehensive cli targeted to CI/Build. Git really is really going to be a bottleneck for games, and most teams aren't going to want to figure out the hassle of manually figuring out differential updates and multi-part downloads via REST

Secondly, I watched your video, and dug through the website, and saw no mention of what your Windows story is. As a gamedev I'm going to need some assurance that your Windows support is top-notch.

EC2 and a build script? Are you implying that the parents 1TB of assets are "un-versioned large media"? If so, I'm sorry you are being very dismissive about something you don't fully understand.

Ok, I'll bite.

Looks interesting. My first thought, as a gamedev who has been in charge of selecting VCS at multiple studios.

1TB is not a lot, and I would really appreciate clear public pricing terms on data before committing to a VCS. Esp at the smaller indie scale.

Yes Please. I would switch my studio today if this existed.

Just because it has integrations, doesn't make it great. LFS is still not great. Doesn't have a lot of backends for instance. And a real locking system is table-stakes for a gamedev VCS

Eric Lengyel's C4 engine takes this approach.. it's a bit interesting

https://c4engine.com/wiki/index.php?title=Quick_Tour

I dunno, that seems to be just shame instilled by the toxicity of certain programmer culture.

I mean, it's not the clearest thing to read but labeling it horrible seems to be a judgement call that's unwarranted. And as software developers, we should create an environment that's less hostile to people who write things in ways we wouldn't.

And honestly, that set of list comprehensions has a bit of a lispy functional vibe, which could quite frankly be applauded in certain contexts.

I don't get it...

> For game developers this might be different, as here you always use high-level language and packages (in most cases).

... I'm not sure what you mean that you always use high-level language and packages... But it doesn't sound right.

The reason game developers use DX/VK/GL as opposed to cuda is entirely: A. You want access to non-nvidia customers B. You need access to more aspects of the hardware then is exposed to Cuda. Cuda provides a nice interface to Nvidia's compute. Almost no access to the entire rest of the fixed function pipeline.

I built/use something similar using S7 scheme inspired by NaughtyDog's use of PLT Scheme/Rackey.

I really like that it's easy to embed S7 into a single binary that's easy to build and distribute.

Sadly, I mostly built it for my own usage and havent documented it well.

https://github.com/ScatteredRay/s7pp

Well, but to mention that once, at least at amazon, you enter the pip processs. You are no longer able to move teams. And if you get removed. Not able to apply to return.

I mean, isn't ignoring the atmosphere ignoring like 90% of the domain?

5 years old? Really?

Or do you just mean because of the crazy dependencies in a typical node project?

Perhaps, though I think one should be careful, as reproducing C++ in this fashion runs awfully close to reproducing what I see as C++'s largest sin...

Let me explain, I feel iteration speed is of utmost importance. So C++'s mistake of mixing interface and implementation (data layout specifically) leads to massive include bloat, and ultimately contributes significantly to the compilation time problem in C++. In contrast, in C, functions are almost entirely decoupled from structure data layout, and implementation, this promoting much more svelte headers and reduced compilation time for many projects.

So, IMO, it would be important to seperate object interface, from the layout, or risk a major, if not the most major, advantage of using C over C++

Yeah, and the California code applies to employees in California, which at least most OAI employees are, so it should be irrelevant that MSFT is in Washington.

Given the relationship between the two, and the context of the matter, I don't expect no-poach agreements to hold much weight here.

I'm not sure why you are being downvoted, maybe because they aren't illegal in California, but in California, afaict, according to California Business and Professions Code Section 16600, the same code that prevents non-competes, such contracts would be considered void.

It's complicated. In the case of the CEO it is possibly enforceable. But going to the primary funder, after being fired in a move without notification of that same funder? Likely with long complicated contracts that may contemplate the idea of notification of change of executive staff?

I don't know, even of strictly "enforceable" I doubt we will see it enforced. And if so. I'm sure the settlement will be fairly gentle.

Edit: Actually, a quick skim of the relevant code, the only relevant exception seems to be about owners selling their ownership interest. Seemingly, since Sam doesn't own OpenAI shares, this exception would seem to not apply.

https://leginfo.legislature.ca.gov/faces/codes_displaySectio....

Isn't it a bit audacious to assume the parent lives in a suburban home with a yard and drives a car? Many people don't. And it'd often a choice of values and principles. Of which the parent shared theirs.

> However, I don't know how you resolve conflicts of two users simultaneously attempting to acquire a lock.

It turns out you just have to pick one... This all depends on a source of truth, and when you are there it's easy to pick one, say based on whichever arrived at the network interface first.

Sure, the point here is with all the specific context specific details, your most likely comparing apples versus oranges. So simple complexity analysis or a general rule without benchmarks and a good understanding of the system and how it interacts with your details is not going to solve your problem.

Yes, but actually small can often be much larger then 100-300 depending on the specifics. Programmers often vastly underestimate how fast cache, and prefetch can go compared to complicated data structures.

For sure, the HP one is a rebrand of the 3Dconnexion right?

Those are great, but nothing really compares to the original SpaceOrb360 controller form-factor for gaming IMO.