That's the thing - I would probably end up having to write my own "NoFlo engine" since I'd only care about using it in a different (non-nodejs, non-smartphone) context. I linked to the meemoo demo above and I did like that one, even though it does have tons of bugs.
What I'm getting at is this: A good, reusable component-graph interface is a very strong pull for all those people who care about that part without being particularly interested in the server behind it. It could make your kickstarter that much more effective to make it clear that it's about making it simple to write your own engine implementation.
Screw your stretch goals* - the 250k level should be you providing a good-as-apple-pie API/documentation/support that others can write implementations for/with. Instead making it about particular implementations - Android, iOS, Python - smells a little like marketing speak. If you really believe in FBD, all you have to do is make it very simple for people to pick up the threads. You'd have tons of implementations in no time.
*Also: I don't get the stretch goals in general. I get what you try to achieve with them, but you need to look at them form a programmers perspective: What if I'm a Python programmer who wants NoFlow? Do I have to call all the people I know who care about Android or iOS so I can get to my $1M level? That's not going to happen. Likewise, Android devs won't really care about pushing it further once their level is achieved, likewise for iOS. It's a bit confusing.
Dataflow is our pre-alpha graph editor. There is a little bit of glue that connects it to NoFlo, and we're designing it to be easy to connect to other contexts. Jump in if you have suggestions: https://github.com/meemoo/dataflow/issues
What I'm getting at is this: A good, reusable component-graph interface is a very strong pull for all those people who care about that part without being particularly interested in the server behind it. It could make your kickstarter that much more effective to make it clear that it's about making it simple to write your own engine implementation.
Screw your stretch goals* - the 250k level should be you providing a good-as-apple-pie API/documentation/support that others can write implementations for/with. Instead making it about particular implementations - Android, iOS, Python - smells a little like marketing speak. If you really believe in FBD, all you have to do is make it very simple for people to pick up the threads. You'd have tons of implementations in no time.
*Also: I don't get the stretch goals in general. I get what you try to achieve with them, but you need to look at them form a programmers perspective: What if I'm a Python programmer who wants NoFlow? Do I have to call all the people I know who care about Android or iOS so I can get to my $1M level? That's not going to happen. Likewise, Android devs won't really care about pushing it further once their level is achieved, likewise for iOS. It's a bit confusing.