4 ms·

My experience is that stuff like blueprints is great for the smallest stuff only. Connect 3 switches to and "and" object. Connect "and" object to door's "open"

My experience is that stuff like blueprints is great for the smallest stuff only. Connect 3 switches to and "and" object. Connect "and" object to door's "open" input. If all 3 switches are pressed door opens. But scripting anything more complex and especially user interfaces is awful. The designers will back themselves into all kinds of corners and there will be all kinds of edge cases not handled and subtle bugs and tracking them down is very very hard. There was one company started by x-Insomniac people IIRC that decided there should be no designers scripting. All scripting should be done by programmers. Their experience was that trying to make programming easier for non-programmers sounds great, and it is for introducing people to programming concepts and enabling them to make things, but when it comes to shipping code it's not great and too much time is spent dealing with the mess of spaghetti they make. Note I'm not harshly judging designers here. Great designers make great design. I'm only saying that experienced programmers are more likely to write efficient, maintainable, bug free code than non-programmers.

Agentlien 11y ago
It's definitely not as simple as putting your designers in front of a visual programming language and then taking a vacation. They do need to be educated in some design principles and, whenever they don't know how to solve something, they'll fetch a programmer to help them. In the end, though, when you have built up an existing team of designers and artists who know how to work in that environment, they can often train newcomers and help each other figure out some rather non-trivial stuff without it resulting in a terrible mess. Also, the way it's used where I work, the majority of these tasks are essentially shoveling data between different parts of the system and hooking existing things up to each other.

Agentlien 11y ago

It's definitely not as simple as putting your designers in front of a visual programming language and then taking a vacation. They do need to be educated in some design principles and, whenever they don't know how to solve something, they'll fetch a programmer to help them. In the end, though, when you have built up an existing team of designers and artists who know how to work in that environment, they can often train newcomers and help each other figure out some rather non-trivial stuff without it resulting in a terrible mess. Also, the way it's used where I work, the majority of these tasks are essentially shoveling data between different parts of the system and hooking existing things up to each other.