Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

MonoGame: A .NET framework for making cross-platform games

github.com

Post reply on HN
Print view View original

71–76 of 76 posts

Re: MonoGame: A .NET framework for making cross-platform games

#71

Post by hahn-kev »

eudamoniac wrote: post #68
NotGMan wrote: post #49

We used Monogame at a previous company and it's a nightmare to be productive in it. The lack of any kind of an editor makes any kind of dev a nightmare: 3d adjustments? Good luck, guess it.. UI adjustments: good luck, try it 300 times until you get it right. Switched to Unity, best choice ever.

This comment makes less sense if you are familiar with CSS. Web developers don't have to guess 300 times to make UI adjustments, despite having no direct editor. If this was a problem you should have programmed in better layout primitives.

Dev tools in the browser are a direct editor, sure you can't drag things around with the mouse, but you can edit values live and see them change. Big difference from recompiling to see changes.

Re: MonoGame: A .NET framework for making cross-platform games

#72

Post by bluefirebrand »

hahn-kev wrote: post #71
eudamoniac wrote: post #68

Earlier quoted context omitted.

This comment makes less sense if you are familiar with CSS. Web developers don't have to guess 300 times to make UI adjustments, despite having no direct editor. If this was a problem you should have programmed in better layout primitives.

Dev tools in the browser are a direct editor, sure you can't drag things around with the mouse, but you can edit values live and see them change. Big difference from recompiling to see changes.

You can but good CSS devs don't have to. They know pretty accurately what it will look like in code

Re: MonoGame: A .NET framework for making cross-platform games

#73

Post by wqaatwt »

tombert wrote: post #26
da_chicken wrote: post #19

Earlier quoted context omitted.

Are you going writing your own programming language as well? Can we call it Tolkien? Because you're making a game like J.R.R. Tolkien wrote books, and there's a reason nobody writes books the way he wrote his. Writing your own engine is great if you want to learn how to write a game engine. Knowing how to make a game engine can be helpful when making a game, but it's not necessary to make a game. Further, if you want…

One person wrote books like JRR Tolkien. His name was JRR Tolkien, and those books are widely celebrated by millions of people as classics. I don’t have any issue with people using an engine like Godot or Unity or RPG Maker or Unreal or anything else, but I do think that there can be value in “owning the entire stack” of a project, even if that means “reinventing the wheel”. When I do a project involving HTTP, I coul…

Tolkien was exceptional and dedicated his entire life to it. 99.99+% of all people do not possess such a combination of talent and focus and therefore end up having to use “shortcuts”.

Re: MonoGame: A .NET framework for making cross-platform games

#75

Post by nurettin »

vintagedave wrote: post #63
nurettin wrote: post #31

Earlier quoted context omitted.

For Lazarus (an IDE with visual components similar to Delphi) I switched to code-first components and did away with the form files. You can probably do this with all of these frameworks.

We’re building an AI agent for Delphi — and a major part is it supporting visual form editing. It works. You can see the form change live in the designer as the AI does its stuff. It’s not publicly available yet but has an active group of beta testers. https://www.remobjects.com/codebot/delphi.aspx

Right, good that you've got that going, congratulations to you and your team. Design time does make human development much easier, since you are able to see the working prototype run as you design it, not sure what the point is if AI is doing that, since the value is in making the development cycle shorter, which the AI has no use for.

Re: MonoGame: A .NET framework for making cross-platform games

#76

Post by nickprotop »

I built a full WinUI app with no visual editor, just XAML and code. The layout was entirely in my head. Now I do the same with terminal UIs on Linux, pure code with fluent builders. Once you internalize the layout model, a visual editor mostly slows you down. Code-first gives you full control, clean diffs, and composability. That said, for complex layouts you still need to run and visually review, no one gets nested grids pixel-perfect from memory alone.
Post reply on HN