-
Notifications
You must be signed in to change notification settings - Fork 133
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
Nodes that rely on config #109
Comments
elijahbenizzy
added a commit
that referenced
this issue
Mar 10, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config
elijahbenizzy
added a commit
that referenced
this issue
Mar 10, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config
elijahbenizzy
added a commit
that referenced
this issue
Mar 11, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config
elijahbenizzy
added a commit
that referenced
this issue
Mar 12, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config
elijahbenizzy
added a commit
that referenced
this issue
Mar 12, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config We also Deprecate dynamic_transform This was an old way of doing the same thing. This was never accessible to users, as it reuqired implementing a subclass and konwing some of hamilton's internals. delay_resolution solves the same problem, and gives users access to any of the current decorators.
elijahbenizzy
added a commit
that referenced
this issue
Mar 12, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config We also Deprecate dynamic_transform This was an old way of doing the same thing. This was never accessible to users, as it reuqired implementing a subclass and konwing some of hamilton's internals. delay_resolution solves the same problem, and gives users access to any of the current decorators.
elijahbenizzy
added a commit
that referenced
this issue
Mar 13, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config We also Deprecate dynamic_transform This was an old way of doing the same thing. This was never accessible to users, as it reuqired implementing a subclass and konwing some of hamilton's internals. delay_resolution solves the same problem, and gives users access to any of the current decorators.
elijahbenizzy
added a commit
that referenced
this issue
Mar 13, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config We also Deprecate dynamic_transform This was an old way of doing the same thing. This was never accessible to users, as it reuqired implementing a subclass and konwing some of hamilton's internals. delay_resolution solves the same problem, and gives users access to any of the current decorators.
elijahbenizzy
added a commit
that referenced
this issue
Mar 13, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config We also Deprecate dynamic_transform This was an old way of doing the same thing. This was never accessible to users, as it reuqired implementing a subclass and konwing some of hamilton's internals. delay_resolution solves the same problem, and gives users access to any of the current decorators.
elijahbenizzy
added a commit
that referenced
this issue
Mar 16, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config We also Deprecate dynamic_transform This was an old way of doing the same thing. This was never accessible to users, as it reuqired implementing a subclass and konwing some of hamilton's internals. delay_resolution solves the same problem, and gives users access to any of the current decorators.
elijahbenizzy
added a commit
that referenced
this issue
Mar 16, 2023
See #109 Note this makes the following decisions: 1. Chooses to use the generic `@dynamic` decorator 2. Buries it under a power-user mode 3. Uses the parameter names of the labmda/function to draw from the config We also Deprecate dynamic_transform This was an old way of doing the same thing. This was never accessible to users, as it reuqired implementing a subclass and konwing some of hamilton's internals. delay_resolution solves the same problem, and gives users access to any of the current decorators.
This has been fixed and released in |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
Some nodes need to be configured, and can't be known statically.
Say, for instance, you have one column for each month in a year. Or one task for each
file in a directory. We should be able to adjust the DAG without running code.
Describe the solution you'd like
A delayed decorator that doesn't resolve a decorator until after configuration is available.
Describe alternatives you've considered
Per-decorator delayed decorators.
Static data used with
@parameterize
Not allowing this.
The text was updated successfully, but these errors were encountered: