Skip to content
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

Closed
elijahbenizzy opened this issue Mar 10, 2023 · 1 comment
Closed

Nodes that rely on config #109

elijahbenizzy opened this issue Mar 10, 2023 · 1 comment

Comments

@elijahbenizzy
Copy link
Collaborator

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.

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.
@elijahbenizzy
Copy link
Collaborator Author

This has been fixed and released in 1.20.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant