spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wenn du mit dem was dir zur Verfügung gestellt wird zufrieden bist, dann ja.
Allerdings wird es wohl auf Dauer etwas eintönig dir immer wieder mit den gleichen Bausteinen deine Spiele zusammen zu klicken.

Ähnlich wie bei den ganzen RPG-Makern. Auch da stößt man schnell an die Grenzen.

Blueprints sind Programmierung.

Der Kernunterschied ist, dass du dich mit der Syntax einer "komplizierten" Programmiersprache nicht auseinandersetzen musst und stattdessen nur mit den visuellen Nodes arbeitest. Bauklötze wie beim RPG Maker sind das allerdings nicht, sondern deutlich kleiner und detaillierter. Also statt "Gebe hier einen Text ein, um eine steuerbare Dialogbox zu haben" hast du eher eine Node für Texteingabe, eine Node für die Steuerung des UI Elements, eine Node zur Steuerung des Inputs und fügst diese dann zusammen.

In meinem aktuellen Projekt arbeite ich auch mit der UE4 und verwende Blueprints immer dann, wenn es quasi nur noch darum geht, Logikblöcke zusammenzuschieben und Parameter zu übergeben. Manchmal auch einfach, bevor ich die jeweilige C++ Klasse schreibe. Das kannst du beispielsweise hier sehen: http://kevinheese.de/?p=246 Da sind einige größere Blueprints und ein paar kleinere dabei. Die größeren werde ich vermutlich auslagern.

Ganz ohne C++-Programmierung würde ich die Blueprints mit meinem aktuellen Kenntnisstand nicht empfehlen. Unter der Haube habe ich eine größere C++ Codebase, die mir die nötigen Schnittstellen für die Blueprints liefert. Das geht auch ohne (und es gibt auch Beispielprojekte von Epic Games dafür), aber die Blueprints werden schnell unübersichtlich und (das kann ich derzeit noch nicht bestätigen) haben Blueprints wohl einige Performance Probleme, sobald sie eine gewisse Größe erreicht haben.

Die Blueprints sind richtig cool. Für die meisten Projekte auch (absolut) ausreichend. Falls man nicht extra C++ lernen möchte, sind sie DIE Alternative. Denn gute Blueprints sind immer noch besser als schlechter C++-Code
Blueprints sind allerdings ein wenig langsamer. Es gibt wohl - noch nicht getestet - die Möglichkeit diese direkt in C++-Code zu "übersetzen".