111–120 of 228 posts
The point is so that I can lean on the community to create the content and I would just focus on maintaining game servers, and adding moderators.
Yes indeed, it's time to move from Unity to something else because I don't want to pay for that kind of people's salary: > Devs not baking monetisation into the creative process are “fucking idiots”, says Unity’s John Riccitiello https://mobilegamer.biz/devs-not-baking-monetisation-into-th... If he talks in public like that, imagine how this guy talks to his employees behind closed doors...
Why not just use the native GD Script? IMO is far easier and cleaner to read than C#.
Earlier quoted context omitted.
Do you have an actual specific disagreement with c# or are you just venting because you are not familiar with the language? C# is a robust language with a lot of features like lambdas pattern matching etc. I also find that most of the people who know Swift are Apple developers, so I feel like there isn't a broad enough appeal especially for game devs who are going to be more Windows or Linux centric.
Yes, I know C# reasonably well. I use it in Unity for game development, where it is the only option. C# is better than many alternatives, but Swift is simply a better language in every regard. C#'s GC is a constant issue for games, and it makes using things like LINQ nearly impossible since it does so much allocation. Swift is designed around automatic reference counting instead. C#'s structs work weirdly and are har…
They've recently announced that they're finally upgrade to .net core over the next couple years, so that should help out a lot. https://blog.unity.com/technology/unity-and-net-whats-next
Context: My game project has been going since 2013, on godot since 2018.
Earlier quoted context omitted.
As someone who uses Unity professionally to make a 2D game, here are some key areas I find godot lacking vs unity: - Scalable text support a la TextMeshPro (sdf-based rendering) - the in-editor console is horrible. it frequently tells me "output overflow, print less text!". wtf? also, it doesn't let me click on a line to jump to the code - the built-in tile editor is very painful in my experience. the UI is clunky an…
> - gdscript's heavy reliance on "magic" strings and lack of type-safety throughout Yikes. I was like "eh, I could get over that for a good dev framework" until I hit this one. Dealing with that kind of thing is like driving a car with hexagonal wheels.
1. As a hack for not having functions as first class objects in GDScript - you'd refer to the function by string name. This definitely felt very hacky, but it's been resolved in 4.0, and now we have first-class functions!
2. For some things that other languages would handle as enums. This is also a problem, but it's not nearly as bad as you'd think, because it's generally fairly readable - stuff roughly like `is_key_down("key_left")` - and because Godot's autocomplete is good enough to suggest only the appropriate strings.
I miss XNA
With 4.0 getting more and more advanced features [0] and Unity merging with an Ad company [1], Godot is looking like it could be an attractive proposition for a lot of Unity shops. [0] https://news.ycombinator.com/item?id=32003065 [1] https://news.ycombinator.com/item?id=32081051
Earlier quoted context omitted.
What's wrong with .NET core? It's the future of .NET afaik and it has multiplatform support and it's open source. > .NET (Core) -- A cross-platform and open source implementation of .NET, rethought for the cloud age while remaining significantly compatible with .NET Framework. Used for Linux, macOS, and Windows apps.[0] [0]: https://docs.microsoft.com/en-us/dotnet/core/introduction
I think gp is saying that since it switch from mono to core before you will be able to finish a game, you might have a bad time when they switch implementations.
Probably worth pricing in some slack time to deal with it if it's a problem, but I struggle to think of changes from Mono to .NET Core which would be threatening to the ability to finish a project.