▲ 398 ▼ I love all my statements equally. (I don't care for GOTO) (lemmy.stuart.fun) submitted 2 years ago by andrew@lemmy.stuart.fun to c/programmer_humor@programming.dev 30 comments fedilink hide all child comments
[–] QuazarOmega@lemy.lol 45 points 2 years ago (1 child) This engine is not the best practice permalink fedilink source hideshow 2 child comments replies: [–] andrew@lemmy.stuart.fun [S] 40 points 2 years ago (2 children) This engine is an antipattern. permalink fedilink source parent hideshow 4 child comments replies: [–] QuazarOmega@lemy.lol 12 points 2 years ago (2 children) We're dissing Unity here right? permalink fedilink source parent hideshow 4 child comments replies: [–] MJBrune@beehaw.org 6 points 2 years ago (1 child) Godot follows the same pattern though... oh no. permalink fedilink source parent hideshow 2 child comments replies: [–] QuazarOmega@lemy.lol 3 points 2 years ago (1 child) Not gonna lie, I just threw a random joke in there, I never even touched Unity permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 3 points 2 years ago (2 children) I mean, you aren't wrong in your joke. Godot's pattern is slightly but not much better. Unreal is far more structured and realistic but still lacking in a lot of ways. permalink fedilink source parent hideshow 4 child comments replies: [–] QuazarOmega@lemy.lol 2 points 2 years ago Oh lucky shot then XD permalink fedilink source parent [–] Metriximor@lemmy.ml 1 point 2 years ago (1 child) I don't know a lot of game dev, care to educate me on the rights and wrongs of each of the engines? permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 1 point 2 years ago (1 child) Unreal is what I have the most experience in. It's very strict and structured. Everything in Unreal is a UObject. There are Actors and Actor Components. Every feature has a requirement, such as, some of the AI features require you to have your AI as Pawns which are Actors that can have a Controller (an actor that manages the connection to a player) which then there is a PlayerController and an AI Controller which can hold a behavior tree to tell the AI how to control their pawn. In Godot, things are far less structured. Godot has everything based on Nodes like Unreal but it expects you to build out whatever you want. So it doesn't come with Behavior Trees or the concept of a player. It expects you to build these things. Mainly because it's a budding engine that hasn't had the maturity or time put into it like Unreal. Unity is a mix of both. Unity has a huge freeform nature to it. Again Unity starts with a class, everything in Unity is an Object. It has the concepts of Components that attach to a GameObject (which GameObject and Object are different). There is no Actor class, and no defined way to move an actor across a floor, a controller object in Unity is seen as the place where all the logic to control the actor is. So Unity has its own structure but it's also less built out like Godot. As such the AssetStore in Unity has taken the task of providing whatever the developer needs. So a Behavior Tree system on Unity differs from project to project from whatever they made or bought off of the store. Unreal allows you to, of course, use something else for behavior trees but no one does because their base implementation works and works well. It's standardized. So overall, Unreal is standardized, strict, and gives you a ton of features. Unity is less strict, provides less standardized features, and forces developers to make their own things. Godot furthermore is less strict, has very little built-out, and the standardization it's attempted to create gets changed in the next major update because it's very new. permalink fedilink source parent hideshow 2 child comments replies: [–] Metriximor@lemmy.ml 1 point 2 years ago Oh mate thanks for the detailed write up, it makes sense with my very little experience too. permalink fedilink source parent [–] andrew@lemmy.stuart.fun [S] 6 points 2 years ago Could also be your least favorite container engine. Or rules engine. Man, we really like to call things engines don't we? permalink fedilink source parent [–] Knusper@feddit.de 4 points 2 years ago This engine is not idiomatic. permalink fedilink source parent
[–] andrew@lemmy.stuart.fun [S] 40 points 2 years ago (2 children) This engine is an antipattern. permalink fedilink source parent hideshow 4 child comments replies: [–] QuazarOmega@lemy.lol 12 points 2 years ago (2 children) We're dissing Unity here right? permalink fedilink source parent hideshow 4 child comments replies: [–] MJBrune@beehaw.org 6 points 2 years ago (1 child) Godot follows the same pattern though... oh no. permalink fedilink source parent hideshow 2 child comments replies: [–] QuazarOmega@lemy.lol 3 points 2 years ago (1 child) Not gonna lie, I just threw a random joke in there, I never even touched Unity permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 3 points 2 years ago (2 children) I mean, you aren't wrong in your joke. Godot's pattern is slightly but not much better. Unreal is far more structured and realistic but still lacking in a lot of ways. permalink fedilink source parent hideshow 4 child comments replies: [–] QuazarOmega@lemy.lol 2 points 2 years ago Oh lucky shot then XD permalink fedilink source parent [–] Metriximor@lemmy.ml 1 point 2 years ago (1 child) I don't know a lot of game dev, care to educate me on the rights and wrongs of each of the engines? permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 1 point 2 years ago (1 child) Unreal is what I have the most experience in. It's very strict and structured. Everything in Unreal is a UObject. There are Actors and Actor Components. Every feature has a requirement, such as, some of the AI features require you to have your AI as Pawns which are Actors that can have a Controller (an actor that manages the connection to a player) which then there is a PlayerController and an AI Controller which can hold a behavior tree to tell the AI how to control their pawn. In Godot, things are far less structured. Godot has everything based on Nodes like Unreal but it expects you to build out whatever you want. So it doesn't come with Behavior Trees or the concept of a player. It expects you to build these things. Mainly because it's a budding engine that hasn't had the maturity or time put into it like Unreal. Unity is a mix of both. Unity has a huge freeform nature to it. Again Unity starts with a class, everything in Unity is an Object. It has the concepts of Components that attach to a GameObject (which GameObject and Object are different). There is no Actor class, and no defined way to move an actor across a floor, a controller object in Unity is seen as the place where all the logic to control the actor is. So Unity has its own structure but it's also less built out like Godot. As such the AssetStore in Unity has taken the task of providing whatever the developer needs. So a Behavior Tree system on Unity differs from project to project from whatever they made or bought off of the store. Unreal allows you to, of course, use something else for behavior trees but no one does because their base implementation works and works well. It's standardized. So overall, Unreal is standardized, strict, and gives you a ton of features. Unity is less strict, provides less standardized features, and forces developers to make their own things. Godot furthermore is less strict, has very little built-out, and the standardization it's attempted to create gets changed in the next major update because it's very new. permalink fedilink source parent hideshow 2 child comments replies: [–] Metriximor@lemmy.ml 1 point 2 years ago Oh mate thanks for the detailed write up, it makes sense with my very little experience too. permalink fedilink source parent [–] andrew@lemmy.stuart.fun [S] 6 points 2 years ago Could also be your least favorite container engine. Or rules engine. Man, we really like to call things engines don't we? permalink fedilink source parent [–] Knusper@feddit.de 4 points 2 years ago This engine is not idiomatic. permalink fedilink source parent
[–] QuazarOmega@lemy.lol 12 points 2 years ago (2 children) We're dissing Unity here right? permalink fedilink source parent hideshow 4 child comments replies: [–] MJBrune@beehaw.org 6 points 2 years ago (1 child) Godot follows the same pattern though... oh no. permalink fedilink source parent hideshow 2 child comments replies: [–] QuazarOmega@lemy.lol 3 points 2 years ago (1 child) Not gonna lie, I just threw a random joke in there, I never even touched Unity permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 3 points 2 years ago (2 children) I mean, you aren't wrong in your joke. Godot's pattern is slightly but not much better. Unreal is far more structured and realistic but still lacking in a lot of ways. permalink fedilink source parent hideshow 4 child comments replies: [–] QuazarOmega@lemy.lol 2 points 2 years ago Oh lucky shot then XD permalink fedilink source parent [–] Metriximor@lemmy.ml 1 point 2 years ago (1 child) I don't know a lot of game dev, care to educate me on the rights and wrongs of each of the engines? permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 1 point 2 years ago (1 child) Unreal is what I have the most experience in. It's very strict and structured. Everything in Unreal is a UObject. There are Actors and Actor Components. Every feature has a requirement, such as, some of the AI features require you to have your AI as Pawns which are Actors that can have a Controller (an actor that manages the connection to a player) which then there is a PlayerController and an AI Controller which can hold a behavior tree to tell the AI how to control their pawn. In Godot, things are far less structured. Godot has everything based on Nodes like Unreal but it expects you to build out whatever you want. So it doesn't come with Behavior Trees or the concept of a player. It expects you to build these things. Mainly because it's a budding engine that hasn't had the maturity or time put into it like Unreal. Unity is a mix of both. Unity has a huge freeform nature to it. Again Unity starts with a class, everything in Unity is an Object. It has the concepts of Components that attach to a GameObject (which GameObject and Object are different). There is no Actor class, and no defined way to move an actor across a floor, a controller object in Unity is seen as the place where all the logic to control the actor is. So Unity has its own structure but it's also less built out like Godot. As such the AssetStore in Unity has taken the task of providing whatever the developer needs. So a Behavior Tree system on Unity differs from project to project from whatever they made or bought off of the store. Unreal allows you to, of course, use something else for behavior trees but no one does because their base implementation works and works well. It's standardized. So overall, Unreal is standardized, strict, and gives you a ton of features. Unity is less strict, provides less standardized features, and forces developers to make their own things. Godot furthermore is less strict, has very little built-out, and the standardization it's attempted to create gets changed in the next major update because it's very new. permalink fedilink source parent hideshow 2 child comments replies: [–] Metriximor@lemmy.ml 1 point 2 years ago Oh mate thanks for the detailed write up, it makes sense with my very little experience too. permalink fedilink source parent [–] andrew@lemmy.stuart.fun [S] 6 points 2 years ago Could also be your least favorite container engine. Or rules engine. Man, we really like to call things engines don't we? permalink fedilink source parent
[–] MJBrune@beehaw.org 6 points 2 years ago (1 child) Godot follows the same pattern though... oh no. permalink fedilink source parent hideshow 2 child comments replies: [–] QuazarOmega@lemy.lol 3 points 2 years ago (1 child) Not gonna lie, I just threw a random joke in there, I never even touched Unity permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 3 points 2 years ago (2 children) I mean, you aren't wrong in your joke. Godot's pattern is slightly but not much better. Unreal is far more structured and realistic but still lacking in a lot of ways. permalink fedilink source parent hideshow 4 child comments replies: [–] QuazarOmega@lemy.lol 2 points 2 years ago Oh lucky shot then XD permalink fedilink source parent [–] Metriximor@lemmy.ml 1 point 2 years ago (1 child) I don't know a lot of game dev, care to educate me on the rights and wrongs of each of the engines? permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 1 point 2 years ago (1 child) Unreal is what I have the most experience in. It's very strict and structured. Everything in Unreal is a UObject. There are Actors and Actor Components. Every feature has a requirement, such as, some of the AI features require you to have your AI as Pawns which are Actors that can have a Controller (an actor that manages the connection to a player) which then there is a PlayerController and an AI Controller which can hold a behavior tree to tell the AI how to control their pawn. In Godot, things are far less structured. Godot has everything based on Nodes like Unreal but it expects you to build out whatever you want. So it doesn't come with Behavior Trees or the concept of a player. It expects you to build these things. Mainly because it's a budding engine that hasn't had the maturity or time put into it like Unreal. Unity is a mix of both. Unity has a huge freeform nature to it. Again Unity starts with a class, everything in Unity is an Object. It has the concepts of Components that attach to a GameObject (which GameObject and Object are different). There is no Actor class, and no defined way to move an actor across a floor, a controller object in Unity is seen as the place where all the logic to control the actor is. So Unity has its own structure but it's also less built out like Godot. As such the AssetStore in Unity has taken the task of providing whatever the developer needs. So a Behavior Tree system on Unity differs from project to project from whatever they made or bought off of the store. Unreal allows you to, of course, use something else for behavior trees but no one does because their base implementation works and works well. It's standardized. So overall, Unreal is standardized, strict, and gives you a ton of features. Unity is less strict, provides less standardized features, and forces developers to make their own things. Godot furthermore is less strict, has very little built-out, and the standardization it's attempted to create gets changed in the next major update because it's very new. permalink fedilink source parent hideshow 2 child comments replies: [–] Metriximor@lemmy.ml 1 point 2 years ago Oh mate thanks for the detailed write up, it makes sense with my very little experience too. permalink fedilink source parent
[–] QuazarOmega@lemy.lol 3 points 2 years ago (1 child) Not gonna lie, I just threw a random joke in there, I never even touched Unity permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 3 points 2 years ago (2 children) I mean, you aren't wrong in your joke. Godot's pattern is slightly but not much better. Unreal is far more structured and realistic but still lacking in a lot of ways. permalink fedilink source parent hideshow 4 child comments replies: [–] QuazarOmega@lemy.lol 2 points 2 years ago Oh lucky shot then XD permalink fedilink source parent [–] Metriximor@lemmy.ml 1 point 2 years ago (1 child) I don't know a lot of game dev, care to educate me on the rights and wrongs of each of the engines? permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 1 point 2 years ago (1 child) Unreal is what I have the most experience in. It's very strict and structured. Everything in Unreal is a UObject. There are Actors and Actor Components. Every feature has a requirement, such as, some of the AI features require you to have your AI as Pawns which are Actors that can have a Controller (an actor that manages the connection to a player) which then there is a PlayerController and an AI Controller which can hold a behavior tree to tell the AI how to control their pawn. In Godot, things are far less structured. Godot has everything based on Nodes like Unreal but it expects you to build out whatever you want. So it doesn't come with Behavior Trees or the concept of a player. It expects you to build these things. Mainly because it's a budding engine that hasn't had the maturity or time put into it like Unreal. Unity is a mix of both. Unity has a huge freeform nature to it. Again Unity starts with a class, everything in Unity is an Object. It has the concepts of Components that attach to a GameObject (which GameObject and Object are different). There is no Actor class, and no defined way to move an actor across a floor, a controller object in Unity is seen as the place where all the logic to control the actor is. So Unity has its own structure but it's also less built out like Godot. As such the AssetStore in Unity has taken the task of providing whatever the developer needs. So a Behavior Tree system on Unity differs from project to project from whatever they made or bought off of the store. Unreal allows you to, of course, use something else for behavior trees but no one does because their base implementation works and works well. It's standardized. So overall, Unreal is standardized, strict, and gives you a ton of features. Unity is less strict, provides less standardized features, and forces developers to make their own things. Godot furthermore is less strict, has very little built-out, and the standardization it's attempted to create gets changed in the next major update because it's very new. permalink fedilink source parent hideshow 2 child comments replies: [–] Metriximor@lemmy.ml 1 point 2 years ago Oh mate thanks for the detailed write up, it makes sense with my very little experience too. permalink fedilink source parent
[–] MJBrune@beehaw.org 3 points 2 years ago (2 children) I mean, you aren't wrong in your joke. Godot's pattern is slightly but not much better. Unreal is far more structured and realistic but still lacking in a lot of ways. permalink fedilink source parent hideshow 4 child comments replies: [–] QuazarOmega@lemy.lol 2 points 2 years ago Oh lucky shot then XD permalink fedilink source parent [–] Metriximor@lemmy.ml 1 point 2 years ago (1 child) I don't know a lot of game dev, care to educate me on the rights and wrongs of each of the engines? permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 1 point 2 years ago (1 child) Unreal is what I have the most experience in. It's very strict and structured. Everything in Unreal is a UObject. There are Actors and Actor Components. Every feature has a requirement, such as, some of the AI features require you to have your AI as Pawns which are Actors that can have a Controller (an actor that manages the connection to a player) which then there is a PlayerController and an AI Controller which can hold a behavior tree to tell the AI how to control their pawn. In Godot, things are far less structured. Godot has everything based on Nodes like Unreal but it expects you to build out whatever you want. So it doesn't come with Behavior Trees or the concept of a player. It expects you to build these things. Mainly because it's a budding engine that hasn't had the maturity or time put into it like Unreal. Unity is a mix of both. Unity has a huge freeform nature to it. Again Unity starts with a class, everything in Unity is an Object. It has the concepts of Components that attach to a GameObject (which GameObject and Object are different). There is no Actor class, and no defined way to move an actor across a floor, a controller object in Unity is seen as the place where all the logic to control the actor is. So Unity has its own structure but it's also less built out like Godot. As such the AssetStore in Unity has taken the task of providing whatever the developer needs. So a Behavior Tree system on Unity differs from project to project from whatever they made or bought off of the store. Unreal allows you to, of course, use something else for behavior trees but no one does because their base implementation works and works well. It's standardized. So overall, Unreal is standardized, strict, and gives you a ton of features. Unity is less strict, provides less standardized features, and forces developers to make their own things. Godot furthermore is less strict, has very little built-out, and the standardization it's attempted to create gets changed in the next major update because it's very new. permalink fedilink source parent hideshow 2 child comments replies: [–] Metriximor@lemmy.ml 1 point 2 years ago Oh mate thanks for the detailed write up, it makes sense with my very little experience too. permalink fedilink source parent
[–] Metriximor@lemmy.ml 1 point 2 years ago (1 child) I don't know a lot of game dev, care to educate me on the rights and wrongs of each of the engines? permalink fedilink source parent hideshow 2 child comments replies: [–] MJBrune@beehaw.org 1 point 2 years ago (1 child) Unreal is what I have the most experience in. It's very strict and structured. Everything in Unreal is a UObject. There are Actors and Actor Components. Every feature has a requirement, such as, some of the AI features require you to have your AI as Pawns which are Actors that can have a Controller (an actor that manages the connection to a player) which then there is a PlayerController and an AI Controller which can hold a behavior tree to tell the AI how to control their pawn. In Godot, things are far less structured. Godot has everything based on Nodes like Unreal but it expects you to build out whatever you want. So it doesn't come with Behavior Trees or the concept of a player. It expects you to build these things. Mainly because it's a budding engine that hasn't had the maturity or time put into it like Unreal. Unity is a mix of both. Unity has a huge freeform nature to it. Again Unity starts with a class, everything in Unity is an Object. It has the concepts of Components that attach to a GameObject (which GameObject and Object are different). There is no Actor class, and no defined way to move an actor across a floor, a controller object in Unity is seen as the place where all the logic to control the actor is. So Unity has its own structure but it's also less built out like Godot. As such the AssetStore in Unity has taken the task of providing whatever the developer needs. So a Behavior Tree system on Unity differs from project to project from whatever they made or bought off of the store. Unreal allows you to, of course, use something else for behavior trees but no one does because their base implementation works and works well. It's standardized. So overall, Unreal is standardized, strict, and gives you a ton of features. Unity is less strict, provides less standardized features, and forces developers to make their own things. Godot furthermore is less strict, has very little built-out, and the standardization it's attempted to create gets changed in the next major update because it's very new. permalink fedilink source parent hideshow 2 child comments replies: [–] Metriximor@lemmy.ml 1 point 2 years ago Oh mate thanks for the detailed write up, it makes sense with my very little experience too. permalink fedilink source parent
[–] MJBrune@beehaw.org 1 point 2 years ago (1 child) Unreal is what I have the most experience in. It's very strict and structured. Everything in Unreal is a UObject. There are Actors and Actor Components. Every feature has a requirement, such as, some of the AI features require you to have your AI as Pawns which are Actors that can have a Controller (an actor that manages the connection to a player) which then there is a PlayerController and an AI Controller which can hold a behavior tree to tell the AI how to control their pawn. In Godot, things are far less structured. Godot has everything based on Nodes like Unreal but it expects you to build out whatever you want. So it doesn't come with Behavior Trees or the concept of a player. It expects you to build these things. Mainly because it's a budding engine that hasn't had the maturity or time put into it like Unreal. Unity is a mix of both. Unity has a huge freeform nature to it. Again Unity starts with a class, everything in Unity is an Object. It has the concepts of Components that attach to a GameObject (which GameObject and Object are different). There is no Actor class, and no defined way to move an actor across a floor, a controller object in Unity is seen as the place where all the logic to control the actor is. So Unity has its own structure but it's also less built out like Godot. As such the AssetStore in Unity has taken the task of providing whatever the developer needs. So a Behavior Tree system on Unity differs from project to project from whatever they made or bought off of the store. Unreal allows you to, of course, use something else for behavior trees but no one does because their base implementation works and works well. It's standardized. So overall, Unreal is standardized, strict, and gives you a ton of features. Unity is less strict, provides less standardized features, and forces developers to make their own things. Godot furthermore is less strict, has very little built-out, and the standardization it's attempted to create gets changed in the next major update because it's very new. permalink fedilink source parent hideshow 2 child comments replies: [–] Metriximor@lemmy.ml 1 point 2 years ago Oh mate thanks for the detailed write up, it makes sense with my very little experience too. permalink fedilink source parent
[–] Metriximor@lemmy.ml 1 point 2 years ago Oh mate thanks for the detailed write up, it makes sense with my very little experience too. permalink fedilink source parent
[–] andrew@lemmy.stuart.fun [S] 6 points 2 years ago Could also be your least favorite container engine. Or rules engine. Man, we really like to call things engines don't we? permalink fedilink source parent
[–] Knusper@feddit.de 4 points 2 years ago This engine is not idiomatic. permalink fedilink source parent