-
Notifications
You must be signed in to change notification settings - Fork 148
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
map node inspection #264
Comments
I would instead suggest being very conservative, and allowing some sort of Might also be nice to be able to run a pipeline in "dummy" mode, where the sinks are not actually executed, we just check that data gets there, and |
I guess we'd need to implement a A utility function (or context manager?) for the "dummy" mode might also work. Pass in a node, it builds the graph based off that node, builds a copy of the graph with various things (eg sinks) turned off and returns the node in the new graph. This way it won't impact your existing graph. |
All of those sound like good ideas! |
It might be nice to have warnings/errors raised when the function signature inside map et.al. does not match the number of incoming nodes. This won't work in all cases, since a function could take in args and kwargs and there is nothing to inspect from that, but it might work in some interesting cases.
The main benefit is that one could know before running any data into the pipeline if it was going to work. Since we know exactly how much data is going to be used in the function call we can know if it matches up and will work.
This might help with one of the main issues with streamz, writing pipelines can be more difficult than writing a naked script/notebook.
The text was updated successfully, but these errors were encountered: