Do industry professionals building games using UE4 use Blueprints at all, or do they use C++ exclusively?
Clash Royale CLAN TAG#URR8PPP
As a teacher on a game development module I have usually insisted that users use C++, because it is a more sought-after skill in industry, but online support and information on C++ in Unreal Engine 4 seems to be relatively weak. Are professionals now using Blueprints as well, or not?
unreal-4 game-industry
edited Dec 10 at 21:17
Peter Mortensen
1315
asked Dec 10 at 17:42
Mark Green
24026
add a comment |
As a teacher on a game development module I have usually insisted that users use C++, because it is a more sought-after skill in industry, but online support and information on C++ in Unreal Engine 4 seems to be relatively weak. Are professionals now using Blueprints as well, or not?
unreal-4 game-industry
edited Dec 10 at 21:17
Peter Mortensen
1315
asked Dec 10 at 17:42
Mark Green
24026
11
Documentation isn't going to be a good gauge of how much something is used.
– MichaelHouse♦
Dec 10 at 18:22
Documentation on Unreal Engine 4 C++ is lacking because you go and read the code yourself. You don't strictly need documentation if you can access the source code. It'd be nice to have it, though.
– Oxy
Dec 11 at 9:11
1
@Oxy The source code is not a substitute for documentation. Period. The source is much harder to read than documentation, by definition, because the point of documentation is to distill what a function does into a readable format. This is doubly true of high-performance, extremely capable code, like Unreal.
– Nic Hartley
Dec 11 at 22:13
1
I'm explaining what happens, not justifying. "It'd be nice to have it, though." And you better read the code of the functions you use, even the documented ones, because some important ones have golden nuggets as "foo(x)/* foo Not implemented, doing instead bar(x) because usually acts like foo(x) was done */ bar(x);. I've yet have to see a documentation system in action that keeps pace with code evolution. Other than automated documentation that does nothing more than spew the parameter types and return types, just like reading a header does.
– Oxy
Dec 12 at 8:31
add a comment |
As a teacher on a game development module I have usually insisted that users use C++, because it is a more sought-after skill in industry, but online support and information on C++ in Unreal Engine 4 seems to be relatively weak. Are professionals now using Blueprints as well, or not?
unreal-4 game-industry
edited Dec 10 at 21:17
Peter Mortensen
1315
asked Dec 10 at 17:42
Mark Green
24026
As a teacher on a game development module I have usually insisted that users use C++, because it is a more sought-after skill in industry, but online support and information on C++ in Unreal Engine 4 seems to be relatively weak. Are professionals now using Blueprints as well, or not?
unreal-4 game-industry
unreal-4 game-industry
edited Dec 10 at 21:17
Peter Mortensen
1315
asked Dec 10 at 17:42
Mark Green
24026
edited Dec 10 at 21:17
Peter Mortensen
1315
asked Dec 10 at 17:42
Mark Green
24026
edited Dec 10 at 21:17
Peter Mortensen
1315
edited Dec 10 at 21:17
Peter Mortensen
1315
edited Dec 10 at 21:17
Peter Mortensen
1315
1315
asked Dec 10 at 17:42
Mark Green
24026
asked Dec 10 at 17:42
Mark Green
24026
asked Dec 10 at 17:42
Mark Green
24026
24026
11
Documentation isn't going to be a good gauge of how much something is used.
– MichaelHouse♦
Dec 10 at 18:22
Documentation on Unreal Engine 4 C++ is lacking because you go and read the code yourself. You don't strictly need documentation if you can access the source code. It'd be nice to have it, though.
– Oxy
Dec 11 at 9:11
1
@Oxy The source code is not a substitute for documentation. Period. The source is much harder to read than documentation, by definition, because the point of documentation is to distill what a function does into a readable format. This is doubly true of high-performance, extremely capable code, like Unreal.
– Nic Hartley
Dec 11 at 22:13
1
I'm explaining what happens, not justifying. "It'd be nice to have it, though." And you better read the code of the functions you use, even the documented ones, because some important ones have golden nuggets as "foo(x)/* foo Not implemented, doing instead bar(x) because usually acts like foo(x) was done */ bar(x);. I've yet have to see a documentation system in action that keeps pace with code evolution. Other than automated documentation that does nothing more than spew the parameter types and return types, just like reading a header does.
– Oxy
Dec 12 at 8:31
add a comment |
11
Documentation isn't going to be a good gauge of how much something is used.
– MichaelHouse♦
Dec 10 at 18:22
Documentation on Unreal Engine 4 C++ is lacking because you go and read the code yourself. You don't strictly need documentation if you can access the source code. It'd be nice to have it, though.
– Oxy
Dec 11 at 9:11
1
@Oxy The source code is not a substitute for documentation. Period. The source is much harder to read than documentation, by definition, because the point of documentation is to distill what a function does into a readable format. This is doubly true of high-performance, extremely capable code, like Unreal.
– Nic Hartley
Dec 11 at 22:13
1
I'm explaining what happens, not justifying. "It'd be nice to have it, though." And you better read the code of the functions you use, even the documented ones, because some important ones have golden nuggets as "foo(x)/* foo Not implemented, doing instead bar(x) because usually acts like foo(x) was done */ bar(x);. I've yet have to see a documentation system in action that keeps pace with code evolution. Other than automated documentation that does nothing more than spew the parameter types and return types, just like reading a header does.
– Oxy
Dec 12 at 8:31
11
11
Documentation isn't going to be a good gauge of how much something is used.
– MichaelHouse♦
Dec 10 at 18:22
Documentation isn't going to be a good gauge of how much something is used.
– MichaelHouse♦
Dec 10 at 18:22
Documentation on Unreal Engine 4 C++ is lacking because you go and read the code yourself. You don't strictly need documentation if you can access the source code. It'd be nice to have it, though.
– Oxy
Dec 11 at 9:11
Documentation on Unreal Engine 4 C++ is lacking because you go and read the code yourself. You don't strictly need documentation if you can access the source code. It'd be nice to have it, though.
– Oxy
Dec 11 at 9:11
1
1
@Oxy The source code is not a substitute for documentation. Period. The source is much harder to read than documentation, by definition, because the point of documentation is to distill what a function does into a readable format. This is doubly true of high-performance, extremely capable code, like Unreal.
– Nic Hartley
Dec 11 at 22:13
@Oxy The source code is not a substitute for documentation. Period. The source is much harder to read than documentation, by definition, because the point of documentation is to distill what a function does into a readable format. This is doubly true of high-performance, extremely capable code, like Unreal.
– Nic Hartley
Dec 11 at 22:13
1
1
I'm explaining what happens, not justifying. "It'd be nice to have it, though." And you better read the code of the functions you use, even the documented ones, because some important ones have golden nuggets as "foo(x)/* foo Not implemented, doing instead bar(x) because usually acts like foo(x) was done */ bar(x);. I've yet have to see a documentation system in action that keeps pace with code evolution. Other than automated documentation that does nothing more than spew the parameter types and return types, just like reading a header does.
– Oxy
Dec 12 at 8:31
I'm explaining what happens, not justifying. "It'd be nice to have it, though." And you better read the code of the functions you use, even the documented ones, because some important ones have golden nuggets as "foo(x)/* foo Not implemented, doing instead bar(x) because usually acts like foo(x) was done */ bar(x);. I've yet have to see a documentation system in action that keeps pace with code evolution. Other than automated documentation that does nothing more than spew the parameter types and return types, just like reading a header does.
– Oxy
Dec 12 at 8:31
add a comment |
2 Answers
2
active
oldest
votes
Yes, professional games use Blueprints.
Some use a mix of C++ and Blueprints. We use both on Dead by Daylight.
One of the great things about Blueprints is that non-programmers can get access to the ability to script behaviors. Not every project will use them this way, but it's one of the reasons they were designed. They replaced UnrealScript as the means of altering behaviors without hitting the C++, and they also replaced Kismet which was Unreal 3's visual scripting system.
answered Dec 10 at 18:18
Almo
5,37042553
Can you expand? Do only the programmers use Blueprints, or only the "non-technical" staff, or a bit of both? Is it used for specific purposes, or for just about anything?
– KABoissonneault
Dec 10 at 20:33
7
@KABoissonneault It's very much a mix. Most of the time there's no easy way to clearly delineate between what programmers work on versus what non-programmers work on. That's especially true if you have a designer, who will likely want tweaks all over the code. Blueprints also get used a lot for rapid prototyping, and they're not necessarily converted to C++ if the performance doesn't require it. It'll also vary a lot by studio and project, so there's no one answer.
– Nic Hartley
Dec 11 at 0:17
add a comment |
A little anecdote from outside the games industry: We use UE4 for architecture visualization in VR.
While I'd rather have most things built in C++, we also use Blueprints heavily for all kinds of "additional logic" like light switches, doors, etc.
It's been this way for a little over two years now and I was the only programmer at the start of this endeavor.
So here are my observations:
- It's astounding what non-programmers can do with Blueprints!
- I can be horrifying what novice programmers do with Blueprints ;)
- Even if I convert it to C++ in the end, Blueprints are nice for a quick RnD phase
And the biggest one for me:
In a lot of conversations, it became clear to me that Blueprints have invoked the desire to become programmers in my non-tech colleagues.
The main reason this happened is that they could implement quite complex logic while being able to debug it visually.
They actually learned some hard lessons about software architecture and the pitfalls (or rather nightmares) of huge spaghetti blueprints. But only after having felt a ton of little successes along the way!
So they weren't discouraged at all but rather motivated to do better and find out how to do so all by themselves.
They've since taken courses in C++, Python, and C#, the overall quality of our Blueprints became way better, but most of all: I now have some help when developing our core libs :)
TLDR;
Yes, we're using Blueprints and they even made my initially non-tech peers better coders.
answered Dec 11 at 9:59
Xceno
20115
1
One of the nice things about visual languages like Blueprints is that you don't need to worry about syntax, and they're generally so abstracted that you can do a lot with very little boilerplate. They make it easy to learn how to code without being bogged down by syntax. They're also normally too high-level do do any wizardry, but, y'know, that's a tradeoff I'm willing to make to let non-coders have a direct impact on the game's behavior.
– Nic Hartley
Dec 11 at 17:58
@NicHartley try doingmyVector.x += otherVector.xin Blueprints. :o
– Almo
Dec 11 at 19:22
@Almo I'm about 90% sure that's possible, unless you really really want it to be one "line". Just(get myVector x) (get otherVector x) -> (+) -> (assign myVector x)(wow, it's hard to write out Blueprints in text...). I don't have a copy of Unreal to test with, though. Or, if vectors are immutable, then just make a new one,(myVector.x + otherVector.x, myVector.y, myVector.z)
– Nic Hartley
Dec 11 at 19:28
1
It's definitely possible, but it's messy. Vector line into a Break box, which has x, y, z outputs. Do that twice, one to get myVector.x and another to get otherVector.x, add those and route it to an assign box.
– Almo
Dec 11 at 19:40
1
I did not say you couldn't. Just that it's hideous.
– Almo
Dec 11 at 19:40
|
show 2 more comments
Your Answer
StackExchange.ifUsing("editor", function ()
return StackExchange.using("mathjaxEditing", function ()
StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix)
StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["\$", "\$"]]);
);
);
, "mathjax-editing");
StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "53"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgamedev.stackexchange.com%2fquestions%2f166075%2fdo-industry-professionals-building-games-using-ue4-use-blueprints-at-all-or-do%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Yes, professional games use Blueprints.
Some use a mix of C++ and Blueprints. We use both on Dead by Daylight.
One of the great things about Blueprints is that non-programmers can get access to the ability to script behaviors. Not every project will use them this way, but it's one of the reasons they were designed. They replaced UnrealScript as the means of altering behaviors without hitting the C++, and they also replaced Kismet which was Unreal 3's visual scripting system.
answered Dec 10 at 18:18
Almo
5,37042553
Can you expand? Do only the programmers use Blueprints, or only the "non-technical" staff, or a bit of both? Is it used for specific purposes, or for just about anything?
– KABoissonneault
Dec 10 at 20:33
7
@KABoissonneault It's very much a mix. Most of the time there's no easy way to clearly delineate between what programmers work on versus what non-programmers work on. That's especially true if you have a designer, who will likely want tweaks all over the code. Blueprints also get used a lot for rapid prototyping, and they're not necessarily converted to C++ if the performance doesn't require it. It'll also vary a lot by studio and project, so there's no one answer.
– Nic Hartley
Dec 11 at 0:17
add a comment |
Yes, professional games use Blueprints.
Some use a mix of C++ and Blueprints. We use both on Dead by Daylight.
One of the great things about Blueprints is that non-programmers can get access to the ability to script behaviors. Not every project will use them this way, but it's one of the reasons they were designed. They replaced UnrealScript as the means of altering behaviors without hitting the C++, and they also replaced Kismet which was Unreal 3's visual scripting system.
answered Dec 10 at 18:18
Almo
5,37042553
Can you expand? Do only the programmers use Blueprints, or only the "non-technical" staff, or a bit of both? Is it used for specific purposes, or for just about anything?
– KABoissonneault
Dec 10 at 20:33
7
@KABoissonneault It's very much a mix. Most of the time there's no easy way to clearly delineate between what programmers work on versus what non-programmers work on. That's especially true if you have a designer, who will likely want tweaks all over the code. Blueprints also get used a lot for rapid prototyping, and they're not necessarily converted to C++ if the performance doesn't require it. It'll also vary a lot by studio and project, so there's no one answer.
– Nic Hartley
Dec 11 at 0:17
add a comment |
Yes, professional games use Blueprints.
Some use a mix of C++ and Blueprints. We use both on Dead by Daylight.
One of the great things about Blueprints is that non-programmers can get access to the ability to script behaviors. Not every project will use them this way, but it's one of the reasons they were designed. They replaced UnrealScript as the means of altering behaviors without hitting the C++, and they also replaced Kismet which was Unreal 3's visual scripting system.
answered Dec 10 at 18:18
Almo
5,37042553
Yes, professional games use Blueprints.
Some use a mix of C++ and Blueprints. We use both on Dead by Daylight.
One of the great things about Blueprints is that non-programmers can get access to the ability to script behaviors. Not every project will use them this way, but it's one of the reasons they were designed. They replaced UnrealScript as the means of altering behaviors without hitting the C++, and they also replaced Kismet which was Unreal 3's visual scripting system.
answered Dec 10 at 18:18
Almo
5,37042553
edited Dec 10 at 21:06
answered Dec 10 at 18:18
Almo
5,37042553
answered Dec 10 at 18:18
Almo
5,37042553
answered Dec 10 at 18:18
Almo
5,37042553
5,37042553
Can you expand? Do only the programmers use Blueprints, or only the "non-technical" staff, or a bit of both? Is it used for specific purposes, or for just about anything?
– KABoissonneault
Dec 10 at 20:33
7
@KABoissonneault It's very much a mix. Most of the time there's no easy way to clearly delineate between what programmers work on versus what non-programmers work on. That's especially true if you have a designer, who will likely want tweaks all over the code. Blueprints also get used a lot for rapid prototyping, and they're not necessarily converted to C++ if the performance doesn't require it. It'll also vary a lot by studio and project, so there's no one answer.
– Nic Hartley
Dec 11 at 0:17
add a comment |
Can you expand? Do only the programmers use Blueprints, or only the "non-technical" staff, or a bit of both? Is it used for specific purposes, or for just about anything?
– KABoissonneault
Dec 10 at 20:33
7
@KABoissonneault It's very much a mix. Most of the time there's no easy way to clearly delineate between what programmers work on versus what non-programmers work on. That's especially true if you have a designer, who will likely want tweaks all over the code. Blueprints also get used a lot for rapid prototyping, and they're not necessarily converted to C++ if the performance doesn't require it. It'll also vary a lot by studio and project, so there's no one answer.
– Nic Hartley
Dec 11 at 0:17
Can you expand? Do only the programmers use Blueprints, or only the "non-technical" staff, or a bit of both? Is it used for specific purposes, or for just about anything?
– KABoissonneault
Dec 10 at 20:33
Can you expand? Do only the programmers use Blueprints, or only the "non-technical" staff, or a bit of both? Is it used for specific purposes, or for just about anything?
– KABoissonneault
Dec 10 at 20:33
7
7
@KABoissonneault It's very much a mix. Most of the time there's no easy way to clearly delineate between what programmers work on versus what non-programmers work on. That's especially true if you have a designer, who will likely want tweaks all over the code. Blueprints also get used a lot for rapid prototyping, and they're not necessarily converted to C++ if the performance doesn't require it. It'll also vary a lot by studio and project, so there's no one answer.
– Nic Hartley
Dec 11 at 0:17
@KABoissonneault It's very much a mix. Most of the time there's no easy way to clearly delineate between what programmers work on versus what non-programmers work on. That's especially true if you have a designer, who will likely want tweaks all over the code. Blueprints also get used a lot for rapid prototyping, and they're not necessarily converted to C++ if the performance doesn't require it. It'll also vary a lot by studio and project, so there's no one answer.
– Nic Hartley
Dec 11 at 0:17
add a comment |
A little anecdote from outside the games industry: We use UE4 for architecture visualization in VR.
While I'd rather have most things built in C++, we also use Blueprints heavily for all kinds of "additional logic" like light switches, doors, etc.
It's been this way for a little over two years now and I was the only programmer at the start of this endeavor.
So here are my observations:
- It's astounding what non-programmers can do with Blueprints!
- I can be horrifying what novice programmers do with Blueprints ;)
- Even if I convert it to C++ in the end, Blueprints are nice for a quick RnD phase
And the biggest one for me:
In a lot of conversations, it became clear to me that Blueprints have invoked the desire to become programmers in my non-tech colleagues.
The main reason this happened is that they could implement quite complex logic while being able to debug it visually.
They actually learned some hard lessons about software architecture and the pitfalls (or rather nightmares) of huge spaghetti blueprints. But only after having felt a ton of little successes along the way!
So they weren't discouraged at all but rather motivated to do better and find out how to do so all by themselves.
They've since taken courses in C++, Python, and C#, the overall quality of our Blueprints became way better, but most of all: I now have some help when developing our core libs :)
TLDR;
Yes, we're using Blueprints and they even made my initially non-tech peers better coders.
answered Dec 11 at 9:59
Xceno
20115
1
One of the nice things about visual languages like Blueprints is that you don't need to worry about syntax, and they're generally so abstracted that you can do a lot with very little boilerplate. They make it easy to learn how to code without being bogged down by syntax. They're also normally too high-level do do any wizardry, but, y'know, that's a tradeoff I'm willing to make to let non-coders have a direct impact on the game's behavior.
– Nic Hartley
Dec 11 at 17:58
@NicHartley try doingmyVector.x += otherVector.xin Blueprints. :o
– Almo
Dec 11 at 19:22
@Almo I'm about 90% sure that's possible, unless you really really want it to be one "line". Just(get myVector x) (get otherVector x) -> (+) -> (assign myVector x)(wow, it's hard to write out Blueprints in text...). I don't have a copy of Unreal to test with, though. Or, if vectors are immutable, then just make a new one,(myVector.x + otherVector.x, myVector.y, myVector.z)
– Nic Hartley
Dec 11 at 19:28
1
It's definitely possible, but it's messy. Vector line into a Break box, which has x, y, z outputs. Do that twice, one to get myVector.x and another to get otherVector.x, add those and route it to an assign box.
– Almo
Dec 11 at 19:40
1
I did not say you couldn't. Just that it's hideous.
– Almo
Dec 11 at 19:40
|
show 2 more comments
A little anecdote from outside the games industry: We use UE4 for architecture visualization in VR.
While I'd rather have most things built in C++, we also use Blueprints heavily for all kinds of "additional logic" like light switches, doors, etc.
It's been this way for a little over two years now and I was the only programmer at the start of this endeavor.
So here are my observations:
- It's astounding what non-programmers can do with Blueprints!
- I can be horrifying what novice programmers do with Blueprints ;)
- Even if I convert it to C++ in the end, Blueprints are nice for a quick RnD phase
And the biggest one for me:
In a lot of conversations, it became clear to me that Blueprints have invoked the desire to become programmers in my non-tech colleagues.
The main reason this happened is that they could implement quite complex logic while being able to debug it visually.
They actually learned some hard lessons about software architecture and the pitfalls (or rather nightmares) of huge spaghetti blueprints. But only after having felt a ton of little successes along the way!
So they weren't discouraged at all but rather motivated to do better and find out how to do so all by themselves.
They've since taken courses in C++, Python, and C#, the overall quality of our Blueprints became way better, but most of all: I now have some help when developing our core libs :)
TLDR;
Yes, we're using Blueprints and they even made my initially non-tech peers better coders.
answered Dec 11 at 9:59
Xceno
20115
1
One of the nice things about visual languages like Blueprints is that you don't need to worry about syntax, and they're generally so abstracted that you can do a lot with very little boilerplate. They make it easy to learn how to code without being bogged down by syntax. They're also normally too high-level do do any wizardry, but, y'know, that's a tradeoff I'm willing to make to let non-coders have a direct impact on the game's behavior.
– Nic Hartley
Dec 11 at 17:58
@NicHartley try doingmyVector.x += otherVector.xin Blueprints. :o
– Almo
Dec 11 at 19:22
@Almo I'm about 90% sure that's possible, unless you really really want it to be one "line". Just(get myVector x) (get otherVector x) -> (+) -> (assign myVector x)(wow, it's hard to write out Blueprints in text...). I don't have a copy of Unreal to test with, though. Or, if vectors are immutable, then just make a new one,(myVector.x + otherVector.x, myVector.y, myVector.z)
– Nic Hartley
Dec 11 at 19:28
1
It's definitely possible, but it's messy. Vector line into a Break box, which has x, y, z outputs. Do that twice, one to get myVector.x and another to get otherVector.x, add those and route it to an assign box.
– Almo
Dec 11 at 19:40
1
I did not say you couldn't. Just that it's hideous.
– Almo
Dec 11 at 19:40
|
show 2 more comments
A little anecdote from outside the games industry: We use UE4 for architecture visualization in VR.
While I'd rather have most things built in C++, we also use Blueprints heavily for all kinds of "additional logic" like light switches, doors, etc.
It's been this way for a little over two years now and I was the only programmer at the start of this endeavor.
So here are my observations:
- It's astounding what non-programmers can do with Blueprints!
- I can be horrifying what novice programmers do with Blueprints ;)
- Even if I convert it to C++ in the end, Blueprints are nice for a quick RnD phase
And the biggest one for me:
In a lot of conversations, it became clear to me that Blueprints have invoked the desire to become programmers in my non-tech colleagues.
The main reason this happened is that they could implement quite complex logic while being able to debug it visually.
They actually learned some hard lessons about software architecture and the pitfalls (or rather nightmares) of huge spaghetti blueprints. But only after having felt a ton of little successes along the way!
So they weren't discouraged at all but rather motivated to do better and find out how to do so all by themselves.
They've since taken courses in C++, Python, and C#, the overall quality of our Blueprints became way better, but most of all: I now have some help when developing our core libs :)
TLDR;
Yes, we're using Blueprints and they even made my initially non-tech peers better coders.
answered Dec 11 at 9:59
Xceno
20115
A little anecdote from outside the games industry: We use UE4 for architecture visualization in VR.
While I'd rather have most things built in C++, we also use Blueprints heavily for all kinds of "additional logic" like light switches, doors, etc.
It's been this way for a little over two years now and I was the only programmer at the start of this endeavor.
So here are my observations:
- It's astounding what non-programmers can do with Blueprints!
- I can be horrifying what novice programmers do with Blueprints ;)
- Even if I convert it to C++ in the end, Blueprints are nice for a quick RnD phase
And the biggest one for me:
In a lot of conversations, it became clear to me that Blueprints have invoked the desire to become programmers in my non-tech colleagues.
The main reason this happened is that they could implement quite complex logic while being able to debug it visually.
They actually learned some hard lessons about software architecture and the pitfalls (or rather nightmares) of huge spaghetti blueprints. But only after having felt a ton of little successes along the way!
So they weren't discouraged at all but rather motivated to do better and find out how to do so all by themselves.
They've since taken courses in C++, Python, and C#, the overall quality of our Blueprints became way better, but most of all: I now have some help when developing our core libs :)
TLDR;
Yes, we're using Blueprints and they even made my initially non-tech peers better coders.
answered Dec 11 at 9:59
Xceno
20115
answered Dec 11 at 9:59
Xceno
20115
answered Dec 11 at 9:59
Xceno
20115
answered Dec 11 at 9:59
Xceno
20115
20115
1
One of the nice things about visual languages like Blueprints is that you don't need to worry about syntax, and they're generally so abstracted that you can do a lot with very little boilerplate. They make it easy to learn how to code without being bogged down by syntax. They're also normally too high-level do do any wizardry, but, y'know, that's a tradeoff I'm willing to make to let non-coders have a direct impact on the game's behavior.
– Nic Hartley
Dec 11 at 17:58
@NicHartley try doingmyVector.x += otherVector.xin Blueprints. :o
– Almo
Dec 11 at 19:22
@Almo I'm about 90% sure that's possible, unless you really really want it to be one "line". Just(get myVector x) (get otherVector x) -> (+) -> (assign myVector x)(wow, it's hard to write out Blueprints in text...). I don't have a copy of Unreal to test with, though. Or, if vectors are immutable, then just make a new one,(myVector.x + otherVector.x, myVector.y, myVector.z)
– Nic Hartley
Dec 11 at 19:28
1
It's definitely possible, but it's messy. Vector line into a Break box, which has x, y, z outputs. Do that twice, one to get myVector.x and another to get otherVector.x, add those and route it to an assign box.
– Almo
Dec 11 at 19:40
1
I did not say you couldn't. Just that it's hideous.
– Almo
Dec 11 at 19:40
|
show 2 more comments
1
One of the nice things about visual languages like Blueprints is that you don't need to worry about syntax, and they're generally so abstracted that you can do a lot with very little boilerplate. They make it easy to learn how to code without being bogged down by syntax. They're also normally too high-level do do any wizardry, but, y'know, that's a tradeoff I'm willing to make to let non-coders have a direct impact on the game's behavior.
– Nic Hartley
Dec 11 at 17:58
@NicHartley try doingmyVector.x += otherVector.xin Blueprints. :o
– Almo
Dec 11 at 19:22
@Almo I'm about 90% sure that's possible, unless you really really want it to be one "line". Just(get myVector x) (get otherVector x) -> (+) -> (assign myVector x)(wow, it's hard to write out Blueprints in text...). I don't have a copy of Unreal to test with, though. Or, if vectors are immutable, then just make a new one,(myVector.x + otherVector.x, myVector.y, myVector.z)
– Nic Hartley
Dec 11 at 19:28
1
It's definitely possible, but it's messy. Vector line into a Break box, which has x, y, z outputs. Do that twice, one to get myVector.x and another to get otherVector.x, add those and route it to an assign box.
– Almo
Dec 11 at 19:40
1
I did not say you couldn't. Just that it's hideous.
– Almo
Dec 11 at 19:40
1
1
One of the nice things about visual languages like Blueprints is that you don't need to worry about syntax, and they're generally so abstracted that you can do a lot with very little boilerplate. They make it easy to learn how to code without being bogged down by syntax. They're also normally too high-level do do any wizardry, but, y'know, that's a tradeoff I'm willing to make to let non-coders have a direct impact on the game's behavior.
– Nic Hartley
Dec 11 at 17:58
One of the nice things about visual languages like Blueprints is that you don't need to worry about syntax, and they're generally so abstracted that you can do a lot with very little boilerplate. They make it easy to learn how to code without being bogged down by syntax. They're also normally too high-level do do any wizardry, but, y'know, that's a tradeoff I'm willing to make to let non-coders have a direct impact on the game's behavior.
– Nic Hartley
Dec 11 at 17:58
@NicHartley try doing
myVector.x += otherVector.x in Blueprints. :o– Almo
Dec 11 at 19:22
@NicHartley try doing
myVector.x += otherVector.x in Blueprints. :o– Almo
Dec 11 at 19:22
@Almo I'm about 90% sure that's possible, unless you really really want it to be one "line". Just
(get myVector x) (get otherVector x) -> (+) -> (assign myVector x) (wow, it's hard to write out Blueprints in text...). I don't have a copy of Unreal to test with, though. Or, if vectors are immutable, then just make a new one, (myVector.x + otherVector.x, myVector.y, myVector.z)– Nic Hartley
Dec 11 at 19:28
@Almo I'm about 90% sure that's possible, unless you really really want it to be one "line". Just
(get myVector x) (get otherVector x) -> (+) -> (assign myVector x) (wow, it's hard to write out Blueprints in text...). I don't have a copy of Unreal to test with, though. Or, if vectors are immutable, then just make a new one, (myVector.x + otherVector.x, myVector.y, myVector.z)– Nic Hartley
Dec 11 at 19:28
1
1
It's definitely possible, but it's messy. Vector line into a Break box, which has x, y, z outputs. Do that twice, one to get myVector.x and another to get otherVector.x, add those and route it to an assign box.
– Almo
Dec 11 at 19:40
It's definitely possible, but it's messy. Vector line into a Break box, which has x, y, z outputs. Do that twice, one to get myVector.x and another to get otherVector.x, add those and route it to an assign box.
– Almo
Dec 11 at 19:40
1
1
I did not say you couldn't. Just that it's hideous.
– Almo
Dec 11 at 19:40
I did not say you couldn't. Just that it's hideous.
– Almo
Dec 11 at 19:40
|
show 2 more comments
Thanks for contributing an answer to Game Development Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
Use MathJax to format equations. MathJax reference.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgamedev.stackexchange.com%2fquestions%2f166075%2fdo-industry-professionals-building-games-using-ue4-use-blueprints-at-all-or-do%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
11
Documentation isn't going to be a good gauge of how much something is used.
– MichaelHouse♦
Dec 10 at 18:22
Documentation on Unreal Engine 4 C++ is lacking because you go and read the code yourself. You don't strictly need documentation if you can access the source code. It'd be nice to have it, though.
– Oxy
Dec 11 at 9:11
1
@Oxy The source code is not a substitute for documentation. Period. The source is much harder to read than documentation, by definition, because the point of documentation is to distill what a function does into a readable format. This is doubly true of high-performance, extremely capable code, like Unreal.
– Nic Hartley
Dec 11 at 22:13
1
I'm explaining what happens, not justifying. "It'd be nice to have it, though." And you better read the code of the functions you use, even the documented ones, because some important ones have golden nuggets as "foo(x)/* foo Not implemented, doing instead bar(x) because usually acts like foo(x) was done */ bar(x);. I've yet have to see a documentation system in action that keeps pace with code evolution. Other than automated documentation that does nothing more than spew the parameter types and return types, just like reading a header does.
– Oxy
Dec 12 at 8:31