let't talk. do you use GDscript or c# ?

@bobchelios9961

Жыл бұрын

GDScript its easier to get into with less overhead and the performance difference is made up by better integrated profilers and then converting the real bottlenecks into cpp... IF you actually need that performance

@gassarro

Жыл бұрын

@@bobchelios9961 if i ever get to that point, i plan to do exactly the same

@gokudomatic

11 ай бұрын

GDScript. I did try to convert a component of mine to C#, but it didn't go well. Handling vectors in C# is really verbose compared to GDScript. And depending on what I do, the performance gain is not noticeable. Also, debugging from VSCode is hellish, at least for something a little more advanced. I ended up using debug logs instead. And of course, just try to export a C# game to web, or android sometimes. With GDScript, it exports everywhere there's a platform for. I have the feeling that C# is not particularly better than a GDExtension when it comes to simplicity of use. I even consider using Rust instead of C# for intensive calculation. Or Nim or Typescript, if they had a GDExtension library. But for the moment, the only reason I see that C# is supported is to attract developers from Unity.

@abc33155

11 ай бұрын

@@gokudomatic Godot 4 with C# is currently for desktop only. Thanks for hinting at that. And 3.5.2 and 3.6beta can't even run a C# project ("The SDK 'Godot.NET.Sdk/3.3.0' specified could not be found" - edit: there are solutions for this). For debugging C# you can use Visual Studio Community (if you are on Windows), you don't have to use VSCode.

@gokudomatic

11 ай бұрын

@@abc33155 Thank you too for the advice. Alas, I use mainly linux for all my developments. And I'm not really fond of Visual Studio suite. I'm not exactly in a godot project right now, but I'd like to try in the future a project that separates the heavy tasks from the frontend, like a client/server with REST service. With that, the backend can be written in anything.

GDScript supports static typing. There was no mention of this anywhere in the video. The video implies that you are forced to suffer the consequences of dynamic typing if you want to use GDScript, and that C# is at an advantage in that regard. You can type your variables like this: var damage: float = 10.5 Or you can let the engine infer the type like this: var damage := 10.5 You can also define the return type of a function with an arrow (->). Godot also supports type casting. Much more in the docs. GDScript is the best thing about the Godot engine, imo, and people not developing their games using it are missing out on Godot's best feature. I've never loved a language like I do GDScript. Edit: You also misused the term _"strongly typed"_ and confused it with _"statically typed"_ in your video. It goes without saying that GDScript is also a strongly typed language.

@deeraghoogames

11 ай бұрын

Thank you for taking the time to share your point of view, opinions and expertise. We all appreciate it very much !

@wedge_one

9 ай бұрын

Pretty much what he said.

@william41017

9 ай бұрын

What feature will I miss if I use c#?

@deeraghoogames

9 ай бұрын

@@william41017 C# support in Godot is not seamlessly integrated, which means you'll need to handle it on a case-by-case basis. It's challenging for me to provide a comprehensive list of supported features and those that aren't. In my view, especially for beginners, I would suggest starting with GDScript. It offers a tighter integration with Godot. As you gain more familiarity with Godot's inner workings, you can then consider transitioning your code as needed.

@chetanchandel8850

8 ай бұрын

bro i don't think you understand how helpful your comment maybe, my hate for dynamic typing is the only thing keeping me from gd script and godot so far

This sort of tutorial is so hard to find but so needed. Explain the high level concepts and how they connect to specific elements help to build a much more holistic mental model of a programming language. Most tutorials focus on individual words and lines in a script, this is great, please make more like this! Maybe you could do something for Unity devs coming to Godot? Like I've found it works better if you think of subobjects as being functionally similar to components but I learned that from some random person on the Discord.

@deeraghoogames

9 ай бұрын

thanks for watching and the great suggestion.

Great video! Very well done. This answered my exact question and gave me the "why". I'm a Unity user and I would like to move to Godot, but I thought I wanted to use C#. But after watching this, i'm going with GDScript.

@deeraghoogames

Жыл бұрын

Thank you so much for your feedback! I'm thrilled to hear that you enjoyed the video and found it helpful in answering your question. Transitioning from Unity to Godot is an exciting step, and I'm glad my video played a part in your decision-making process. If you have any further questions or suggestions for future content , feel free to reach out. Best of luck with your transition to Godot and happy game development!

@MrXrayez

9 ай бұрын

C# is not a problem here, it's the suboptimal integration of C# in Godot that makes people use a combination of C++ and GDScript, which is PITA.

@AJ213Probably

7 ай бұрын

​@@MrXrayezwhat is suboptimal about the implementation of C#?

@MrXrayez

7 ай бұрын

​@@AJ213Probably Please read attentively. I mentioned the suboptimal integration of C# in Godot specifically, not the implementation of C# in and of itself. In either case, you can refer to the post titled "Godot is not the new Unity - The anatomy of a Godot API call" (disregard the UPDATE in that post; I believe that author got brainwashed by the lead developer of Godot, who promised the infamous "bright future" of Godot, which never materializes according to former long-term users of Godot). Godot's so-called "philosophy" involves making decisions that lead Godot to have slow performance, and it doesn't scale really well. It's generally challenging to achieve usability/ease of use and high performance, but since Godot wants to have its cake and eat it too, they ultimately end up failing in both aspects. Not to mention that C# is going to be moved to GDExtension, which is a direct sign that they won't treat C# as an officially recognized language, its implementation will always be subpar because it will never be tightly integrated into the engine, contrary to other engines like Unity, Stride, etc. If you do care about C#, I recommend using appropriate engines, simple as that. C# in Godot exists merely to satisfy a minority of Godot users with C# experience, and as a way to disingenuously attract more donations to the project, such as those so-called "Unity refugees" that blindly donate to Godot expecting it to be the new Unity, which is a false expectation caused by Godot's false promises.

Just seeing an instruction line without a semicolon at the end makes me anxious.....;

as someone who uses Unity and has a bit of experience with C# making a console application and a tiny bit of experience with making games in C++ and Raylib, i don't understand neither Python neither GDScript, so i think if i were to try Godot i should just use C#

@deeraghoogames

9 ай бұрын

this is a great idea, use the language that you are comfortable with and it is wonderful that Godot allows this flexibility.

Rust! + some GDScript on top.

This did not answer my questions. How are the c# apis to work with? Are they truly first class, getting all the features that gdscript gets or is it sketchy and hacked in? Is it well documented? Are there standards and practices defined for godot dev in c#? I love c# but sometimes the domain we work in more or less demands the usage of another language in order to be able to perform at the enterprise level, is this one of those cases or not?

@deeraghoogames

9 ай бұрын

Well in my opinion the short answer is no. there is still lot of work that needs to be done. there is a lot less documentation support for C# if you run into problems, it all depends on how much effort you want to put into it. Right now I am just learning GDScript because GDScript was designed for Godot and there is a lot more documentation support for it, but this is just my opinion based on my skill level. Hope this answer was more helpful.

I get that we can unit test but have you had much experience with combining C# and Gdscript through larger projects? I actually prefer both depending on the situation but am afraid going all out with the concept. Thanks for any input!

@deeraghoogames

7 ай бұрын

Thank you for your comment! I appreciate your understanding. Currently, I'm primarily focusing on GDScript, and I haven't had the chance to explore combining C# and GDScript in a project. If anyone in the community has experience with this and would like to share their insights, please feel free to chime in. Your feedback is valuable!

I want to making a games in godot, not to learn programming. so it doesn't matter what language i used, gdscript, lua, or even C#, idgaf.

One thing I have to critique in this video is that the music didn't get more quiet or silent after the intro. It's annoying and distracting, what I don't enjoy is fighting for attention of the commentary against the background music. You can also use sidechain compression to make the music quieter when you're speaking! (honestly the most efficient way to do it if you want have some bgm)

@deeraghoogames

8 ай бұрын

thanks for watching my video and your suggestions , It is very much appreciated. I am sorry that the background music was annoying for you. I have since improved on my later videos.

I been coding for almost 2 years now and I starting learning C# Because I wanted as a hobby to see if I would like making games. But now I laugh because 2 night ago I had downloaded Unity since I was already learning C# and figured why not make games to improve my C# skills? The following morning as I opened up Unity and opened up Twitter I heard all the craziness about Unity and the whole mess of what is happening. So, I decided to delete Unity, canceled my Unity account and now I am learning Godot. Is C# fully supported on Godot? Or are there features lacking with C# since it is fairly new to Godot? I am trying to figure out what are my best options.

@deeraghoogames

9 ай бұрын

Godot does provide support for C#, it may not be as seamlessly integrated as GdScript. However, it's worth noting that continuous efforts are being made to enhance C# integration within Godot. You can find more information on setting up C# in Godot by checking out the links in the description . Thanks for checking out my channel, hope you have fun on your game dev journey with Godot.

@DevlogBill

9 ай бұрын

@@deeraghoogames Thanks deeraghoogames, I am starting to think with all the nonsense which is happening with Unity this will only skyrocket Godots evolution.

@DevlogBill

9 ай бұрын

@@deeraghoogames Thank you, I believe you when you say that. I noticed I think was twitter where the creator mention he was focused on implemented better ways of doing things with C#. I know this was mentioned after the whole mess with Unity. I feel confident that this is the case. I started learning pixel art with Krita, afterwards I will jump onto Godot, thank you deeraghoogames I appreciate the feedback.

Since I already know C# I would use both. I would use C# for its speed with iterations and structure for large games and I would also use script so I can still program things on my table without the need install another IDE. Note: You can use "var" in C# but once you initially assign it a type it can never be changed, but if you use an object type you can assign it any type variable anytime you want(of course I have never used an object type variable because generics are a better option.) so even though C# is classified as a strongly typed language there are ways to work around it.

@TerryMurray1

8 ай бұрын

If you want dynamic typing instead of static typing in c#, use the dynamic keyword instead of var or object.

@dougwarner59

8 ай бұрын

​@@TerryMurray1 That is true; I have never had the need to use it but I think (like you said) it was mainly used to bypass static type checking.

@MrPatrichon

8 ай бұрын

But who wants to work around strong typing? It's one of your best friends!

@MrPatrichon

8 ай бұрын

... unless you want to make a patchy piece of garbage.

@dougwarner59

8 ай бұрын

@@MrPatrichon I think it is mainly used for applications where you need to interface with external dynamic software.

I think the argument that GDScript is highly specialized and therefore C# is preferred if you want to actually learn programming is invalid because GDScript is a 1 hour leap from python, If you learn python, you almost know it and vice versa. Also, GDscript is optionally typed, so you can very well know exactly what you variables contain.

I am new to programming and I want to make a game. I heard Godot is very friendly for newcomers. So, I want to know should I learn Gd or c#? If GD can easily help me make a foundation for future programming, I wouldn't mind using it.

@deeraghoogames

10 ай бұрын

Thank you for tuning in! If you're completely new to game development and only looking to create a game, I highly recommend using GDScript in Godot. GDScript is a language specifically tailored for Godot and is not used outside of the Godot engine. It's an excellent choice for beginners as it provides a smooth learning curve "within the Godot environment" However, if your goal is to establish a solid foundation for future programming endeavors, learning C# would be a more versatile option. Keep in mind that integrating C# with Godot may be a bit challenging for newcomers. But don't worry, experimenting with different game engines and programming languages is a valuable part of every game developer's journey. Remember, each game engine has its own set of strengths and weaknesses, and no engine is perfect. The right choice depends on the type of game you want to create and which engine aligns with your preferences. So, as a beginner, feel free to explore various game engines and programming languages-it's all part of your exciting "Game Developer's Journey!" You will not be wasting your time , Embrace the learning process and enjoy the adventure of game development! Happy Coding!

@LARPing-Wolf

10 ай бұрын

@@deeraghoogames Thank you so much.

@Gatrehs

8 ай бұрын

@@LARPing-Wolf I think I should inform you that when it comes to programming, after you learned your first language and acquired a strong grasp in how to think like a programmer the language you use doesn't matter as much anymore. Learning a second programming language is much much faster than learning programming from scratch because while there are differences in how they're typed and what's important to pay attention to in various languages MOST of the time they're extremely similar and can be picked up within a week of each other. This does not include languages like brainfuck or other esoteric languages. Learn to think like a programmer and it doesn't matter what language you pick to start with. Any other language will come really cheaply afterwards.

I do not care if a dynamically typed language supports static typing when there exceptions where it doesn't work! GDScript can not statically type dictionaries for example. GDScript does not support interfaces or traits yet. Though it has ducktyping. But if you are like me working with hundreds of instances, checking for methods existing is laggy. But this moves the bugs to runtime unlike C# interfaces... GDscript is still not finished until it has traits and full static typing support. I wont even mention IDE support being kinda poor compared to C#... Is mass renaming even possible in GDscript?

Why'd they remove dislike count?

@deeraghoogames

8 ай бұрын

🤣🤷

1:40 5> var timer = Timer... why is there a class assignment, and not a node?? 5:35 I hope that you know that you can specify variable types in GDScript, and if you try to assign the wrong type, there will be an error.. The Timer that was earlier, you could specify `var timer: Timer` so that GDScript would know the type of this variable. Also `var isMoving: bool` or even `var isMoving := false`. 7:24 C# can only garbage collect classes that are inherited from RefCounted, just like GDScript (actually in GDScript they will be destroyed instantly, whereas C# will accumulate garbage). All other classes should be Disposed or QueueFree'd because they implement the IDisposable interface and created in unmanaged memory. 9:21 are you using spaces with tabs here? Why not just use tabs? In addition, indents are set automatically when you press enter, and you only need to press tab or backspace to change the indent.

@deeraghoogames

Жыл бұрын

thanks for all your valuable feed back, and watching to the end , you are right on all points made ! 1:40 - I apologize for the misleading information. The lines of code provided were random and do not form a cohesive script. I should have clarified that. 5:36 - yes I do, this was just an exaggeration of the fact that it might work even if Types were not specified. (bad practice) 7:25 -Your explanation sheds light on the differences between the two languages and their approaches to garbage collection. Your insights are greatly appreciated! 9:21 - that is another excellent point, this was again another exaggerated case were, someone who is completely new to programming and never wrote a line of code may make this mistake. The good news is that these errors can usually be easily corrected by adjusting the indentation! I appreciate you taking the time to share your views, opinions and knowledge.💯

@DimOkGamer

Жыл бұрын

@@deeraghoogames 5:36 beginners most likely may not use types, but I myself and many examples from other people use types. And here it is a type indication, not a type hint, as in python. That's why it bothered me. 9:21 actually, I have also seen such beginners, but these are people with no programming experience at all. The same people may well forget to put ; in C# or not even understand how and where to specify code blocks and how scopes work. Therefore, this cannot be directly called a disadvantage of the language 🤷‍♂. Good luck with the next videos!

Programmer's sure love to argue about useless things. Godot was really smart to allow users to use either c++/c# or GDscript. Programmers can come from different programming backgrounds, and having those two options really does help. Seriously, this is like people arguing whether SQL is pronounced as it is spelled or "sequel". Squeel ftw.

@deeraghoogames

9 ай бұрын

For sure , I find all programming languages beautiful and amazing ! those Programmers that argue need to chill ! thanks for taking the time to share your point of view !

@DennisJ42

8 ай бұрын

Although there are still some missing functionality if you use C# and not GDScript (mostly editor plugin functionality).

@user-og6hl6lv7p

8 ай бұрын

@@deeraghoogames All programming languages are indeed beautiful and amazing...except Javascript.

I already know Python so GDscript is the easiest to get into

@deeraghoogames

Жыл бұрын

Thanks for taking the time to leave a comment ,It's fantastic to hear that you already have experience with Python. This means that you'll have a head start when it comes to learning GDScript, making it even easier for you to get into Godot. Happy coding and game development!

@user-ke8ys6eq4y

10 ай бұрын

But that will not make programming sense use c++ instead instead it's way faster then gdscript or c# And much means alot faster then both of them Yes a bit hard though

My Street Fighter clone is entirely written on dinamic GDScript!

i use c#. but i am a programmer, i did some playing with unity but i mainly use it for webapps and api's. c# is not the only programming language i know. you say gdscript uses dynamic typing instead of strong typing. In my opinion that is a bad thing. Basically the chance on runtime errors and hard crashes is increased while the code builds. When games get bigger you will lose the advantage of faster development, and bugs will be harder to fix.

@deeraghoogames

8 ай бұрын

Thanks for watching and sharing your views on this.

good IDE support(autocomplete, hover doc, debug...) should be the most important thing. PL has been developing for so many years, any modern languages won’t be too bad in many aspects such as syntax.

@deeraghoogames

Жыл бұрын

Absolutely! You hit the nail on the head. By prioritizing strong IDE support, developers can focus on what matters most ,bringing their creative ideas to life, without worrying about manual tasks or spending excessive time on troubleshooting. Thank you for highlighting the importance of these features, and most importantly thanks for taking the time to share your views.

Dude your trini arent you lmao Love it .. keep it up bro

@deeraghoogames

7 ай бұрын

thanks for watching and your words of encouragement.

@kevonboxill9455

7 ай бұрын

We should Collab sometime

@deeraghoogames

7 ай бұрын

@@kevonboxill9455 that is a great idea! We could do a game jam email me at deeraghoo.games@gmail.com . Let's talk some more.

this indentation crap is the primary reason why i stay TF away from python, it really does feel like walking on egg shell, it's insanely dumb, i don't need to stressed out if i copy paste something, or if i use a formatter that would suddenly re-arrange my code logic as well.. which is why i woudl wait for c# fill support in godot

@deeraghoogames

8 ай бұрын

Thank you for watching and for sharing your thoughts. As someone who's new to programming, I initially found GDScript to be a bit challenging to work with, especially when compared to the ease of using C#. However, as I've been diving deeper into learning GDScript and understanding how it operates within the Godot framework, I've started to appreciate its nuances. It's worth noting that GDScript is tailored specifically for Godot, which has its advantages. Nonetheless, I wholeheartedly agree that having full C# support is crucial, and I'm eagerly looking forward to its complete integration. It's only a matter of time now!

@emaayan

8 ай бұрын

@@deeraghoogamesmeanwhile i'm considerign using stride because that has full c# support :)

@deeraghoogames

8 ай бұрын

@@emaayan wow stride huh. I never heard of it but a quick google search lead me straight to it . it looks good another free and open- source option. Do you know what commercial games were made with it ? mike from gamesformscratch made a cool video on it about a year ago if any one reading is interested kzread.info/dash/bejne/mYKOmKmmY864faw.html

I use GDscript - I am C++ programmer and I dont want to relearn C#.

The problem with using one or the other is reusability. If you come from Unity and you're not a hobbyist who has never released anything, you have a whole library of reusable code, utilities you created over the years. Throwing all that out of the window to start with a new language is a problematic cost. You may say "well, then, use C#. It works in Godot" and you are right. BUT, the documentation is horrible, even accounting for the difference in syntax half the stuff does not translate AT ALL from GDScript to C#. You follow a tutorial on, say, signals? Good youb, you learned NOTHING because if it's in GDScript this specific aspect won't translate to C# at all. If you are experienced you recognize it's just like idiomatic C# events, so that should be easy. But you have no documentation regarding the specific needs, like what type a certain delegate want.

You are confusing API/SDK with the concepts of programming. The core of programming language : lists, dictionaries, loops, branches and functions - all programming problems are solved. Can you do a game in Unity3D with C# without using any of Unity3D SDKs? Likewise, GDScript can solve any programming problems that involves the above. Learning is wide based and there’s no one size fit all approach. C# class first approach is confusing to most beginners, and while strongly typed sounds good, the problem you need flexibility you are looking at interfaces, generics, polymorphism. Not all games need to become a software engineering project

@deeraghoogames

8 ай бұрын

I agree with your point about API/SDK the more I Learn about the differences , the way that the core principles of programming works and grow as a developer , the clearer the overall concept becomes in my mind. there truly is no one size fits all approach ! Thank you for sharing your insights.

There is some video on yout music 😂😂😂

@DennisJ42

8 ай бұрын

Yeah, the music definitely is loud and fights with the voice.

@deeraghoogames

4 ай бұрын

thanks for the feedback I am working on that for future videos.

I don't think this video is really useful since it doesn't mention the fact that GDScript also supports static typing. Also, GDScript is heavely inspired by Python, which is another programming language, so it's not like you are typing giberish and not programming at all. In fact I think this video is very misleading and bad overall.

@deeraghoogames

9 ай бұрын

I appreciate your feedback, and I apologize if you found the video misleading. Thank you for pointing out that GDScript supports static typing, and for highlighting its strong connection to Python. Your insights are valuable, and I encourage you to share your knowledge and correct any misleading information you come across in the comments. We all benefit from a community that helps to improve the accuracy of information.

@SpringySpring04

8 ай бұрын

I really dislike Python because it's overly simplified to make "programming" easier for beginners. It makes programming look like it's for babies... Not to mention how the syntax structure of Python just refuses to be like any of the much more familiar C-like languages (C/C++/C#, Java, JavaScript, etc.). I hate the significant whitespace feature in both Python and GDScript, where if you want some kind of function or other branching body, you have to have EXACTLY the amount of whitespace it requires. No inline if statements or inline functions... and the lack of branch terminal points (i.e, a closing curly brace in C-like languages, or in Ruby, which is similar to Python but way better, uses the "end" to determine the ending point of a body (which means that inline bodies are allowed in Ruby). I like Ruby much more than Python due to it sort of following a structure like other C-like languages. But Python is just a horrible overrated language that breaks every single standard of programming, and the only reason it's so popular is because big evil money corpo Google pushed really hard on making it the "beginner" language and now we suffer the consequences. That's all just my opinion on Python, and of course, since I'm not an expert with Python I could be quite biased, but this is subjective after all. Don't rage at me over this, I'm just a Python hater. C++ ftw

@bldwldr

7 ай бұрын

@@SpringySpring04I agree with a lot of what you said about python, different strokes for different folks tho. Ain’t nothing wrong If someone finds it easier to learn fundamentals on python than on ruby or c#, though I suppose you probably didn’t intend the opposite. Everyone learns differently and there’s no real way to predict how the material will impact the learning process for every individual. So I definitely agree that there being a single accepted “tutorial language” is kinda silly. That said i don’t really think it’s that big a deal. A lot of the stuff we both don’t like about python I only learned to dislike after I left for c# and came back to gdscript, I didn’t really care about most of those things when I was writing a sudoku algorithm for a class in college. Thankfully gdscript isn’t python and it does have some nice qol things. Definitely considering working in c# again tho, if for no other reason than the fact that it’s a more immediately transferable skill. Also, why shouldn’t programming be for babies? Babies should program. Just imagine them. Look at them go.

@SpringySpring04

7 ай бұрын

@bldwldr I just wish I still had the creativity I had when I was a kid so I could find more motivation to make games, 😭

@bldwldr

7 ай бұрын

@@SpringySpring04 ain't that the truth. I like to think it's all still buried somewhere down there, but it's just too much to bother digging for 90% of the time especially since I'm only a hobbyist right now. It seems like every time I do feel inspired I'm in a position where I can't act on it, and every time I'm not I happen to be in my room at my computer with nothing better to do. It's an endless source of frustration for me.

Aye shout out to TNT

@deeraghoogames

Жыл бұрын

thanks ! good to see you in the comments ! Are you form the Caribbean too ?

Not a waste of time to discuss GDScript over C#, IMHO. Despite the official support, C# is still second-class. So there is no point in pretending they are at the same level. GDScript is a blocker for me. I am using Cocos Creator for lightweight games.

@deeraghoogames

8 ай бұрын

thanks for watching and taking the time to share your thoughts on this. I agree that C# is still second class in Godot but with the recent events with Unity. it is only a matter of time before it is fully integrated.

@MrXrayez

7 ай бұрын

@@deeraghoogames Given that Godot plans to move C# to GDExtension, it's not a matter of time, it's a matter of Godot's NIH (Not Invented Here) approach. See "Godot's NIH approach" for more information.

FK im goona use GDS

Wp

@deeraghoogames

10 ай бұрын

Thx !

I tried Godot. Don't love GDScript and its incredibly hard to get C# working. Unity isn't great, but until Godot supports C# natively I think it is ways away from being a real engine. Fun to play with for now but its still in its infancy. Doesn't matter the language, Godot just isnt there yet

@AJ213Probably

7 ай бұрын

What are you even talking about. I had an easier time debugging with Godot C# than Unity. Maybe due to being more experienced with engines now, but the C# integration is very good. What are you having issues with for C#? I think I had issues with getting classes to show up until I realized there was the GlobalClass attribute

@deeraghoogames

4 ай бұрын

I do believe that experience does play a big part, when debugging. In my opinion Godot is fast becoming just as advanced as the more mature engines, and it is only a matter of time before it is just as advanced, with or without "perfect" c# integration.

If I can't use GDscript anymore, I would rather switch toPython & C++ than C#

C# is tied to Microsoft and its ecosystem. It's not used anywhere else. And even on Windows most prefer to write web apps and package them instead of using the mess such as C#. Also, there has been static typing in GDScript since Godot 3.1. The only people that used C# were Unity devs, and even then, if you want to make truly amazing games, you should just use the real engine - Unreal, and the real programming language - Cpp.

swift that is all…