-
Notifications
You must be signed in to change notification settings - Fork 18
Developers :: 3.0 Wishlist
Fernando Freire edited this page Jan 3, 2020
·
3 revisions
What should we include in the 3.0 release of signal-analog?
-
Charts should enforce that published
Data
statements in aProgram
are assigned to an upper case variable- i.e.
Data('foo').publish(label='c')
orData('foo').publish()
should no longer be allowed- Instead it might look like
Assign('A', Data('foo').publish(label='A'))
- Could also be implemented as a
Program
validation method
- Instead it might look like
- Why? this will automatically promoted v2 charts to the "lego-brick" builder ui and makes it easy for new users to understand how their SignalFlow programs are translated to the UI
- i.e.
-
Remove py2 support
-
Why? Py2 is almost EOL, and we'd like to use newer features of Python reliably (e.g.
async
)
-
Why? Py2 is almost EOL, and we'd like to use newer features of Python reliably (e.g.
-
Refactor update logic to: remove it from resource objects themselves in a SignalFx client, and implement async functionality for resources with many child resources that require updates (e.g. dashboards with many charts)
-
Why? After recent API changes
signal_analog
is pretty dog slow. Refactoring/cleaning up logic will allow us to cater to newer API features while speeding up existing resource updates by making use of nativeasync
features in Py3
-
Why? After recent API changes
Copyright (c) Nike, Inc. 2018-2019