Hacker News: LugosFergus

New comment by LugosFergus in "Lore – Open source version control system designed for scalability"

LugosFergus — Wed, 17 Jun 2026 22:56:30 +0000

I said read access. The point is that there’s restricted information that only some can access.

New comment by LugosFergus in "Lore – Open source version control system designed for scalability"

LugosFergus — Wed, 17 Jun 2026 20:58:28 +0000

Does it actually restrict read access to specific directories? Unless I missed it, I didn't see anything in the docs about that.

New comment by LugosFergus in "Lore – Open source version control system designed for scalability"

LugosFergus — Wed, 17 Jun 2026 18:46:13 +0000

It's a separate tool from Unreal Engine, so you don't need to constrain yourself to its conventions. You're also not going to use UObjects, its reflection layer, serialization, and all that other stuff for a tool that's strictly for version control. Plus you're going to tie yourself to all the issues and slowness of the engine. Epic made this mistake with the Epic Games Launcher, which is essentially an instance of the engine running, and a huge source of various issues.

As for Verse vs Rust, Verse is used in UEFN experiences, but it is _far_ from any kind of production state. It's also intrinsically tied to UEFN. It's not like you can download a standalone compiler or REPL for Verse.

New comment by LugosFergus in "Lore – Open source version control system designed for scalability"

LugosFergus — Wed, 17 Jun 2026 15:12:48 +0000

Something else that git isn't good at: permissions. In gamedev, you might have proprietary work that you want to restrict to certain users. In P4, you can add restrictions to certain directories for only those who have signed the required NDAs. That's not something that you can do in git: it's all or nothing. Maybe you can set something up with submodules, but that's going to upend your repository if you hadn't planned for it.

New comment by LugosFergus in "Lore – Open source version control system designed for scalability"

LugosFergus — Wed, 17 Jun 2026 15:04:44 +0000

You really can't merge binary data, such as textures, meshes, audio, etc. It doesn't matter if you base64 encode the data and stuff it in a text file: it's a jumble of data (assuming this is the implication of what Blow did).

New comment by LugosFergus in "GTA 6 Developers Unionize"

LugosFergus — Fri, 29 May 2026 21:04:47 +0000

A couple of holdouts? Hardly. Capcom uses the RE Engine. Released ~4 games with it in the past three years. In fact, SF6 went from UE to RE Engine. Death Stranding 2 is Decima. Id still uses IdTech, and that's never changing. Ubisoft still uses Anvil, and Outlaws was Snowdrop. EA still uses Frostbite. Bethesda continues to use their crappy engine, which I forget the name of. FromSoftware will likely never give up their engine, which has been used for Elden Ring and its successors. There's more that I can't be bothered to look up.

New comment by LugosFergus in "Cost of enum-to-string: C++26 reflection vs. the old ways"

LugosFergus — Thu, 14 May 2026 00:58:59 +0000

That'll never happen. The engine's entire serialization system is built around their custom reflection layer and UHT. Not to mention how this would affect licensees. PLUS, they just laid off a bunch of people, and the leftovers are focused on Tim's Verse fiasco. I hate to use jargon here, but there's no "business value" to switching.

EDIT: and based on these compilation time results, this would be a major setback for building the engine, which already takes an eternity.

New comment by LugosFergus in "Features of D That I Love"

LugosFergus — Thu, 03 Jul 2025 18:33:53 +0000

Lack of sufficient tooling support was my issue. Debugging and autocomplete was a flaky mess in VSC. The plugin for VS pro wasn’t much better.

I did not like DUB at all. Its default behavior was to not segregate artifacts by configuration, and trying to change that was a headache.

It’s too bad, though. It’s a nice language, but I can’t see it making any inroads at this point.

New comment by LugosFergus in "Programming in D: Tutorial and Reference"

LugosFergus — Sat, 26 Apr 2025 16:46:23 +0000

I found the lack of mature tooling to be hugely problematic. The Visual D extension always felt flimsy and unreliable when debugging D.

DUB also exhibits weird behavior. For example, I wanted it to produce separate debug and release binaries, which it won't do out of the box. Instead, it'll create the same binary for both configurations. Changing that behavior was more difficult than it needed to be. Maybe it's changed since then, but I didn't have a pleasurable experience.

New comment by LugosFergus in "Awesome Engineering Games"

LugosFergus — Sun, 19 Nov 2023 23:06:38 +0000

They are there.

New comment by LugosFergus in "Why All of Our Games Look Like Crap"

LugosFergus — Thu, 22 Aug 2019 13:18:43 +0000

You and me both! I thought this thread would have a bit more praise for Jeff's work after all of these years, but it's just a bunch of Debbie Downers taking a collective dump on it just because they don't like the look.

While the style may not be modern, the gameplay and stories tend to be quite good. I would also argue that a game that looks great doesn't necessarily imply that the game is any good. Battlefront 2 is a great looking game that is ultimately a soulless, lootbox filled shitshow with painfully bland gameplay.

Anyone saying that he needs to hire an art director have completely missed the point of his article: his business can only support his family. He has also been able to maintain this business for 20 years, which is a lot more than can be said about any other indies.

Ultimately, this is a style that Jeff likes, and it makes him money. If people don't like it, then they can go play something else. He still has his fan base that keeps him afloat.

EDIT: grammar